Em Wed, Apr 29, 2020 at 07:22:43PM +0300, Konstantin Khlebnikov escreveu:
> Cpu bitmap is split into 32 bit words. For system with more than 32 cores
> threads are always in different words thus first word never has two bits:
> cpu0: ",0100,0001", cpu 79: "8000,0080,".
>
>
This patch introduces a character device interface for the Counter
subsystem. Device information and control is exposed through a standard
set of ioctl commands.
A high-level view of how a count value is passed down from a counter
driver can be exemplified by the following:
On Wed, Apr 29, 2020 at 8:33 PM Al Cooper wrote:
>
> v4 - A few more fixes to the brcm,bcm7445-ehci.yaml dt-bindings
> document requested by Rob Herring.
>- Fixed ordering issue in MAINTAINERS as requested by
> Andy Shevchenko.
FWIW,
Reviewed-by: Andy Shevchenko
(consider
On Wed, Apr 01, 2020 at 10:51:02AM -0700, Reinette Chatre wrote:
> diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
> index 4cdb123ff66a..8552d2fadc15 100644
> --- a/arch/x86/kernel/cpu/common.c
> +++ b/arch/x86/kernel/cpu/common.c
> @@ -856,6 +856,8 @@ static void
The Counter subsystem architecture and driver implementations have
changed in order to handle Counter sysfs interactions in a more
consistent way. This patch updates the Generic Counter interface
documentation to reflect the changes.
Signed-off-by: William Breathitt Gray
---
From: Wei Liu
Date: Wed, 29 Apr 2020 11:10:55 +0100
> Do you want this to go through net tree? I can submit it via hyperv tree
> if that's preferred.
I'll be taking this, thanks.
Over the past couple years we have noticed some shortcomings with the
Counter sysfs interface. Although useful in the majority of situations,
there are certain use-cases where interacting through sysfs attributes
can become cumbersome and inefficient. A desire to support more advanced
This patch adds high-level documentation about the Counter subsystem
character device interface. The 0x3E major number and respective minor
number range is reserved for Counter character device interface ioctl
calls.
Signed-off-by: William Breathitt Gray
---
On Wed, Apr 29, 2020 at 8:34 PM Al Cooper wrote:
>
> Add a new EHCI driver for Broadcom STB SoC's. A new EHCI driver
> was created instead of adding support to the existing ehci platform
> driver because of the code required to workaround bugs in the EHCI
> controller.
...
> +/* Copyright (c)
Em Wed, Apr 29, 2020 at 07:19:47PM +0300, Konstantin Khlebnikov escreveu:
> Check access("devices/system/cpu/cpu%d/topology/core_cpus", F_OK) fails,
> unless current directory is "/sys". Simply try read this file first.
>
> Signed-off-by: Konstantin Khlebnikov
> Fixes: 0ccdb8407a46 ("perf tools:
Hi Stephen,
On Tue, Apr 28, 2020 at 11:10:09AM -0700, Stephen Boyd wrote:
> We should include headers that C files use in the C files that use them
> and avoid relying on implicit includes as much as possible. This helps
> avoid compiler errors in the future about missing declarations when
>
The system might go into suspend during recovery of any remoteproc.
This will interrupt the recovery process in between increasing the
recovery time. Make the platform device as wakeup capable and
use pm_stay_wake/pm_relax APIs to avoid system from going into
suspend during recovery.
I'm announcing the release of the 4.19.119 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web
On Wed, Apr 29, 2020 at 11:17:27PM +0530, Manivannan Sadhasivam wrote:
> Hi Greg,
>
> On Wed, Apr 29, 2020 at 01:26:51AM +0530, m...@kernel.org wrote:
> > From: Manivannan Sadhasivam
> >
> > Add gpiochip support for Maxlinear/Exar USB to serial converter
> > for controlling the available gpios.
Am 29.04.20 um 17:28 schrieb Cristian Ciocaltea:
When the kernel is built with lockdep support and the owl-dma driver is
used, the following message is shown:
[2.496939] INFO: trying to register non-static key.
[2.501889] the code is fine but needs lockdep annotation.
[2.507357]
On Tue, Apr 28, 2020 at 4:36 PM Jann Horn wrote:
>
> On Wed, Apr 29, 2020 at 12:14 AM Linus Torvalds
> wrote:
> >
> > - we move check_unsafe_exec() down. As far as I can tell, there's no
> > reason it's that early - the flags it sets aren't actually used until
> > when we actually do that final
On Wed, 29 Apr 2020 11:46:24 +0800 Huazhong Tan wrote:
> From: Yonglong Liu
>
> This patch adds support for reading the optical module eeprom
> info via "ethtool -m".
>
> Signed-off-by: Yonglong Liu
> Signed-off-by: Huazhong Tan
Acked-by: Jakub Kicinski
On 4/29/20 10:31 AM, Christian Borntraeger wrote:
> On 29.04.20 18:07, Dave Hansen wrote:
>> On 4/28/20 3:50 PM, Claudio Imbrenda wrote:
>>> If a page is inaccesible and it is used for things like sendfile, then
>>> the content of the page is not always touched, and can be passed
>>> directly to a
Em Wed, Mar 18, 2020 at 07:31:00PM -0700, Ian Rogers escreveu:
> Memory leaks found by applying LLVM's libfuzzer on the parse_events
> function.
>
> Signed-off-by: Ian Rogers
> ---
> tools/perf/util/parse-events.c | 2 ++
> tools/perf/util/parse-events.y | 3 ++-
> 2 files changed, 4
On Wed, 29 Apr 2020 12:26:25 +0200, patrice.chot...@st.com wrote:
> From: Patrice Chotard
>
> Issue detected by unbinding/binding the stm32 qspi driver as following:
>
> root@stm32mp2:~# echo 4043.spi >
> /sys/bus/platform/drivers/stm32-qspi/404300
> 00.spi/driver/unbind
> root@stm32mp2:~#
Em Wed, Mar 18, 2020 at 10:34:35AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Mar 18, 2020 at 11:32:24AM +0100, Jiri Olsa escreveu:
> > On Sun, Mar 08, 2020 at 06:59:17PM +0800, zhe...@windriver.com wrote:
> > > From: He Zhe
> > >
> > > NULL pointer may be passed to perf_cpu_map__cpu
Hi Greg,
On Wed, Apr 29, 2020 at 01:26:51AM +0530, m...@kernel.org wrote:
> From: Manivannan Sadhasivam
>
> Add gpiochip support for Maxlinear/Exar USB to serial converter
> for controlling the available gpios.
>
> Cc: Linus Walleij
> Cc: linux-g...@vger.kernel.org
> Signed-off-by: Manivannan
Em Wed, Apr 29, 2020 at 10:40:06AM -0700, Ian Rogers escreveu:
> Ping. This is missing an Acked-by:
> v2 addressed Jiri's review comments:
> https://lore.kernel.org/lkml/20200315093013.GC492969@krava/
Jiri?
> Thanks,
> Ian
>
>
> On Fri, Mar 20, 2020 at 11:23 AM Ian Rogers wrote:
> >
> >
Hi Jerome,
On Wed, Apr 29, 2020 at 2:37 PM Jerome Brunet wrote:
>
>
> On Wed 29 Apr 2020 at 05:14, Bernard Zhao wrote:
>
> > In common init function, when run into err branch, we didn`t
> > use kfree to release kzmalloc area, this may bring in memleak
>
> Thx for reporting this Bernard.
> I'm
On Mon, Mar 23, 2020 at 3:59 AM Jiri Olsa wrote:
>
> On Wed, Mar 18, 2020 at 07:31:00PM -0700, Ian Rogers wrote:
> > Memory leaks found by applying LLVM's libfuzzer on the parse_events
> > function.
> >
> > Signed-off-by: Ian Rogers
>
> Acked-by: Jiri Olsa
>
> thanks,
> jirka
Ping.
> > ---
>
Le 29/04/2020 à 14:25, Dan Carpenter a écrit :
On Wed, Apr 29, 2020 at 06:34:38AM +0200, Christophe JAILLET wrote:
If an error occurs in the loop where we call 'pxa3xx_gcu_add_buffer()',
any resource already allocated should be freed.
In order to fix it, add a call to
From: Fenghua Yu
Currently, fpu__clear() clears all fpregs and xstates. Once XSAVES
supervisor states are introduced, supervisor settings (e.g. CET xstates)
must remain active for signals; It is necessary to have separate functions:
- Create fpu__clear_user_states(): clear only user settings
Use pr_efi_err instead of bare efi_printk for error messages.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/gop.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/firmware/efi/libstub/gop.c
b/drivers/firmware/efi/libstub/gop.c
index
In several places 64-bit values need to be split up into two 32-bit
fields, in order to be backward-compatible with the old 32-bit ABIs.
Instead of open-coding this, add a helper function to set a 64-bit value
as two 32-bit fields.
Signed-off-by: Arvind Sankar
---
Consolidate the initrd loading in efi_main.
The command line options now need to be parsed only once.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 64 ++---
1 file changed, 25 insertions(+), 39 deletions(-)
diff --git
This series is on top of efi/next.
Patch 1 fixes the size allocated for x86 boot_params.
Patch 2 refactors the setting of various hi/lo 32-bit fields, mainly on x86.
Patches 3-5 convert the remaining uses of efi_printk to print error
messages to use pr_efi_err instead.
Patches 6-8 refactor initrd
In several places 64-bit values need to be split up into two 32-bit
fields, in order to be backward-compatible with the old 32-bit ABIs.
Instead of open-coding this, add a helper function to set a 64-bit value
as two 32-bit fields.
Signed-off-by: Arvind Sankar
---
Add support for the x86 CMDLINE_BOOL and CMDLINE_OVERRIDE configuration
options.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/firmware/efi/libstub/x86-stub.c
Use pr_efi_err instead of bare efi_printk for error messages.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/tpm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/firmware/efi/libstub/tpm.c
b/drivers/firmware/efi/libstub/tpm.c
index
efi_parse_options can fail if it is unable to allocate space for a copy
of the command line. Check the return value to make sure it succeeded.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/efi-stub.c | 18 ++
drivers/firmware/efi/libstub/x86-stub.c | 12
struct boot_params is only 4096 bytes, not 16384. Fix this by using
sizeof(struct boot_params) instead of hardcoding the incorrect value.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git
Factor out the initrd loading into a common function that can be called
both from the generic efi-stub.c and the x86-specific x86-stub.c.
Signed-off-by: Arvind Sankar
---
.../firmware/efi/libstub/efi-stub-helper.c| 46 +--
drivers/firmware/efi/libstub/efi-stub.c | 12
Use pr_efi_err instead of bare efi_printk for error messages.
Signed-off-by: Arvind Sankar
---
drivers/firmware/efi/libstub/x86-stub.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/firmware/efi/libstub/x86-stub.c
Currently the EFI stub attempts to load initrd(s) specified on the
command line below hdr->initrd_addr_max (2G) and if that fails, falls
back to allocating at an unrestricted address.
The only case when loading at a low address helps is for the 32-bit
kernel, where the initrd must be copied by
On Tue 28 Apr 2020 at 06:34, Po Liu wrote:
> Add the gate action to the flow action entry. Add the gate parameters to
> the tc_setup_flow_action() queueing to the entries of flow_action_entry
> array provide to the driver.
>
> Signed-off-by: Po Liu
> ---
> include/net/flow_offload.h | 10
> “...
> Do not split the tag across multiple
> lines, tags are exempt from the "wrap at 75 columns" rule in order to simplify
> parsing scripts
> ...”
Why do you not like the reformatting of the quotation so far
(if such change descriptions should cope also with specific
Unicode characters)?
“…
Ping. This is missing an Acked-by:
v2 addressed Jiri's review comments:
https://lore.kernel.org/lkml/20200315093013.GC492969@krava/
Thanks,
Ian
On Fri, Mar 20, 2020 at 11:23 AM Ian Rogers wrote:
>
> Realloc of size zero is a free not an error, avoid this causing a double
> free. Caught by
On 29/04/20 19:28, Andy Lutomirski wrote:
> This seems functional, but I'm wondering if it could a bit simpler and
> more efficient if the data structure was a normal descriptor ring with
> the same number slots as whatever the maximum number of waiting pages
> is. Then there would never need to
On 27/04/2020 16:17, luca abeni wrote:
> Hi Juri,
>
> On Mon, 27 Apr 2020 15:34:38 +0200
> Juri Lelli wrote:
>
>> Hi,
>>
>> On 27/04/20 10:37, Dietmar Eggemann wrote:
>>> From: Luca Abeni
>>>
>>> When a task has a runtime that cannot be served within the
>>> scheduling deadline by any of the
On Wed, Apr 29, 2020 at 06:27:01PM +0100, Mark Brown wrote:
> On Wed, Apr 29, 2020 at 05:23:49PM +, John Stultz wrote:
> > This reverts commit dca0b44957e5 ("regulator: Use
> > driver_deferred_probe_timeout for regulator_init_complete_work"),
> > as we ended up reverting the default
On 2020-03-26 03:24, Pavel Tatashin wrote:
If we have a EL2 mode without VHE, the EL2 vectors are needed in order
to switch to EL2 and jump to new world with hyperivsor privileges.
Signed-off-by: Pavel Tatashin
---
arch/arm64/include/asm/kexec.h | 5 +
29.04.2020 19:54, Dmitry Osipenko пишет:
> 29.04.2020 19:30, Thierry Reding пишет:
>> On Wed, Apr 29, 2020 at 03:35:26PM +0300, Dmitry Osipenko wrote:
>>> 29.04.2020 11:55, Thierry Reding пишет:
>>> ...
>> It's not "papering over an issue". The bug can't be fixed properly
>> without
On Wed, Apr 29, 2020 at 10:02:46AM -0700, Yu-cheng Yu wrote:
> It has been some time since Thomas commented on this tail comment.
> https://lore.kernel.org/lkml/alpine.deb.2.21.1908161703010.1...@nanos.tec.linutronix.de/
>
> I think why not fixing it while at it.
So "fixing it" means removing it
On 29.04.20 18:07, Dave Hansen wrote:
> On 4/28/20 3:50 PM, Claudio Imbrenda wrote:
>> If a page is inaccesible and it is used for things like sendfile, then
>> the content of the page is not always touched, and can be passed
>> directly to a driver, causing issues.
>>
>> This patch fixes the
Add the build system changes needed to get the Broadcom STB XHCI,
EHCI and OHCI functionality working. The OHCI support does not
require anything unique to Broadcom so the standard ohci-platform
driver is being used. The link order for XHCI was changed in the
Makefile because of the way STB XHCI,
Add a new EHCI driver for Broadcom STB SoC's. A new EHCI driver
was created instead of adding support to the existing ehci platform
driver because of the code required to workaround bugs in the EHCI
controller.
Signed-off-by: Al Cooper
---
drivers/usb/host/ehci-brcm.c | 286
Add DT bindings for Broadcom STB USB EHCI and XHCI drivers.
NOTE: The OHCI driver is not included because it uses the generic
platform driver.
Signed-off-by: Al Cooper
---
.../bindings/usb/brcm,bcm7445-ehci.yaml | 60 +++
.../devicetree/bindings/usb/usb-xhci.txt
Add support for Broadcom STB SoC's to the xhci platform driver
Signed-off-by: Al Cooper
Acked-by: Mathias Nyman
---
drivers/usb/host/xhci-plat.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-plat.c
index
v4 - A few more fixes to the brcm,bcm7445-ehci.yaml dt-bindings
document requested by Rob Herring.
- Fixed ordering issue in MAINTAINERS as requested by
Andy Shevchenko.
v3 - Addressed all of Andy Shevchenko's review comments for
ehci-brcm.c.
- Fixed the
Hi Jeff
On 4/28/20 7:50 AM, Jeffrey Hugo wrote:
On 4/27/2020 8:59 PM, Bhaumik Bhatt wrote:
From: Hemant Kumar
When MHI Driver receives an EOT event, it reads xfer_len from the
event in the last TRE. The value is under control of the MHI device
and never validated by Host MHI driver. The
- On Apr 29, 2020, at 12:52 PM, rostedt rost...@goodmis.org wrote:
> On Wed, 29 Apr 2020 18:20:26 +0200
> Joerg Roedel wrote:
>
>> On Wed, Apr 29, 2020 at 06:17:47PM +0200, Joerg Roedel wrote:
>> > On Wed, Apr 29, 2020 at 10:07:31AM -0400, Steven Rostedt wrote:
>> > > Talking with Mathieu
Hi Jeff
On 4/28/20 7:44 AM, Jeffrey Hugo wrote:
On 4/27/2020 8:59 PM, Bhaumik Bhatt wrote:
From: Hemant Kumar
MHI data completion handler function reads channel id from event
ring element. Value is under the control of MHI devices and can be
any value between 0 and 255. In order to prevent
On Wed, Apr 15, 2020 at 7:51 AM Sibi Sankar wrote:
>
> 7C retail devices using MSA based boot will result in a fuse combination
> which will prevent accesses to MSS PERPH register space where the mpss
> clocks and halt-nav reside. Hence requesting a halt-nav as part of the
> SSR sequence will
On Wed, Apr 29, 2020 at 2:36 AM Vitaly Kuznetsov wrote:
>
> If two page ready notifications happen back to back the second one is not
> delivered and the only mechanism we currently have is
> kvm_check_async_pf_completion() check in vcpu_run() loop. The check will
> only be performed with the
On Wed, Apr 15, 2020 at 12:16 AM Sibi Sankar wrote:
>
> Remove unsed q6v5_da_to_va function as the mss driver uses a per segment
> dump function.
>
> Signed-off-by: Sibi Sankar
I tested both patches (successfully), but for some reason this is the
only one related to this series in my inbox.
Hi Jeff
On 4/28/20 7:39 AM, Jeffrey Hugo wrote:
On 4/27/2020 8:59 PM, Bhaumik Bhatt wrote:
From: Hemant Kumar
Driver is using zero initialized intmod value from mhi channel when
configuring TRE for bei field. This prevents interrupt moderation to
take effect in case it is supported by an
On Wed, Apr 29, 2020 at 05:23:49PM +, John Stultz wrote:
> This reverts commit dca0b44957e5 ("regulator: Use
> driver_deferred_probe_timeout for regulator_init_complete_work"),
> as we ended up reverting the default deferred_probe_timeout
> value back to zero, to preserve behavior with 5.6 we
On Wed, Apr 29, 2020 at 6:14 AM Arnaldo Carvalho de Melo
wrote:
>
> From: Arnaldo Carvalho de Melo
>
> Now we can use it with --overwrite to have a flight recorder mode that
> gets snapshot requests from arbitrary events that are processed in the
> side band thread together with the
On Tue, Apr 21, 2020 at 7:32 AM Sibi Sankar wrote:
>
> Add PAS based modem support on SC7180 SoCs and update the device node to
> support MSA based modem boot.
>
> V2:
> * use memory-region to reference mba/mpss regions [Bjorn]
> * move peripheral memory regions to the board dts [Bjorn]
> *
This reverts commit dca0b44957e5 ("regulator: Use
driver_deferred_probe_timeout for regulator_init_complete_work"),
as we ended up reverting the default deferred_probe_timeout
value back to zero, to preserve behavior with 5.6 we need to
decouple the regulator timeout which was previously 30
On 4/29/20 6:38 AM, Mimi Zohar wrote:
The kernel has no way of differentiating between a file containing data
or code being opened by an interpreter. The proposed RESOLVE_MAYEXEC
openat2(2) flag bridges this gap by defining and enabling the MAY_OPENEXEC
flag.
This patch adds IMA policy support
On 4/29/20 6:38 AM, Mimi Zohar wrote:
Extend the IMA policy language with "mode=IXUGO" to identify files with
the execute mode bit enabled.
Examples:
measure func=FILE_CHECK mode=IXUGO
appraise func=FILE_CHECK appraise_type=imasig mode=IXUGO
Suggested-by: Steve Grubb (based on execute mode
Hi Vineet,
> From: Vineet Gupta
> Sent: Tuesday, April 28, 2020 22:46
> To: Eugeniy Paltsev; linux-snps-...@lists.infradead.org
> Cc: Alexey Brodkin; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] ARC: guard dsp early init against non ARCv2
>
> On 4/28/20 11:50 AM, Eugeniy Paltsev wrote:
Hi Mike,
On 2020-04-29 22:28, Mike Leach wrote:
Hi,
[...]
>> > You need to find what is resetting the IDFILTERs to 0 for replicator1.
>> >
>>
>> That is right.
>>
>
> By default all replicators have the IDFILTER registers set to 0 out of
> hardware reset. This ensures that programmable
On Wed, Apr 29, 2020 at 03:24:41PM +, austin.bo...@dell.com wrote:
> On 4/28/2020 3:37 PM, Bjorn Helgaas wrote:
> > [EXTERNAL EMAIL]
> >
> > [+to Mario, Austin, Rafael; Dell folks, I suspect this commit will
> > break Dell servers but I'd like your opinion]
> >
> >
> Thanks Bjorn, for the
Add Broadcom VK driver offload engine.
This driver interfaces to the VK PCIe offload engine to perform
should offload functions as video transcoding on multiple streams
in parallel. VK device is booted from files loaded using
request_firmware_into_buf mechanism. After booted card status is
Add offset to request_firmware_into_buf to allow for portions
of firmware file to be read into a buffer. Necessary where firmware
needs to be loaded in portions from file in memory constrained systems.
Signed-off-by: Scott Branden
---
drivers/base/firmware_loader/firmware.h | 5 +++
This patch series adds partial read support in request_firmware_into_buf.
In order to accept the enhanced API it has been requested that kernel
selftests and upstreamed driver utilize the API enhancement and so
are included in this patch series.
Also in this patch series is the addition of a new
Add additional hooks to test_firmware to pass in support
for partial file read using request_firmware_into_buf.
buf_size: size of buffer to request firmware into
partial: indicates that a partial file request is being made
file_offset: to indicate offset into file to request
Signed-off-by: Scott
Add kernel_pread_file* support to kernel to allow for partial read
of files with an offset into the file. Existing kernel_read_file
functions call new kernel_pread_file functions with offset=0 and
flags=KERNEL_PREAD_FLAG_WHOLE.
Signed-off-by: Scott Branden
---
fs/exec.c | 96
Add maintainer entry for new Broadcom VK Driver
Signed-off-by: Scott Branden
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c1175fc0aadb..cbc132a9b766 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3613,6 +3613,13 @@ L:
Add user space api for bcm-vk driver.
Signed-off-by: Scott Branden
---
include/uapi/linux/misc/bcm_vk.h | 99
1 file changed, 99 insertions(+)
create mode 100644 include/uapi/linux/misc/bcm_vk.h
diff --git a/include/uapi/linux/misc/bcm_vk.h
Add firmware tests for partial file reads of request_firmware_into_buf.
Signed-off-by: Scott Branden
---
.../selftests/firmware/fw_filesystem.sh | 80 +++
1 file changed, 80 insertions(+)
diff --git a/tools/testing/selftests/firmware/fw_filesystem.sh
On Wed, 29 Apr 2020 at 17:50, Rafael J. Wysocki wrote:
>
> On Friday, April 24, 2020 1:40:55 PM CEST Benjamin Gaignard wrote:
> > When start streaming from the sensor the CPU load could remain very low
> > because almost all the capture pipeline is done in hardware (i.e. without
> > using the
As described in the big comment in the patch, earlycon initialization
can be deferred if, a) earlycon was supplied without arguments and, b)
the ACPI SPCR table hasn't yet been parsed.
Unfortunately, if deferred, then the earlycon is not ready during early
parameter parsing so kgdboc cannot use
On Wed, Apr 29, 2020 at 06:58:45PM +0200, Paolo Bonzini wrote:
> On 29/04/20 18:45, Sean Christopherson wrote:
> >
> > Can you just drop 9/13, "Prioritize SMI over nested IRQ/NMI" from kvm/queue?
> > It's probably best to deal with this in a new series rather than trying to
> > squeeze it in.
>
On 01 Apr 2020 09:00:04 +0900, Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> This patch switches from .txt base to .yaml base Document.
>
> Signed-off-by: Kuninori Morimoto
> Reviewed-by: Rob Herring
>
> [...]
Applied to
Hi Po,
On Tue 28 Apr 2020 at 06:34, Po Liu wrote:
> Introduce a ingress frame gate control flow action.
> Tc gate action does the work like this:
> Assume there is a gate allow specified ingress frames can be passed at
> specific time slot, and be dropped at specific time slot. Tc filter
>
On Mon, Apr 27, 2020 at 12:48 PM Stephen Smalley
wrote:
>
> On Mon, Apr 27, 2020 at 12:19 PM Casey Schaufler
> wrote:
> >
> > On 4/23/2020 3:24 PM, Casey Schaufler wrote:
> > > On 4/22/2020 10:12 AM, Casey Schaufler wrote:
> > >> On 4/22/2020 9:55 AM, James Morris wrote:
> > >>> On Mon, 13 Apr
On Wed, 2020-04-29 at 18:39 +0200, Borislav Petkov wrote:
> On Wed, Apr 29, 2020 at 09:06:44AM -0700, Yu-cheng Yu wrote:
> > From: Fenghua Yu
> >
> > Currently, fpu__clear() clears all fpregs and xstates. Once XSAVES
> > supervisor states are introduced, supervisor settings (e.g. CET xstates)
>
29.04.2020 19:24, Thierry Reding пишет:
> On Wed, Apr 29, 2020 at 05:46:46PM +0300, Dmitry Osipenko wrote:
>> 29.04.2020 16:57, Jon Hunter пишет:
>>>
>>> On 29/04/2020 13:35, Dmitry Osipenko wrote:
29.04.2020 11:55, Thierry Reding пишет:
...
>>> It's not "papering over an issue". The
There could be a scenario where f2fs_sync_node_pages gets
called during checkpoint, which in turn tries to flush
inline data and calls iput(). This results in deadlock as
iput() tries to hold cp_rwsem, which is already held at the
beginning by checkpoint->block_operations().
Call stack :
Thread
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> Currently, kexec_image_info() is called during load time, and
> right before kernel is being kexec'ed. There is no need to do both.
I think the original logic was if debugging, you'd see the load-time value in
dmesg, and
the kexec-time
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> Change argument types from unsigned long to a more descriptive
> phys_addr_t.
For 'entry', which is a physical addresses, sure...
> diff --git a/arch/arm64/kernel/cpu-reset.h b/arch/arm64/kernel/cpu-reset.h
> index
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> Currently, kernel relocation function is configured in machine_kexec()
> at the time of kexec reboot by using control_code_page.
>
> This operation, however, is more logical to be done during kexec_load,
> and thus remove from reboot time.
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> From: James Morse
>
> To resume from hibernate, the contents of memory are restored from
> the swap image. This may overwrite any page, including the running
> kernel and its page tables.
>
> Hibernate copies the code it uses to do the
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> Make trans_pgd_create_copy and its subroutines to use allocator that is
> passed as an argument
Reviewed-by: James Morse
Thanks,
James
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> trans_pgd_* should be independent from mm context because the tables that
> are created by this code are used when there are no mm context around, as
> it is between kernels. Simply replace mm_init's with NULL.
arm64's p?d_populate() helpers
Jacek
On 4/29/20 10:44 AM, Dan Murphy wrote:
Jacek
On 4/29/20 10:37 AM, Jacek Anaszewski wrote:
Hi Dan,
Thanks for the conversion, but now the binding example is missing.
In Documentation/devicetree/bindings/leds/common.yaml we do have
examples.
I have looked at a few recent examples of
On 25/04/2020 17:52, Liran Alon wrote:
On 21/04/2020 21:41, Andra Paraschiv wrote:
The Nitro Enclaves PCI device exposes a MMIO space that this driver
uses to submit command requests and to receive command replies e.g. for
enclave creation / termination or setting enclave resources.
Add
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> Now, that we abstracted the required functions move them to a new home.
> Later, we will generalize these function in order to be useful outside
> of hibernation.
Reviewed-by: James Morse
Thanks,
James
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> Currently, dtb_mem is enabled only when CONFIG_KEXEC_FILE is
> enabled. This adds ugly ifdefs to c files.
~s/dtb_mem/ARCH_HAS_KIMAGE_ARCH/ ?
dtb_mem is just one member of struct kimage_arch.
> Always enabled dtb_mem, when it is not used,
Hi Pavel,
On 26/03/2020 03:24, Pavel Tatashin wrote:
> kexec is going to use a different allocator, so make
> trans_pgd_map_page to accept allocator as an argument, and also
> kexec is going to use a different map protection, so also pass
> it via argument.
This trans_pgd_map_page() used to be
On Wed, Apr 29, 2020 at 7:49 AM Arnaldo Carvalho de Melo
wrote:
>
> Em Wed, Apr 01, 2020 at 11:49:13AM -0700, Ian Rogers escreveu:
> > From: Stephane Eranian
> >
> > This patch links perf with the libpfm4 library if it is available and
> > NO_LIBPFM4 isn't passed to the build. The libpfm4
On 29/04/20 18:45, Sean Christopherson wrote:
>
> Can you just drop 9/13, "Prioritize SMI over nested IRQ/NMI" from kvm/queue?
> It's probably best to deal with this in a new series rather than trying to
> squeeze it in.
With AMD we just have IRQ/NMI/SMI, and it's important to handle SMI in
601 - 700 of 1584 matches
Mail list logo