Signed-off-by: Ramon Fontes
---
drivers/net/wireless/mac80211_hwsim.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/mac80211_hwsim.c
b/drivers/net/wireless/mac80211_hwsim.c
index 0528d4cb4..67f97ac36 100644
--- a/drivers/net/wireless/mac80211_hwsim.c
+++ b/drivers/net/
From: Andrii Nakryiko
Fix memory leak in hashmap_clear() not freeing hashmap_entry structs for each
of the remaining entries. Also NULL-out bucket list to prevent possible
double-free between hashmap__clear() and hashmap__free().
Running test_progs-asan flavor clearly showed this problem.
Repor
Perf's expr code currently builds an array of strings then removes
duplicates. The array is larger than necessary and has recently been
increased in size. When this was done it was commented that a hashmap
would be preferable.
libbpf has a hashmap but libbpf isn't currently required to build
perf.
Break pmu-events test into 2 and add a test to verify that all pmu
metric expressions simply parse. Try to parse all metric ids/events,
skip/warn if metrics for the current architecture fail to parse. To
support warning for a skip, and an ability for a subtest to describe why
it skips.
Tested on p
Now subtests can inform why a test was skipped. The upcoming patch
improvint PMU event metric testing will use it.
Signed-off-by: Ian Rogers
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Andi Kleen
Cc: Jin Yao
Cc: Jiri Olsa
Cc: John Garry
Cc: Kajol Jain
Cc: Kan Liang
Cc: Leo Yan
Cc: Mark
Use a hashmap between a char* string and a double* value. While bpf's
hashmap entries are size_t in size, we can't guarantee sizeof(size_t) >=
sizeof(double). Avoid a memory allocation when gathering ids by making 0.0
a special value encoded as NULL.
Original map suggestion by Andi Kleen:
https://
Allow use of hashmap in perf. Modify perf's check-headers.sh script to
check that the files are kept in sync, in the same way kernel headers are
checked. This will warn if they are out of sync at the start of a perf
build.
Signed-off-by: Ian Rogers
---
tools/perf/check-headers.sh | 4 +
tools/
Remove #include of libbpf_internal.h that is unused.
Discussed in this thread:
https://lore.kernel.org/lkml/caef4bzzrmieds_8r8g4vaaewvjzpb4xylnpf0x2vny8otzk...@mail.gmail.com/
Signed-off-by: Ian Rogers
---
tools/lib/bpf/hashmap.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/lib/bpf/h
Fixes the following warnings:
hashmap.c: In function ‘hashmap__clear’:
hashmap.h:150:20: error: comparison of integer expressions of different
signedness: ‘int’ and ‘size_t’ {aka ‘long unsigned int’} [-Werror=sign-compare]
150 | for (bkt = 0; bkt < map->cap; bkt++)\
hashmap.c: In func
Hi,
On Fri, May 15, 2020 at 9:36 AM Sergey Senozhatsky
wrote:
>
> On (20/05/15 17:32), Sumit Garg wrote:
> > > Can I please have some context what problem does this solve?
> >
> > You can find the problem description here [1] which leads to this fix.
>
> [..]
>
> > [1] https://lkml.org/lkml/2020/
Karstens, Nate wrote:
> > already has a portable solution
>
> What is the solution?
sys_spawn(const char *path, const char **argv, const char **envv,
unsigned long clone_flags, unsigned int nfds, int *fds);
maybe?
David
From: Colin Ian King
The comparison of hcd->irq to less than zero for an error check will
never be true because hcd->irq is an unsigned int. Fix this by
assigning the int retval to the return of platform_get_irq and checking
this for the -ve error condition and assigning hcd->irq to retval.
Add
r.kernel.org
---
fs/namespace.c |4
1 file changed, 4 insertions(+)
--- linux-next-20200515.orig/fs/namespace.c
+++ linux-next-20200515/fs/namespace.c
@@ -4317,7 +4317,11 @@ int fsinfo_generic_mount_topology(struct
m = real_mount(path->mnt);
+#ifdef CONFIG_MOUNT_
Coding style issues:
This patch clears the checkpatch.pl "braces {} are not necessary for
single statement blocks" and "else_should_follow_close_brace"
warnings.
Signed-off-by: John Oldman
---
v1: First attempt
v2: Followed The rule is that "if one side of the if else statement
has curly braces t
On Fri, May 15, 2020 at 04:48:28PM +0200, Matthias Brugger wrote:
> Hi Wolfram,
>
> On 26/02/2020 23:23, Rob Herring wrote:
> > On Sat, 22 Feb 2020 21:54:41 +0530, Manivannan Sadhasivam wrote:
> >> I2C controller driver for MT6577 SoC is reused for MT6797 SoC. Hence,
> >> document that in DT bindi
On Fri, May 15, 2020 at 05:40:50PM +0300, Andy Shevchenko wrote:
> On Fri, May 15, 2020 at 01:47:51PM +0300, Serge Semin wrote:
> > Tx-only DMA transfers are working perfectly fine since in this case
> > the code just ignores the Rx FIFO overflow interrupts. But it turns
> > out the SPI Rx-only tra
On Fri, May 15, 2020 at 2:38 PM Jeff Layton wrote:
>
> On Fri, 2020-05-15 at 12:15 +0100, Luis Henriques wrote:
> > On Fri, May 15, 2020 at 09:42:24AM +0300, Amir Goldstein wrote:
> > > +CC: fstests
> > >
> > > On Thu, May 14, 2020 at 4:15 PM Jeff Layton wrote:
> > > > On Thu, 2020-05-14 at 13:48
On Fri, May 15, 2020 at 04:54:09PM +0800, Tiezhu Yang wrote:
> Because CONFIG_HAVE_STD_PC_SERIAL_PORT is not used anymore,
> (2) Should we remove this arch/mips/kernel/8250-platform.c?
lets get rid of it.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
go
Coding style issues:
This patch clears the checkpatch.pl "braces {} are not necessary for
single statement blocks" and "else_should_follow_close_brace"
warnings.
Signed-off-by: John Oldman
---
v1: First attempt
v2: Followed The rule is that "if one side of the if else statement
has curly braces t
When mapping a LPI, the ITS driver picks the first possible
affinity, which is in most cases CPU0, assuming that if
that's not suitable, someone will come and set the affinity
to something more interesting.
It apparently isn't the case, and people complain of poor
performance when many interrupts
In order to improve the distribution of LPIs among CPUs, let start by
tracking the number of LPIs assigned to CPUs, both for managed and
non-managed interrupts (as separate counters).
Signed-off-by: Marc Zyngier
---
drivers/irqchip/irq-gic-v3-its.c | 49 ++--
1 file c
When mapping a LPI, the ITS driver picks the first possible
affinity, which is in most cases CPU0, assuming that if
that's not suitable, someone will come and set the affinity
to something more interesting.
It apparently isn't the case, and people complain of poor
performance when many interrupts
On Fri, May 15, 2020 at 9:31 AM Arnaldo Carvalho de Melo
wrote:
>
> Em Fri, May 15, 2020 at 07:53:33AM -0700, Ian Rogers escreveu:
> > On Fri, May 15, 2020 at 7:29 AM Arnaldo Carvalho de Melo
> > wrote:
> > >
> > > Em Fri, May 15, 2020 at 11:17:07AM +0200, Jiri Olsa escreveu:
> > > > On Thu, May
Em Fri, May 15, 2020 at 09:50:00AM -0700, Ian Rogers escreveu:
> Perf's expr code currently builds an array of strings then removes
> duplicates. The array is larger than necessary and has recently been
> increased in size. When this was done it was commented that a hashmap
> would be preferable.
>
On Fri, May 15, 2020 at 01:43:31PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, May 15, 2020 at 01:41:53PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Thu, May 14, 2020 at 07:10:25PM -0500, Gustavo A. R. Silva escreveu:
> > > On Thu, May 14, 2020 at 03:46:05PM -0700, Ian Rogers wrote:
> >
From: Luo bin
Date: Fri, 15 May 2020 00:35:47 +
> +void hinic_update_num_qps(struct hinic_hwdev *hwdev, u16 num_qp)
> +{
> + struct hinic_cap *nic_cap = &hwdev->nic_cap;
> +
> + nic_cap->num_qps = num_qp;
> +}
It is excessive to have a helper function that assigns a single struct
mem
On Thu, May 07, 2020 at 12:41:07AM +0300, Serge Semin wrote:
> Currently neither clocksource nor scheduler clock kernel framework
> support the clocks with variable frequency. Needless to say how many
> problems may cause the sudden base clocks frequency change. In a
> simplest case the system time
On Fri, May 15, 2020 at 04:08:43PM +0100, Lad Prabhakar wrote:
> Add the I2C[0-3] and IIC[0-3] devices nodes to the R8A7742 device tree.
>
> Automatic transmission for PMIC control is not available on IIC3 hence
> compatible string "renesas,rcar-gen2-iic" and "renesas,rmobile-iic" is
> not added t
On Fri, May 15, 2020 at 04:08:41PM +0100, Lad Prabhakar wrote:
> Document i2c controller for RZ/G1H (R8A7742) SoC, which is compatible
> with R-Car Gen2 SoC family.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
Dunno if patches need to be this fine-grained (e.g. gro
On Wed, May 13, 2020 at 04:48:11PM +0800, kernel test robot wrote:
> commit: 01edfaf177311fba9941254793431d2044b00fd7 ("[PATCH v4 12/18]
> tracepoint: Optimize using static_call()")
> url:
> https://github.com/0day-ci/linux/commits/Peter-Zijlstra/Add-static_call/20200502-045208
*groan*, so I wo
On Fri, May 15, 2020 at 04:08:42PM +0100, Lad Prabhakar wrote:
> Document IIC controller for RZ/G1H (R8A7742) SoC, which is compatible
> with R-Car Gen2 SoC family.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
Reviewed-by: Wolfram Sang
signature.asc
Description
On Fri, May 15, 2020 at 04:08:44PM +0100, Lad Prabhakar wrote:
> Document SDHI controller for RZ/G1H (R8A7742) SoC, which is compatible
> with R-Car Gen2 SoC family.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
Reviewed-by: Wolfram Sang
signature.asc
Descriptio
On Fri, May 15, 2020 at 04:08:45PM +0100, Lad Prabhakar wrote:
> Add support for r8a7742 SoC. Renesas RZ/G1H (R8A7742) SDHI is identical to
> the R-Car Gen2 family.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
I think we can skip this because of the generic fallbac
ig
powerpc allyesconfig
powerpc rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a005-20200515
x86_64 randconfig-a003-20200515
x86_64 randconfig-a006-20200
The following commit has been merged into the objtool/urgent branch of tip:
Commit-ID: 71c95825289f585014fe9741b051d32a7a916680
Gitweb:
https://git.kernel.org/tip/71c95825289f585014fe9741b051d32a7a916680
Author:Josh Poimboeuf
AuthorDate:Thu, 14 May 2020 15:31:10 -05:00
Com
On Fri, 15 May 2020 00:35:47 + Luo bin wrote:
> add support to change TX/RX queue number with ethtool -L
>
> Signed-off-by: Luo bin
> ---
> .../net/ethernet/huawei/hinic/hinic_ethtool.c | 67 +--
> .../net/ethernet/huawei/hinic/hinic_hw_dev.c | 7 ++
> .../net/ethernet/huaw
On Fri, May 15, 2020 at 05:42:03PM +0100, Mark Brown wrote:
> On Fri, May 15, 2020 at 01:47:42PM +0300, Serge Semin wrote:
> > If DMAC register is left uncleared any further DMAless transfers
> > may cause the DMAC hardware handshaking interface getting activated.
>
> This and patch 4 look good as
On Fri, May 15, 2020 at 05:54:53PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The comparison of hcd->irq to less than zero for an error check will
> never be true because hcd->irq is an unsigned int. Fix this by
> assigning the int retval to the return of platform_get_irq and checking
>
The following commit has been merged into the objtool/core branch of tip:
Commit-ID: 6b5dd716da8fc3aba65e6b7d992dea0cee2f9528
Gitweb:
https://git.kernel.org/tip/6b5dd716da8fc3aba65e6b7d992dea0cee2f9528
Author:Sami Tolvanen
AuthorDate:Tue, 21 Apr 2020 15:08:43 -07:00
Commit
On Fri, 2020-05-15 at 05:31 -0700, Joe Perches wrote:
> On Fri, 2020-05-15 at 11:52 +0100, Emil Velikov wrote:
> > Hi Joe,
> >
> > Recently I've noticed that get_maintainer behaves differently if there
> > is a double, sequential, forward slash in the path.
> >
> > AFAICT there should be no disti
The following commit has been merged into the objtool/core branch of tip:
Commit-ID: 28fe1d7bf89f8ed5be70b98a33932dbaf99345dd
Gitweb:
https://git.kernel.org/tip/28fe1d7bf89f8ed5be70b98a33932dbaf99345dd
Author:Sami Tolvanen
AuthorDate:Tue, 21 Apr 2020 15:08:42 -07:00
Commit
The following commit has been merged into the objtool/core branch of tip:
Commit-ID: ab3852ab5cb8fd2e2c5bfa176e5f953353836907
Gitweb:
https://git.kernel.org/tip/ab3852ab5cb8fd2e2c5bfa176e5f953353836907
Author:Peter Zijlstra
AuthorDate:Fri, 08 May 2020 12:34:33 +02:00
Commi
Hi Sami,
On Mon, Apr 27, 2020 at 09:00:06AM -0700, Sami Tolvanen wrote:
> This patch series adds support for Clang's Shadow Call Stack
> (SCS) mitigation, which uses a separately allocated shadow stack
> to protect against return address overwrites. More information
> can be found here:
>
> htt
On Fri, 15 May 2020 18:02:22 +0200
Stephen Kitt wrote:
> This is a read-only export of NGROUPS_MAX, so this patch also changes
> the declarations in kernel/sysctl.c to const.
>
> Signed-off-by: Stephen Kitt
> ---
> Documentation/admin-guide/sysctl/kernel.rst | 9 +
> kernel/sysctl.c
The current codebase makes use of the zero-length array language
extension to the C90 standard, but the preferred mechanism to declare
variable-length types such as these ones is a flexible array member[1][2],
introduced in C99:
struct foo {
int stuff;
struct boo array[];
};
By ma
ping...
Peter, could you comment?
On 01/27, Oleg Nesterov wrote:
>
> People report that utime and stime from /proc//stat become very
> wrong when the numbers are big enough, especially if you watch these
> counters incrementally.
>
> Say, if the monitored process runs 100 days 50/50 in user/kern
Hi Linus,
Please pull the arm64 fix below. Thanks.
The following changes since commit 027d0c7101f50cf03aeea9eebf484afd4920c8d3:
arm64: hugetlb: avoid potential NULL dereference (2020-05-07 09:24:15 +0100)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git
On 15/05/2020 18:21, Alan Stern wrote:
> On Fri, May 15, 2020 at 05:54:53PM +0100, Colin King wrote:
>> From: Colin Ian King
>>
>> The comparison of hcd->irq to less than zero for an error check will
>> never be true because hcd->irq is an unsigned int. Fix this by
>> assigning the int retval to
On 5/15/20 3:01 AM, Jürgen Groß wrote:
> On 14.05.20 01:34, Dongli Zhang wrote:
>> The systemd may be configured to mask ctrl-alt-del via "systemctl mask
>> ctrl-alt-del.target". As a result, the pv reboot would not work as
>> signal
>> is ignored.
>>
>> This patch always enables C_A_D before the c
9:13: error: 'const struct nfs_server' has no member named
'attr_bitmask'
(server->attr_bitmask[1] & FATTR4_WORD1_SYSTEM))
^~
Signed-off-by: Randy Dunlap
Cc: linux-...@vger.kernel.org
Cc: Trond Myklebust
Cc: Anna Schumaker
Cc: Alexander Viro
Cc: linu
On Fri, 15 May 2020 18:04:06 +0200
Stephen Kitt wrote:
> diff --git a/Documentation/index.rst b/Documentation/index.rst
> index 9599c0f3eea8..17c38d899572 100644
> --- a/Documentation/index.rst
> +++ b/Documentation/index.rst
> @@ -143,6 +143,7 @@ Architecture-agnostic documentation
> :maxdep
From: Christoph Hellwig
Date: Fri, 15 May 2020 15:19:21 +0200
> Changes since v1:
> - reorder a bunch of variable declarations
Please audit your entire series, the atalk_compat_ioctl() still has the
reverse christmas tree problem.
Thank you.
Hi all,
Here's a series of cleanups I hacked together on top of a modified v13
of the Shadow Call Stack patches from Sami:
https://lore.kernel.org/r/20200515172355.GD23334@willie-the-truck
The main changes are:
* Move code out of arch/arm64 and into the core implementation
* Store the ful
There's no need to perform the shadow stack page accounting independently
of the lifetime of the underlying allocation, so call the accounting code
from the {alloc,free}() functions and simplify the code in the process.
Signed-off-by: Will Deacon
---
kernel/scs.c | 45 +--
There is nothing architecture-specific about scs_overflow_check() as
it's just a trivial wrapper around scs_corrupted().
For parity with task_stack_end_corrupted(), rename scs_corrupted() to
task_scs_end_corrupted() and call it from schedule_debug() when
CONFIG_SCHED_STACK_END_CHECK_is enabled. Fi
x18 holds the SCS stack pointer value, so introduce a register alias to
make this easier to read in assembly code.
Signed-off-by: Will Deacon
---
arch/arm64/include/asm/scs.h | 6 --
arch/arm64/kernel/entry.S| 10 +-
arch/arm64/kernel/head.S | 2 +-
3 files changed, 10 inse
Storing the SCS information in thread_info as a {base,offset} pair
introduces an additional load instruction on the ret-to-user path,
since the SCS stack pointer in x18 has to be converted back to an offset
by subtracting the base.
Replace the offset with the absolute SCS stack pointer value inste
Defining static shadow call stacks is not architecture-specific, so move
the DEFINE_SCS() macro into the core header file.
Signed-off-by: Will Deacon
---
arch/arm64/kernel/scs.c | 4
include/linux/scs.h | 4
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm64/
asm/scs.h is no longer needed by the core code, so remove a redundant
header inclusion and update the stale Kconfig text.
Signed-off-by: Will Deacon
---
arch/Kconfig | 4 ++--
kernel/scs.c | 1 -
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/Kconfig b/arch/Kconfig
index 45d
On Sat, 9 May 2020 01:05:35 -0700
Wang Wenhu wrote:
> From: Chucheng Luo
>
> Translate Documentation/filesystems/debugfs.txt into Chinese.
>
> Signed-off-by: Chucheng Luo
> Reviewed-by: Alex Shi
> Signed-off-by: Wang Wenhu
> [rebase for upstream conflict and minor change of subject]
> Link
The pull request you sent on Fri, 15 May 2020 13:20:38 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-5.7-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1742bcd0cb3047d86e9d17d07fd46710c7ffad1e
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Fri, 15 May 2020 16:12:52 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2020-05-15
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e7cea7905815ac938e6e90b0cb6b91bcd22f6a15
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
defconfig
powerpc allyesconfig
powerpc rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a005-20200515
x86_64 randconfig-a003-20200515
x86_64
The pull request you sent on Fri, 15 May 2020 08:22:56 -0700:
> git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
> hwmon-for-v5.7-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/051e6b7e34b9bd24f46725f74994a4d3a653966e
Thank you!
--
Deet-do
15.05.2020 16:30, Michał Mirosław пишет:
> On Thu, May 14, 2020 at 11:50:21PM +0300, Dmitry Osipenko wrote:
>> This patch fixes system shutdown on a devices that use TPS65910 as a
>> system's power controller. In accordance to the TPS65910 datasheet, the
>> PMIC's state-machine transitions into the
On 15.05.2020 18:18, Florian Fainelli wrote:
>
>
> On 5/15/2020 12:41 AM, Jisheng Zhang wrote:
>> On Thu, 14 May 2020 21:50:53 +0200 Heiner Kallweit wrote:
>>
>>>
>>>
>>> On 14.05.2020 08:25, Jisheng Zhang wrote:
On Wed, 13 May 2020 20:45:13 +0200 Heiner Kallweit wrote:
>
> On
On Fri, 8 May 2020 23:29:49 +0200
Rikard Falkeborn wrote:
> Update the docs to match the implementation, both the definition of
> struct debugfs_regset32 and the definition of debugfs_print_regs32().
>
> Signed-off-by: Rikard Falkeborn
Applied, thanks.
jon
fix below issue reported by checkpatch
CHECK: Using comparison to true is error prone
CHECK: Using comparison to false is error prone
Signed-off-by: John Oldman
---
drivers/staging/rtl8723bs/core/rtw_security.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/st
On Thu, May 14, 2020 at 09:40:08AM -0700, Jakub Kicinski wrote:
> On Thu, 14 May 2020 12:32:04 +0530 madhuparnabhowmi...@gmail.com wrote:
> > From: Madhuparna Bhowmik
> >
> > This patch fixes the following warning:
> >
> > =
> > WARNING: suspicious RCU usage
> > 5.7.0
From: Matthieu Baerts
Date: Fri, 15 May 2020 17:54:41 +0200
> "$err" is a variable pointing to a temp file. "$out" is not: only used
> as a local variable in "check()" and representing the output of a
> command line.
>
> Fixes: eedbc685321b (selftests: add PM netlink functional tests)
> Signed-o
member named 'attr_bitmask'
> (server->attr_bitmask[1] & FATTR4_WORD1_SYSTEM))
> ^~
>
>
> Signed-off-by: Randy Dunlap
> Cc: linux-...@vger.kernel.org
> Cc: Trond Myklebust
> Cc: Anna Schumaker
> Cc: Alexander Viro
> Cc: linux-fsde.
bitmask'
>> (server->attr_bitmask[0] & FATTR4_WORD0_HIDDEN) ||
>> ^~
>> ../fs/nfs/fsinfo.c:209:13: error: 'const struct nfs_server' has no
>> member named 'attr_bitmask'
>> (server->attr_bitmask[1] &am
On Thu, 7 May 2020 14:02:17 +0200
Vlastimil Babka wrote:
> During recent patch discussion [1] it became apparent that the "other_node"
> definition in the numastat documentation has always been different from actual
> implementation. It was also noted that the stats can be innacurate on systems
On Wed, 6 May 2020 09:37:15 -0700
Matthew Wilcox wrote:
> On Wed, May 06, 2020 at 12:22:17PM -0400, Waiman Long wrote:
> > Make some miscellaneous fixes to the first paragraph of "ECC memory":
> > - Change the incorrect "74 bits" to "72 bits".
> > - Change "mentioned on" to "mentioned in".
> >
On Tue, 5 May 2020 12:17:16 +0200
Flavio Suligoi wrote:
> The website:
>
> http://wiki.minnowboard.org
>
> doesn't exist anymore. The same pages are moved to:
>
> https://www.elinux.org/Minnowboard
>
> Other improvements concern the introduction of some rst
> semantic markup in the do
Here are some refactorings to prepare for an SVM implementation of
KVM_SET_NESTED_STATE. It's a prerequisite for that to eliminate
exit_required, moving exceptions to svm_check_nested_events. However:
- I might work on that soon, because it's needed to handle RSM when
the L1 hypervisor wants to
Split out filling svm->vmcb.save and svm->vmcb.control before VMRUN.
Only the latter will be useful when restoring nested SVM state.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/nested.c | 42 +++
1 file changed, 25 insertions(+), 17 deletions(-)
diff --
Unmapping the nested VMCB in enter_svm_guest_mode is a bit of a wart,
since the map is not used elsewhere in the function. There are
just two calls, so move it there.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/nested.c | 14 ++
arch/x86/kvm/svm/svm.c| 3 ++-
arch/x86/kvm
Signed-off-by: Paolo Bonzini
---
arch/x86/include/uapi/asm/kvm.h | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/arch/x86/include/uapi/asm/kvm.h b/arch/x86/include/uapi/asm/kvm.h
index 3f3f780c8c65..cdca0fd1b107 100644
--- a/arch/x86/include/uapi/asm
In preparation for nested SVM save/restore, store all data that matters
from the VMCB control area into svm->nested. It will then become part
of the nested SVM state that is saved by KVM_SET_NESTED_STATE and
restored by KVM_GET_NESTED_STATE, just like the cached vmcs12 for nVMX.
Signed-off-by: Pa
These fields do not change from VMRUN to VMEXIT; there is no need
to reload them on nested VMEXIT.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/nested.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/x86/kvm/svm/nested.c b/arch/x86/kvm/svm/nested.c
index e3338aa8b0a3..ba7dedbc
Now that the int_ctl field is stored in svm->nested.int_ctl, we can
use it instead of vcpu->arch.hflags.
Signed-off-by: Paolo Bonzini
---
arch/x86/include/asm/kvm_host.h | 1 -
arch/x86/kvm/svm/nested.c | 12
arch/x86/kvm/svm/svm.c | 2 +-
arch/x86/kvm/svm/svm.h
Hi Linus,
Please pull the following Kselftest update for Linux 5.7-rc6.
This Kselftest update for Linux 5.7-rc6 consists of
- lkdtm runner fixes to prevent dmesg clearing and shellcheck errors
- ftrace test handling when test module doesn't exist
- nsfs test fix to replace zero-length array wit
When restoring SVM nested state, the control state will be stored already
in svm->nested by KVM_SET_NESTED_STATE. We will not need to fish it out of
L1's VMCB. Pull everything into a separate function so that it is
documented which fields are needed.
Signed-off-by: Paolo Bonzini
---
arch/x86/k
Commit 6e0a32d6f376 ("spi: dw: Fix default polarity of native
chipselect") attempted to fix the problem when GPIO active-high
chip-select is utilized to communicate with some SPI slave. It fixed
the problem, but broke the normal native CS support. At the same time
the reversion commit ada9e3fcc175
> On May 15, 2020, at 20:38, John Garry wrote:
>
> On 15/05/2020 12:09, Kai-Heng Feng wrote:
>> Commit 130f4caf145c ("libata: Ensure ata_port probe has completed before
>> detach") may cause system freeze during suspend.
>> Using async_synchronize_full() in PM callbacks is wrong, since async
>
If DMAC register is left uncleared any further DMAless transfers
may cause the DMAC hardware handshaking interface getting activated.
So the next DMA-based Rx/Tx transaction will be started right
after the dma_async_issue_pending() method is invoked even if no
DMATDLR/DMARDLR conditions are met. Th
On Fri, May 15, 2020 at 8:00 AM Roman Gushchin wrote:
>
> On Fri, May 15, 2020 at 06:44:44AM -0700, Shakeel Butt wrote:
> > On Fri, May 15, 2020 at 6:24 AM Johannes Weiner wrote:
> > >
> > > On Fri, May 15, 2020 at 10:29:55AM +0200, Michal Hocko wrote:
> > > > On Sat 09-05-20 07:06:38, Shakeel Bu
On 5/15/20 12:27 PM, Peter Zijlstra wrote:
> On Fri, May 15, 2020 at 06:36:47PM +0300, Konstantin Khlebnikov wrote:
>> Userspace implementations of mutexes (including glibc) in some cases
>> retries operation without checking error code from syscall futex.
>> This is good for performance because mo
On Fri, May 15, 2020 at 08:48:54PM +0300, Serge Semin wrote:
> Acked-by: Mark Brown
I didn't ack this but Andy did (or at least the for-5.8 version)?
signature.asc
Description: PGP signature
On Fri, 1 May 2020 17:37:45 +0200
Mauro Carvalho Chehab wrote:
> Move those files to the core-api, where they belong, renaming
> them to ReST and adding to the core API index file.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> .../{DMA-API-HOWTO.txt => core-api/dma-api-howto.rst} |
From: Ofir Bitton
Instead of writing similar event handling code for each ASIC, move the code
to the common firmware file. This code will be used for GAUDI and all
future ASICs.
In addition, add two new fields to the auto-generated events file: valid
and description. This will save the need to m
On Fri, 1 May 2020 17:37:46 +0200
Mauro Carvalho Chehab wrote:
> This describes an old interface used prior the new DMA-API
> interfaces. Add it to the core-api guide, just after the
> DMA stuff.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> .../bus-virt-phys-mapping.rst}
Add the Texas Instruments bq27561 battery monitor to the bq27xxx
binding.
Signed-off-by: Dan Murphy
---
This patch has a dependency on the yaml conversion -
https://lore.kernel.org/patchwork/patch/1240876/
Documentation/devicetree/bindings/power/supply/bq27xxx.yaml | 1 +
1 file changed, 1 ins
Add the Texas Instruments BQ27561 battery monitor. The register address
map is laid out the same as compared to other devices within the file.
The battery status register has differing bits to determine if the
battery is full, discharging or dead.
Signed-off-by: Dan Murphy
---
drivers/power/sup
On Fri, May 15, 2020 at 06:51:00PM +0100, Mark Brown wrote:
> On Fri, May 15, 2020 at 08:48:54PM +0300, Serge Semin wrote:
>
> > Acked-by: Mark Brown
>
> I didn't ack this but Andy did (or at least the for-5.8 version)?
Andy said he needs Fixes field to get his RB tag. You said:
"This and patch
Analogously to the introduction of panic_on_warn, this patch introduces a kernel
option named panic_on_taint in order to provide a simple and generic way to stop
execution and catch a coredump when the kernel gets tainted by any given flag.
This is useful for debugging sessions as it avoids having
This patch series implements basic Designated Vendor-Specific Extended
Capabilities (DVSEC) decode for Compute eXpress Link devices, a new CPU
interconnect building upon PCIe. As a basis for the CXL support it provides
PCI init handling for detection, decode, and caching of CXL device
capabilities.
Compute eXpress Link is a new CPU interconnect created with
workload accelerators in mind. The interconnect relies on PCIe Electrical
and Physical interconnect for communication. CXL devices enumerate to the
OS as an ACPI-described PCIe Root Complex Integrated Endpoint.
This patch introduces the b
On Fri, 1 May 2020 17:37:48 +0200
Mauro Carvalho Chehab wrote:
> The IPMI is under drivers/char. This doc describes the kAPI
> part of the IPMI (mainly).
>
> So, move it to the driver-api directory and add it to the
> corresponding index.rst file.
>
> Signed-off-by: Mauro Carvalho Chehab
App
801 - 900 of 1295 matches
Mail list logo