The patch
regulator: tps80031: Constify regulator_ops and tps80031_dcdc_voltages array
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.2
All being well this means that it will be integrated into the linux-next
tree
The patch
ASoC: atmel: tse850: Make some functions static
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.2
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
regulator: tps80031: Switch to SPDX identifier
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.2
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
- In drivers/clocksource/timer-probe.c, the log level for the message
stating "no matching timers found" should be informational rather
than critical.
- Reference:
- https://e2e.ti.com/support/processors/f/791/t/726024
Signed-off-by: Moses Christopher
---
On Mon, Apr 15, 2019 at 08:59:30PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.0.8 release.
> There are 117 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
On Fri, Apr 12, 2019 at 08:50:34AM +0530, Amit Daniel Kachhap wrote:
> Now that the building blocks of pointer authentication are present, lets
> add userspace flags KVM_ARM_VCPU_PTRAUTH_ADDRESS and
> KVM_ARM_VCPU_PTRAUTH_GENERIC. These flags will enable pointer
> authentication for the KVM guest
On Mon, Apr 15, 2019 at 08:57:58PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.19.35 release.
> There are 101 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
On Mon, Apr 15, 2019 at 08:58:18PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.112 release.
> There are 69 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
On Mon, Apr 15, 2019 at 08:43:24PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.169 release.
> There are 76 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
On Tue, 16 Apr 2019, tip-bot for Stephane Eranian wrote:
> Commit-ID: f447e4eb3ad1e60d173ca997fcb2ef2a66f12574
> Gitweb:
> https://git.kernel.org/tip/f447e4eb3ad1e60d173ca997fcb2ef2a66f12574
> Author: Stephane Eranian
> AuthorDate: Mon, 8 Apr 2019 10:32:52 -0700
> Committer: Ingo
On 04/16/2019 04:24 PM, Robin Murphy wrote:
Like arm-cci, arm-ccn has the same issue of disabling preemption around
operations which can take mutexes. Again, remove the definite bug by
simply not trying to fight the theoretical races. And since we are
touching the hotplug handling code, take the
WARN_ON() already contains an unlikely(), so it's not necessary to use
unlikely.
Signed-off-by: Yangtao Li
---
drivers/base/power/domain.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c
index
From: Robert Lippert
The change to include ibm-power9-cfam.dtsi resulted in a renumbering
of all of the I2C bus numbers behind the on-board muxes. This breaks
some tools which have hardcoded the bus numbers.
Add device tree aliases for the I2C buses routed through the PCIe slots
so that they
Hi,
This series contains three updates to the Zaius ASPEED device-tree to
add voltrage regulators, and update addresses and aliases. The Infineon
and Intersil drivers are staged on hwmon-next, and the trivial device
dt-bindings changed are up for review.
Maxim Sloyko (1):
ARM: dts: aspeed:
From: Maxim Sloyko
Add the nodes for the ir38064 and isl68137 devices on the Zaius board.
Signed-off-by: Maxim Sloyko
Signed-off-by: Robert Lippert
Signed-off-by: Patrick Venture
---
arch/arm/boot/dts/aspeed-bmc-opp-zaius.dts | 65 --
1 file changed, 60 insertions(+), 5
From: Robert Lippert
The I2C address of the brick is different depending on the board SKU.
Update the values to instantiate addresses which work for most boards.
Signed-off-by: Robert Lippert
Signed-off-by: Patrick Venture
---
arch/arm/boot/dts/aspeed-bmc-opp-zaius.dts | 18
On 16/04/2019 05:22, Anson Huang wrote:
> Add i.MX8QXP CPU thermal zone support.
>
> Signed-off-by: Anson Huang
Reviewed-by: Daniel Lezcano
> ---
> Changes since V11:
> - add cooling device for all secondary CPUs.
> ---
> arch/arm64/boot/dts/freescale/imx8qxp.dtsi | 37
>
On Tue, Apr 09, 2019 at 03:05:27PM +0200 Peter Zijlstra wrote:
> On Tue, Apr 09, 2019 at 08:48:16AM -0400, Phil Auld wrote:
> > Hi Ingo, Peter,
> >
> > On Wed, Apr 03, 2019 at 01:38:39AM -0700 tip-bot for Phil Auld wrote:
> > > Commit-ID: 06ec5d30e8d57b820d44df6340dcb25010d6d0fa
> > > Gitweb:
On Tue, Apr 16, 2019 at 06:01:13PM +0200, Peter Zijlstra wrote:
> @@ -794,34 +770,38 @@ static inline int __down_read_trylock(st
> */
> static inline void __down_write(struct rw_semaphore *sem)
> {
> - if (unlikely(atomic_long_cmpxchg_acquire(>count, 0,
> -
On Tue, Apr 16, 2019 at 07:30:07PM +0800, Kairui Song wrote:
> On Tue, Apr 16, 2019 at 12:59 AM Josh Poimboeuf wrote:
> >
> > On Mon, Apr 15, 2019 at 05:36:22PM +0200, Peter Zijlstra wrote:
> > >
> > > I'll mostly defer to Josh on unwinding, but a few comments below.
> > >
> > > On Tue, Apr 09,
On Fri, Apr 12, 2019 at 05:59:16PM -0400, Asmaa Mnebhi wrote:
> Support receiving IPMB requests on a Satellite MC from the BMC.
> Once a response is ready, this driver will send back a response
> to the BMC via the IPMB channel.
I haven't done a detailed analysis of this, but from a cursory
look
On Tue, Apr 16, 2019 at 05:49:37PM +0200, Peter Zijlstra wrote:
> See, if you first write that function in the form:
>
> long new;
>
> do {
> new = count | RWSEM_WRITER_LOCKED;
>
> if (count & RWSEM_LOCK_MASK)
> return false;
>
>
16.04.2019 11:31, Chanwoo Choi пишет:
> Hi,
>
> On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
>> Add devfreq driver for NVIDIA Tegra20 SoC's. The driver periodically
>> reads out Memory Controller counters and adjusts memory frequency based
>> on the memory clients activity.
>>
>> Signed-off-by:
On 16 Apr 2019, at 11:55, Dave Hansen wrote:
> On 4/16/19 8:33 AM, Zi Yan wrote:
>>> We have a reasonable argument that demotion is better than
>>> swapping. So, we could say that even if a VMA has a strict NUMA
>>> policy, demoting pages mapped there pages still beats swapping
>>> them or
> +++ b/arch/arm/mach-hisi/hotplug.c
> @@ -173,11 +173,15 @@ static bool hix5hd2_hotplug_init(void)
…
> + ctrl_base = of_iomap(np, 0);
> + of_node_put(np);
> + if (!ctrl_base)
> + return false;
> +
> + return true;
> }
>
> void hix5hd2_set_cpu(int cpu, bool enable)
On Mon, Apr 15, 2019 at 10:46:34PM -0500, Kees Cook wrote:
> On Fri, Oct 12, 2018 at 9:45 AM Kees Cook wrote:
> >
> > On Fri, Oct 12, 2018 at 7:29 AM, Theodore Y. Ts'o wrote:
> > > On Thu, Oct 11, 2018 at 03:54:21PM -0700, Kees Cook wrote:
> > >> Right now rand_initialize() is run as an
On Tue, Apr 16, 2019 at 11:43:49AM -0400, Theodore Ts'o wrote:
> If it's x86 specific, maybe the simplest thing to do is to use RDRAND
> if it exists, and fall back to something involving a TSC and maybe
> prandom_u32 (assuming on how bad you think the stack leak is going to
> be) if RDRAND isn't
Hi Bartosz,
On 16/04/2019 15:44, Bartosz Golaszewski wrote:
> pon., 15 kwi 2019 o 14:36 Daniel Lezcano
> napisał(a):
>>
>> On 18/03/2019 13:10, Bartosz Golaszewski wrote:
>>> From: Bartosz Golaszewski
>>>
>>> Currently the clocksource and clockevent support for davinci platforms
>>> lives
On 16/04/2019 11:34:04+0200, Thomas Bogendoerfer wrote:
> Handling of extended interrupts (kickstart, wake-up, ram-clear) was
> moved off to a work queue, but the interrupts aren't acknowledged
> in the interrupt handler. This leads to a deadlock, if driver
> is used with interrupts. To fix this
On 16/04/2019 11:34:03+0200, Thomas Bogendoerfer wrote:
> ds1685_rtc_begin_ctrl_access/ds1685_rtc_end_ctrl_access aren't used,
> so get rid of it.
>
> Signed-off-by: Thomas Bogendoerfer
> ---
> drivers/rtc/rtc-ds1685.c | 36
> 1 file changed, 36 deletions(-)
Having written a "bridge" myself (I called it a "proxy"[1]), I have a
few comments.
[1]: https://github.com/hadess/iio-sensor-proxy
Let's start with the easy ones ;) there's a typo in the subject line.
The subject line also says "optionally" but there doesn't seem to be
any ways to disable the
With pgoff set to zero, the map__map_ip function
will return bpf address based from 0, which is
what we need when we read the data from bpf dso.
Adding bpf symbols with mapped ip addresses as well.
Link: http://lkml.kernel.org/n/tip-nqgyzbqgekvxqc5tjmsb3...@git.kernel.org
Signed-off-by: Jiri
There's no need for the while loop now, also we can
connect two (ret > 0) condition legs together.
Link: http://lkml.kernel.org/n/tip-2vg28bak8euojuvq33cy2...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 17 ++---
1 file changed, 6 insertions(+), 11
Current perf_evlist__poll_thread code could finish
without draining the data. Adding the logic that
makes sure we won't finish before the drain.
Fixes: 657ee5531903 ("perf evlist: Introduce side band thread")
Link: http://lkml.kernel.org/n/tip-41i888xyim9n5ceyr44jb...@git.kernel.org
From: Song Liu
As reported by Jiri Olsa in:
"[BUG] perf: intel_pt won't display kernel function"
https://lore.kernel.org/lkml/20190403143738.GB32001@krava
Recent changes to support PERF_RECORD_KSYMBOL and PERF_RECORD_BPF_EVENT
broke --kallsyms option. This is because it broke test
By calling maps__insert we assume to get 2 references
on the map, which we relese within maps__remove call.
However if there's already same map name, we currently
don't bump the reference and can crash, like:
Program received signal SIGABRT, Aborted.
0x775e60f5 in raise () from
so we don't have the indent screwed by different dso name lenghts,
as now for kernel there's also bpf code displayed.
# perf-with-kcore record pt -e intel_pt//ku -- sleep 1
# perf-core/perf-with-kcore script pt --call-trace
Before:
sleep 36660 [016] 1057036.806464404:
On Freitag, 12. April 2019 19:43:52 CEST Stephen Boyd wrote:
> Quoting Luca Weiss (2019-04-12 08:06:24)
>
> > diff --git a/drivers/input/misc/gpio-vibra.c
> > b/drivers/input/misc/gpio-vibra.c new file mode 100644
> > index ..3fd2dfd4f670
> > --- /dev/null
> > +++
The eBPF program can be loaded multiple times
with the same name (tag). We can share dso
objects for those programs.
Link: http://lkml.kernel.org/n/tip-3damf8vq1dryhtpbk5b06...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/machine.c | 14 +++---
1 file changed, 11
Adding bpf related code into dso reading paths.
Link: http://lkml.kernel.org/n/tip-ql6jpegvv5823yc87u0hl...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 49 ++-
1 file changed, 48 insertions(+), 1 deletion(-)
diff --git
Maps in kcore do not cover bpf maps, so we can't just
remove everything. Keeping all kernel maps, which are
not covered by kcore maps.
Link: http://lkml.kernel.org/n/tip-9eytka8wofp0a047ul6lm...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/symbol.c | 14 +-
1 file
We mark the end of kernel based on the first module,
but that could cover some bpf program maps. Reading
_etext symbol if it's present to get precise kernel
map end.
Link: http://lkml.kernel.org/n/tip-ynut991ttyyhvo1sbhlm4...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/machine.c
Moving file specific code in dso__data_file_size function
into separate file_size function. I'll add bpf specific
code in following patches.
Link: http://lkml.kernel.org/n/tip-rkcsft4a0f8sw33p67llx...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 19 ---
1
Moving file specific code in dso_cache__read function
into separate file_read function. I'll add bpf specific
code in following patches.
Link: http://lkml.kernel.org/n/tip-7f7d717uzrqt5ka2xp29i...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/dso.c | 47
hi,
this patchset adds dso support to read and display
bpf code in intel_pt trace output. I had to change
some of the kernel maps processing code, so hopefully
I did not break too many things ;-)
It's now possible to see bpf code flow via:
# perf-with-kcore record pt -e intel_pt//ku -- sleep 1
More cleanups..
---
--- a/kernel/locking/rwsem.c
+++ b/kernel/locking/rwsem.c
@@ -303,7 +303,7 @@ static void __rwsem_mark_wake(struct rw_
list_del(>list);
/*
* Ensure calling get_task_struct() before setting the reader
-* waiter
MMP2 has a GC860 core.
Signed-off-by: Lubomir Rintel
---
drivers/gpu/drm/etnaviv/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/etnaviv/Kconfig b/drivers/gpu/drm/etnaviv/Kconfig
index 041a77e400d4..7616f695270f 100644
---
On 4/16/19 8:33 AM, Zi Yan wrote:
>> We have a reasonable argument that demotion is better than
>> swapping. So, we could say that even if a VMA has a strict NUMA
>> policy, demoting pages mapped there pages still beats swapping
>> them or tossing the page cache. It's doing them a favor to
>>
16.04.2019 10:43, Chanwoo Choi пишет:
> On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
>> The driver's compilation doesn't have any specific dependencies, hence
>> the COMPILE_TEST option can be supported in Kconfig.
>>
>> Signed-off-by: Dmitry Osipenko
>> ---
>> drivers/devfreq/Kconfig | 2 +-
On Tue, Apr 16, 2019 at 08:41:38AM -0700, Patrick Venture wrote:
> The ir38064 is a voltage regulator from Infineon.
>
> Signed-off-by: Patrick Venture
Acked-by: Guenter Roeck
> ---
> Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff
On Tue, Apr 16, 2019 at 08:41:47AM -0700, Patrick Venture wrote:
> The isl68137 is a digital output 7-phrase configurable PWM controller
> with an AVSBus interface from Intersil.
>
> Signed-off-by: Patrick Venture
Acked-by: Guenter Roeck
> ---
>
We hit a warning on rather old kernel - RHEL7-based 3.10.0-xxx.
Please don't think it's really near 3.10 - both RedHat and we (Virtuozzo)
backport a lot of things from modern mainstream kernels and do own changes.
[ cut here ]
WARNING: CPU: 2 PID: 63923 at
__kernfs_remove() which is called under kernfs_mutex,
assumes nobody kills kernfs node whie it's working on it
and "get"s current kernfs node for that.
But we hit a warning in kernfs_get(): kn->counter == 0 already:
[ cut here ]
WARNING: CPU: 2 PID: 63923 at
Allwinner Process Voltage Scaling Tables defines the voltage and
frequency value based on the speedbin blown in the efuse combination.
The sunxi-cpufreq-nvmem driver reads the efuse value from the SoC to
provide the OPP framework with required information.
This is used to determine the voltage and
For some SoCs, the CPU frequency subset and voltage value of each OPP
varies based on the silicon variant in use. The sun50i-cpufreq-nvmem
driver reads the efuse value from the SoC to provide the OPP framework
with required information.
Signed-off-by: Yangtao Li
---
MAINTAINERS
Add sunxi nvmem based CPU scaling driver, refers to qcom-cpufreq-kryo.
Yangtao Li (2):
cpufreq: Add sunxi nvmem based CPU scaling driver
dt-bindings: cpufreq: Document allwinner,sun50i-h6-operating-points
.../bindings/opp/sun50i-nvmem-cpufreq.txt | 167 +
MAINTAINERS
16.04.2019 10:48, Chanwoo Choi пишет:
> Hi,
>
> On 19. 4. 15. 오후 11:55, Dmitry Osipenko wrote:
>> The devfreq driver can be used on Tegra30 without any code change and
>> it works perfectly fine, the default Tegra124 parameters are good enough
>> for Tegra30.
>>
>> Signed-off-by: Dmitry Osipenko
On Sat, Apr 13, 2019 at 01:22:50PM -0400, Waiman Long wrote:
> +#define RWSEM_COUNT_HANDOFF(c) ((c) & RWSEM_FLAG_HANDOFF)
> +#define RWSEM_COUNT_LOCKED_OR_HANDOFF(c) \
> + ((c) & (RWSEM_LOCK_MASK|RWSEM_FLAG_HANDOFF))
Like said before, I also made these go away.
> @@ -245,6 +274,8
On 4/16/19 7:39 AM, Michal Hocko wrote:
>> Strict binding also doesn't keep another app from moving the
>> memory.
> I would consider that a bug.
A bug where, though? Certainly not in the kernel.
I'm just saying that if an app has an assumption that strict binding
means that its memory can
This patch corrects the SPDX License Identifier style
in the x86 Hardware Architecture related files.
Suggested-by: Joe Perches
Signed-off-by: Nishad Kamdar
---
arch/x86/include/asm/cpu_entry_area.h | 2 +-
arch/x86/include/asm/pti.h| 2 +-
arch/x86/kernel/process.h | 2
So a couple of comments; I wasn't able to find the full context for
this patch, and looking over the thread on kernel-hardening from late
February still left me confused exactly what attacks this would help
us protect against (since this isn't my area and I didn't take the
time to read all of the
16.04.2019 10:41, Chanwoo Choi пишет:
> Hi,
>
> In this patchset,
> the patch11 adds new 'disable_interrupt' goto statement
> and then patch15 removes 'disable_interrupt' goto statement again.
> Actually, it is inefficient.
>
> If you change the order of patches,
> you could remove this stuff.
Hi,
I have tested the patches on NXP platforms and they worked as expected.
Diana
On 4/15/2019 9:45 PM, Greg Kroah-Hartman wrote:
> commit cf175dc315f90185128fb061dc05b6fbb211aa2f upstream.
>
> The speculation barrier can be disabled from the command line
> with the parameter: "nospectre_v1".
>
16.04.2019 10:15, Chanwoo Choi пишет:
> Hi,
>
> On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote:
>> The frequency value potentially could change in-between. It doesn't
>> cause any real problem at all right now, but that could change in the
>> future. Hence let's avoid the inconsistency.
>>
>>
The isl68137 is a digital output 7-phrase configurable PWM controller
with an AVSBus interface from Intersil.
Signed-off-by: Patrick Venture
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git
The ir38064 is a voltage regulator from Infineon.
Signed-off-by: Patrick Venture
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/trivial-devices.yaml
On Mon, Apr 15, 2019 at 09:19:39PM +0200, Vitor Soares wrote:
> +++ b/drivers/base/regmap/regmap-i3c.c
> @@ -0,0 +1,62 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Copyright (c) 2018 Synopsys, Inc. and/or its affiliates.
Please make the entire header C++ style so it looks more
On Tue, Apr 16, 2019 at 01:07:40PM +1000, Stephen Rothwell wrote:
> Hi Jarkko,
>
> After merging the tpmdd tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
Matthew, looking at the code I guess the includes are in wrong order
i.e. early_ioremap.h should be included
On 4/16/19 11:25 AM, Vlastimil Babka wrote:
> On 4/16/19 4:22 PM, Qian Cai wrote:
>> store_stackinfo() does not seem used in actual SLAB debugging.
>> Potentially, it could be added to check_poison_obj() to provide more
>> information, but this seems like an overkill due to the declining
>>
On Tuesday, April 16, 2019 7:49:39 AM EDT Florian Weimer wrote:
> * Steve Grubb:
> > This flag that is being proposed means that you would have to patch all
> > interpreters to use it. If you are sure that upstreams will accept that,
> > why not just change the policy to interpreters shouldn't
Commit-ID: 6d25be5782e482eb93e3de0c94d0a517879377d0
Gitweb: https://git.kernel.org/tip/6d25be5782e482eb93e3de0c94d0a517879377d0
Author: Thomas Gleixner
AuthorDate: Wed, 13 Mar 2019 17:55:48 +0100
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 16:55:15 +0200
sched/core,
On 4/15/2019 8:38 PM, Thierry Reding wrote:
On Fri, Apr 05, 2019 at 01:24:37AM +0530, Vidya Sagar wrote:
Add support for Tegra194 PCIe controllers. These controllers are based
on Synopsys DesignWare core IP.
Signed-off-by: Vidya Sagar
---
Changes since [v1]:
* Added documentation for
On 16 Apr 2019, at 10:30, Dave Hansen wrote:
> On 4/16/19 12:47 AM, Michal Hocko wrote:
>> You definitely have to follow policy. You cannot demote to a node which
>> is outside of the cpuset/mempolicy because you are breaking contract
>> expected by the userspace. That implies doing a rmap walk.
The same patch was proposed by YueHaibing
Acked-by: Pascal Paillet
thank you,
pascal
Le 04/15/2019 06:52 PM, kbuild test robot a écrit :
> Fixes: 6cdae8173f67 ("regulator: Add support for stm32 power regulators")
> Signed-off-by: kbuild test robot
> ---
> stm32-pwr.c |6 +++---
> 1
Commit-ID: 1b02cd6a2d7f3e2a6a5262887d2cb2912083e42f
Gitweb: https://git.kernel.org/tip/1b02cd6a2d7f3e2a6a5262887d2cb2912083e42f
Author: luca abeni
AuthorDate: Mon, 25 Mar 2019 14:15:30 +0100
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 16:54:58 +0200
sched/deadline: Correctly
On Tue, Apr 16, 2019 at 04:13:35PM +0200, Borislav Petkov wrote:
> On Fri, Apr 12, 2019 at 03:39:28PM -0500, Josh Poimboeuf wrote:
> > diff --git a/kernel/cpu.c b/kernel/cpu.c
> > index 38890f62f9a8..aed9083f8eac 100644
> > --- a/kernel/cpu.c
> > +++ b/kernel/cpu.c
> > @@ -2320,3 +2320,18 @@ void
On Mon, Apr 15, 2019 at 06:04:11PM +0200, Patrick Brunner wrote:
> Dear all,
>
> I'm encountering very nasty problems regarding DMA transfers from an external
> PCIe device to the main memory while the IOMMU is enabled, and I'm running
> out
> of ideas. I'm not even sure, whether it's a kernel
Commit-ID: 2e8e19226398db8265a8e675fcc0118b9e80c9e8
Gitweb: https://git.kernel.org/tip/2e8e19226398db8265a8e675fcc0118b9e80c9e8
Author: Phil Auld
AuthorDate: Tue, 19 Mar 2019 09:00:05 -0400
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 16:50:05 +0200
sched/fair: Limit
This patch corrects the SPDX License Identifier style
in the SuperH Hardware Architecture related files.
Suggested-by: Joe Perches
Signed-off-by: Nishad Kamdar
---
arch/sh/drivers/pci/pci-sh5.h | 4 ++--
arch/sh/drivers/pci/pci-sh7751.h | 4 ++--
Commit-ID: e2abb398115e9c33f3d1e25bf6d1d08badc58b13
Gitweb: https://git.kernel.org/tip/e2abb398115e9c33f3d1e25bf6d1d08badc58b13
Author: Valentin Schneider
AuthorDate: Tue, 16 Apr 2019 15:06:21 +0100
Committer: Ingo Molnar
CommitDate: Tue, 16 Apr 2019 16:48:51 +0200
sched/fair: Remove
Commit-ID: 3a5b64f05d7fe36dea0dde26423e3044fbacd482
Gitweb: https://git.kernel.org/tip/3a5b64f05d7fe36dea0dde26423e3044fbacd482
Author: Mao Han
AuthorDate: Wed, 10 Apr 2019 16:16:43 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Apr 2019 11:27:53 -0300
perf evsel: Use
Commit-ID: f32c2877bcb068a718bb70094cd59ccc29d4d082
Gitweb: https://git.kernel.org/tip/f32c2877bcb068a718bb70094cd59ccc29d4d082
Author: Rikard Falkeborn
AuthorDate: Tue, 9 Apr 2019 11:15:29 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Apr 2019 11:27:36 -0300
tools lib
Commit-ID: 8002a63f9ace7e9c958408f77f0a4dd4a8414511
Gitweb: https://git.kernel.org/tip/8002a63f9ace7e9c958408f77f0a4dd4a8414511
Author: Jiri Olsa
AuthorDate: Tue, 9 Apr 2019 12:01:56 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Apr 2019 11:27:18 -0300
perf stat:
Commit-ID: 6e4b1cac30d297718218dc268199ed20df074b98
Gitweb: https://git.kernel.org/tip/6e4b1cac30d297718218dc268199ed20df074b98
Author: Adrian Hunter
AuthorDate: Tue, 9 Apr 2019 09:25:57 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Apr 2019 11:27:05 -0300
perf scripts
On 4/16/19 4:22 PM, Qian Cai wrote:
> store_stackinfo() does not seem used in actual SLAB debugging.
> Potentially, it could be added to check_poison_obj() to provide more
> information, but this seems like an overkill due to the declining
> popularity of the SLAB, so just remove it instead.
>
>
Commit-ID: 14c9b31a925a9f5c647523a12e2b575b97c0aa47
Gitweb: https://git.kernel.org/tip/14c9b31a925a9f5c647523a12e2b575b97c0aa47
Author: Gustavo A. R. Silva
AuthorDate: Mon, 8 Apr 2019 12:33:55 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 16 Apr 2019 11:26:43 -0300
perf
On Mon, 15 Apr 2019 14:37:11 -0600
Alex Williamson wrote:
> On Mon, 8 Apr 2019 16:59:25 -0700
> Jacob Pan wrote:
>
> > When VT-d driver runs in the guest, PASID allocation must be
> > performed via virtual command interface. This patch register a
> > custom IOASID allocator which takes
From: Kan Liang
Add V1 event list. This is not a full event list yet, but a short list
for now.
Signed-off-by: Kan Liang
---
tools/perf/pmu-events/arch/x86/mapfile.csv| 1 +
.../pmu-events/arch/x86/tremontx/cache.json | 52 +++
.../pmu-events/arch/x86/tremontx/memory.json | 26
From: Kan Liang
Add V1 event list for Icelake.
Signed-off-by: Kan Liang
---
.../pmu-events/arch/x86/icelake/cache.json| 552 +++
.../arch/x86/icelake/floating-point.json | 90 ++
.../pmu-events/arch/x86/icelake/frontend.json | 424 +
On Tue, Apr 16, 2019 at 7:53 AM Patrick Venture wrote:
>
> Add vendor prefix for intersil, known as Intersil, a subsidiary of
> Renesas Electronic Corporation.
>
> Signed-off-by: Patrick Venture
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1
From: Andi Kleen
Icelake and later platforms support collecting XMM registers with PEBS
event.
Add support for perf script to dump them, and support
for the register parser in perf record -I ... to configure them.
For now they are just printed in hex, could potentially add
other formats too.
On Tue, Apr 16, 2019 at 01:37:26PM +0900, Eric Jeong wrote:
>
> From: Eric Jeong
>
> Add device tree binding information for slg51000 regulator driver.
Please use subject lines matching the style for the subsystem. This
makes it easier for people to identify relevant patches. The binding
On Tue, Apr 16, 2019 at 01:37:27PM +0900, Eric Jeong wrote:
> +static int slg51000_regulator_is_enabled(struct regulator_dev *rdev)
> +{
> + struct slg51000 *chip = rdev_get_drvdata(rdev);
> + int ret, id = rdev_get_id(rdev);
> + unsigned int state;
> +
> + ret =
16.04.2019 8:56, Chanwoo Choi пишет:
> Hi,
>
> It looks good to me to drop the primary interrupt handler
> but I have some comments. Please check it.
>
> On 19. 4. 15. 오후 11:54, Dmitry Osipenko wrote:
>> There is no real need in the primary interrupt handler, hence move
>> everything to the
This patch corrects the SPDX License Identifier style
in the nds32 Hardware Architecture related files.
Suggested-by: Joe Perches
Signed-off-by: Nishad Kamdar
---
arch/nds32/include/asm/assembler.h | 2 +-
arch/nds32/include/asm/barrier.h | 2 +-
arch/nds32/include/asm/bitfield.h
Uncore PMU drivers face an awkward cyclic dependency wherein:
- They have to pick a valid online CPU to associate with before
registering the PMU device, since it will get exposed to userspace
immediately.
- The PMU registration has to be be at least partly complete before
hotplug
Like arm-cci, arm-ccn has the same issue of disabling preemption around
operations which can take mutexes. Again, remove the definite bug by
simply not trying to fight the theoretical races. And since we are
touching the hotplug handling code, take the opportunity to streamline
it, as there's
Hi all,
After a converstaion with Thomas a while back, it felt like the best way
forward here is just to resolve the pressing preemption violation, and
not make things more complicated by trying to manage theoretical races
within perf core from a distance.
v3: Improve cleanup in failure paths
+++ Tri Vo [15/04/19 11:18 -0700]:
Provide stubs for within_module_core(), within_module_init(), and
within_module() to prevent build errors when !CONFIG_MODULES.
v2:
- Generalized commit message, as per Jessica.
- Stubs for within_module_core() and within_module_init(), as per Nick.
On Tue, Apr 16, 2019 at 01:20:09PM +0200, Peter Zijlstra wrote:
> On Sat, Apr 13, 2019 at 02:35:45AM +0200, Frederic Weisbecker wrote:
> > On Thu, Apr 11, 2019 at 12:46:32PM +0200, Peter Zijlstra wrote:
> > Same here:
> >
> > As above, we clear bitnr0 (LOCK_*_READ off) with bitmask ops. First,
401 - 500 of 941 matches
Mail list logo