From: Tom Lendacky
commit c49a0a80137c7ca7d6ced4c812c9e07a949f6f24 upstream.
There have been reports of RDRAND issues after resuming from suspend on
some AMD family 15h and family 16h systems. This issue stems from a BIOS
not performing the proper steps during resume to ensure RDRAND continues
t
From: Tom Lendacky
commit c49a0a80137c7ca7d6ced4c812c9e07a949f6f24 upstream.
There have been reports of RDRAND issues after resuming from suspend on
some AMD family 15h and family 16h systems. This issue stems from a BIOS
not performing the proper steps during resume to ensure RDRAND continues
t
From: Tom Lendacky
commit c49a0a80137c7ca7d6ced4c812c9e07a949f6f24 upstream.
There have been reports of RDRAND issues after resuming from suspend on
some AMD family 15h and family 16h systems. This issue stems from a BIOS
not performing the proper steps during resume to ensure RDRAND continues
t
While Paul was explaning some RCU magic I noticed a typo in
rcu_note_context_switch().
Replace rcu_node_context_switch() with rcu_note_context_switch().
Signed-off-by: Sebastian Andrzej Siewior
---
.../RCU/Design/Memory-Ordering/Tree-RCU-Memory-Ordering.html| 2 +-
Documentation/RCU/Design/M
From: Ganapatrao Kulkarni
Add documentation for Cavium Coherent Processor Interconnect (CCPI2) PMU.
Signed-off-by: Ganapatrao Kulkarni
---
.../admin-guide/perf/thunderx2-pmu.rst| 20 ++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/Documentation/admin-
Add Cavium Coherent Processor Interconnect (CCPI2) PMU
support in ThunderX2 Uncore driver.
v4:
Update with review comments [2].
Changed Counter read to 2 word read since single dword read is
misbhehaving(hw issue).
[2] https://lkml.org/lkml/2019/7/23/231
v3: Rebased to 5.3-rc1
CCPI2 is a low-latency high-bandwidth serial interface for inter socket
connectivity of ThunderX2 processors.
CCPI2 PMU supports up to 8 counters per socket. Counters are
independently programmable to different events and can be started and
stopped individually. The CCPI2 counters are 64-bit and d
On Tue 2019-08-27 09:50:51, Greg Kroah-Hartman wrote:
> From: Tom Lendacky
>
> commit c49a0a80137c7ca7d6ced4c812c9e07a949f6f24 upstream.
>
> There have been reports of RDRAND issues after resuming from suspend on
> some AMD family 15h and family 16h systems. This issue stems from a BIOS
> not pe
On Tue, Aug 27, 2019 at 2:41 PM Vitaly Kuznetsov wrote:
>
> lantianyu1...@gmail.com writes:
>
> > From: Tianyu Lan
> >
> > This patchset is to add Hyper-V direct tlb support in KVM. Hyper-V
> > in L0 can delegate L1 hypervisor to handle tlb flush request from
> > L2 guest when direct tlb flush is
Link to the online stm32mp157 documentation added
in the overview.
Signed-off-by: Gerald Baeza
---
Documentation/arm/stm32/stm32mp157-overview.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/arm/stm32/stm32mp157-overview.rst
b/Documentation/arm/stm32/stm32mp157-overv
On Tue, Aug 27, 2019 at 8:17 PM Tianyu Lan wrote:
>
> On Tue, Aug 27, 2019 at 2:41 PM Vitaly Kuznetsov wrote:
> >
> > lantianyu1...@gmail.com writes:
> >
> > > From: Tianyu Lan
> > >
> > > This patchset is to add Hyper-V direct tlb support in KVM. Hyper-V
> > > in L0 can delegate L1 hypervisor t
Tianyu Lan writes:
> On Tue, Aug 27, 2019 at 2:41 PM Vitaly Kuznetsov wrote:
>>
>> lantianyu1...@gmail.com writes:
>>
>> > From: Tianyu Lan
>> >
>> > This patchset is to add Hyper-V direct tlb support in KVM. Hyper-V
>> > in L0 can delegate L1 hypervisor to handle tlb flush request from
>> > L2
On Tue, Aug 27, 2019 at 8:38 PM Vitaly Kuznetsov wrote:
>
> Tianyu Lan writes:
>
> > On Tue, Aug 27, 2019 at 2:41 PM Vitaly Kuznetsov
> > wrote:
> >>
> >> lantianyu1...@gmail.com writes:
> >>
> >> > From: Tianyu Lan
> >> >
> >> > This patchset is to add Hyper-V direct tlb support in KVM. Hyper
Tianyu Lan writes:
> On Tue, Aug 27, 2019 at 8:38 PM Vitaly Kuznetsov wrote:
>>
>> Tianyu Lan writes:
>>
>> > On Tue, Aug 27, 2019 at 2:41 PM Vitaly Kuznetsov
>> > wrote:
>> >>
>> >> lantianyu1...@gmail.com writes:
>> >>
>> >> > From: Tianyu Lan
>> >> >
>> >> > This patchset is to add Hyper-
On Tue, 27 Aug 2019, Pavel Machek wrote:
> On Tue 2019-08-27 09:50:51, Greg Kroah-Hartman wrote:
> > From: Tom Lendacky
> >
> > commit c49a0a80137c7ca7d6ced4c812c9e07a949f6f24 upstream.
> >
> > There have been reports of RDRAND issues after resuming from suspend on
> > some AMD family 15h and f
On Tue, 27 Aug 2019 12:19:32 +
Gerald BAEZA wrote:
> Link to the online stm32mp157 documentation added
> in the overview.
>
> Signed-off-by: Gerald Baeza
> ---
> Documentation/arm/stm32/stm32mp157-overview.rst | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/Documentation/ar
The DDRPERFM is the DDR Performance Monitor embedded in STM32MP1 SOC.
This documentation indicates how to enable stm32-ddr-pmu driver on
DDRPERFM peripheral, via the device tree.
Signed-off-by: Gerald Baeza
---
Documentation/devicetree/bindings/perf/stm32-ddr-pmu.txt | 16
1 fi
The DDRPERFM is the DDR Performance Monitor embedded in STM32MP1 SOC.
This series adds support for the DDRPERFM via a new stm32-ddr-pmu driver,
registered into the perf framework.
This driver is inspired from arch/arm/mm/cache-l2x0-pmu.c
---
Changes from v1:
- add 'resets' description (bindings)
The DDRPERFM is the DDR Performance Monitor embedded
in STM32MP1 SOC.
Signed-off-by: Gerald Baeza
---
arch/arm/boot/dts/stm32mp157c.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
b/arch/arm/boot/dts/stm32mp157c.dtsi
index 0c4e6eb..6ea6933 100
The DDRPERFM is the DDR Performance Monitor embedded in STM32MP1 SOC.
This perf drivers supports the read, write, activate, idle and total
time counters, described in the reference manual RM0436 that is
accessible from Documentation/arm/stm32/stm32mp157-overview.rst
Signed-off-by: Gerald Baeza
-
The DDRPERFM is the DDR Performance Monitor embedded in STM32MP1 SOC.
This documentation introduces the DDRPERFM, the stm32-ddr-pmu driver
supporting it and how to use it with the perf tool.
Signed-off-by: Gerald Baeza
---
Documentation/perf/stm32-ddr-pmu.txt | 37 ++
STM32_DDR_PMU enables the perf driver that
controls the DDR Performance Monitor (DDRPERFM)
Signed-off-by: Gerald Baeza
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 6a40
Hi Jonathan,
On 8/27/19 3:48 PM, Jonathan Corbet wrote:
On Tue, 27 Aug 2019 12:19:32 +
Gerald BAEZA wrote:
Link to the online stm32mp157 documentation added
in the overview.
Signed-off-by: Gerald Baeza
---
Documentation/arm/stm32/stm32mp157-overview.rst | 6 ++
1 file changed, 6
On Tue, Aug 27, 2019 at 11:36:03AM +0200, Sebastian Andrzej Siewior wrote:
> While Paul was explaning some RCU magic I noticed a typo in
> rcu_note_context_switch().
> Replace rcu_node_context_switch() with rcu_note_context_switch().
>
> Signed-off-by: Sebastian Andrzej Siewior
Good eyes, queued
Remove kfree_rcu() special casing and lazy handling from RCU.
For Tiny RCU we fold the special handling into just Tiny RCU code.
Suggested-by: Paul E. McKenney
Signed-off-by: Joel Fernandes (Google)
---
Documentation/RCU/stallwarn.txt | 13 +++--
include/linux/rcu_segcblist.h | 2 --
inc
Hi,
This is a series on top of the patch "rcu/tree: Add basic support for
kfree_rcu() batching".
Link: http://lore.kernel.org/r/20190814160411.58591-1-j...@joelfernandes.org
It adds performance tests, some clean ups and removal of "lazy" RCU callbacks.
Now that kfree_rcu() is handled separatel
Now that kfree_rcu() special casing have been removed from tree RCU,
remove kfree_call_rcu_nobatch() since it is not needed.
Signed-off-by: Joel Fernandes (Google)
---
.../admin-guide/kernel-parameters.txt | 4 ---
include/linux/rcutiny.h | 5 ---
include/linux/rc
This test runs kfree_rcu() in a loop to measure performance of the new
kfree_rcu() batching functionality.
The following table shows results when booting with arguments:
rcuperf.kfree_loops=2 rcuperf.kfree_alloc_num=8000 rcuperf.kfree_rcu_test=1
In addition, rcuperf.kfree_no_batch is used to
During testing, it was observed that amount of memory consumed due
kfree_rcu() batching is 300-400MB. Previously we had only a single
head_free pointer pointing to the list of rcu_head(s) that are to be
freed after a grace period. Until this list is drained, we cannot queue
any more objects on it s
Make use of RCU's debug_objects debugging support
(CONFIG_DEBUG_OBJECTS_RCU_HEAD) similar to call_rcu() and other flavors.
We queue the object during the kfree_rcu() call and dequeue it during
reclaim.
Tested that enabling CONFIG_DEBUG_OBJECTS_RCU_HEAD successfully detects
double kfree_rcu() calls
On Fri, 23 Aug 2019 19:11:40 +, Stefan-gabriel Mirea wrote:
> From: Stoica Cosmin-Stefan
>
> Add documentation for the serial communication interface module (LINFlexD),
> found in two instances on S32V234.
>
> Signed-off-by: Stoica Cosmin-Stefan
> Signed-off-by: Larisa Grigore
> Signed-off
The new format specifier %dE introduced with this patch pretty-prints
the typical negative error values. So
pr_info("probing failed (%dE)\n", ret);
yields
probing failed (EIO)
if ret holds -EIO. This is easier to understand than the for now common
probing failed (-5)
(
Hello,
I fat-fingered Enrico Weigelt's e-mail address. Please when you reply to
my patch fix that up (i.e. drop enr...@kleine-koenig.org and
weig...@kleine-koenig.org).
Thanks and sorry,
Uwe
signature.asc
Description: OpenPGP digital signature
On Tue, 2019-08-27 at 23:12 +0200, Uwe Kleine-König wrote:
> The new format specifier %dE introduced with this patch pretty-prints
> the typical negative error values. So
>
> pr_info("probing failed (%dE)\n", ret);
>
> yields
>
> probing failed (EIO)
>
> if ret holds -EIO. This is e
Hello Joe,
On 8/27/19 11:22 PM, Joe Perches wrote:
> On Tue, 2019-08-27 at 23:12 +0200, Uwe Kleine-König wrote:
>> The new format specifier %dE introduced with this patch pretty-prints
>> the typical negative error values. So
>>
>> pr_info("probing failed (%dE)\n", ret);
>>
>> yields
>>
>>
On Thu, Aug 22, 2019 at 08:07:01AM -0700, Moritz Fischer wrote:
> Hi Hao,
>
> On Mon, Aug 12, 2019 at 10:49:58AM +0800, Wu Hao wrote:
> > This patch takes advantage of driver core which helps to create
> > and remove sysfs attribute files, so there is no need to register
> > sysfs entries manually
On Fri, 2019-08-23 at 16:02 +0200, Peter Zijlstra wrote:
> On Tue, Aug 13, 2019 at 01:52:09PM -0700, Yu-cheng Yu wrote:
>
> > +static inline pte_t pte_move_flags(pte_t pte, pteval_t from, pteval_t to)
> > +{
> > + if (pte_flags(pte) & from)
> > + pte = pte_set_flags(pte_clear_flags(pte
On Tue, 2019-08-27 at 23:35 +0200, Uwe Kleine-König wrote:
> Hello Joe,
>
> On 8/27/19 11:22 PM, Joe Perches wrote:
> > On Tue, 2019-08-27 at 23:12 +0200, Uwe Kleine-König wrote:
> > > The new format specifier %dE introduced with this patch pretty-prints
> > > the typical negative error values. So
Hi Joel,
On Tue, Aug 27, 2019 at 03:01:56PM -0400, Joel Fernandes (Google) wrote:
> During testing, it was observed that amount of memory consumed due
> kfree_rcu() batching is 300-400MB. Previously we had only a single
> head_free pointer pointing to the list of rcu_head(s) that are to be
> freed
On Mon, Aug 26, 2019 at 09:33:52PM -0400, Joel Fernandes (Google) wrote:
> These patches clean up the usage of dynticks nesting counters simplifying the
> code, while preserving the usecases.
>
> It is a much needed simplification, makes the code less confusing, and
> prevents
> future bugs such
On Mon, Aug 26, 2019 at 10:59:35AM +0200, gre...@linuxfoundation.org wrote:
The patch below does not apply to the 4.9-stable tree.
If someone wants it applied there, or to any other stable or longterm
tree, then please email the backport, including the original git commit
id to .
I've fixed it
41 matches
Mail list logo
