On Mon, 19 Jun 2017, Jarkko Sakkinen wrote:
> Hi
>
> Here are thpdates for 4.13.
>
> Major changes:
>
> - Releasing and relinquishing of locality in tpm_vtpm_proxy for each
> command/response sequence.
> - Consolidating platform and ACPI driver in tpm_tis.
> - Sanitize endian conversions for
On 06/06, Anup Patel wrote:
> From: Sandeep Tripathy
>
> This patch adds support for Stingray clocks in iproc
> ccf. The Stingray SOC has various plls based on iproc
> pll architecture.
>
> Signed-off-by: Sandeep Tripathy
> Signed-off-by: Anup Patel
> Reviewed-by: Ray Jui
> Reviewed-by: Scott
Allow devices that use this driver to be registered via a
devicetree.
Signed-off-by: Chris Packham
---
Changes in v2:
- Set i2c->adap.dev.of_node so that child nodes are automatically probed
- Split dt-binding to separate patch, use "reset-gpios" instead of "gpios".
drivers/i2c/busses/i2c-pca-p
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-pca-platform.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/busses/i2c-pca-platform.c
b/drivers/i2c/busses/i2c-pca-platform.c
index 12ab0cafa7c9..27175d681548 100644
--- a/drivers/i2c/busses/i2c-p
Switch to using the devm_ APIs and remove the now unnecessary error
handling and most of the device removal code.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-pca-platform.c | 61 +++
1 file changed, 11 insertions(+), 50 deletions(-)
diff --git a/drive
Use gpio_is_valid() instead of gpio > -1.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-pca-platform.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/busses/i2c-pca-platform.c
b/drivers/i2c/busses/i2c-pca-platform.c
index 87ca2f02f607..3a9845b
Signed-off-by: Chris Packham
---
Changes in v2:
- Split dt-binding to separate patch, use "reset-gpios" instead of "gpios".
.../devicetree/bindings/i2c/i2c-pca-platform.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i
We're using a PCA9564 on an embedded platform to provide an i2c
controller. This adds devicetree support and I've included some
cleanups for the driver while I was at it.
Chris Packham (5):
dt-bindings: add bindings for i2c-pca-platform
i2c: pca-platform: add devicetree awareness
i2c: pca-pl
On Fri, 2017-06-16 at 22:02 +0800, YT Shen wrote:
> Previous patch (c5f228ef6c drm/mediatek: add *driver_data for different
> hardware settings) calls devm_kfree() and then devm_kzalloc() to
> reallocate color module data structure. But this reallocation cannnot
> guarantee the new address is unch
On Mon, Jun 19, 2017 at 08:22:10AM -0700, Andy Lutomirski wrote:
> On Mon, Jun 19, 2017 at 6:21 AM, Dave Chinner wrote:
> > On Sat, Jun 17, 2017 at 10:05:45PM -0700, Andy Lutomirski wrote:
> >> On Sat, Jun 17, 2017 at 8:15 PM, Dan Williams
> >> wrote:
> >> > On Sat, Jun 17, 2017 at 4:50 PM, Andy
On Tue, Jun 20, 2017 at 2:07 AM, Linus Torvalds
wrote:
> On Tue, Jun 20, 2017 at 5:53 AM, Rafael J. Wysocki wrote:
>>
>> -> v2: Added acpi_sleep=no_ec_wakeup to prevent EC events from waking up
>> the system from s2idle on systems where they do that by default.
>
> This seems a big hack
On 05/05, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> The patch enables CPU multiplexer clock on MT2701/MT7623 SoC which fixes
> up cpufreq driver fails at acquiring intermediate clock source when driver
> probe is called.
>
> Signed-off-by: Pi-Cheng Chen
> Signed-off-by: Sean Wang
> -
On 05/05, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> The patch enables CPU multiplexer clock on MT8173 SoC which fixes up
> cpufreq driver fails at acquiring intermediate clock source when driver
> probe is called.
>
> Signed-off-by: Pi-Cheng Chen
> Signed-off-by: Sean Wang
> ---
App
On 05/05, sean.w...@mediatek.com wrote:
> From: Sean Wang
>
> This patch adds CPU multiplexer clocks which are essential for Mediatek
> cpufreq driver. It would use the CPU clock multiplexer to switch to the
> intermediate clock source temporarily and then wait for the primary clock
> changing ge
On 06/08, Stefan Agner wrote:
> The rawnand clock gate gates two clocks, NAND_USDHC_BUS_CLK_ROOT
> and NAND_CLK_ROOT. However, the gate has been in the chain of the
> latter only. This does not allow to use the NAND_USDHC_BUS_CLK_ROOT
> only, e.g. as required by APBH-Bridge-DMA.
>
> Add new clocks
On 05/26, Guodong Xu wrote:
> From: Zhong Kaihua
>
> Set PPLL2 to 2880M. With this patch, we saw better compatibility
> on various 1080p HDMI monitors.
>
> Signed-off-by: Zhong Kaihua
> Signed-off-by: Zheng Shaobo
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of
On 05/26, Guodong Xu wrote:
> From: Chen Jun
>
> This patch adds more clocks for hi3660, including:
> - video encoder and decoder
> - ISP (Image Signal Processing)
>
> Signed-off-by: Chen Jun
> Signed-off-by: Zhong Kaihua
> Signed-off-by: Guodong Xu
> Reviewed-by: Zhangfei Gao
> ---
Appli
On 05/26, Guodong Xu wrote:
> From: Chen Jun
>
> Parent name of clk_mux_sysbus is not correct. This patch fixes it.
>
> Signed-off-by: Chen Jun
> Signed-off-by: John Stultz
> Signed-off-by: Guodong Xu
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora
On Mon, Jun 19, 2017 at 7:21 AM, Wolfram Sang wrote:
>
> And any chance for a MAINTAINERS entry?
>
We already have one:
http://elixir.free-electrons.com/linux/v4.11.5/source/MAINTAINERS#L1090
However, if you would like me to own this driver, I could add an entry
for myself.
On Mon, Jun 19, 2017 at 03:48:46PM -0700, Guenter Roeck wrote:
> On Mon, Jun 19, 2017 at 11:15:00PM +0800, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.11.7 release.
> > There are 78 patches in this series, all will be posted as a response
> > to this one. I
Hi Mark,
Forgot to follow up here:
On Tue, Jun 13, 2017 at 07:22:25PM +0100, Mark Brown wrote:
> On Tue, Jun 13, 2017 at 10:50:44AM -0700, Brian Norris wrote:
> > On Tue, Jun 13, 2017 at 01:25:43PM +0800, Jeffy Chen wrote:
> > > The cros_ec requires CS line to be active after last message. But th
On 06/12, Srinivas Kandagatla wrote:
> This patch adds missing LPASS smmu clks which are required by the audio
> driver.
>
> Signed-off-by: Srinivas Kandagatla
> ---
> drivers/clk/qcom/gcc-msm8996.c | 26 ++
> include/dt-bindings/clock/qcom,gcc-msm8996.h |
On 06/12, Srinivas Kandagatla wrote:
> MCLK for internal audio codec is expected to be at 9.6MHz by default.
> This patch adds support to 9.6MHz to make the default case possible.
>
> Signed-off-by: Srinivas Kandagatla
> ---
Applied to clk-next
--
Qualcomm Innovation Center, Inc. is a member o
On 06/09, Varadarajan Narayanan wrote:
> From: Abhishek Sahu
>
> Add the compatible strings and the include file for ipq8074 gcc
> clock controller.
>
> Acked-by: Rob Herring (bindings)
> Signed-off-by: Varadarajan Narayanan
> Signed-off-by: Abhishek Sahu
> ---
Applied to clk-next
--
Qualc
On 06/09, Varadarajan Narayanan wrote:
> From: Abhishek Sahu
>
> This patch adds support for the global clock controller found on
> the ipq8074 based devices. This includes UART, I2C, SPI etc.
>
> Signed-off-by: Abhishek Sahu
> Signed-off-by: Varadarajan Narayanan
> ---
Applied to clk-next
-
CC fengguang.
This patch survived in Fengguang's 0day testing on
https://github.com/alexshi/power-scheduling.git rtmutex-doc :)
Regards
Alex
On 05/25/2017 01:26 PM, Alex Shi wrote:
> We don't need to adjust prio before new pi_waiter adding. The prio
> only need update after pi_waiter change or t
On 06/06/2017 03:30 PM, Stephen Boyd wrote:
> On 06/05, Florian Fainelli wrote:
>>
>>
>> On 06/05/2017 09:51 AM, Florian Fainelli wrote:
>>> On 06/01/2017 11:34 PM, Anup Patel wrote:
This patchset adds initial support of Broadcom Stingray SOC
by reusing existing Broadcom iProc device driv
On Mon, Jun 19, 2017 at 11:04:15PM +0800, Linus Torvalds wrote:
> And things look fairly normal. Two thirds drivers (rdma stands out,
> but there's also networking drivers, gpu, hid etc), with the rest
> being the usual mixture of architecture updates (s390, mips, powerpc,
> arm, xtemsa) and
Any more comments or concern on this?
Thanks!
On 05/25/2017 01:26 PM, Alex Shi wrote:
> The rtmutex remove a pending owner bit in in rt_mutex::owner, in
> commit 8161239a8bcc ("rtmutex: Simplify PI algorithm and make highest prio
> task get lock")
> But the document was changed accordingly. Upda
On 05/25/2017 01:26 PM, Alex Shi wrote:
>
> Author: Steven Rostedt
> +Updated: Alex Shi - 5/20/2017
>
> Reviewers: Ingo Molnar, Thomas Gleixner, Thomas Duetsch, and Randy Dunlap
>
> @@ -779,3 +554,4 @@ Updates
> ---
>
> This document was originally written for 2.6.17-rc3-
On 06/19, Oleksij Rempel wrote:
> This board, as well as some other boards with i.MX6 and a PMIC, uses a
> "MPIC_STBY_REQ" line to notify the PMIC about a state change.
PMIC_STBY_REQ?
> The PMIC is programmed for a specific state change before triggering the
> line.
> In this case, PMIC_STBY_REQ
On 06/19, Gregory CLEMENT wrote:
>
> Hi Mike, Stephen,
>
> This time I turned the series in a pull request so I removed the
> device tree binding part which will be in an other series for Rob
> Herring and I also removed the dt part that I will take care of once
> you will have pulled this one.
>
Add the missing name, so debugging will work proper.
Signed-off-by: Thomas Gleixner
Cc: Joerg Roedel
Cc: io...@lists.linux-foundation.org
---
drivers/iommu/amd_iommu.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iomm
Prevent overwriting an already assigned domain name. Remove the extra check
for chip->name, because if domain->name is NULL overwriting it with NULL is
not a problem.
Signed-off-by: Thomas Gleixner
---
kernel/irq/msi.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- a/kernel/irq/
In order to provide proper debug interface it's required to have domain
names available when the domain is added. Non fwnode based architectures
like x86 have no way to do so.
It's not possible to use domain ops or host data for this as domain ops
might be the same for several instances, but the n
Add the missing name, so debugging will work proper.
Signed-off-by: Thomas Gleixner
Cc: Joerg Roedel
Cc: io...@lists.linux-foundation.org
---
drivers/iommu/intel_irq_remapping.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
--- a/drivers/iommu/intel_irq_remapping.c
+++ b/dr
Use the fwnode to create a named domain so diagnosis works.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/vector.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
--- a/arch/x86/kernel/apic/vector.c
+++ b/arch/x86/kernel/apic/vector.c
@@ -429,11 +429,16 @@ static voi
Add the missing name, so debugging will work proper.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/vector.c |1 +
1 file changed, 1 insertion(+)
--- a/arch/x86/kernel/apic/vector.c
+++ b/arch/x86/kernel/apic/vector.c
@@ -534,6 +534,7 @@ static int apic_set_affinity(struct irq_
}
This started out with 5 patches from Christoph who wanted to add a
mechanism for interrupts with managed affinities to spread them over all
present CPUs and instead of migrating them, shut them down into managed
shutdown state when the last CPU in the affinity set goes offline and then
resume them
Use the fwnode to create a named domain so diagnosis works, but only when
the the ioapic is not device tree based.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/io_apic.c | 22 --
1 file changed, 20 insertions(+), 2 deletions(-)
--- a/arch/x86/kernel/apic/io_apic
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
tags/clk-fixes-for-linus
for you to fetch changes up to 949bdfed4b0f74
On 06/19/2017 08:20 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.74 release.
There are 30 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
Signed-off-by: Thomas Gleixner
Cc: Joerg Roedel
Cc: io...@lists.linux-foundation.org
---
drivers/iommu/intel_irq_remapping.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
--- a/drivers/iommu/intel_irq_remapping.c
+++ b/drivers/iommu/intel_irq_remapping.c
@@ -50
Use the fwnode to create named irq domains so diagnosis works.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/msi.c | 42 +-
1 file changed, 33 insertions(+), 9 deletions(-)
--- a/arch/x86/kernel/apic/msi.c
+++ b/arch/x86/kernel/apic/msi.c
@@ -
Provide a new interface for creating the iommu remapping domains, so that
the caller can supply a name and a id in order to create named irqdomains.
Signed-off-by: Thomas Gleixner
Cc: Joerg Roedel
Cc: io...@lists.linux-foundation.org
---
arch/x86/include/asm/irq_remapping.h |2 ++
arch/x86/
If an CPU goes offline, the interrupts are migrated away, but a eventually
pending interrupt move, which has not yet been made effective is kept
pending even if the outgoing CPU is the sole target of the pending affinity
mask. What's worse is, that the pending affinity mask is discarded even if
it
Signed-off-by: Thomas Gleixner
---
include/linux/irq.h |1 +
1 file changed, 1 insertion(+)
--- a/include/linux/irq.h
+++ b/include/linux/irq.h
@@ -199,6 +199,7 @@ struct irq_data {
* IRQD_WAKEUP_ARMED - Wakeup mode armed
* IRQD_FORWARDED_TO_VCPU - The interrupt is forward
Signed-off-by: Thomas Gleixner
Cc: Joerg Roedel
Cc: io...@lists.linux-foundation.org
---
drivers/iommu/amd_iommu.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.c
@@ -4395,13 +4395,20 @@ static struct irq_chi
Add a map counter instead of counting radix tree entries for
diagnosis. That also gives correct information for linear domains.
Signed-off-by: Thomas Gleixner
---
include/linux/irqdomain.h |2 ++
kernel/irq/irqdomain.c|4
2 files changed, 6 insertions(+)
--- a/include/linux/irq
On 06/19/2017 08:16 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.34 release.
There are 60 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
If an CPU goes offline, the interrupts are migrated away, but a eventually
pending interrupt move, which has not yet been made effective is kept
pending even if the outgoing CPU is the sole target of the pending affinity
mask. What's worse is, that the pending affinity mask is discarded even if
it
Hello,
How are you doing? I have been sent to inform you that, We have an
inheritance of a deceased client with your surname. Contact Mr Andrew
Bailey Reply Email To: myinf...@gmail.com with your "Full Names" for
more info. Thanks for your understanding.
Reply ASAP thank you.
Melissa.
-
On Mon, Jun 19, 2017 at 04:36:55PM -0700, Stephen Boyd wrote:
> On 05/22, Leo Yan wrote:
> > The timer will register into system at very early phase at kernel boot;
> > if timer needs to use clock, the clock should be get ready in function
> > of_clk_init() so later the timer driver probe can retri
Rename it with a proper irq_ prefix and make it available for other files
in the core code. Preparatory patch for moving the irq affinity setup
around.
Signed-off-by: Thomas Gleixner
---
kernel/irq/internals.h |6 ++
kernel/irq/manage.c|7 +--
2 files changed, 7 insertions(+)
Debugging (hierarchical) interupt domains is tedious as there is no
information about the hierarchy and no information about states of
interrupts in the various domain levels.
Add a debugfs directory 'irq' and subdirectories 'domains' and 'irqs'.
The domains directory contains the domain files. T
Move the checks for a valid irq chip and the irq_set_affinity() callback
right in front of the whole migration logic. No point in doing a gazillion
of other things when the interrupt cannot be migrated at all.
Signed-off-by: Thomas Gleixner
---
kernel/irq/cpuhotplug.c | 36
Use the fwnode to create a named domain so diagnosis works.
Signed-off-by: Thomas Gleixner
Cc: Keith Busch
Cc: Bjorn Helgaas
Cc: linux-...@vger.kernel.org
---
drivers/pci/host/vmd.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
--- a/drivers/pci/host/vmd.c
+++ b/drivers/pci/
The startup vs. setaffinity ordering of interrupts depends on the
IRQF_NOAUTOEN flag. Chained interrupts are not getting any affinity
assignment at all.
A regular interrupt is started up and then the affinity is set. A
IRQF_NOAUTOEN marked interrupt is not started up, but the affinity is set
never
Interrupts, which are shut down are tried to be migrated as well. That's
pointless because the interrupt cannot fire and the next startup will move
it to the proper place anyway.
Signed-off-by: Thomas Gleixner
---
kernel/irq/cpuhotplug.c | 11 ---
1 file changed, 8 insertions(+), 3 del
Interrupts which cannot be migrated in process context, need to be masked
before the affinity is changed forcefully.
Add support for that. Will be compiled out for architectures which do not
have this x86 specific issue.
Signed-off-by: Thomas Gleixner
---
kernel/irq/cpuhotplug.c | 11
On Tue, Jun 20, 2017 at 5:53 AM, Rafael J. Wysocki wrote:
>
> -> v2: Added acpi_sleep=no_ec_wakeup to prevent EC events from waking up
> the system from s2idle on systems where they do that by default.
This seems a big hacky.
Is there no way to simply make acpi_ec_suspend() smarter whi
In case the affinity of an interrupt was broken, a printk is emitted.
But if the affinity cannot be set at all due to a missing
irq_set_affinity() callback or due to a failing callback, the message is
still printed preceeded by a warning/error.
That makes no sense whatsoever.
Signed-off-by: Thom
From: Christoph Hellwig
So that the affinity code can reuse them.
Signed-off-by: Christoph Hellwig
Signed-off-by: Thomas Gleixner
---
kernel/irq/internals.h | 38 ++
kernel/irq/manage.c| 28
2 files changed, 38 insertio
This is called from stop_machine() with interrupts disabled. No point in
disabling them some more.
Signed-off-by: Thomas Gleixner
---
kernel/irq/cpuhotplug.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
--- a/kernel/irq/cpuhotplug.c
+++ b/kernel/irq/cpuhotplug.c
@@ -59,1
The generic migration code supports all the required features
already. Remove the x86 specific implementation and use the generic one.
Signed-off-by: Thomas Gleixner
---
arch/x86/Kconfig |1
arch/x86/kernel/irq.c | 89 +-
2 files change
In order to move x86 to the generic hotplug migration code, add support for
cleaning up move in progress bits.
On architectures which have this x86 specific (mis)feature not enabled,
this is optimized out by the compiler.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/irq.h |1 -
i
Now that x86 uses the generic code, the function declaration and inline
stub can move to the core internal header.
Signed-off-by: Thomas Gleixner
---
include/linux/irq.h|5 -
kernel/irq/internals.h |5 +
2 files changed, 5 insertions(+), 5 deletions(-)
--- a/include/linux/ir
No point to have this alloc/free dance of cpumasks. Provide a static mask
for setup_affinity() and protect it proper.
Signed-off-by: Thomas Gleixner
---
kernel/irq/internals.h |2 -
kernel/irq/manage.c| 53 +
kernel/irq/proc.c |8
The third argument of the internal helper function is unused. Remove it.
Signed-off-by: Thomas Gleixner
---
kernel/irq/proc.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- a/kernel/irq/proc.c
+++ b/kernel/irq/proc.c
@@ -37,7 +37,7 @@ static struct proc_dir_entry *root_irq_d
Reorder fixup_irqs() so it matches the flow in the generic migration code.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/irq.c | 46 --
1 file changed, 20 insertions(+), 26 deletions(-)
--- a/arch/x86/kernel/irq.c
+++ b/arch/x86/kernel/irq.c
@@
The decision to which CPUs an interrupt is effectively routed happens in
the various apic->cpu_mask_to_apicid() implementations
To support effective affinity masks this information needs to be updated in
irq_data. Add a pointer to irq_data to the callbacks and feed it through
the call chain.
Sign
The proc file setup repeats the same ugly type cast for the irq number over
and over. Do it once and hand in the local void pointer.
Signed-off-by: Thomas Gleixner
---
kernel/irq/proc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
--- a/kernel/irq/proc.c
+++ b/kernel/irq/p
If the architecture supports the effective affinity mask, migrating
interrupts away which are not targeted by the effective mask is
pointless.
They can stay in the user or system supplied affinity mask, but won't be
targetted at any given point as the affinity setter functions need to
validate aga
All implementations of apic->cpu_mask_to_apicid_and() mask out the offline
cpus. The callsite already has a mask available, which has the offline CPUs
removed. Use that and remove the extra bits.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic.c | 27 +---
No point in having inlines assigned to function pointers at multiple
places. Just bloats the text.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/apic.h | 28 ++--
arch/x86/kernel/apic/apic.c | 16
2 files changed, 22 insertions(+), 22 deleti
On 06/08, Dinh Nguyen wrote:
> The smplsel bits for the SDMMC clock on Arria10 and Stratix10 platforms are
> offset by 1 additional bit.
>
> Add a new macro SYSMGR_SDMMC_CTRL_SET_AS10 for usage on the Arria10 and
> Stratix10 platforms.
>
> Fixes: 5611a5ba8e54 ("clk: socfpga: update clk.h so for A
There is currently no way to evaluate the effective affinity mask of a
given interrupt. Many irq chips allow only a single target CPU or a subset
of CPUs in the affinity mask.
Updating the mask at the time of setting the affinity to the subset would
be counterproductive because information for cpu
All implementations of apic->cpu_mask_to_apicid_and() and the two incoming
cpumasks to search for the target.
Move that operation to the call site and rename it to cpu_mask_to_apicid()
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/apic.h | 15 ++-
arch/x86/kern
If a CPU goes offline, interrupts affine to the CPU are moved away. If the
outgoing CPU is the last CPU in the affinity mask the migration code breaks
the affinity and sets it it all online cpus.
This is a problem for affinity managed interrupts as CPU hotplug is often
used for power management pu
Split out the inner workings of irq_startup() so it can be reused to handle
managed interrupts gracefully.
Signed-off-by: Thomas Gleixner
---
kernel/irq/chip.c | 29 ++---
1 file changed, 18 insertions(+), 11 deletions(-)
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
Many interrupt chips allow only a single CPU as interrupt target. The core
code has no knowledge about that. That's unfortunate as it could avoid
trying to readd a newly online CPU to the effective affinity mask.
Add the status flag and the necessary accessors.
Signed-off-by: Thomas Gleixner
---
Hi Colin
> From: Colin Ian King
>
> The comparison of main_rate < 0 has no effect because main_rate is
> an unsigned int. Make it signed so that any -ve error returns from the
> call to rsnd_clk_query can be detected.
>
> Detected by CoverityScan, CID#1446152 ("Unsigned compared against 0")
>
Update the effective affinity mask when an interrupt was successfully
targeted to a CPU.
Signed-off-by: Thomas Gleixner
---
drivers/xen/events/events_base.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
--- a/drivers/xen/events/events_base.c
+++ b/drivers/xen/events/events_base.
Add the effective irq mask update to the apic implementations and enable
effective irq masks for x86.
Signed-off-by: Thomas Gleixner
---
arch/x86/Kconfig |1 +
arch/x86/kernel/apic/apic.c |3 +++
arch/x86/kernel/apic/x2apic_cluster.c |4
3 files ch
Avoid trying to add a newly online CPU to the effective affinity mask of an
started up interrupt. That interrupt will either stay on the already online
CPU or move around for no value.
Signed-off-by: Thomas Gleixner
---
kernel/irq/cpuhotplug.c | 12 ++--
1 file changed, 10 insertions(+
In order to handle managed interrupts gracefully on irq_startup() so they
won't lose their assigned affinity, it's necessary to allow startups which
keep the interrupts in managed shutdown state, if none of the assigend CPUs
is online. This allows drivers to request interrupts w/o the CPUs being
on
If the interrupt destination mode of the APIC is physical then the
effective affinity is restricted to a single CPU.
Mark the interrupt accordingly in the domain allocation code, so the core
code can avoid pointless affinity setting attempts.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/a
Affinity managed interrupts should keep their assigned affinity accross CPU
hotplug. To avoid magic hackery in device drivers, the core code shall
manage them transparently and set these interrupts into a managed shutdown
state when the last CPU of the assigned affinity mask goes offline. The
inter
Affinity managed interrupts should keep their assigned affinity accross CPU
hotplug. To avoid magic hackery in device drivers, the core code shall
manage them transparently. This will set these interrupts into a managed
shutdown state when the last CPU of the assigned affinity mask goes
offline. Th
From: Christoph Hellwig
Currently the irq vector spread algorithm is restricted to online CPUs,
which ties the IRQ mapping to the currently online devices and doesn't deal
nicely with the fact that CPUs could come and go rapidly due to e.g. power
management.
Instead assign vectors to all present
Set the force migration flag when migrating interrupts away from an
outgoing CPU.
Signed-off-by: Thomas Gleixner
---
kernel/irq/cpuhotplug.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/kernel/irq/cpuhotplug.c
+++ b/kernel/irq/cpuhotplug.c
@@ -79,7 +79,7 @@ static bool migrate
Same functionality except the extra bits ored on the apicid.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/x2apic_uv_x.c | 19 ---
1 file changed, 4 insertions(+), 15 deletions(-)
--- a/arch/x86/kernel/apic/x2apic_uv_x.c
+++ b/arch/x86/kernel/apic/x2apic_uv_x.c
@@ -5
All callers hand in GPF_KERNEL. No point to have an extra argument for
that.
Signed-off-by: Thomas Gleixner
---
kernel/irq/irqdesc.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
--- a/kernel/irq/irqdesc.c
+++ b/kernel/irq/irqdesc.c
@@ -54,14 +54,14 @@ static void __in
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/irq_remapping.h |1 -
arch/x86/kernel/apic/msi.c |6 --
2 files changed, 7 deletions(-)
--- a/arch/x86/include/asm/irq_remapping.h
+++ b/arch/x86/include/asm/irq_remapping.h
@@ -55,7 +55,6 @@ extern struct irq_domain *
Use the fwnode to create a named domain so diagnosis works.
Mark the init function __init while at it.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/htirq.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
--- a/arch/x86/kernel/apic/htirq.c
+++ b/arch/x8
Use the fwnode to create a named domain so diagnosis works.
Signed-off-by: Thomas Gleixner
---
arch/x86/platform/uv/uv_irq.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
--- a/arch/x86/platform/uv/uv_irq.c
+++ b/arch/x86/platform/uv/uv_irq.c
@@ -160,13 +160,21 @@
On Tue, Jun 20, 2017 at 1:37 AM, Zheng, Lv wrote:
> Hi, Rafael
>
>> From: linux-acpi-ow...@vger.kernel.org
>> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J.
>> Wysocki
>> Subject: [PATCH v2 3/3] ACPI / sleep: EC-based wakeup from suspend-to-idle
>> on recent Dell systems
>>
>>
From: David Windsor
XFS inline inode data, stored in struct xfs_inode_t.i_df.if_u2.if_inline_data
and therefore contained in the xfs_inode slab cache, needs to be copied
to/from userspace.
In support of usercopy hardening, this patch defines a region in
the xfs_inode slab cache in which userspac
From: David Windsor
Mark the kmalloc slab caches as entirely whitelisted. These
caches are frequently used to fulfill kernel allocations that contain
data to be copied to/from userspace. It is impossible to know
at build time what objects will be contained in these caches,
so the entire cache i
From: David Windsor
SCSI sense buffers, stored in struct scsi_cmnd.sense and therefore
contained in the scsi_sense_cache slab cache, need to be copied to/from
userspace.
In support of usercopy hardening, this patch defines a region in
the scsi_sense_cache slab cache in which userspace copy opera
201 - 300 of 1571 matches
Mail list logo
