Cadence Torrent PHY is a multiprotocol PHY supporting different multilink
PHY configurations including DisplayPort, PCIe, USB, SGMII, QSGMII etc.
This patch series extends functionality of Torrent PHY driver to support
following configurations:
- Single link PCIe configuration
- PCIe + SGMII/QSGMII
Add PCIe + USB Unique SSC multilink configuration sequences.
Signed-off-by: Swapnil Jakhade
---
drivers/phy/cadence/phy-cadence-torrent.c | 216 ++
1 file changed, 216 insertions(+)
diff --git a/drivers/phy/cadence/phy-cadence-torrent.c
b/drivers/phy/cadence/phy-cadence-tor
Add USB + SGMII/QSGMII multilink configuration sequences.
Signed-off-by: Swapnil Jakhade
---
drivers/phy/cadence/phy-cadence-torrent.c | 254 ++
1 file changed, 254 insertions(+)
diff --git a/drivers/phy/cadence/phy-cadence-torrent.c
b/drivers/phy/cadence/phy-cadence-torren
David Howells wrote on Thu, Aug 27, 2020:
> Christoph Hellwig wrote:
>
> > FYI, a giant rewrite dropping support for existing consumer is always
> > rather awkward. Is there any way you could pre-stage some infrastructure
> > changes, and then do a temporary fscache2, which could then be renamed
On Wed, Aug 26, 2020 at 09:08:26AM +0800, Yu Kuai wrote:
> If sun8i_r40_tcon_tv_set_mux() succeed, sun8i_r40_tcon_tv_set_mux()
> doesn't have a corresponding put_device(). Thus add put_device()
> to fix the exception handling for this function implementation.
>
> Fixes: 0305189afb32 ("drm/sun4i: t
From: Pali Rohár
Sent: Sunday, August 23, 2020 12:55 PM
>
> On Friday 21 August 2020 16:25:03 Konstantin Komarov wrote:
> > + case Opt_nls:
> > + match_strlcpy(nls_name, &args[0], sizeof(nls_name));
> > + break;
> > +
> > + /* unknown option
From: Pali Rohár
Sent: Sunday, August 23, 2020 12:49 PM
>
> Hello Konstantin!
>
> On Friday 21 August 2020 16:25:15 Konstantin Komarov wrote:
> > diff --git a/fs/ntfs3/dir.c b/fs/ntfs3/dir.c
> > new file mode 100644
> > index ..5f1105f1283c
> > --- /dev/null
[]
> > +#include
> > +#i
On Thu, Aug 27, 2020 at 03:04:50PM +0100, Shiju Jose wrote:
> After the 'commit b9cae27728d1 ("EDAC/ghes: Scan the system once on driver
> init")'
> applied, following error has occurred in the ghes_edac_register() when
> CONFIG_DEBUG_TEST_DRIVER_REMOVE is enabled. The null ghes_hw.dimms pointer
>
Mark Brown wrote on Wed, Aug 26, 2020:
> On Wed, Aug 26, 2020 at 03:38:15AM -0700, syzbot wrote:
>
> > console output: https://syzkaller.appspot.com/x/log.txt?x=10615b3690
> > kernel config: https://syzkaller.appspot.com/x/.config?x=a61d44f28687f508
> > dashboard link: https://syzkaller.appsp
Include PHY_PLL_CFG as a first register value to configure in
link_cmn_vals array values.
Signed-off-by: Swapnil Jakhade
---
drivers/phy/cadence/phy-cadence-torrent.c | 22 ++
1 file changed, 18 insertions(+), 4 deletions(-)
diff --git a/drivers/phy/cadence/phy-cadence-torre
Prepare and enable clock in probe instead of phy_init.
Also, remove phy_exit callback.
Signed-off-by: Swapnil Jakhade
---
drivers/phy/cadence/phy-cadence-torrent.c | 41 ++-
1 file changed, 17 insertions(+), 24 deletions(-)
diff --git a/drivers/phy/cadence/phy-cadence-torren
Breakpoint context might not be a safe context for kfree(), push it
out to RCU.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/kprobes.h |2 +-
kernel/kprobes.c| 27 ++-
2 files changed, 7 insertions(+), 22 deletions(-)
--- a/include/linux/kprobes.
Signed-off-by: Peter Zijlstra (Intel)
---
drivers/gpu/drm/i915/i915_request.c |6 --
include/linux/llist.h | 15 +++
2 files changed, 15 insertions(+), 6 deletions(-)
--- a/drivers/gpu/drm/i915/i915_request.c
+++ b/drivers/gpu/drm/i915/i915_request.c
@@ -35
Cc: came...@moodycamel.com
Cc: o...@redhat.com
Cc: w...@kernel.org
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/freelist.h | 129 +++
1 file changed, 129 insertions(+)
--- /dev/null
+++ b/include/linux/freelist.h
@@ -0,0 +1,129 @@
+// SP
Hi,
These are on top of Masami's generic kretprobe handler patches (v1):
https://lkml.kernel.org/r/159844957216.510284.17683703701627367133.stgit@devnote2
They are very lightly tested, esp. the freelist stuff has basically only been
translated to kernel C without much thinking (while attendin
The kretprobe hash is mostly superfluous, replace it with a per-task
variable.
This gets rid of the task hash and it's related locking.
The whole invalidate_rp_inst() is tedious and could go away once we
drop rp specific ri size.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/kprobes.
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/sched/core.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -3006,15 +3006,14 @@ try_to_wake_up(struct task_struct *p, un
*/
bool try_invoke_on_locked_down_task(struct
Only x86 provides try_cmpxchg() outside of the atomic_t interfaces,
provide generic fallbacks to create this interface from the widely
available cmpxchg() function.
Signed-off-by: Peter Zijlstra (Intel)
Acked-by: Will Deacon
---
arch/x86/include/asm/atomic.h |2
arch/x86/includ
Hi Jacob,
On 8/24/20 12:32 PM, Jean-Philippe Brucker wrote:
> On Fri, Aug 21, 2020 at 09:35:10PM -0700, Jacob Pan wrote:
>> IOASID is used to identify address spaces that can be targeted by device
>> DMA. It is a system-wide resource that is essential to its many users.
>> This document is an attem
Gets rid of rp->lock, and as a result kretprobes are now fully
lockless.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/kprobes.h | 11 ++--
kernel/kprobes.c| 63 +++-
2 files changed, 34 insertions(+), 40 deletions(-)
--- a/i
Add support to configure link_cmn_vals and xcvr_diag_vals in case of single
link PHY configuration.
Signed-off-by: Swapnil Jakhade
---
drivers/phy/cadence/phy-cadence-torrent.c | 44 +++
1 file changed, 44 insertions(+)
diff --git a/drivers/phy/cadence/phy-cadence-torrent.c
From: Pali Rohár
Sent: Sunday, August 23, 2020 1:17 PM
>
> On Friday 21 August 2020 16:25:37 Konstantin Komarov wrote:
> > +Mount Options
> > +=
> > +
> > +The list below describes mount options supported by NTFS3 driver in
> > addtion to
> > +generic ones.
> > +
> > +===
On Thu, Aug 27, 2020 at 04:13:44PM +, Derrick, Jonathan wrote:
> On Thu, 2020-08-27 at 06:34 +, h...@infradead.org wrote:
> > On Wed, Aug 26, 2020 at 09:43:27PM +, Derrick, Jonathan wrote:
> > > Feel free to review my set to disable the MSI remapping which will
> > > make
> > > it perfo
On Thu, Aug 27, 2020 at 1:51 PM Herbert Xu wrote:
>
> On Thu, Aug 27, 2020 at 12:41:53PM +0200, Ard Biesheuvel wrote:
> >
> > That does not help, unfortunately.
> >
> > What does seem to work is
> >
> > struct chacha_state { u32 x[16]; };
> >
> > struct chacha_state chacha_permute(struct chacha_st
This patch series contains few nested SVM fixes from
testing I did this weekend.
Patch #1 fixes issue where we were setting the GIF (global interrupt flag)
on first nested VMexit, after migration thus making the nested guest crash
from unexpected interrupts.
Patch #2 is my observation that we nev
* check that guest is 64 bit guest, otherwise the SVM related fields
in the smm state area are not defined
* If the SMM area indicates that SMM interrupted a running guest,
check that EFER.SVME which is also saved in this area is set, otherwise
the guest might have tampered with SMM save are
Currently code in svm_set_nested_state copies the current vmcb control
area to L1 control area (hsave->control), under assumption that
it mostly reflects the defaults that kvm choose, and later qemu
overrides these defaults with L2 state using standard KVM interfaces,
like KVM_SET_REGS.
However n
This code was missing and was forcing the L2 run with L1's msr
permission bitmap
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/nested.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/x86/kvm/svm/nested.c b/arch/x86/kvm/svm/nested.c
index 95fdf068fe4c1..e90bc436f5849 100644
---
For discussion ... I'm 100% sure the patch below is the wrong way to
fix this ... for one thing it doesn't provide the virtual address of
the error to the user signal handler. For another it just looks like
a hack. I'm just not sure whether to delve deep into the
memory_failure() path to make sure
Hello,
syzbot found the following issue on:
HEAD commit:f37be724 Add linux-next specific files for 20200826
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=137c7cb990
kernel config: https://syzkaller.appspot.com/x/.config?x=1e5a1cf036089d95
dashboard
Dobrý deň, dúfam, že ste dostali moju správu.
Potrebujem rýchlu reakciu
Ďakujem
michelle
On Thu, Aug 27, 2020 at 06:12:43PM +0200, Peter Zijlstra wrote:
> +struct freelist_node {
> + atomic_trefs;
> + struct freelist_node*next;
> +};
Bah, the next patch relies on this structure to be ordered the other
way around.
Clearly writing code and listening to talks
On 27/08/2020 16:21, Krzysztof Kozlowski wrote:
On Thu, Aug 27, 2020 at 08:53:16PM +0800, YueHaibing wrote:
If CONFIG_OF is n, gcc fails:
drivers/memory/omap-gpmc.o: In function `gpmc_omap_onenand_set_timings':
omap-gpmc.c:(.text+0x2a88): undefined reference to `gpmc_read_settings_dt'
Add g
On Mon, Aug 10, 2020 at 10:59:52AM +0100, Colin King wrote:
> From: Colin Ian King
>
> There is a spelling mistake in a drm_err message. Fix it.
Thanks. Applied to dinq.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/gpu/drm/i915/display/vlv_dsi_pll.c | 2 +-
> 1 file changed, 1 insertion
Add a generic kretprobe trampoline handler for unifying
the all cloned /arch/* kretprobe trampoline handlers.
The generic kretprobe trampoline handler is based on the
x86 implementation, because it is the latest implementation.
It has frame pointer checking, kprobe_busy_begin/end and
return addres
On Wed, Aug 26, 2020 at 03:12:51AM +, Xu Wang wrote:
> Because kfree_skb already checked NULL skb parameter,
> so the additional check is unnecessary, just remove it.
>
> Signed-off-by: Xu Wang
Acked-by: Richard Cochran
Commit d3b990b7f327 ("netlabel: fix problems with mapping removal")
added a check to return an error if ret_val != 0, before ret_val is
later used in a log message. Now it will unconditionally print "...
res=0". So don't print res anymore.
Addresses-Coverity: ("Dead code")
Fixes: d3b990b7f327 ("ne
Use the generic kretprobe trampoline handler, and use the
kernel_stack_pointer(regs) for framepointer verification.
Signed-off-by: Masami Hiramatsu
---
arch/arm64/kernel/probes/kprobes.c | 79 ++--
1 file changed, 4 insertions(+), 75 deletions(-)
diff --git a/a
Signed-off-by: Masami Hiramatsu
---
arch/x86/kernel/kprobes/core.c | 109 +---
1 file changed, 4 insertions(+), 105 deletions(-)
diff --git a/arch/x86/kernel/kprobes/core.c b/arch/x86/kernel/kprobes/core.c
index fdadc37d72af..7c6473a12cee 100644
--- a/arch/x8
Hi,
Here is the 3rd version of the series to unify the kretprobe trampoline handler
implementation across all architectures which are currently kprobes supported.
Previous version is here;
https://lkml.kernel.org/r/159852811819.707944.12798182250041968537.stgit@devnote2
This series removes the
Use the generic kretprobe trampoline handler. Use regs->ARM_fp
for framepointer verification.
Signed-off-by: Masami Hiramatsu
---
Changes in v2:
- Fix to cast frame_pointer type to void *.
---
arch/arm/probes/kprobes/core.c | 79 ++--
1 file changed, 4
Signed-off-by: Masami Hiramatsu
---
arch/mips/kernel/kprobes.c | 55 +++-
1 file changed, 4 insertions(+), 51 deletions(-)
diff --git a/arch/mips/kernel/kprobes.c b/arch/mips/kernel/kprobes.c
index d043c2f897fc..b58f49b7555e 100644
--- a/arch/mips/kernel
Signed-off-by: Masami Hiramatsu
---
arch/ia64/kernel/kprobes.c | 79 ++--
1 file changed, 4 insertions(+), 75 deletions(-)
diff --git a/arch/ia64/kernel/kprobes.c b/arch/ia64/kernel/kprobes.c
index 7a7df944d798..0e725ca9c60d 100644
--- a/arch/ia64/kernel
Signed-off-by: Masami Hiramatsu
---
arch/parisc/kernel/kprobes.c | 78 +++---
1 file changed, 6 insertions(+), 72 deletions(-)
diff --git a/arch/parisc/kernel/kprobes.c b/arch/parisc/kernel/kprobes.c
index 77ec51818916..2f9389ae91a3 100644
--- a/arch/parisc/
On 08/27/20 17:55, Greg Kroah-Hartman wrote:
> On Thu, Aug 27, 2020 at 02:53:31PM +0100, Qais Yousef wrote:
> > On 08/20/20 11:19, Greg Kroah-Hartman wrote:
> > > From: Qais Yousef
> > >
> > > [ Upstream commit 46609ce227039fd192e0ecc7d940bed587fd2c78 ]
> > >
> > > There is a report that when uc
Hi Linus and Bartosz,
On Mon, Jul 13, 2020 at 10:35 PM Lad Prabhakar
wrote:
>
> Document Renesas RZ/G2H (R8A774E1) GPIO blocks compatibility within the
> relevant dt-bindings.
>
> Signed-off-by: Lad Prabhakar
> ---
> Documentation/devicetree/bindings/gpio/renesas,rcar-gpio.yaml | 1 +
> 1 file
Signed-off-by: Masami Hiramatsu
---
arch/csky/kernel/probes/kprobes.c | 78 +
1 file changed, 3 insertions(+), 75 deletions(-)
diff --git a/arch/csky/kernel/probes/kprobes.c
b/arch/csky/kernel/probes/kprobes.c
index f0f733b7ac5a..a891fb422e76 100644
--- a/a
Signed-off-by: Masami Hiramatsu
---
arch/sh/kernel/kprobes.c | 59 +++---
1 file changed, 4 insertions(+), 55 deletions(-)
diff --git a/arch/sh/kernel/kprobes.c b/arch/sh/kernel/kprobes.c
index 318296f48f1a..118927ab63af 100644
--- a/arch/sh/kernel/kprob
Signed-off-by: Masami Hiramatsu
---
arch/arc/kernel/kprobes.c | 55 ++---
1 file changed, 3 insertions(+), 52 deletions(-)
diff --git a/arch/arc/kernel/kprobes.c b/arch/arc/kernel/kprobes.c
index 7d3efe83cba7..da615684240b 100644
--- a/arch/arc/kernel/kp
Free kretprobe_instance with rcu callback instead of directly
freeing the object in the kretprobe handler context.
This will make kretprobe run safer in NMI context.
Signed-off-by: Masami Hiramatsu
---
Changes in v3:
- Stick the rcu_head with hlist_node in kretprobe_instance
- Make recycl
Since we unified the kretprobe trampoline handler from arch/* code,
some functions and objects no need to be exported anymore.
Signed-off-by: Masami Hiramatsu
---
include/linux/kprobes.h | 15 ---
kernel/kprobes.c| 12
2 files changed, 8 insertions(+), 19 del
Dobrý deň, dúfam, že ste dostali moju správu.
Potrebujem rýchlu reakciu
Ďakujem
michelle
Signed-off-by: Masami Hiramatsu
---
arch/s390/kernel/kprobes.c | 81 ++--
1 file changed, 4 insertions(+), 77 deletions(-)
diff --git a/arch/s390/kernel/kprobes.c b/arch/s390/kernel/kprobes.c
index d2a71d872638..6009f08836f4 100644
--- a/arch/s390/kernel
Signed-off-by: Masami Hiramatsu
---
Changes in v2:
Fix to use correct trampoline_address.
---
arch/powerpc/kernel/kprobes.c | 55 -
1 file changed, 5 insertions(+), 50 deletions(-)
diff --git a/arch/powerpc/kernel/kprobes.c b/arch/powerpc/kernel/kpro
Since the commit 9b38cc704e84 ("kretprobe: Prevent triggering
kretprobe from within kprobe_flush_task") sets a dummy current
kprobe in the trampoline handler by kprobe_busy_begin/end(),
it is not possible to run a kretprobe pre handler in kretprobe
trampoline handler context even with the NMI. If t
Signed-off-by: Masami Hiramatsu
---
arch/sparc/kernel/kprobes.c | 52 +++
1 file changed, 4 insertions(+), 48 deletions(-)
diff --git a/arch/sparc/kernel/kprobes.c b/arch/sparc/kernel/kprobes.c
index dfbca2470536..cd34aeaa3ebb 100644
--- a/arch/sparc/ker
On Thu, Aug 27, 2020 at 07:18:56PM +0800, cy_huang wrote:
> From: ChiYuan Huang
>
> 1. Rename file form tcpci_mt6360.c to tcpci_mt636x.c
> 2. Rename internal function from mt6360 to mt636x, except the register
> definition.
> 3. Change Kconfig/Makefile from MT6360 to MT636X.
>
> Signed-off-by: C
On 8/27/20 6:36 AM, Greg Kroah-Hartman wrote:
The ION android code has long been marked to be removed, now that we
dma-buf support merged into the real part of the kernel.
It was thought that we could wait to remove the ion kernel at a later
time, but as the out-of-tree Android fork of the ion c
On Thu, 2020-08-27 at 17:23 +0100, h...@infradead.org wrote:
> On Thu, Aug 27, 2020 at 04:13:44PM +, Derrick, Jonathan wrote:
> > On Thu, 2020-08-27 at 06:34 +, h...@infradead.org wrote:
> > > On Wed, Aug 26, 2020 at 09:43:27PM +, Derrick, Jonathan wrote:
> > > > Feel free to review my
On Tue, Aug 25, 2020 at 10:24:06AM +0200, Greg Kroah-Hartman wrote:
> On Tue, Aug 25, 2020 at 08:12:05AM +, David Laight wrote:
> > From: Alex Dewar
> > > Sent: 24 August 2020 23:23
> > > kernel/cpu.c: don't use snprintf() for sysfs attrs
> > >
> > > As per the documentation (Documentation/fil
Use XORL r32,r32 for all operand sizes. x86_64 zero extends 32bit
operations, so for 64bit operands, XORL r32,r32 is functionally
equal to XORL r64,r64, but avoids a REX prefix byte when legacy
registers are used.
32bit operation also avoids 0x66 size prefix for 16bit operands
and REX prefix when
On Fri, Aug 28, 2020 at 01:41:39AM +1000, Aleksa Sarai wrote:
> On 2020-08-27, Al Viro wrote:
> > On Wed, Aug 26, 2020 at 02:48:19PM -0600, Ross Zwisler wrote:
> >
> > > Al, now that the changes to fs/namei.c have landed and we're past the
> > > merge
> > > window for v5.9, what are your thought
On Thu, Aug 27, 2020 at 04:45:53PM +, Derrick, Jonathan wrote:
> Just a few benefits and there are other users with unique use cases:
> 1. Passthrough of the endpoint to OSes which don't natively support
> hotplug can enable hotplug for that OS using the guest VMD driver
Or they could just wri
On Sat, 2020-08-22 at 20:07 +1000, Alexey Kardashevskiy wrote:
>
> On 18/08/2020 09:40, Leonardo Bras wrote:
> > Both iommu_alloc_coherent() and iommu_free_coherent() assume that once
> > size is aligned to PAGE_SIZE it will be aligned to IOMMU_PAGE_SIZE.
>
> The only case when it is not aligned
Note: please CC me in replies since I'm not subscribed to LKML.
I have a RTL8156-based USB 3.0 to 2.5G NBASE-T ethernet adapter made by
Plugable and I'm using a recently compiled Linux 5.8.1 (I checked
changelogs up to the current 5.8.5 release and didn't see anything
relevant mentioned). It's
Hi Zhang,Daniel,Amit,
On Wed, Jul 15, 2020 at 12:09 PM Lad Prabhakar
wrote:
>
> Document RZ/G2H (R8A774E1) SoC bindings.
>
> Signed-off-by: Lad Prabhakar
> ---
> Documentation/devicetree/bindings/thermal/rcar-gen3-thermal.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
Gentle ping.
Cheers,
Prab
On Thu, Aug 27, 2020 at 07:55:31AM +, Qiang Zhao wrote:
> On 8/24/20 21:29 AM, Guenter Roeck wrote:
>
> > -Original Message-
> > From: Guenter Roeck On Behalf Of Guenter Roeck
> > Sent: 2020年8月24日 21:29
> > To: Qiang Zhao ; w...@linux-watchdog.org
> > Cc: linux-watch...@vger.kernel.o
Hi Chunguang,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on mkp-scsi/for-next]
[also build test ERROR on scsi/for-next block/for-next linus/master v5.9-rc2
next-20200827]
[cannot apply to asm-generic/master]
[If your patch is applied to the wrong git tree, kindly
[ Please keep me in CC as I'm not subscribed to the list]
Hi all,
I have an application which finds the data rate over the PCIe
interface. I’m getting the lesser data rate in one of my Linux X86
systems.
When I change the scaling_governor from "powersave" to "performance"
mode for each CPU, then
On Thu, Aug 27, 2020 at 12:49:20PM -0400, Cameron wrote:
> For what it's worth, the freelist.h code seems to be a faithful adaptation
> of my original blog post code. Didn't think it would end up in the Linux
> kernel one day :-)
Hehe, I ran into the traditional ABA problem for the lockless stack
On Thu, 2020-08-27 at 15:48 +0100, Alex Dewar wrote:
> On Thu, Aug 27, 2020 at 03:41:06PM +0200, Rasmus Villemoes wrote:
> > On 27/08/2020 15.18, Alex Dewar wrote:
> > > On Thu, Aug 27, 2020 at 09:15:37AM +0200, Greg Kroah-Hartman wrote:
> > > > On Thu, Aug 27, 2020 at 08:42:06AM +0200, Rasmus Vill
On Sat, 2020-08-22 at 20:09 +1000, Alexey Kardashevskiy wrote:
> > + goto again;
> > +
>
> A nit: unnecessary new line.
I was following the pattern used above. There is a newline after every
"goto again" in this 'if'.
> Reviewed-by: Alexey Kardashevskiy
Thank you!
On Thu, Aug 27, 2020 at 12:56 PM wrote:
> Are you Ok with the License I put on it, GPLv2 or BDS-2 ?
Yes, both GPLv2 and BSD-2 (my personal favourite) are fine.
On Thu, Aug 27, 2020 at 12:39 PM Alex Dewar wrote:
>
> Commit d3b990b7f327 ("netlabel: fix problems with mapping removal")
> added a check to return an error if ret_val != 0, before ret_val is
> later used in a log message. Now it will unconditionally print "...
> res=0". So don't print res anymor
Hi Daniel and Thomas,
On Wed, Jul 15, 2020 at 12:09 PM Lad Prabhakar
wrote:
>
> Document SoC specific bindings for RZ/G2H (r8a774e1) SoC.
>
> Signed-off-by: Lad Prabhakar
> ---
> Documentation/devicetree/bindings/timer/renesas,cmt.yaml | 2 ++
> 1 file changed, 2 insertions(+)
>
Gentle ping.
C
On Thu, 27 Aug 2020 at 21:34, Greg Kroah-Hartman
wrote:
>
> On Thu, Aug 27, 2020 at 09:31:27AM -0400, Laura Abbott wrote:
> > On 8/27/20 8:36 AM, Greg Kroah-Hartman wrote:
> > > The ION android code has long been marked to be removed, now that we
> > > dma-buf support merged into the real part of
On Thu, 2020-08-27 at 10:37 +0200, Anders Roxell wrote:
> On Thu, 27 Aug 2020 at 07:11, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > News: There will be no linux-next releases next Monday or Tuesday.
> >
> > Changes since 20200826:
> >
> > The net-next tree gained a conflict against the net t
On Thu, 27 Aug 2020 10:02:57 PDT (-0700), Atish Patra wrote:
On Thu, 2020-08-27 at 10:37 +0200, Anders Roxell wrote:
On Thu, 27 Aug 2020 at 07:11, Stephen Rothwell
wrote:
> Hi all,
>
> News: There will be no linux-next releases next Monday or Tuesday.
>
> Changes since 20200826:
>
> The net
This patch series does some refactoring and implements on demand nested state
area
This way at least guests that don't use nesting won't waste memory
on nested state.
This patch series is based on patch series '[PATCH 0/3] Few nSVM bugfixes'
(patch #7 here should have beeing moved there as well t
Another small refactoring.
Suggested-by: Jim Mattson
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/svm.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
index ddbb05614af4f..290b2d0cd78e3 100644
--- a/arch/x86/kvm/sv
The 'page' is to hold the vcpu's vmcb so name it as such to
avoid confusion.
Signed-off-by: Maxim Levitsky
Reviewed-by: Jim Mattson
---
arch/x86/kvm/svm/svm.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
index 0
This is to be more consistient with VMX, and to support
upcoming addition of vmcb02
Hopefully no functional changes.
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/nested.c | 225 +++---
arch/x86/kvm/svm/svm.c| 10 +-
arch/x86/kvm/svm/svm.h| 2 +-
Replace svm_vcpu_init_msrpm with svm_vcpu_alloc_msrpm, that also allocates
the msr bitmap and add svm_vcpu_free_msrpm to free it.
This will be used later to move the nested msr permission bitmap allocation
to nested.c
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/svm.c | 45 +++
This way we don't waste memory on VMs which don't use
nesting virtualization even if it is available to them.
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/nested.c | 42 +++
arch/x86/kvm/svm/svm.c| 52 +--
arch/x86/kvm/svm
Kernel coding style suggests not to use labels like error1,error2
Suggested-by: Jim Mattson
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/svm.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
index 290b2d0cd
Don't ignore return values in rsm_load_state_64/32 to avoid
loading invalid state from SMM state area if it was tampered with
by the guest.
This is primarly intended to avoid letting guest set bits in EFER
(like EFER.SVME when nesting is disabled) by manipulating SMM save area.
The DR checks are
This will be used later to return an error when setting this msr fails.
Note that we ignore this return value for qemu initiated writes to
avoid breaking backward compatibility.
Signed-off-by: Maxim Levitsky
---
arch/x86/include/asm/kvm_host.h | 2 +-
arch/x86/kvm/svm/svm.c | 3 ++-
ar
On Thu, Aug 27, 2020 at 01:00:58PM -0400, Paul Moore wrote:
> On Thu, Aug 27, 2020 at 12:39 PM Alex Dewar wrote:
> >
> > Commit d3b990b7f327 ("netlabel: fix problems with mapping removal")
> > added a check to return an error if ret_val != 0, before ret_val is
> > later used in a log message. Now
Both chips have charger and a fuel gauge.
This adds basic support for displaying the state of the battery and the
input power, settings are not modified. There are some defaults set via
OTP.
Charging also starts after plugging USB.
Known issues of the fuel gauge: There are drivers in the wild wh
Hi Greg,
On Thu, Jul 16, 2020 at 6:19 PM Lad Prabhakar
wrote:
>
> Document RZ/G2H (R8A774E1) SoC bindings.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
> ---
> Documentation/devicetree/bindings/usb/renesas,usbhs.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
Gentl
From: Mattias Nissler
For mounts that have the new "nosymfollow" option, don't follow symlinks
when resolving paths. The new option is similar in spirit to the
existing "nodev", "noexec", and "nosuid" options, as well as to the
LOOKUP_NO_SYMLINKS resolve flag in the openat2(2) syscall. Various BS
Add tests for the new 'nosymfollow' mount option. We test to make sure
that symlink traversal fails with ELOOP when 'nosymfollow' is set, but
that readlink(2) and realpath(3) still work as expected. We also verify
that statfs(2) correctly returns ST_NOSYMFOLLOW when we are mounted with
the 'nosym
This patch series does some refactoring and implements on demand nested state
area
This way at least guests that don't use nesting won't waste memory
on nested state.
This patch series is based on patch series '[PATCH 0/3] Few nSVM bugfixes'
(patch #7 here should have beeing moved there as well t
This is to be more consistient with VMX, and to support
upcoming addition of vmcb02
Hopefully no functional changes.
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/nested.c | 225 +++---
arch/x86/kvm/svm/svm.c| 10 +-
arch/x86/kvm/svm/svm.h| 2 +-
Hi--
On 8/27/20 10:07 AM, Andreas Kemnade wrote:
> diff --git a/drivers/power/supply/Kconfig b/drivers/power/supply/Kconfig
> index 44d3c8512fb8..28cea178f6f1 100644
> --- a/drivers/power/supply/Kconfig
> +++ b/drivers/power/supply/Kconfig
> @@ -739,4 +739,12 @@ config CHARGER_WILCO
> info
Hi Chunguang,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on mkp-scsi/for-next]
[also build test ERROR on scsi/for-next block/for-next linus/master
asm-generic/master v5.9-rc2 next-20200827]
[If your patch is applied to the wrong git tree, kindly drop us a note
The 'page' is to hold the vcpu's vmcb so name it as such to
avoid confusion.
Signed-off-by: Maxim Levitsky
Reviewed-by: Jim Mattson
---
arch/x86/kvm/svm/svm.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
index 0
On Thu, 2020-08-27 at 20:04 +0300, Maxim Levitsky wrote:
> This patch series does some refactoring and implements on demand nested state
> area
> This way at least guests that don't use nesting won't waste memory
> on nested state.
>
> This patch series is based on patch series '[PATCH 0/3] Few n
Another small refactoring.
Suggested-by: Jim Mattson
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/svm.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
index ddbb05614af4f..290b2d0cd78e3 100644
--- a/arch/x86/kvm/sv
Kernel coding style suggests not to use labels like error1,error2
Suggested-by: Jim Mattson
Signed-off-by: Maxim Levitsky
---
arch/x86/kvm/svm/svm.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
index 290b2d0cd
901 - 1000 of 1567 matches
Mail list logo
