Add new rx-tx-swap property to allow for RX & TX pin swapping.
Signed-off-by: Martin Devera
---
.../devicetree/bindings/serial/st,stm32-uart.yaml | 32 +++---
1 file changed, 22 insertions(+), 10 deletions(-)
diff --git a/Documentation/devicetree/bindings/serial/st,stm32-uart.y
On Tue, Mar 02, 2021 at 10:44:15AM -0800, Guenter Roeck wrote:
> On 3/2/21 4:38 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.10.20 release.
> > There are 658 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
STM32 F7/H7 usarts supports RX & TX pin swapping.
Add option to turn it on.
Tested on STM32MP157.
Signed-off-by: Martin Devera
---
drivers/tty/serial/stm32-usart.c | 11 ++-
drivers/tty/serial/stm32-usart.h | 4
2 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/drivers
On Mon, Mar 01, 2021 at 08:19:38PM -0800, Florian Fainelli wrote:
> BMIPS is one of the few platforms that do change the exception base.
> After commit 2dcb39645441 ("memblock: do not start bottom-up allocations
> with kernel_end") we started seeing BMIPS boards fail to boot with the
> built-in FDT
On Mon, Mar 01, 2021 at 04:12:00PM +, Mel Gorman wrote:
> From: Jesper Dangaard Brouer
>
> There are cases where the page_pool need to refill with pages from the
> page allocator. Some workloads cause the page_pool to release pages
> instead of recycling these pages.
>
> For these workload i
On Sat, 2021-02-13 at 16:45:54 UTC, Dejin Zheng wrote:
> Removing some boilerplate by using module_mtd_blktrans instead of calling
> register and unregister in the otherwise empty init/exit functions.
>
> Signed-off-by: Dejin Zheng
Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/l
On Sun, 28 Feb 2021 11:38:52 +0100, Dario Binacchi wrote:
> According to commit 640916db2bf7 ("can: c_can: Make it SMP safe") let RX use
> IF1 (i.e. IF_RX) and TX use IF2 (i.e. IF_TX).
>
> Signed-off-by: Dario Binacchi
> ---
>
> (no changes since v1)
>
> drivers/net/can/c_can/c_can.c | 2 +-
>
On Sun, 28 Feb 2021 11:38:54 +0100, Dario Binacchi wrote:
> Date: Sun, 28 Feb 2021 11:38:54 +0100
> From: Dario Binacchi
> To: linux-kernel@vger.kernel.org
> Cc: Federico Vaga , Alexander Stein
> , Dario Binacchi
> , "David S. Miller" , Jakub
> Kicinski , Marc Kleine-Budde , Oliver
> Hartkop
On Fri, Feb 19, 2021 at 05:30:36PM +, Michael Kelley wrote:
> From: Vasanth Sent: Friday, February 19, 2021 9:13 AM
> > To: KY Srinivasan
> > Cc: Haiyang Zhang ; Stephen Hemminger
> > ; wei@kernel.org; linux-hyp...@vger.kernel.org;
> > linux-
> > ker...@vger.kernel.org; Vasanth
> > Subj
On 3/2/21 6:44 PM, Fabrice Gasnier wrote:
On 3/2/21 2:15 PM, Martin Devera wrote:
STM32 F7/H7 usarts supports RX & TX pin swapping.
Add option to turn it on.
Tested on STM32MP157.
Signed-off-by: Martin Devera
---
drivers/tty/serial/stm32-usart.c | 11 ++-
drivers/tty/serial/stm32-us
On 3/1/21 10:22 PM, Jiri Slaby wrote:
> Forward declarations make the code larger and rewrites harder. Harder as
> they are often omitted from global changes. Remove forward declarations
> which are not really needed, i.e. the definition of the function is
> before its first use.
>
> Signed-off-by
On Tue, Mar 2, 2021 at 5:10 PM Paul Moore wrote:
>
> On Tue, Mar 2, 2021 at 6:03 AM Dmitry Vyukov wrote:
> >
>
> ...
>
> > Besides these 2 crashes, we've also seen one on a 4.19 based kernel, see
> > below.
> > Based on the reports with mismatching stacks, it looks like
> > cipso_v4_genopt is do
First of all, I've based this on the patches sent by Jonas Gorski back in
2016:
https://www.spinics.net/lists/linux-gpio/msg15983.html
http://patchwork.ozlabs.org/project/linux-gpio/patch/1471604025-21575-2-git-send-email-jonas.gor...@gmail.com/
I've tried to address all coments from Linus Walleij
Add a pincontrol driver for BCM6328. BCM628 supports muxing 32 pins as
GPIOs, as LEDs for the integrated LED controller, or various other
functions. Its pincontrol mux registers also control other aspects, like
switching the second USB port between host and device mode.
Signed-off-by: Álvaro Ferná
Add binding documentation for the pincontrol core found in BCM6328 SoCs.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: remove interrupts
.../pinctrl/brcm,bcm6328-pinctrl.yaml | 145 ++
1 file changed, 145 insertions(+)
create mode 100644
D
Add a pincotrol driver for BCM6362. BCM6362 allows muxing individual
GPIO pins to the LED controller, to be available by the integrated
wifi, or other functions. It also supports overlay groups, of which
only NAND is documented.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
-
Add binding documentation for the pincontrol core found in BCM6358 SoCs.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: remove interrupts
.../pinctrl/brcm,bcm6358-pinctrl.yaml | 111 ++
1 file changed, 111 insertions(+)
create mode 100644
D
Add binding documentation for the pincontrol core found in BCM6368 SoCs.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: remove interrupts
.../pinctrl/brcm,bcm6368-pinctrl.yaml | 235 ++
1 file changed, 235 insertions(+)
create mode 100644
D
Add a pincotrol driver for BCM6358. BCM6358 allow overlaying different
functions onto the GPIO pins. It does not support configuring individual
pins but only whole groups. These groups may overlap, and still require
the directions to be set correctly in the GPIO register. In addition the
functions
Add binding documentation for the pincontrol core found in BCM6362 SoCs.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: remove interrupts
.../pinctrl/brcm,bcm6362-pinctrl.yaml | 224 ++
1 file changed, 224 insertions(+)
create mode 100644
D
Add a pincontrol driver for BCM6368. BCM6368 allows muxing the first 32
GPIOs onto alternative functions. Not all are documented.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: switch to GPIO_REGMAP
drivers/pinctrl/bcm/Kconfig | 11 +
drivers/pinctrl/bcm/
Add binding documentation for the pincontrol core found in the BCM63268
family SoCs.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: remove interrupts
.../pinctrl/brcm,bcm63268-pinctrl.yaml| 182 ++
1 file changed, 182 insertions(+)
create mo
Add a pincontrol driver for BCM63268. BCM63268 allows muxing GPIOs
to different functions. Depending on the mux, these are either single
pin configurations or whole pin groups.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: switch to GPIO_REGMAP
drivers/pinctrl/bcm/
Add a pincontrol driver for BCM6318. BCM6318 allows muxing most GPIOs
to different functions. BCM6318 is similar to BCM6328 with the addition
of a pad register, and the GPIO meaning of the mux register changes
based on the GPIO number.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Go
Add binding documentation for the pincontrol core found in BCM6318 SoCs.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Jonas Gorski
---
v2: remove interrupts
.../pinctrl/brcm,bcm6318-pinctrl.yaml | 161 ++
1 file changed, 161 insertions(+)
create mode 100644
D
On Tue, Mar 02, 2021 at 01:34:44PM +0100, Frederic Weisbecker wrote:
> On Mon, Mar 01, 2021 at 05:48:29PM -0800, Paul E. McKenney wrote:
> > On Wed, Feb 24, 2021 at 11:06:06PM +0100, Frederic Weisbecker wrote:
> > > On Wed, Feb 24, 2021 at 10:37:09AM -0800, Paul E. McKenney wrote:
> > > > On Tue, F
On Tue, Mar 02, 2021 at 08:03:15PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Mar 02, 2021 at 10:44:15AM -0800, Guenter Roeck wrote:
> > On 3/2/21 4:38 AM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 5.10.20 release.
> > > There are 658 patches in this serie
On Tue, Mar 02, 2021, Babu Moger wrote:
> This problem was reported on a SVM guest while executing kexec.
> Kexec fails to load the new kernel when the PCID feature is enabled.
>
> When kexec starts loading the new kernel, it starts the process by
> resetting the vCPU's and then bringing each vCPU
syzbot has found a reproducer for the following issue on:
HEAD commit:7a7fd0de Merge branch 'kmap-conversion-for-5.12' of git://..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13693866d0
kernel config: https://syzkaller.appspot.com/x/.config?x=779a256
On 12/23/20 3:13 AM, Sasha Levin wrote:
Hello Sasha,
From: Marek Vasut
[ Upstream commit 65277100caa2f2c62b6f3c4648b90d6f0435f3bc ]
In case RSI9116 SDIO WiFi operates in STA mode against Intel 9260 in AP mode,
the association fails. The former is using wpa_supplicant during association,
the
Hi,
Am 2021-03-02 19:14, schrieb Álvaro Fernández Rojas:
El 02/03/2021 a las 19:10, Michael Walle escribió:
Am 2021-03-02 19:06, schrieb Álvaro Fernández Rojas:
struct gpio_regmap should be declared in gpio/regmap.h.
This way other drivers can access the structure data when registering
a gpio
This is the start of the stable review cycle for the 4.4.259 release.
There are 92 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 04 Mar 2021 19:25:07 +.
Anything rec
This is the start of the stable review cycle for the 4.9.259 release.
There are 134 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 04 Mar 2021 19:25:07 +.
Anything re
This is the start of the stable review cycle for the 4.14.223 release.
There are 175 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 04 Mar 2021 19:25:07 +.
Anything r
This is the start of the stable review cycle for the 4.19.178 release.
There are 246 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 04 Mar 2021 19:25:07 +.
Anything r
On Tue, Mar 2, 2021 at 8:25 PM syzbot
wrote:
>
> syzbot has found a reproducer for the following issue on:
>
> HEAD commit:7a7fd0de Merge branch 'kmap-conversion-for-5.12' of git://..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=13693866d0
> kernel
This is the start of the stable review cycle for the 5.4.102 release.
There are 337 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 04 Mar 2021 19:25:07 +.
Anything re
On 3/2/21 1:20 PM, Sean Christopherson wrote:
> On Tue, Mar 02, 2021, Babu Moger wrote:
>> This problem was reported on a SVM guest while executing kexec.
>> Kexec fails to load the new kernel when the PCID feature is enabled.
>>
>> When kexec starts loading the new kernel, it starts the process
This is the start of the stable review cycle for the 5.10.20 release.
There are 657 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 04 Mar 2021 19:25:07 +.
Anything re
This is the start of the stable review cycle for the 5.11.3 release.
There are 773 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 04 Mar 2021 19:25:07 +.
Anything rec
On Mon, Mar 1, 2021 at 9:21 AM Geert Uytterhoeven wrote:
>
> On Mon, 1 Mar 2021, Geert Uytterhoeven wrote:
> > Below is the list of build error/warning regressions/improvements in
> > v5.12-rc1[1] compared to v5.11[2].
> >
> > Summarized:
> > - build errors: +2/-0
>
> > [1]
> > http://kisskb.ell
Hi Christophe,
I love your patch! Yet something to improve:
[auto build test ERROR on powerpc/next]
[also build test ERROR on robh/for-next linus/master v5.12-rc1 next-20210302]
[cannot apply to mpe/next]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting
On Tue 02-03-21 10:50:32, Roman Gushchin wrote:
> On Tue, Mar 02, 2021 at 03:37:33PM +0800, Muchun Song wrote:
> > The alloc_thread_stack_node() cannot guarantee that allocated stack pages
> > are in the same node when CONFIG_VMAP_STACK. Because we do not specify
> > __GFP_THISNODE to __vmalloc_nod
Since L1 and L2 now use different VMCBs, most of the fields remain
the same from one L1 run to the next. svm_set_cr0 and other functions
called by nested_svm_vmexit already take care of clearing the
corresponding clean bits; only the TSC offset is special.
Signed-off-by: Paolo Bonzini
---
arch/
This includes:
- vmcb01/vmcb02 split. Unfortunately this is a wash in terms of
nested vmexit speed, which I did not expect. However, keeping
the code more in sync with VMX is useful anyway.
- move common VMX/SVM emulation to x86.c (Sean)
- support for vSPEC_CTRL (Babu)
Paolo
Babu Moger
From: Cathy Avery
This patch moves the asid_generation from the vcpu to the vmcb
in order to track the ASID generation that was active the last
time the vmcb was run. If sd->asid_generation changes between
two runs, the old ASID is invalid and must be changed.
Suggested-by: Paolo Bonzini
Signed
From: Sean Christopherson
Refactor the svm_exit_handlers API to pass @vcpu instead of @svm to
allow directly invoking common x86 exit handlers (in a future patch).
Opportunistically convert an absurd number of instances of 'svm->vcpu'
to direct uses of 'vcpu' to avoid pointless casting.
No funct
On 24-02-21, 15:42, Daniel Lezcano wrote:
> HZ unit conversion macros are available in units.h, use them and
> remove the duplicate definition.
>
> Signed-off-by: Daniel Lezcano
> ---
> drivers/phy/st/phy-stm32-usbphyc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/d
On Fri, Feb 26, 2021 at 02:05:29PM +0800, Shengjiu Wang wrote:
> On Thu, Feb 25, 2021 at 9:17 PM Mark Brown wrote:
> > On Thu, Feb 25, 2021 at 08:08:32PM +0800, Shengjiu Wang wrote:
> > > If sound card doesn't need specific codec device, just
> > > dummy codec is enough, then we can link the dumm
From: Cathy Avery
svm->vmcb will now point to a separate vmcb for L1 (not nested) or L2
(nested).
The main advantages are removing get_host_vmcb and hsave, in favor of
concepts that are shared with VMX.
We don't need anymore to stash the L1 registers in hsave while L2
runs, but we need to copy
From: Sean Christopherson
Move the trivial exit handlers, e.g. for instructions that KVM
"emulates" as nops, to common x86 code. Assign the common handlers
directly to the exit handler arrays and drop the vendor trampolines.
Opportunistically use pr_warn_once() where appropriate.
No functional
From: Maxim Levitsky
This allows to avoid copying of these fields between vmcb01
and vmcb02 on nested guest entry/exit.
Signed-off-by: Maxim Levitsky
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/nested.c | 3 --
arch/x86/kvm/svm/svm.c| 70 ---
2 f
From: Sean Christopherson
Move the entirety of the accelerated RDPMC emulation to x86.c, and assign
the common handler directly to the exit handler array for VMX. SVM has
bizarre nrips behavior that prevents it from directly invoking the common
handler. The nrips goofiness will be addressed in
From: Sean Christopherson
Move the entirety of XSETBV emulation to x86.c, and assign the
function directly to both VMX's and SVM's exit handlers, i.e. drop the
unnecessary trampolines.
No functional change intended.
Signed-off-by: Sean Christopherson
Message-Id: <20210205005750.3841462-6-sea..
From: Krish Sadhukhan
The path for SVM_SET_NESTED_STATE needs to have the same checks for the CPU
registers, as we have in the VMRUN path for a nested guest. This patch adds
those missing checks to svm_set_nested_state().
Suggested-by: Sean Christopherson
Signed-off-by: Krish Sadhukhan
Message
Since L1 and L2 now use different VMCBs, most of the fields remain the
same in VMCB02 from one L2 run to the next. Since KVM itself is not
looking at VMCB12's clean field, for now not much can be optimized.
However, in the future we could avoid more copies if the VMCB12's SEG
and DT sections are c
Newer AMD processors have a feature to virtualize the use of the
SPEC_CTRL MSR. Presence of this feature is indicated via CPUID
function 0x800A_EDX[20]: GuestSpecCtrl. Hypervisors are not
required to enable this feature since it is automatically enabled on
processors that support it.
A hypervi
From: Sean Christopherson
Add another helper layer for VMLOAD+VMSAVE, the code is identical except
for the one line that determines which VMCB is the source and which is
the destination.
No functional change intended.
Signed-off-by: Sean Christopherson
Message-Id: <20210205005750.3841462-5-sea
From: Sean Christopherson
Move KVM's CC() macro to x86.h so that it can be reused by nSVM.
Debugging VM-Enter is as painful on SVM as it is on VMX.
Rename the more visible macro to KVM_NESTED_VMENTER_CONSISTENCY_CHECK
to avoid any collisions with the uber-concise "CC".
Signed-off-by: Sean Chris
From: Sean Christopherson
Remove bizarre code that causes KVM to run RDPMC through the emulator
when nrips is disabled. Accelerated emulation of RDPMC doesn't rely on
any additional data from the VMCB, and SVM has generic handling for
updating RIP to skip instructions when nrips is disabled.
Si
Thanks to the new macros that handle exception handling for SVM
instructions, it is easier to just do the VMLOAD/VMSAVE in C.
This is safe, as shown by the fact that the host reload is
already done outside the assembly source.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/svm.c | 2 ++
The VMLOAD/VMSAVE data is not taken from userspace, since it will
not be restored on VMEXIT (it will be copied from VMCB02 to VMCB01).
For clarity, replace the wholesale copy of the VMCB save area
with a copy of that state only.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/nested.c | 20 +++
From: Sean Christopherson
Skip PAUSE after interception to avoid unnecessarily re-executing the
instruction in the guest, e.g. after regaining control post-yield.
This is a benign bug as KVM disables PAUSE interception if filtering is
off, including the case where pause_filter_count is set to zer
Most fields were going to be overwritten by vmcb12 control fields, or
do not matter at all because they are filled by the processor on vmexit.
Therefore, we need not copy them from vmcb01 to vmcb02 on vmentry.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/nested.c | 23 +-
On 02/03/21 18:45, Sean Christopherson wrote:
If KVM (L0) intercepts #GP, but L1 does not, then L2 can kill L1 by
triggering triple fault. On both VMX and SVM, if the CPU hits a fault
while vectoring an injected #DF (or I supposed any #DF), any intercept
from the hypervisor takes priority over t
From: Sean Christopherson
Use trace_kvm_nested_vmenter_failed() and its macro magic to trace
consistency check failures on nested VMRUN. Tracing such failures by
running the buggy VMM as a KVM guest is often the only way to get a
precise explanation of why VMRUN failed.
Signed-off-by: Sean Chri
From: Babu Moger
Newer AMD processors have a feature to virtualize the use of the
SPEC_CTRL MSR. Presence of this feature is indicated via CPUID
function 0x800A_EDX[20]: GuestSpecCtrl. When present, the
SPEC_CTRL MSR is automatically virtualized.
Signed-off-by: Babu Moger
Acked-by: Borislav
Hi Michael,
El 02/03/2021 a las 20:24, Michael Walle escribió:
Hi,
Am 2021-03-02 19:14, schrieb Álvaro Fernández Rojas:
El 02/03/2021 a las 19:10, Michael Walle escribió:
Am 2021-03-02 19:06, schrieb Álvaro Fernández Rojas:
struct gpio_regmap should be declared in gpio/regmap.h.
This way oth
On Wed, Feb 10, 2021 at 11:21:34AM +0100, Joerg Roedel wrote:
> + /*
> + * Store the sme_me_mask as an indicator that SEV is active. It will be
> + * set again in startup_64().
So why bother? Or does something needs it before that?
...
> +SYM_FUNC_START(sev_startup32_cbit_check)
s
Now that SVM is using a separate vmcb01 and vmcb02 (and also uses the vmcb12
naming) we can give clearer names to functions that write to and read
from those VMCBs. Likewise, variables and parameters can be renamed
from nested_vmcb to vmcb12.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/svm/ne
Dear RT folks!
I'm pleased to announce the v5.11.2-rt9 patch set.
Changes since v5.11.2-rt8:
- Move the cpu_chill() prototype to hrtimer.h to avoid a warning.
- Polish the sigqueue cache patch. Its doing remains unchanged with
one difference: The cache is now used only if the task is a
On 02/03/21 19:51, Babu Moger wrote:
This problem was reported on a SVM guest while executing kexec.
Kexec fails to load the new kernel when the PCID feature is enabled.
When kexec starts loading the new kernel, it starts the process by
resetting the vCPU's and then bringing each vCPU online one
From: Cathy Avery
This patch moves the physical cpu tracking from the vcpu
to the vmcb in svm_switch_vmcb. If either vmcb01 or vmcb02
change physical cpus from one vmrun to the next the vmcb's
previous cpu is preserved for comparison with the current
cpu and the vmcb is marked dirty if different.
Hello Takashi,
> The patch isn't cleanly applicable. Could you try to submit via
> git-send-email instead?
I'm sorry the editor + mailer i used replaced tabs with spaces and made a html
mail.
Already resend the patch with tabs, but only after that I realized that even
the "plain" mails are con
On Tue, Mar 02, 2021 at 07:46:27PM +0100, Björn Töpel wrote:
> Hi!
>
> Firstly; The long Cc-list is to reach the LKMM-folks.
>
> Some background; the XDP sockets use a ring-buffer to communicate
> between the kernel and userland. It's a
> single-consumer/single-producer ring, and described in
> n
To pick the changes from:
9caccd41541a6f7d ("fs: introduce MOUNT_ATTR_IDMAP")
This adds this new syscall to the tables used by tools such as 'perf
trace', so that one can specify it by name and have it filtered, etc.
Addressing these perf build warnings:
Warning: Kernel ABI header at
'tool
On Mon, 1 Mar 2021 14:28:17 -0600
Bjorn Helgaas wrote:
> [+cc Alex, reset expert]
>
> On Mon, Mar 01, 2021 at 06:12:21PM +0100, Pali Rohár wrote:
> > Hello!
> >
> > PCIe card can be reset via in-band Hot Reset signal which can be
> > triggered by PCIe bridge via Secondary Bus Reset bit in PCI c
In TODO it was written:
* Get rid of enum led_brightness
It is really an integer, as maximum is configurable. Get rid of it, or
make it into typedef or something.
So I made it into typedef.
Signed-off-by: Antoni Przybylik
---
drivers/leds/TODO | 5
drivers/leds/blink/
Hi Alex,
On Tue, Mar 2, 2021 at 8:30 PM Alex Deucher wrote:
> On Mon, Mar 1, 2021 at 9:21 AM Geert Uytterhoeven
> wrote:
> > On Mon, 1 Mar 2021, Geert Uytterhoeven wrote:
> > > Below is the list of build error/warning regressions/improvements in
> > > v5.12-rc1[1] compared to v5.11[2].
> > >
>
On Tue, Mar 02, 2021 at 11:57:58AM -0800, Paul E. McKenney wrote:
> On Tue, Mar 02, 2021 at 07:46:27PM +0100, Björn Töpel wrote:
> > Hi!
> >
> > Firstly; The long Cc-list is to reach the LKMM-folks.
> >
> > Some background; the XDP sockets use a ring-buffer to communicate
> > between the kernel a
GCC 7.5 reports:
../drivers/net/ethernet/ibm/ibmvnic.c: In function 'ibmvnic_reset_init':
../drivers/net/ethernet/ibm/ibmvnic.c:5373:51: warning: 'old_num_tx_queues' may
be used uninitialized in this function [-Wmaybe-uninitialized]
../drivers/net/ethernet/ibm/ibmvnic.c:5373:6: warning: 'old_num_r
Hi,
Static analysis on linux-next detected a potential uninitialized
variable dn.node_changed that does not get set when a call to
f2fs_get_node_page() fails. This uninitialized value gets used in the
call to f2fs_balance_fs() that may or not may not balances dirty node
and dentry pages depending
If fadump_calculate_reserve_size() is not inlined, there is a modpost
warning:
WARNING: modpost: vmlinux.o(.text+0x5196c): Section mismatch in
reference from the function fadump_calculate_reserve_size() to the
function .init.text:parse_crashkernel()
The function fadump_calculate_reserve_size() ref
Am 2021-03-02 20:16, schrieb Álvaro Fernández Rojas:
Add a pincontrol driver for BCM6328. BCM628 supports muxing 32 pins as
GPIOs, as LEDs for the integrated LED controller, or various other
functions. Its pincontrol mux registers also control other aspects,
like
switching the second USB port b
Ilya Lipnitskiy writes:
> On Mon, Mar 1, 2021 at 12:43 PM Eric W. Biederman
> wrote:
>>
>> Ilya Lipnitskiy writes:
>>
>> > Eric, All,
>> >
>> > The following error appears when running Linux 5.10.18 on an embedded
>> > MIPS mt7621 target:
>> > [0.301219] BUG: Bad rss-counter state mm:(ptrv
On Mon, Mar 1, 2021 at 10:03 PM Viresh Kumar wrote:
>
> On 01-03-21, 21:14, Frank Rowand wrote:
> > Hi Viresh,
> >
> > On 3/1/21 12:56 AM, Viresh Kumar wrote:
> > > On 12-02-21, 16:48, Viresh Kumar wrote:
> > >> Hi,
> > >>
> > >> This patchset adds a generic rule for applying overlays using fdtove
If identical_pvr_fixup() is not inlined, there are two modpost warnings:
WARNING: modpost: vmlinux.o(.text+0x54e8): Section mismatch in reference
from the function identical_pvr_fixup() to the function
.init.text:of_get_flat_dt_prop()
The function identical_pvr_fixup() references
the function __in
> -Original Message-
> From: pintu=codeaurora@mg.codeaurora.org
> On Behalf Of Pintu Kumar
> Sent: Tuesday, March 2, 2021 9:56 AM
> To: linux-kernel@vger.kernel.org; a...@linux-foundation.org; linux-
> m...@kvack.org; linux-fsde...@vger.kernel.org; pi...@codeaurora.org;
> iamjoonsoo
On 3/2/2021 12:08 PM, Thomas Richter wrote:
On 3/2/21 4:23 PM, Liang, Kan wrote:
On 3/2/2021 9:48 AM, Thomas Richter wrote:
On 3/2/21 3:03 PM, Liang, Kan wrote:
+ Athira Rajeev
On 3/2/2021 8:31 AM, Thomas Richter wrote:
Executing perf test 27 fails on s390:
[root@t35lp46 perf]# ./p
On 3/2/21 12:21 PM, Kunihiko Hayashi wrote:
After the refactoring phase, the type of max_slot has changed from unsigned
long to unsigned int. The return type of the function get_max_slots() and
the 4th argument type of iommu_is_span_boundary() are different from the
type of max_slot. Finally, ass
On Tue, Mar 2, 2021 at 10:38 AM Andy Lutomirski wrote:
>
> Is there something like a uprobe test suite? How maintained /
> actively used is uprobe?
uprobe+bpf is heavily used in production.
selftests/bpf has only one test for it though.
Why are you asking?
On Tue, 2 Mar 2021 at 20:57, Paul E. McKenney wrote:
>
> On Tue, Mar 02, 2021 at 07:46:27PM +0100, Björn Töpel wrote:
[...]
>
> Before digging in too deeply, does the following simplification
> still capture your intent?
>
Thanks for having a look, Paul!
> P0(int *prod, int *cons, int *data)
>
On Tue, 2 Mar 2021, Michal Hocko wrote:
> [Cc Johannes for awareness and fixup Nick's email]
>
> On Tue 02-03-21 01:34:51, Zhou Guanghui wrote:
> > When split page, the memory cgroup info recorded in first page is
> > not copied to tail pages. In this case, when the tail pages are
> > freed, the u
On 03/01, Andy Lutomirski wrote:
>
> On Mon, Mar 1, 2021 at 8:51 AM Oleg Nesterov wrote:
> >
> > But I guess this has nothing to do with uprobes, they do not single-step
> > in kernel mode, right?
>
> They single-step user code, though, and the code that makes this work
> is quite ugly. Single-st
Change multiple sys/xyz to /sys/xyz
Signed-off-by: Mark O'Donovan
---
Documentation/admin-guide/mm/numaperf.rst | 2 +-
Documentation/fb/fbcon.rst| 4 ++--
Documentation/hid/intel-ish-hid.rst | 2 +-
Documentation/leds/leds-lm3556.rst| 28 +++
forgot to add Srikar, sorry for resend...
On 03/01, Andy Lutomirski wrote:
>
> On Mon, Mar 1, 2021 at 8:51 AM Oleg Nesterov wrote:
> >
> > But I guess this has nothing to do with uprobes, they do not single-step
> > in kernel mode, right?
>
> They single-step user code, though, and the code that
* Helge Deller :
> On 3/2/21 7:07 PM, Nick Desaulniers wrote:
> > + Arnd
> >
> > On Tue, Mar 2, 2021 at 10:03 AM Helge Deller wrote:
> > >
> > > On 3/2/21 6:29 PM, Nick Desaulniers wrote:
> > > > + pa-risc folks
> > >
> > > Thanks for looking into this, Nick!
> > >
> > > > On Tue, Mar 2, 2021 at 2
On 03/02, Masami Hiramatsu wrote:
>
> > Not sure I understand you correctly, I know almost nothing about low-level
> > x86 magic.
>
> x86 has normal interrupt and NMI. When an NMI occurs the CPU masks NMI
> (the mask itself is hidden status) and IRET releases the mask. The problem
> is that if an
On Tue, Mar 2, 2021 at 10:05 PM Maxime Ripard wrote:
>
> On Fri, Feb 26, 2021 at 10:40:24PM +0530, Jagan Teki wrote:
> > On Fri, Feb 26, 2021 at 10:27 PM Maxime Ripard wrote:
> > >
> > > Hi,
> > >
> > > On Mon, Feb 15, 2021 at 01:11:01AM +0530, Jagan Teki wrote:
> > > > Use drm_panel_bridge to re
On Tue, Mar 2, 2021 at 9:28 PM Helge Deller wrote:
> * Helge Deller :
> > On 3/2/21 7:07 PM, Nick Desaulniers wrote:
> > > + Arnd
> > >
> > > On Tue, Mar 2, 2021 at 10:03 AM Helge Deller wrote:
> > > >
> > > >
> From: Helge Deller
> Date: Tue, 2 Mar 2021 21:07:07 +0100
> Subject: [PATCH] parisc:
1 - 100 of 1506 matches
Mail list logo
