From: Suzuki K Poulose
If we are checking whether the stage2 can map PAGE_SIZE,
we don't have to do the boundary checks as both the host
VMA and the guest memslots are page aligned. Bail the case
easily.
While we're at it, fixup a typo in the comment below.
Cc: Christoffer Dall
Cc: Marc Zyngie
This series was originally posted by Suzuki K Poulose a year ago [*],
with the aim of cleaning up the handling of the stage2 huge mapping for
THP. I think this still helps to make the current code cleaner, so
rebase it on top of kvmarm/master and repost it for acceptance.
Thanks!
[*]
https://lor
From: Suzuki K Poulose
We support mapping host memory backed by PMD transparent hugepages
at stage2 as huge pages. However the checks are now spread across
two different places. Let us unify the handling of the THPs to
keep the code cleaner (and future proof for PUD THP support).
This patch moves
On Fri, May 01, 2020 at 06:22:21PM -, tip-bot2 for Peter Zijlstra wrote:
> diff --git a/tools/objtool/check.c b/tools/objtool/check.c
> index 068897d..6591c2d 100644
> --- a/tools/objtool/check.c
> +++ b/tools/objtool/check.c
> @@ -2259,6 +2259,9 @@ static int validate_branch(struct objtool_fil
On Wed, May 06, 2020 at 05:02:56PM +0100, Valentin Schneider wrote:
>
> On 06/05/20 14:45, Vincent Guittot wrote:
> >> But then we may skip an update if we goto abort, no? Imagine we have just
> >> NOHZ_STATS_KICK, so we don't call any rebalance_domains(), and then as we
> >> go through the last N
Hi Bharat,
On 5/7/20 1:24 PM, Bharat Bhushan wrote:
>
>
>> -Original Message-
>> From: Michael S. Tsirkin
>> Sent: Wednesday, May 6, 2020 5:53 AM
>> To: Bharat Bhushan
>> Cc: jean-phili...@linaro.org; j...@8bytes.org; jasow...@redhat.com;
>> virtualizat...@lists.linux-foundation.org; i
This patch - adds USB role switching to the TI TPS6598x. It has been tested
out with a ChipIdea controller inside a Qualcomm MSM8939.
Right now you need to have configured the TPS firmware with the TI
configuration tool so that the chip knows if it should initiate or accept
data and power role swa
This patch adds USB role switch support to the tps6598x. Validated with a
tps65986 on an arm64 system.
Cc: Heikki Krogerus
Cc: Greg Kroah-Hartman
Cc: Nikolaus Voss
Cc: Andy Shevchenko
Cc: Gustavo A. R. Silva
Cc: Kees Cook
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-
On 05/07, Chao Yu wrote:
> On 2020/5/6 23:05, Jaegeuk Kim wrote:
> > On 05/06, Chao Yu wrote:
> >> In f2fs_try_to_free_nids(), .nid_list_lock spinlock critical region will
> >> increase as expected shrink number increase, to avoid spining other CPUs
> >> for long time, it's better to implement like
Hi,
On 5/7/20 1:32 PM, Michael S. Tsirkin wrote:
> On Thu, May 07, 2020 at 11:24:29AM +, Bharat Bhushan wrote:
>>
>>
>>> -Original Message-
>>> From: Michael S. Tsirkin
>>> Sent: Wednesday, May 6, 2020 5:53 AM
>>> To: Bharat Bhushan
>>> Cc: jean-phili...@linaro.org; j...@8bytes.org;
> On May 7, 2020, at 5:32 AM, Dmitry Vyukov wrote:
>
> On Thu, May 7, 2020 at 11:26 AM syzbot
> wrote:
>>
>> Hello,
>>
>> syzbot found the following crash on:
>>
>> HEAD commit:6b43f715 Add linux-next specific files for 20200507
>&g
Hi,
On 5/6/20 2:22 AM, Michael S. Tsirkin wrote:
> On Tue, May 05, 2020 at 03:00:04PM +0530, Bharat Bhushan wrote:
>> Different endpoint can support different page size, probe
>> endpoint if it supports specific page size otherwise use
>> global page sizes.
>>
>> Signed-off-by: Bharat Bhushan
>>
IPC Router protocol is also used by external modems for exchanging the QMI
messages. Hence, it doesn't always depend on Qualcomm platforms. One such
instance is the QCA6390 WLAN device connected to x86 machine.
Reviewed-by: Bjorn Andersson
Signed-off-by: Manivannan Sadhasivam
---
net/qrtr/Kconf
MHI is the transport layer used for communicating to the external modems.
Hence, this commit adds MHI transport layer support to QRTR for
transferring the QMI messages over IPC Router.
Reviewed-by: Bjorn Andersson
Signed-off-by: Manivannan Sadhasivam
---
net/qrtr/Kconfig | 7 +++
net/qrtr/Ma
On Thu, 7 May 2020 at 14:41, Peng Liu wrote:
>
> On Wed, May 06, 2020 at 05:02:56PM +0100, Valentin Schneider wrote:
> >
> > On 06/05/20 14:45, Vincent Guittot wrote:
> > >> But then we may skip an update if we goto abort, no? Imagine we have just
> > >> NOHZ_STATS_KICK, so we don't call any rebal
Hi Dave,
Here is the series adding MHI client driver support to Qualcomm IPC router
protocol. MHI is a newly added bus to kernel which is used to communicate to
external modems over a physical interface like PCI-E. This driver is used to
transfer the QMI messages between the host processor and ext
Ashok,
"Raj, Ashok" writes:
> We did a bit more tracing and it looks like the IRR check is actually
> not happening on the right cpu. See below.
What?
> On Tue, May 05, 2020 at 11:47:26PM +0200, Thomas Gleixner wrote:
>> >
>> > msi_set_affinit ()
>> > {
>> >
>> > unlock_vector_loc
On Thu, May 07, 2020 at 11:55:54AM +0100, Robin Murphy wrote:
> On 2020-05-07 11:14 am, Sai Prakash Ranjan wrote:
> > On 2020-04-22 01:50, Sai Prakash Ranjan wrote:
> > > Add stall implementation hook to enable stalling
> > > faults on QCOM platforms which supports it without
> > > causing any kind
On Thu, May 7, 2020 at 2:45 PM Pali Rohár wrote:
> On Thursday 07 May 2020 19:27:47 Koba Ko wrote:
> > don't understand "registration and deregistration would be optional',
> > could you explain more!?
>
> After your patch led_classdev_register() function is not always called.
> And led_classdev_
On Thursday 07 May 2020 15:54:06 Andy Shevchenko wrote:
> On Thu, May 7, 2020 at 2:45 PM Pali Rohár wrote:
> > On Thursday 07 May 2020 19:27:47 Koba Ko wrote:
>
> > > don't understand "registration and deregistration would be optional',
> > > could you explain more!?
> >
> > After your patch led_
On Thu, May 7, 2020 at 3:36 PM Koba Ko wrote:
>
> Hi All,
> I enhanced the patch and refine the commet.
> please check it again.
Thank you.
What you should or shouldn't have done:
- you need to use version in the patch (-v, where is a version)
- you need to write a changelog after cutter line '-
On Wed, May 6, 2020 at 5:15 PM Kees Cook wrote:
>
> Refactor device tree size parsing routines to be able to pass a non-zero
> default value for providing a configurable default for the coming
> "max_reason" field.
>
> Signed-off-by: Kees Cook
ramoops_parse_dt_size
parse_size
Are used to parse
On Thu, May 07, 2020 at 02:51:32PM +0200, Auger Eric wrote:
> Hi,
>
> On 5/7/20 1:32 PM, Michael S. Tsirkin wrote:
> > On Thu, May 07, 2020 at 11:24:29AM +, Bharat Bhushan wrote:
> >>
> >>
> >>> -Original Message-
> >>> From: Michael S. Tsirkin
> >>> Sent: Wednesday, May 6, 2020 5:53
On Tue, Apr 21, 2020 at 12:03:52AM +0530, Sai Prakash Ranjan wrote:
> From: Sibi Sankar
>
> The Q6 modem sub-system has direct access to DDR through memnoc.
> Also SMMU is not expected to provide access control/translation
> for these SIDs (sandboxing of the modem is achieved through XPUs
> engag
On Wed, May 06, 2020 at 02:24:14PM -0700, Florian Fainelli wrote:
>
>
> On 5/5/2020 2:23 PM, Vivien Didelot wrote:
> > On Tue, 5 May 2020 14:02:53 -0700, Florian Fainelli
> > wrote:
> >> If we are probed through platform_data we would be intentionally
> >> dropping the reference count on maste
On 2020/5/5 16:39, Marc Zyngier wrote:
Hi Tianjia,
On 2020-04-27 05:35, Tianjia Zhang wrote:
In the current kvm version, 'kvm_run' has been included in the 'kvm_vcpu'
structure. For historical reasons, many kvm-related function parameters
retain the 'kvm_run' and 'kvm_vcpu' parameters at the
Hi Thanu, Souvik, Sudeep,
Thanks a lot for the prompt reply, and it clarify a lot for
us, comment inline below.
On 2020/5/6 22:57, Souvik Chakravarty wrote:
Hi,
From: Thanu Rangarajan
Sent: Wednesday, May 6, 2020 1:58 PM
Hi,
ACPI CPPC already supports the notion of boost. Not sure we need a
Fix inconsistent IS_ERR and PTR_ERR in imx_bus_init_icc().
The proper pointer to be passed as argument to PTR_ERR() is
priv->icc_pdev.
This bug was detected with the help of Coccinelle.
Fixes: 16c1d2f1b0bd ("PM / devfreq: imx: Register interconnect device")
Signed-off-by: Gustavo A. R. Silva
--
Hi David, Quentin,
On Thu, 30 Apr 2020 15:48:18 +0100,
David Brazdil wrote:
>
> From: Quentin Perret
>
> In preparation for removing the hyp code from the TCB, convert the current
nit: Unless we have a different interpretation of the TCB acronym, I
think you want to remove anything *but* the
On Sat, Mar 28, 2020 at 09:43:03AM -0700, Yu-cheng Yu wrote:
> The function sanitize_restored_xstate() sanitizes user xstates of an XSAVE
> buffer by setting the buffer's header->xfeatures to the input 'xfeatures',
It doesn't set them to the input xfeatures. I see a "&=" there.
> effectively rese
Remove duplicate headers which are included twice.
Signed-off-by: Chen Zhou
---
include/linux/kernel.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/kernel.h b/include/linux/kernel.h
index 04a5885cec1b..12fe1afebfd9 100644
--- a/include/linux/kernel.h
+++ b/include/linux/kerne
On Sat, 2 May 2020 12:08:42 +0900
Masami Hiramatsu wrote:
> > > diff --git
> > > a/tools/testing/selftests/ftrace/test.d/trigger/trigger-trace-marker-hist.tc
> > >
> > > b/tools/testing/selftests/ftrace/test.d/trigger/trigger-trace-marker-hist.tc
> > > index ab6bedb25736..b3f70f53ee69 100644
>
From: Kan Liang
Enable RAPL support for Intel Ice Lake X and Ice Lake D.
For RAPL support, it is identical to Sky Lake X.
Reported-by: Stephane Eranian
Signed-off-by: Kan Liang
---
arch/x86/events/intel/rapl.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/events/intel/rapl.c
On Thu, May 07, 2020 at 12:50:15PM +0200, Bartosz Golaszewski wrote:
> czw., 7 maj 2020 o 11:46 Mark-MC.Lee napisał(a):
> >
> > Hi Bartosz:
> > I think the naming of this driver and its Kconfig option is too generic
> > that will confuse with current mediatek SoCs eth driver architecture(for
> >
On Thu, 7 May 2020 at 14:14, Samuel Zou wrote:
>
> Fix the following sparse warning:
>
> drivers/mmc/host/sdhci-pci-gli.c:343:5: warning:
> symbol 'sdhci_pci_gli_resume' was not declared. Should it be static?
>
> Reported-by: Hulk Robot
> Signed-off-by: Samuel Zou
This actually fixes a commit t
On 5/5/20 3:41 PM, Thomas Gleixner wrote:
All ASM code which is not part of the entry functionality can move out into
the .text section. No reason to keep it in the non-instrumentable entry
section.
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/entry_32.S | 11 ++-
1 file cha
On Thu, 7 May 2020 12:19:57 +0900
Masahiro Yamada wrote:
> On Sun, May 3, 2020 at 9:11 AM Changbin Du wrote:
> >
> > Sometimes it is useful to preserve batches of configs when making
> > localmodconfig. For example, I usually don't want any usb and fs
> > modules to be disabled. Now we can do it
On Thu, 30 Apr 2020 15:48:19 +0100,
David Brazdil wrote:
>
> __hyp_call_panic_nvhe contains inline assembly which did not declare
> its dependency on the __hyp_panic_string symbol.
>
> Signed-off-by: David Brazdil
> ---
> arch/arm64/kvm/hyp/switch.c | 2 +-
> 1 file changed, 1 insertion(+), 1
Remove duplicate headers which are included twice.
Signed-off-by: Chen Zhou
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4.h
b/drivers/net/ethernet/chelsio/cxgb4/cxgb4.h
index e46a14f44a6f..30d25a37fc3
Hi Kevin,
On 2020/5/7 13:45, Tian, Kevin wrote:
From: Lu Baolu
Sent: Thursday, May 7, 2020 8:56 AM
When a PASID is used for SVA by the device, it's possible that the PASID
entry is cleared before the device flushes all ongoing DMA requests. The
IOMMU should ignore the non-recoverable faults cau
On 2020-05-06 9:01 pm, vji...@codeaurora.org wrote:
From: Vijayanand Jitta
When ever a new iova alloc request comes iova is always searched
from the cached node and the nodes which are previous to cached
node. So, even if there is free iova space available in the nodes
which are next to the cac
On Thu, May 7, 2020 at 1:30 PM Geert Uytterhoeven
wrote:
>
> Hi all,
>
> Several QorIQ blocks are only present on Freescale or NXP SoCs.
> This series adds platform dependencies to the corresponding config
> ymbols, to avoid asking the user about them when configuring a kernel
> without su
Add proximity sensor driver for Vishay vcnl3020. Only on-demand
measurement is supported for now.
Changes from v12:
1. forgot to change path inside yaml.
Changes from v11:
1. minor changes to yaml.
Changes from v10:
1. add vcnl3020_property struct for optional properties.
Changes from
Proximity sensor driver based on light/vcnl4000.c code.
For now supports only the single on-demand measurement.
The VCNL3020 is a fully integrated proximity sensor. Fully
integrated means that the infrared emitter is included in the
package. It has 16-bit resolution. It includes a signal
processin
Mostly standard i2c driver with some additional led-current option
for vcnl3020.
Signed-off-by: Ivan Mikhaylov
---
.../iio/proximity/vishay,vcnl3020.yaml| 65 +++
1 file changed, 65 insertions(+)
create mode 100644
Documentation/devicetree/bindings/iio/proximity/vishay,
The following commit has been merged into the smp/core branch of tip:
Commit-ID: 565558558985b1d7cd43b21f18c1ad6b232788d0
Gitweb:
https://git.kernel.org/tip/565558558985b1d7cd43b21f18c1ad6b232788d0
Author:Qais Yousef
AuthorDate:Thu, 30 Apr 2020 12:40:03 +01:00
Committer:
The following commit has been merged into the smp/core branch of tip:
Commit-ID: fb7fb84a0c4e8021ddecb157802d58241a3f1a40
Gitweb:
https://git.kernel.org/tip/fb7fb84a0c4e8021ddecb157802d58241a3f1a40
Author:Qais Yousef
AuthorDate:Thu, 30 Apr 2020 12:40:04 +01:00
Committer:
Hi,
On 5/5/20 8:29 AM, Calvin Johnson wrote:
Extract phy_id from compatible string. This will be used by
fwnode_mdiobus_register_phy() to create phy device using the
phy_id.
Signed-off-by: Calvin Johnson
---
Changes in v3: None
Changes in v2: None
drivers/net/phy/phy_device.c | 21
> From: Gustavo A. R. Silva
> Sent: Thursday, May 7, 2020 9:13 PM
>
> Fix inconsistent IS_ERR and PTR_ERR in imx_bus_init_icc().
>
> The proper pointer to be passed as argument to PTR_ERR() is
> priv->icc_pdev.
>
> This bug was detected with the help of Coccinelle.
>
> Fixes: 16c1d2f1b0bd ("PM
On Sat, Mar 28, 2020 at 09:43:04AM -0700, Yu-cheng Yu wrote:
> The function copy_kernel_to_xregs_err() uses XRSTOR, which can work with
> standard or compacted format without supervisor xstates. However, when
> supervisor xstates are present, XRSTORS must be used. Fix it by using
> XRSTORS when X
All HWCAP name arrays (i.e hwcap_str, compat_hwcap_str, compat_hwcap2_str)
that are scanned for /proc/cpuinfo output are detached from their bit fild
definitions making it difficult to corelate. This is also bit problematic
because during /proc/cpuinfo dump these arrays get traversed sequentially
a
On Thu, 7 May 2020, Jason Yan wrote:
> This code is dead for more than 10 years. Remove it.
>
> Signed-off-by: Jason Yan
> ---
> drivers/usb/core/generic.c | 6 --
> 1 file changed, 6 deletions(-)
>
> diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
> index 4626227a6dd2
On Thu, May 7, 2020 at 3:02 AM wrote:
>
> On May 6, 2020 11:18:09 PM PDT, Brian Gerst wrote:
> >On Tue, May 5, 2020 at 1:47 PM Nick Desaulniers
> > wrote:
> >>
> >> From: Sedat Dilek
> >>
> >> It turns out that if your config tickles __builtin_constant_p via
> >> differences in choices to inline
Hey Marc,
On Thursday 07 May 2020 at 14:10:30 (+0100), Marc Zyngier wrote:
> Hi David, Quentin,
>
> On Thu, 30 Apr 2020 15:48:18 +0100,
> David Brazdil wrote:
> >
> > From: Quentin Perret
> >
> > In preparation for removing the hyp code from the TCB, convert the current
>
> nit: Unless we ha
On Thu, May 07, 2020 at 10:34:22AM +0300, Diana Craciun wrote:
> From: Bharat Bhushan
>
> This patch is required for vfio-fsl-mc meta driver to successfully bind
> layerscape container devices for device passthrough. This patch adds
> a mechanism to allow a layerscape device to specify a driver r
Remove duplicate headers which are included twice.
Signed-off-by: Chen Zhou
---
drivers/net/ipa/ipa_mem.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/ipa/ipa_mem.c b/drivers/net/ipa/ipa_mem.c
index aa8f6b0f3d50..3ef814119aab 100644
--- a/drivers/net/ipa/ipa_mem.c
+++ b/drivers
On Thu, May 07, 2020 at 09:16:08PM +0800, Chen Zhou wrote:
> Remove duplicate headers which are included twice.
Thanks, this is included in my patch set to split out some parts of this header
to new headers.
(It basically removes all occurrences of div64.h)
--
With Best Regards,
Andy Shevchenko
On Wed, 29 Apr 2020, Josh Poimboeuf wrote:
> s390_kernel_write()'s function type is almost identical to memcpy().
> Change its return type to "void *" so they can be used interchangeably.
>
> Cc: linux-s...@vger.kernel.org
> Cc: heiko.carst...@de.ibm.com
> Signed-off-by: Josh Poimboeuf
> Acked-b
The "nr_lat_sensitive" per_cpu variable provides hints on the possible
number of latency-sensitive tasks occupying the CPU. This hints further
helps in inhibiting the CPUIDLE governor from calling deeper IDLE states
(next patches includes this).
Signed-off-by: Parth Shah
---
kernel/sched/core.c
In allocate_e820(), call the EFI get_memory_map() service directly
instead of indirectly via efi_get_memory_map(). This avoids allocation
of a buffer and return of the full EFI memory map, which is not needed
here and would otherwise need to be freed.
Routine allocate_e820() only needs to know how
Abstract:
=
The IDLE states provides a way to save power at the cost of wakeup
latencies. The deeper the IDLE state selected by the CPUIDLE governor, the
more the exit latency of the state will be. This exit latency adds to the
task's wakeup latency. Hence choosing the best trade-off betwee
Restrict the call to deeper idle states when the given CPU has been set for
the least latency requirements
Signed-off-by: Parth Shah
---
kernel/sched/idle.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c
index b743bf38f08f..85d72a6
We monitor the task entering/exiting the scheduler, but there might be
unhandled situations which can lead to inconsistent value of the
nr_lat_sensitive counter. This may lead to restricting the use of IDLE
states despite absence of any latency sensitive workload.
Hence, add pr_info() if a negative
On 07/05/2020 11:44, David Laight wrote:
> From: Mickaël Salaün
>> Sent: 07 May 2020 10:30
>> On 07/05/2020 11:00, David Laight wrote:
>>> From: Mickaël Salaün
Sent: 07 May 2020 09:37
>>> ...
> None of that description actually says what the patch actually does.
"Add support f
Monitor tasks at:
1. wake_up_new_task() - forked tasks
2. set_task_cpu() - task migrations, Load balancer
3. __sched_setscheduler() - set/unset latency_nice value
Increment the nr_lat_sensitive count on the CPU with task marked with
latency_nice == -20.
Similarly, decrement the nr_lat_sensitive c
Hi Eizan,
Missatge de Eizan Miyamoto del dia dj., 7 de maig
2020 a les 12:26:
>
> Since components are registered in a list, the numeric component id that
> specified a location in an array is not necessary.
>
> Signed-off-by: Eizan Miyamoto
It looks good to me, so
Reviewed-by: Enric Balletbo
On Thu, May 07, 2020 at 07:50:10PM +0800, Tang Bin wrote:
> Use IS_ERR() and PTR_ERR() instead of PTR_ZRR_OR_ZERO()
> to simplify code, avoid redundant judgements.
>
> Signed-off-by: Zhang Shengju
> Signed-off-by: Tang Bin
> ---
> drivers/net/ethernet/mellanox/mlx5/core/en/tc_tun.c | 5 ++---
>
On 5/5/20 3:41 PM, Thomas Gleixner wrote:
Mark the various syscall entries with noinstr to protect them against
instrumentation and add the noinstr_begin()/end() annotations to mark the
parts of the functions which are safe to call out into instrumentable code.
Signed-off-by: Thomas Gleixner
On Thu, May 07, 2020 at 01:45:55PM +0100, Bryan O'Donoghue wrote:
> This patch - adds USB role switching to the TI TPS6598x. It has been tested
> out with a ChipIdea controller inside a Qualcomm MSM8939.
>
> Right now you need to have configured the TPS firmware with the TI
> configuration tool so
wapper Not tainted 5.7.0-rc4-next-20200507
#2
[0.00] Call trace:
[0.00] dump_backtrace+0x0/0x22c
[0.00] show_stack+0x28/0x34
[0.00] dump_stack+0x104/0x194
[0.00] handle_null_ptr_deref+0xdc/0x10c
[0.00] __ubsan_handle_type_mismatch_v1+0x64/0x78
[
Hi Eizan,
On 7/5/20 13:11, Eizan Miyamoto wrote:
> On Thu, May 7, 2020 at 2:54 AM Enric Balletbo Serra
> wrote:
>>
>> Hi Eizan,
>>
>> Thank you for the patch.
>>
>> Missatge de Eizan Miyamoto del dia dc., 6 de maig
>> 2020 a les 10:41:
>>>
>>> Broadly, this patch (1) adds a driver for various M
On Tue, 2020-05-05 at 13:59 +0100, Luis Henriques wrote:
> A misconfigured cephx can easily result in having the kernel client
> flooding the logs with:
>
> ceph: Can't lookup inode 1 (err: -13)
>
> Change his message to debug level.
>
> Link: https://tracker.ceph.com/issues/44546
> Signed-off
Good Day
Do you need a Loan?
Thanks
Mr Charles Dickson
Remove duplicate headers which are included twice.
Signed-off-by: Chen Zhou
---
drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c
b/drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c
index 9ef9e50a3
On Thu, 30 Apr 2020 15:48:20 +0100,
David Brazdil wrote:
>
> Add new folder arch/arm64/kvm/hyp/nvhe and a Makefile for building code that
s/folder/directory/
> runs in EL2 under nVHE KVM.
>
> Compile each source file into a `.hyp.tmp.o` object first, then prefix all
> its symbols with "__hyp_t
All LASAT has probably gone bad, so let's remove Linux support.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/Kbuild.platforms | 1 -
arch/mips/Kconfig | 21 --
arch/mips/Makefile | 7 -
arch/mips/configs/las
No (active) developer owns this hardware, so let's remove Linux support.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/Kbuild.platforms | 1 -
arch/mips/Kconfig| 19 --
arch/mips/configs/markeins_defconfig | 185 ---
arch/mips/emma/
On Thu, May 7, 2020 at 2:12 AM Shaokun Zhang wrote:
>
> Hi Peter/Eric,
>
> Shall we use atomic_add_return() unconditionally and add some comments? Or I
> missed
> something.
>
Yes. A big fat comment, because I do not want yet another bogus
complaint from someone playing with a buggy UBSAN.
On Thu, May 07, 2020 at 01:14:29AM -0700, Ian Rogers wrote:
> Metric groups contain metrics. Metrics create groups of events to
> ideally be scheduled together. Often metrics refer to the same events,
> for example, a cache hit and cache miss rate. Using separate event
> groups means these metrics
On Thu, May 07, 2020 at 05:28:19PM +0800, Yunfeng Ye wrote:
> diff --git a/arch/arm64/include/asm/stacktrace.h
> b/arch/arm64/include/asm/stacktrace.h
> index fdb913cc0bcb..b92bef2fb6cd 100644
> --- a/arch/arm64/include/asm/stacktrace.h
> +++ b/arch/arm64/include/asm/stacktrace.h
> @@ -69,27 +69,4
On 5/5/20 3:41 PM, Thomas Gleixner wrote:
Now that the C entry points are safe, move the irq flags tracing code into
the entry helper:
- Invoke lockdep before calling into context tracking
- Use the safe trace_hardirqs_on_prepare() trace function after context
tracking establ
On Thu, May 7, 2020 at 7:38 AM Peter Zijlstra wrote:
>
> On Tue, May 05, 2020 at 11:07:24AM -0700, h...@zytor.com wrote:
> > On May 5, 2020 10:44:22 AM PDT, Nick Desaulniers
> > wrote:
>
> > >@@ -54,7 +54,7 @@ arch_set_bit(long nr, volatile unsigned long *addr)
> > > if (__builtin_constant_p
On Thu, 30 Apr 2020 15:48:17 +0100,
David Brazdil wrote:
>
> From: Quentin Perret
>
> Currently, the arm64 KVM code provides __kvm_call_hyp assembly procedure which
> does nothing but call the HVC instruction. This is used to call functions by
> their pointer in EL2 under nVHE, and abused by __
Let's make sure patches/bug reports find the right person.
Cc: "Michael S. Tsirkin"
Signed-off-by: David Hildenbrand
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2926327e4976..014bbf5897c2 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@
Unplugging subblocks of memory blocks that are offline is easy. All we
have to do is watch out for concurrent onlining activity.
Tested-by: Pankaj Gupta
Cc: "Michael S. Tsirkin"
Cc: Jason Wang
Cc: Oscar Salvador
Cc: Michal Hocko
Cc: Igor Mammedov
Cc: Dave Young
Cc: Andrew Morton
Cc: Dan Wi
We want to allow to specify (similar as for a DIMM), to which node a
virtio-mem device (and, therefore, its memory) belongs. Add a new
virtio-mem feature flag and export pxm_to_node, so it can be used in kernel
module context.
Acked-by: Michal Hocko # for the export
Acked-by: "Rafael J. Wysocki"
Each virtio-mem device owns exactly one memory region. It is responsible
for adding/removing memory from that memory region on request.
When the device driver starts up, the requested amount of memory is
queried and then plugged to Linux. On request, further memory can be
plugged or unplugged. Thi
This series is based on v5.7-rc4. The patches are located at:
https://github.com/davidhildenbrand/linux.git virtio-mem-v4
This is basically a resend of v3 [1], now based on v5.7-rc4 and restested.
One patch was reshuffled and two ACKs I missed to add were added. The
rebase did not require any
We also want to unplug online memory (contained in online memory blocks
and, therefore, managed by the buddy), and eventually replug it later.
When requested to unplug memory, we use alloc_contig_range() to allocate
subblocks in online memory blocks (so we are the owner) and send them to
our hyper
virtio-mem wants to offline and remove a memory block once it unplugged
all subblocks (e.g., using alloc_contig_range()). Let's provide
an interface to do that from a driver. virtio-mem already supports to
offline partially unplugged memory blocks. Offlining a fully unplugged
memory block will not
virtio-mem wants to allow to offline memory blocks of which some parts
were unplugged (allocated via alloc_contig_range()), especially, to later
offline and remove completely unplugged memory blocks. The important part
is that PageOffline() has to remain set until the section is offline, so
these p
Let's add a parent resource, named after the virtio device (inspired by
drivers/dax/kmem.c). This allows user space to identify which memory
belongs to which virtio-mem device.
With this change and two virtio-mem devices:
:/# cat /proc/iomem
-0fff : Reserved
000
Let's offline+remove memory blocks once all subblocks are unplugged. We
can use the new Linux MM interface for that. As no memory is in use
anymore, this shouldn't take a long time and shouldn't fail. There might
be corner cases where the offlining could still fail (especially, if
another notifier
Let's start with a retry interval of 5 seconds and double the time until
we reach 5 minutes, in case we keep getting errors. Reset the retry
interval in case we succeeded.
The two main reasons for having to retry are
- The hypervisor is busy and cannot process our request
- We cannot reach the des
Registering our parent resource will fail if any memory is still present
(e.g., because somebody unloaded the driver and tries to reload it). No
need for the manual check.
Move our "unplug all" handling to after registering the resource.
Cc: "Michael S. Tsirkin"
Cc: Pankaj Gupta
Signed-off-by:
Dropping the reference count of PageOffline() pages during MEM_GOING_ONLINE
allows offlining code to skip them. However, we also have to clear
PG_reserved, because PG_reserved pages get detected as unmovable right
away. Take care of restoring the reference count when offlining is
canceled.
Clarify
We unplug blocks right-to-left, let's also unplug subblocks within a block
right-to-left.
Cc: "Michael S. Tsirkin"
Cc: Pankaj Gupta
Signed-off-by: David Hildenbrand
---
drivers/virtio/virtio_mem.c | 38 -
1 file changed, 16 insertions(+), 22 deletions(-)
di
Let's be able to distinguish if the device or if memory is busy.
Cc: "Michael S. Tsirkin"
Cc: Pankaj Gupta
Signed-off-by: David Hildenbrand
---
drivers/virtio/virtio_mem.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/virtio/virtio_mem.c b/driver
Right now, we always try to unplug single subblocks when processing an
online memory block. Let's try to unplug the complete online memory block
first, in case it is fully plugged and the unplug request is large
enough. Fallback to single subblocks in case the memory block cannot get
unplugged as a
On Thu, 23 Apr 2020 15:25:31 +0530, Sai Prakash Ranjan wrote:
> Currently on reboot/shutdown, the following messages are
> displayed on the console as error messages before the
> system reboots/shutdown as part of remove callback.
>
> On SC7180:
>
> arm-smmu 1500.iommu: removing device with
401 - 500 of 1862 matches
Mail list logo
