This dts file already used SPDX Licence identifier and
forgot to drop legacy license text from
commit <382744d35916> ("ARM: dts: sun8i: Add board dts file for t3-cqa3t-bv3.")
Cc: Hao Zhang
Signed-off-by: Jagan Teki
---
arch/arm/boot/dts/sun8i-t3-cqa3t-bv3.dts | 38
1
This series to switch all Allwinner dts(i) and associate
files to use SPDX Licence identifier.
Jagan Teki (25):
arm64: dts: allwinner: Switch A64 dts(i) to use SPDX identifier
arm64: dts: allwinner: axp803: Switch to use SPDX identifier
arm64: dts: allwinner: Switch H5 dts(i) to use SPDX
Adopt the SPDX license identifier headers to ease license
compliance management on Allwinner A10s dts(i) files.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by:
Adopt the SPDX license identifier headers to ease license
compliance management on Allwinner GR8 dts(i) files.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by:
Adopt the SPDX license identifier headers to ease license
compliance management on Allwinner A10 dts(i) files.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by:
Adopt the SPDX license identifier headers to ease license
compliance management on Allwinner H5 dts(i) files.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by:
Adopt the SPDX license identifier headers to ease license
compliance management on Allwinner A64 dts(i) files.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by:
Adopt the SPDX license identifier headers to ease license
compliance management on Allwinner A31s dts(i) files.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by:
Adopt the SPDX license identifier headers to ease license
compliance management on Allwinner A13 dts(i) files.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by:
Adopt the SPDX license identifier headers to ease license
compliance management on axp803.dtsi.
While the text specifies "of the GPL or the X11 license"
but the actual license text matches the MIT license as
specified at [0]
[0] https://spdx.org/licenses/MIT.html
Signed-off-by: Jagan Teki
---
On Wed, Jul 3, 2019 at 10:58 AM Pawel Dembicki wrote:
> This commit introduce how to use vsc73xx platform driver.
>
> Signed-off-by: Pawel Dembicki
> ---
> Changes in v2:
> - Drop -spi and -platform suffix
> - Change commit message
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
On Wed 03 Jul 2019 at 13:45, Neil Armstrong wrote:
> On 03/07/2019 01:16, Martin Blumenstingl wrote:
>> +Cc Alexandre Mergnat
>>
>> On Mon, Jul 1, 2019 at 11:13 AM Neil Armstrong
>> wrote:
>>>
>>> Add a setup() callback in the eeclk structure, to call an optional
>>> call() function at end of
On Wed, Jul 3, 2019 at 11:42 AM Enrico Weigelt, metux IT consult
wrote:
> From: Enrico Weigelt
>
> The dev_info() call already prints the device name, so there's
> no need to explicitly include it in the message for second time.
>
> Signed-off-by: Enrico Weigelt
True. Patch applied.
Yours,
On Tue, 2 Jul 2019 14:00:16 -0300
Ezequiel Garcia wrote:
> diff --git a/drivers/staging/media/hantro/rk3288_vpu_hw.c
> b/drivers/staging/media/hantro/rk3288_vpu_hw.c
> index bcacc4f51093..470e803e25a6 100644
> --- a/drivers/staging/media/hantro/rk3288_vpu_hw.c
> +++
Hi Linus,
last minute regressions galore. Here is a fixup for an
issue I found monday when testing unrelated patches.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 4b972a01a7da614b4796475f933094751a295a2f:
Linux 5.2-rc6 (2019-06-22 16:01:36 -0700)
are available
On Tue, 2 Jul 2019 14:00:15 -0300
Ezequiel Garcia wrote:
> From: Pawel Osciak
>
> Add the parsed VP8 frame pixel format and controls, to be used
> with the new stateless decoder API for VP8 to provide parameters
> for accelerator (aka stateless) codecs.
>
> Signed-off-by: Pawel Osciak
>
diff --git a/Documentation/robust-futexes.txt b/Documentation/robust-futexes.txt
index 6c42c75103eb..6361fb01c9c1 100644
--- a/Documentation/robust-futexes.txt
+++ b/Documentation/robust-futexes.txt
@@ -218,5 +218,4 @@ All other architectures should build just fine too - but
they won't have
the
I'm announcing the release of the 5.1.16 kernel.
All users of the 5.1 kernel series must upgrade.
The updated 5.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.1.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.19.57 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web
diff --git a/Documentation/robust-futexes.txt b/Documentation/robust-futexes.txt
index 6c42c75103eb..6361fb01c9c1 100644
--- a/Documentation/robust-futexes.txt
+++ b/Documentation/robust-futexes.txt
@@ -218,5 +218,4 @@ All other architectures should build just fine too - but
they won't have
the
diff --git a/Documentation/robust-futexes.txt b/Documentation/robust-futexes.txt
index 6c42c75103eb..6361fb01c9c1 100644
--- a/Documentation/robust-futexes.txt
+++ b/Documentation/robust-futexes.txt
@@ -218,5 +218,4 @@ All other architectures should build just fine too - but
they won't have
the
I'm announcing the release of the 4.14.132 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web
On Wed, Jul 3, 2019 at 11:24 AM tip-bot for Ard Biesheuvel
wrote:
> Committer: Marc Zyngier
> CommitDate: Wed, 29 May 2019 10:42:19 +0100
>
> gpio: mb86s7x: Enable ACPI support
>
> Make the mb86s7x GPIO block discoverable via ACPI. In addition, add
> support for ACPI GPIO interrupts routed via
This patchset adds support for the reset provided in the register space
of the g12a audio clock controller
Jerome Brunet (2):
dt-bindings: clock: meson: add resets to the audio clock controller
clk: meson: axg-audio: add g12a reset support
.../bindings/clock/amlogic,axg-audio-clkc.txt | 1
Add the documentation and bindings for the resets provided by the g12a
audio clock controller
Signed-off-by: Jerome Brunet
---
.../bindings/clock/amlogic,axg-audio-clkc.txt | 1 +
.../reset/amlogic,meson-g12a-audio-reset.h| 38 +++
2 files changed, 39 insertions(+)
create
On the g12a, the register space dedicated to the audio clock also
provides some resets. Let the clock controller register a reset
provider as well for this SoC family.
the axg SoC family does not appear to provide this feature.
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/axg-audio.c |
The whole header file deals with swap entries and PTEs, none of which
can exist for nommu builds. The current nommu ports have lots of
stubs to allow the inline functions in swapops.h to compile, but
as none of this functionality is actually used there is no point
in even providing it. This way
Hi Andrew,
the patches are fixups developed for the RISC-V nommu port. Can you
queue them up in -mm?
We can't expose UAPI symbols differently based on CONFIG_ symbols, as
userspace won't have them available. Instead always define the flag,
but only respect it based on the config option.
Signed-off-by: Christoph Hellwig
Reviewed-by: Vladimir Murzin
---
arch/xtensa/include/uapi/asm/mman.h|
Signed-off-by: Christoph Hellwig
Reviewed-by: Vladimir Murzin
---
include/linux/mm.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/linux/mm.h b/include/linux/mm.h
index dd0b5f4e1e45..69843ee0c5f8 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -2756,7 +2756,13 @@
On 28.06.19 20:40, Luis Chamberlain wrote:
Hi folks,
> The solution puts forward a mechanism to add a kconfig_symb where we> are
> 100% certain we have a direct module --> config mapping.
Okay, but IIRC this will add more boilerplate those modules.
And I wonder whether target binaries are the
On Wed, Jul 03, 2019 at 12:24:54AM -0700, Dan Williams wrote:
> This fix may increase waitqueue contention, but a fix for that is saved
> for a larger rework. In the meantime this fix is suitable for -stable
> backports.
I think this is too big for what it is; just the two-line patch to stop
On Mon, Jul 1, 2019 at 5:25 AM Markus Elfring wrote:
>
> From: Markus Elfring
> Date: Mon, 1 Jul 2019 13:07:55 +0200
>
> A single character (depending on a condition check) should be put
> into a sequence. Thus use the corresponding function “seq_putc”.
>
> This issue was detected by using the
On 2019/7/3 下午7:52, Tiwei Bie wrote:
On Wed, Jul 03, 2019 at 06:09:51PM +0800, Jason Wang wrote:
On 2019/7/3 下午5:13, Tiwei Bie wrote:
Details about this can be found here:
https://lwn.net/Articles/750770/
What's new in this version
==
A new VFIO device type is
Hi Neil,
On Wed, Jul 3, 2019 at 1:53 PM Neil Armstrong wrote:
>
> On 03/07/2019 01:47, Martin Blumenstingl wrote:
> > Hi Neil,
> >
> > On Mon, Jul 1, 2019 at 11:13 AM Neil Armstrong
> > wrote:
> >>
> >> Add the OPP table taken from the vendor u200 and u211 DTS.
> >>
> >> The Amlogic G12A SoC
On Wed, Jul 03, 2019 at 10:46:27AM +0100, Alessio Balsini wrote:
> From: "Jason A. Donenfeld"
>
> commit 530ba6c7cb3c22435a4d26de47037bb6f86a5329 upstream.
>
> Recent libcs have gotten a bit more strict, so we actually need to
> include the right headers and use the right types. This enables
Unlike driver mode, generic xdp receive could be triggered
by different threads on different CPU cores at the same time
leading to the fill and rx queue breakage. For example, this
could happen while sending packets from two processes to the
first interface of veth pair while the second part of it
Add the initial configuration for clocks that need default parent and rate
setting. This is based on the vendor tree clock provider parents and rates
configuration except this is doing the setup in dts rather than using clock
consumer API in a clock provider driver.
Signed-off-by: Abel Vesa
---
Add the optional reset line handling which is present on the new SoC
families, such as the g12a. Triggering this reset is not critical but
it helps solve a channel shift issue on the g12a.
Signed-off-by: Jerome Brunet
---
sound/soc/meson/axg-tdm-formatter.c | 29 +
1
This patchset add the possibility to provide a reset to the tdm formatter.
Such reset is available on the g12a SoC family and helps solve a random
channel output shift when using more than one output lane.
Jerome Brunet (2):
ASoC: meson: axg-tdm-formatter: add reset to the bindings
Add an optional reset property to the tdm formatter bindings. The
dedicated reset line is present on some SoC families, such as the g12a.
Signed-off-by: Jerome Brunet
---
.../bindings/sound/amlogic,axg-tdm-formatters.txt | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff
On 03.07.2019 3:40, Jakub Kicinski wrote:
> On Tue, 2 Jul 2019 17:36:34 +0300, Ilya Maximets wrote:
>> Unlike driver mode, generic xdp receive could be triggered
>> by different threads on different CPU cores at the same time
>> leading to the fill and rx queue breakage. For example, this
>>
Add the initial configuration for clocks that need default parent and rate
setting. This is based on the vendor tree clock provider parents and rates
configuration except this is doing the setup in dts rather then using clock
consumer API in a clock provider driver.
Signed-off-by: Abel Vesa
---
Hi Alex,
I've tried this series on arm64 (ThunderX2 with up to SMT=4 and 224 CPUs)
with the borderline testcase of accessing a single file from all
threads. With that
testcase the qspinlock slowpath is the top spot in the kernel.
The results look really promising:
CPUsnormal
On 03/07/2019 01:45, Martin Blumenstingl wrote:
> On Mon, Jul 1, 2019 at 11:13 AM Neil Armstrong
> wrote:
>>
>> Enable DVFS for the Odroid-N2 by setting the clock, OPP and supply
>> for each cores of each CPU clusters.
>>
>> The first cluster uses the "VDDCPU_B" power supply, and the second
>>
On 03/07/2019 10:51, Frank Wunderlich wrote:
> Hi Mathias
>
> thank you for first look on this. Patchseries is originally from Josef Friedl
> i got some time ago for getting poweroff working on bananapi r2. There it
> works and maybe on another devices too.
>
> drivers/rtc/rtc-mt6397.c and
On Wed, Jul 03, 2019 at 06:09:51PM +0800, Jason Wang wrote:
> On 2019/7/3 下午5:13, Tiwei Bie wrote:
> > Details about this can be found here:
> >
> > https://lwn.net/Articles/750770/
> >
> > What's new in this version
> > ==
> >
> > A new VFIO device type is introduced -
On 03/07/2019 01:47, Martin Blumenstingl wrote:
> Hi Neil,
>
> On Mon, Jul 1, 2019 at 11:13 AM Neil Armstrong
> wrote:
>>
>> Add the OPP table taken from the vendor u200 and u211 DTS.
>>
>> The Amlogic G12A SoC seems to available in 3 types :
>> - low-speed: up to 1,8GHz
>> - mid-speed: up to
On 03/07/2019 01:54, Martin Blumenstingl wrote:
> Hi Neil,
>
> On Mon, Jul 1, 2019 at 11:13 AM Neil Armstrong
> wrote:
>>
>> To simplify the representation of differences betweem the G12A and G12B
>> SoCs, move the common nodes into a meson-g12-common.dtsi file and
>> express the CPU nodes and
On Tue, Jun 25, 2019 at 09:00:36PM +0530, Jagan Teki wrote:
> On Tue, Jun 25, 2019 at 8:19 PM Maxime Ripard
> wrote:
> >
> > On Thu, Jun 20, 2019 at 11:57:44PM +0530, Jagan Teki wrote:
> > > On Fri, Jun 14, 2019 at 7:54 PM Maxime Ripard
> > > wrote:
> > > >
> > > > On Wed, Jun 05, 2019 at
Hi all,
Changes since 20190702:
The rdma tree still had its build failures so I used the version from
next-20190628.
The block tree gained a conflict against the xfs tree.
The hmm tree still had failures due to interactions with the tip and
drm trees for which I added 2 merge fix patches.
The
On 03/07/2019 01:28, Martin Blumenstingl wrote:
> Hi Stephen, Hi Neil,
>
> On Mon, Jul 1, 2019 at 11:13 AM Neil Armstrong
> wrote:
>>
>> In order to implement clock switching for the CLKID_CPU_CLK and
>> CLKID_CPUB_CLK, notifiers are added on specific points of the
>> clock tree :
>>
>> cpu_clk
Tue, Jul 02, 2019 at 01:50:09PM CEST, mkube...@suse.cz wrote:
>The ethtool netlink code uses common framework for passing arbitrary
>length bit sets to allow future extensions. A bitset can be a list (only
>one bitmap) or can consist of value and mask pair (used e.g. when client
>want to modify
On Wed, Jul 03, 2019 at 12:23:05PM +0200, Daniel Borkmann wrote:
> On 07/02/2019 12:25 PM, Leo Yan wrote:
> > Based on the following report from Smatch, fix the potential
> > NULL pointer dereference check.
> >
> > tools/lib/bpf/libbpf.c:3493
> > bpf_prog_load_xattr() warn: variable
On 03/07/2019 01:16, Martin Blumenstingl wrote:
> +Cc Alexandre Mergnat
>
> On Mon, Jul 1, 2019 at 11:13 AM Neil Armstrong
> wrote:
>>
>> Add a setup() callback in the eeclk structure, to call an optional
>> call() function at end of eeclk probe to setup clocks.
>>
>> It's used for the G12A
On 03/07/2019 01:51, Martin Blumenstingl wrote:
> Hi Neil,
>
> On Mon, Jul 1, 2019 at 12:49 PM Neil Armstrong
> wrote:
>>
>> Add the clk-measurer clocks IDs for the Amlogic SM1 SoC family.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> drivers/soc/amlogic/meson-clk-measure.c | 134
On Wed, Jul 03, 2019 at 09:16:53AM +0200, Greg Kroah-Hartman wrote:
> As it is not recommended that debugfs calls be checked, it was pointed
> out that major errors should still be logged somewhere so that
> developers and users have a chance to figure out what went wrong. To
> help with this,
On Wed, 3 Jul 2019 11:29:49 +
Naga Sureshkumar Relli wrote:
> Hi Boris,
>
> > -Original Message-
> > From: Boris Brezillon
> > Sent: Wednesday, July 3, 2019 4:37 PM
> > To: Naga Sureshkumar Relli
> > Cc: miquel.ray...@bootlin.com; helmut.gro...@intenta.de; rich...@nod.at;
> >
On Tue, Jul 02, 2019 at 08:11:53PM +0200, Markus Elfring wrote:
> From: Markus Elfring
> Date: Tue, 2 Jul 2019 20:06:30 +0200
>
> A string which did not contain a data format specification should be put
> into a sequence. Thus use the corresponding function “seq_puts”.
>
> This issue was
Hi,
Martin Blumenstingl writes:
> On Mon, Jul 1, 2019 at 7:54 PM Martin Blumenstingl
> wrote:
>>
>> On Mon, Jun 24, 2019 at 7:41 AM Minas Harutyunyan
>> wrote:
>> >
>> > On 6/20/2019 9:51 PM, Martin Blumenstingl wrote:
>> > > Use a 1us AHB idle timeout in dwc2_core_reset() and make it
On 07/02, Eric Biggers wrote:
>
> Even if it's a lockdep false positive you can't ignore it. People rely on
> lockdep to find bugs, and they will keep sending you bug reports. So someone
> has to fix something. Did you see Oleg's suggestion to change mmput() to
> mmput_async() in
at 02:01, Bjorn Helgaas wrote:
On Tue, Jul 02, 2019 at 04:25:59PM +0800, Kai Heng Feng wrote:
+linux-pci
Hi Sasha,
at 6:49 PM, Kai-Heng Feng wrote:
at 14:26, Neftin, Sasha wrote:
On 6/26/2019 09:14, Kai Heng Feng wrote:
Hi Sasha
at 5:09 PM, Kai-Heng Feng wrote:
Hi Jeffrey,
We’ve
Hi Boris,
> -Original Message-
> From: Boris Brezillon
> Sent: Wednesday, July 3, 2019 4:37 PM
> To: Naga Sureshkumar Relli
> Cc: miquel.ray...@bootlin.com; helmut.gro...@intenta.de; rich...@nod.at;
> dw...@infradead.org; computersforpe...@gmail.com; marek.va...@gmail.com;
>
On Tue, Jul 02, 2019 at 04:41:35PM -0700, Nathan Huckleberry wrote:
> When analyzed with the clang static analyzer the
> following warning occurs
>
> line 251, column 2
> Value stored to 'old_pte' is never read
>
> This warning is repeated every time pgtable.h is
> included by another file and
On Wed, 2019-07-03 at 01:42 -0700, Joe Perches wrote:
> On Wed, 2019-07-03 at 16:30 +0800, Miles Chen wrote:
> > This change reports a warning when "default n" is used.
> >
> > I have seen several "remove default n" patches, so I think
> > it might be helpful to add this test in checkpatch.
> >
On 03.07.19 11:57, Rolf Eike Beer wrote:
>> From 71e19be4247fbaa2540dfb321e2b148234680a13 Mon Sep 17 00:00:00 2001
>> From: Rolf Eike Beer
>> Date: Thu, 22 Nov 2018 16:40:49 +0100
>> Subject: [PATCH] scripts: use pkg-config to locate libcrypto
>>
>> Otherwise build fails if the headers are not in
On Mon, Jun 24, 2019 at 8:34 PM Dan Williams wrote:
>
> Memory that has been tagged EFI_MEMORY_SP, and has performance
> properties described by the ACPI HMAT is expected to have an application
> specific consumer.
>
> Those consumers may want 100% of the memory capacity to be reserved from
> any
Dear RT folks!
I'm pleased to announce the v5.0.21-rt15 patch set.
Changes since v5.0.21-rt14:
- Revert the replacement patch for wait_for_completion() and use the
old patch again. The alternative version caused a regression as
reported by Arve Barsnes, Corey Minyard, Kurt Kanzenbach
The hip07 chip support vlan TSO, this patch adds NETIF_F_TSO
and NETIF_F_TSO6 flags to vlan_features to improve the
performance after adding vlan to the net ports.
Signed-off-by: Yonglong Liu
---
drivers/net/ethernet/hisilicon/hns/hns_enet.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Wed, 2019-07-03 at 09:16 +, David Laight wrote:
> > diff --git a/security/integrity/ima/ima_template_lib.c
> > b/security/integrity/ima/ima_template_lib.c
> > index 9fe0ef7f91e2..05636e9b19b1 100644
> > --- a/security/integrity/ima/ima_template_lib.c
> > +++
On Wed, Jul 03, 2019 at 12:04:35PM +0200, Jiri Pirko wrote:
> Tue, Jul 02, 2019 at 06:34:37PM CEST, mkube...@suse.cz wrote:
> >On Tue, Jul 02, 2019 at 03:05:15PM +0200, Jiri Pirko wrote:
> >> Tue, Jul 02, 2019 at 01:50:04PM CEST, mkube...@suse.cz wrote:
> >> >+
> >> >+ req_info->dev = dev;
> >> >+
On Mon, Jun 24, 2019 at 8:34 PM Dan Williams wrote:
>
> In preparation for registering device-dax instances for accessing EFI
> specific-purpose memory, arrange for the HMAT registration to occur
> later in the init process. Critically HMAT initialization needs to occur
> after
On Mon, Jun 24, 2019 at 8:33 PM Dan Williams wrote:
>
> There are multiple scenarios where the HMAT may contain information
> about proximity domains that are not currently online. Rather than fail
> to report any HMAT data just elide those offline domains.
>
> If and when those domains are later
On Mon, Jun 24, 2019 at 8:33 PM Dan Williams wrote:
>
> Currently hmat.c lives under an "hmat" directory which does not enhance
> the description of the file. The initial motivation for giving hmat.c
> its own directory was to delineate it as mm functionality in contrast to
> ACPI device driver
Good day, dear
My name is Mr. Joe Akaba ESQ, Working with one of the best
chambers and I write to inform you about the death of my client who
dead as a result of an accident with his family .On the 19th day of August
2017, My late client died as a result of deadly accident without him be
register
On Wed, 3 Jul 2019 08:57:57 +
Naga Sureshkumar Relli wrote:
> Hi Boris,
>
> Thanks for the review.
>
> > -Original Message-
> > From: Boris Brezillon
> > Sent: Wednesday, July 3, 2019 11:56 AM
> > To: Naga Sureshkumar Relli
> > Cc: miquel.ray...@bootlin.com;
If the APIC was already enabled on entry of setup_local_APIC() then
disabling it soft via the SPIV register makes a lot of sense.
That masks all LVT entries and brings it into a well defined state.
Otherwise previously enabled LVTs which are not touched in the setup
function stay unmasked and
In course of developing shorthand based IPI support issues with the
function which tries to clear eventually pending ISR bits in the local APIC
were observed.
1) O-day testing triggered the WARN_ON() in apic_pending_intr_clear().
This warning is emitted when the function fails to clear
Only used locally.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/ipi.h | 90 ---
arch/x86/kernel/apic/apic_flat_64.c |3 -
arch/x86/kernel/apic/apic_numachip.c |3 -
arch/x86/kernel/apic/bigsmp_32.c |9 ---
To support NMI shorthand broadcasts add the safe wait for ICR idle for NMI
vector delivery.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/ipi.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- a/arch/x86/kernel/apic/ipi.c
+++ b/arch/x86/kernel/apic/ipi.c
@@ -30,7
In order to support IPI/NMI broadcasting via the shorthand mechanism side
effects of shorthands need to be mitigated:
Shorthand IPIs and NMIs hit all CPUs including unplugged CPUs
Neither of those can be handled on unplugged CPUs for obvious reasons.
It would be trivial to just fully disable
The recent discussion about using HPET as NMI watchdog made me look into
IPI shorthand support. Also Nadav wanted to look into shorthands to speed
up certain TLB operations.
The support for IPI shorthands is rather limited right now and basically
got rendered useless by making it depend on
arch_smt_update() will be used to control IPI/NMI broadcasting via the
shorthand mechanism. Keeping it in the bugs file and calling the apic
function from there is possible, but not really intuitive.
Move it to a neutral place and invoke the bugs function from there.
No functional change.
If the APIC is soft disabled then unmasking an LVT entry does not work and
the write is ignored. perf_events_lapic_init() tries to do so.
Move the invocation after the point where the APIC has been enabled.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic.c |5 ++---
1 file
Now there are three small local headers. Some contain functions which are
only used in one source file.
Move all the inlines and declarations into a single local header and the
inlines which are only used in one source file into that.
Signed-off-by: Thomas Gleixner
---
The IPI shorthand functionality delivers IPI/NMI broadcasts to all CPUs in
the system. This can have similar side effects as the MCE broadcasting when
CPUs are waiting in the BIOS or are offlined.
The kernel tracks already the state of offlined CPUs whether they have been
brought up at least once
No point in having them in an header file.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/ipi.h | 19 ---
arch/x86/kernel/apic/ipi.c | 16 +---
2 files changed, 13 insertions(+), 22 deletions(-)
--- a/arch/x86/include/asm/ipi.h
+++
The booted once information which is required to deal with the MCE
broadcast issue on X86 correctly is stored in the per cpu hotplug state,
which is perfectly fine for the intended purpose.
X86 needs that information for supporting NMI broadcasting via shortcuts,
but retrieving it from per cpu
Use the shorthand broadcast delivery if the static key controlling it is
enabled. If not use the regular one by one IPI mechanism.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/local.h |1 +
arch/x86/kernel/apic/x2apic_cluster.c | 10 --
All of these APIC files include the world and some more. Remove the
unneeded cruft.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic_flat_64.c | 15 ---
arch/x86/kernel/apic/apic_noop.c | 18 +-
arch/x86/kernel/apic/apic_numachip.c |6
For the upcoming shorthand support for all APIC incarnations the command
line option needs to be available for 64 bit as well.
While at it, rename the control variable, make it static and mark it
__ro_after_init.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/ipi.c | 29
The SDM states:
"The destination shorthand field of the ICR allows the delivery mode to be
by-passed in favor of broadcasting the IPI to all the processors on the
system bus and/or back to itself (see Section 10.6.1, Interrupt Command
Register (ICR)). Three destination shorthands are
Only used locally.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/apic_flat_64.h |8
arch/x86/kernel/apic/apic_flat_64.c |2 +-
arch/x86/kernel/apic/apic_flat_64.h |8
arch/x86/kernel/apic/apic_numachip.c |2 +-
4 files changed, 10 insertions(+), 10
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Saturday 22 June 2019 07:02
> To: Dragan Cvetic
> Cc: a...@arndb.de; Michal Simek ;
> linux-arm-ker...@lists.infradead.org; robh...@kernel.org;
> mark.rutl...@arm.com; devicet...@vger.kernel.org;
>
Broadcast now depends on the fact that all present CPUs have been booted
once so handling broadcast IPIs is not doing any harm. In case that a CPU
is offline, it does not react to regular IPIs and the NMI handler returns
early.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/ipi.c |
Use the shorthand broadcast delivery if the static key controlling it is
enabled. If not use the regular one by one IPI mechanism.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic_flat_64.c | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
---
> Looks good,
Thanks for your feedback.
> but have you checked whether "m" could ever be NULL
I wonder about this enquiry.
This function parameter should be valid as usual.
Thus it should not be a null pointer under ordinary conditions.
> and whether seq_puts() has a check for that ?
These
Hi all,
Today's linux-next merge of the akpm tree got a conflict in:
net/ipv6/sysctl_net_ipv6.c
between commit:
00dc3307c0f7 ("net/ipv6: Fix misuse of proc_dointvec "flowlabel_reflect"")
from the net-next tree and patch:
"proc-sysctl-add-shared-variables-for-range-check-fix-2-fix"
On Wed, Jul 03, 2019 at 11:21:35AM +0100, Jon Hunter wrote:
>
> On 02/07/2019 09:01, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.1.16 release.
> > There are 55 patches in this series, all will be posted as a response
> > to this one. If anyone has any
The list_kref was added for static OPPs and to track their users. The
kref is initialized while the static OPPs are added, but removed
unconditionally even if the static OPPs were never added. This causes
refcount mismatch warnings currently.
Fix that by always initializing the kref when the OPP
701 - 800 of 1014 matches
Mail list logo
