Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT m ... - http://lkml.org/lkml/2021/1/25/667 Masahiro Yamada <[email protected]>
Masahiro Yamada writes: (Summary) wrote: ---
---
We are based on the assumption that we use the same compiler for in-tree and out-of-tree.
compiler for in-tree and out-of-tree.
If people use a different compiler, they must be
prepared for any possible problem.
prepared for any possible problem.
prepared for any possible problem.
Using different compiler flags for in-tree and out-of-tree is even more dangerous.
is even more dangerous.
For example, CONFIG_GCC_PLUGIN_RANDSTRUCT is enabled for in-tree build, and then disabled for out-of-tree modules, the struct layout will mismatch, won't it?
the struct layout will mismatch, won't it?
the struct layout will mismatch, won't it?
This patch is ugly, and not doing the right thing.
This patch is ugly, and not doing the right thing.
This patch is ugly, and not doing the right thing.
This patch is ugly, and not doing the right thing.
This patch is ugly, and not doing the right thing.
2.29

Re: [PATCH] lkdtm: fix memory copy size for WRITE_KERN - http://lkml.org/lkml/2021/1/25/666 Nick Desaulniers <[email protected]>
Nick Desaulniers writes: (Summary) On Mon, Jan 25, 2021 at 12:56 AM Candle Sun <[email protected]> wrote: - size = (unsigned long)do_overwritten - (unsigned long)do_nothing; Might it be simpler to do:
Thanks for the patch! Might it be simpler to do:
size = abs((uintptr_t)do_overwritten - (uintptr_t)do_nothing)); size = abs((uintptr_t)do_overwritten - (uintptr_t)do_nothing)); Then I don't think much of this function needs to be changed. Then I don't think much of this function needs to be changed. 2.17.0
2.17.0

KASAN: global-out-of-bounds Write in record_print_text - http://lkml.org/lkml/2021/1/25/665 syzbot <[email protected]>
syzbot writes: (Summary) Date: Thu Jan 14 17:04:12 2021 +0000 printk: fix buffer overflow potential for print_text() bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=11671b84d00000 final oops: https://syzkaller.appspot.com/x/report.txt?x=13671b84d00000 console output: https://syzkaller.appspot.com/x/log.txt?x=15671b84d00000 IMPORTANT: if you fix the issue, please add the following tag to the commit: Reported-by: [email protected] Fixes: f0e386ee0c0b ("printk: fix buffer overflow potential for print_text()") netdevsim netdevsim0 netdevsim3 (unregistering): unset [1, 0] type 2 family 0 port 6081 - 0 ================================================================== BUG: KASAN: global-out-of-bounds in record_print_text+0x33f/0x380 kernel/printk/printk.c:1401 W

Re: [PATCH v2 08/14] dt-bindings: display: bridge: Add i.MX8qxp pi ... - http://lkml.org/lkml/2021/1/25/664 Rob Herring <[email protected]>
Rob Herring writes: On Thu, Jan 14, 2021 at 05:22:06PM +0800, Liu Ying wrote: + A phandle which points to Control and Status Registers(CSR) module. If this is the only control interface, then make it a child node of the phandle.
phandle.
2.7.4
2.7.4

Re: [PATCH v2 06/14] dt-bindings: display: bridge: Add i.MX8qm/qxp ... - http://lkml.org/lkml/2021/1/25/663 Rob Herring <[email protected]>
Rob Herring writes: On Thu, 14 Jan 2021 17:22:04 +0800, Liu Ying wrote: create mode 100644 Documentation/devicetree/bindings/display/bridge/fsl,imx8qxp-pixel-link.yaml Reviewed-by: Rob Herring <[email protected]>
Reviewed-by: Rob Herring <[email protected]>
Reviewed-by: Rob Herring <[email protected]>

Re: [PATCH] usb: host: ehci-tegra: fix Kconfig depencies - http://lkml.org/lkml/2021/1/25/662 Arnd Bergmann <[email protected]>
Arnd Bergmann writes: (Summary) wrote: in the patch description?
Sure, I'll resend in a bit.
Sure, I'll resend in a bit.
depend on OF? I guess it could be rewritten into
rewritten into
depends on USB_EHCI_HCD || USB_GADGET # needs at least one of the two depends on m || USB_EHCI_HCD!=m # must be =m if USB_EHCI_HCD=m depends on m || USB_GADGET!=m # must be =m if USB_GADGET=m I see that USB_EHCI_TEGRA already depends on USB_EHCI_HCD, so I think this collapses into a much simpler depends on USB_GADGET ||

Re: [PATCH v2 04/14] dt-bindings: display: bridge: Add i.MX8qm/qxp ... - http://lkml.org/lkml/2021/1/25/661 Rob Herring <[email protected]>
Rob Herring writes: On Thu, 14 Jan 2021 17:22:02 +0800, Liu Ying wrote: create mode 100644 Documentation/devicetree/bindings/display/bridge/fsl,imx8qxp-pixel-combiner.yaml Reviewed-by: Rob Herring <[email protected]>
Reviewed-by: Rob Herring <[email protected]>
Reviewed-by: Rob Herring <[email protected]>

Re: [PATCH 07/13] opp: Allow _generic_set_opp_clk_only() to work f ... - http://lkml.org/lkml/2021/1/25/660 Dmitry Osipenko <[email protected]>
Dmitry Osipenko writes: (Summary) 22.01.2021 07:35, Viresh Kumar пишет:
Fixed, thanks.
Please remove unlikely() around IS_ERR(), it already has the unlikely(). https://elixir.bootlin.com/linux/v5.11-rc4/source/include/linux/err.h#L22 https://elixir.bootlin.com/linux/v5.11-rc4/source/include/linux/err.h#L22 I'd also recommend to remove all the unlikely() from OPP code since it doesn't bring any value if not used in a very performance-critical code path. The [un]likely() only make code less readable and may result in a worse assembly.

Re: hppa64-linux-ld: mm/hugetlb.o(.text+0x50dc): cannot reach printk - http://lkml.org/lkml/2021/1/25/659 John David Anglin <[email protected]>
John David Anglin writes: (Summary) I would suggest the following for this hunk:
I would suggest the following for this hunk:
+ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ ldilÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ L%intr_restore, %r2
+ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ BLÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ preempt_schedule_irq
+ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ ldoÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ R%intr_restore(%r2), %r2
+ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ ldoÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ R%intr_restore(%r2), %r2
ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ ldilÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ L%intr_restore, %r1
ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ b,lÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ preempt_schedule_irq,%r2
ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ ldoÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ R%intr_restore(%r1), %r2
ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ ldoÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ÿ¿¿¿¿¿ R%intr_restore(%r1), %r2
On PA 2.0 hardware that gives a 22-bit call.
On PA 2.0 hardware that gives a 22-bit call.
Dave
Dave
On 2021-01-25 3:59 p.m., Helge Deller wrote:
/*
/*

Re: [v4 PATCH 04/11] mm: vmscan: remove memcg_shrinker_map_size - http://lkml.org/lkml/2021/1/25/658 Yang Shi <[email protected]>
Yang Shi writes: (Summary) On Mon, Jan 25, 2021 at 12:36 AM Kirill Tkhai <[email protected]> wrote: Then shrink_slab_memcg() misses this shrinker since shrinker_nr_max == 0. It should be fixed by the below patch: Yes, thanks for catching this. It should be fixed by the below patch: diff --git a/mm/vmscan.c b/mm/vmscan.c index bb254d39339f..47010a69b400 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -287,7 +287,7 @@ static int expand_shrinker_info(int new_id) old_d_size = shrinker_nr_max * sizeof(atomic_long_t); if (!root_mem_cgroup) goto out;


Re: hppa64-linux-ld: mm/hugetlb.o(.text+0x50dc): cannot reach printk - http://lkml.org/lkml/2021/1/25/657 Helge Deller <[email protected]>
Helge Deller writes: (Summary) On 1/25/21 9:58 PM, Nick Desaulniers wrote:
ote:
nux.git master
PGO and AutoFDO input sections
er/sbin/make.cross -O ~/bin/make.cross
linux.git/commit/?id=3Deff8728fe69880d3f7983bec3fb6cea4c306261f ernel/git/torvalds/linux.git
e.cross ARCH=3Dparisc
unknown
_printk
printk
if MODULES && !FTRACE
specified _once_).
The logic is:
- if (!MODULES || FTRACE) then don't ask and always set to Y, - otherwise show menu entry but leave default as N.

Re: Linux 5.11-rc5 - http://lkml.org/lkml/2021/1/25/656 Mike Rapoport <[email protected]>
Mike Rapoport writes: (Summary) On Mon, Jan 25, 2021 at 08:34:34PM +0000, Chris Wilson wrote: > 17:56 tsa : ickle: dolphin: I hit the following patch in my bisection, and the hang is also dependent on kconfig > 17:56 tsa : first bad commit: [d3921cb8be29ce5668c64e23ffdaeec5f8c69399] mm: fix initialization of struct page for holes in >

Re: [PATCH v3 0/5] Expose RPi4's bootloader configuration - http://lkml.org/lkml/2021/1/25/655 Nicolas Saenz Julienne <[email protected]>
Nicolas Saenz Julienne writes: On Tue, 2021-01-12 at 15:23 +0100, Nicolas Saenz Julienne wrote: [1] https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711_bootloader_config.md Applied patches #3 to #5 for next.
Applied patches #3 to #5 for next.
Regards,
Nicolas
Nicolas
Nicolas
[unhandled content-type:application/pgp-signature]

Re: [PATCH v2 00/15] drm/vc4: hdmi: Add CEC support for the BCM2711 - http://lkml.org/lkml/2021/1/25/654 Nicolas Saenz Julienne <[email protected]>
Nicolas Saenz Julienne writes: Hi,
Hi,
On Mon, 2021-01-11 at 15:22 +0100, Maxime Ripard wrote: It's is based on the 10 and 12 bpc series.
I applied patches #1 and #14 for-next. I'm waiting on Hans' testing for #15. I applied patches #1 and #14 for-next. I'm waiting on Hans' testing for #15. Regards,
Nicolas
Nicolas
Nicolas
[unhandled content-type:application/pgp-signature]

[GIT PULL 1/4] bcm2835-dt-next-2021-01-25 - http://lkml.org/lkml/2021/1/25/653 Nicolas Saenz Julienne <[email protected]>
Nicolas Saenz Julienne writes: (Summary) Hi Florian,
Hi Florian,
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-dt-next-2021-01-25 https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-dt-next-2021-01-25 for you to fetch changes up to 5878b8087904a5827c3551698be83da1ccf84e11: for you to fetch changes up to 5878b8087904a5827c3551698be83da1ccf84e11: ARM: dts: bcm2711: Add the BSC interrupt controller (2021-01-25 21:49:41 +0100) ARM: dts: bcm2711: Add the BSC interrupt con

[GIT PULL 4/4] bcm2835-soc-next-2021-01-25 - http://lkml.org/lkml/2021/1/25/652 Nicolas Saenz Julienne <[email protected]>
Nicolas Saenz Julienne writes: (Summary) Hi Florian,
Hi Florian,
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-soc-next-2021-01-25 https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-soc-next-2021-01-25 for you to fetch changes up to 5674e314e674d5a7c4d38d8e9beed14b91ef04d3: for you to fetch changes up to 5674e314e674d5a7c4d38d8e9beed14b91ef04d3: ARM: bcm: Select BRCMSTB_L2_IRQ for bcm2835 (2021-01-25 21:59:06 +0100) ARM: bcm: Select BRCMSTB_L2_IRQ for bcm2835 (2021-

[GIT PULL 3/4] bcm2835-defconfig-arm64-next-2021-01-25 - http://lkml.org/lkml/2021/1/25/651 Nicolas Saenz Julienne <[email protected]>
Nicolas Saenz Julienne writes: (Summary) Hi Florian,
Hi Florian,
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-defconfig-arm64-next-2021-01-25 https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-defconfig-arm64-next-2021-01-25 for you to fetch changes up to b4192249b0c66e0ad177cdab87ea863220a7e455: for you to fetch changes up to b4192249b0c66e0ad177cdab87ea863220a7e455: arm64: defconfig: Enable nvmem's rmem driver (2021-01-25 21:55:18 +0100) arm64: defconfig: Enable

[GIT PULL 2/4] bcm2835-defconfig-next-2021-01-25 - http://lkml.org/lkml/2021/1/25/650 Nicolas Saenz Julienne <[email protected]>
Nicolas Saenz Julienne writes: (Summary) Hi Florian,
Hi Florian,
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e: Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-defconfig-next-2021-01-25 https://git.kernel.org/pub/scm/linux/kernel/git/nsaenz/linux-rpi.git tags/bcm2835-defconfig-next-2021-01-25 for you to fetch changes up to 5462a35ce3e4748e079ee325a1e9bb436f4950b3: for you to fetch changes up to 5462a35ce3e4748e079ee325a1e9bb436f4950b3: ARM: multi_v7_defconfig: Enable nvmem's rmem driver (2021-01-25 21:57:33 +0100) ARM: multi_v7_defconfig: Enabl

Re: Thoughts on sharing KVM tracepoints [was:Re: [PATCH 2/2] KVM: ... - http://lkml.org/lkml/2021/1/25/649 Sean Christopherson <[email protected]>
Sean Christopherson writes: (Summary) On Mon, Jan 25, 2021, Maxim Levitsky wrote:
isn't very usable
I'm not opposed to printing different names on VMX, e.g. Divergence in tracepoints is likely to be minor at worst, but I don't think that's a good reason to intentionally split the code when it's quite easy to share.
when it's quite easy to share.
(btw the error_code should at least be called intr_info_error_code, and Heh, I disagree even on this. I don't have to remember that a tracepoint is 'x' on VMX but 'y' on SVM.
but 'y' on SVM.
and then have ISA specific tracepoints with the reset of the info.

Re: hppa64-linux-ld: mm/hugetlb.o(.text+0x50dc): cannot reach printk - http://lkml.org/lkml/2021/1/25/648 Helge Deller <[email protected]>
Helge Deller writes: (Summary) On 1/25/21 9:47 PM, Helge Deller wrote:
te:
ux.git master
PGO and AutoFDO input sections
r/sbin/make.cross -O ~/bin/make.cross
inux.git/commit/?id=3Deff8728fe69880d3f7983bec3fb6cea4c306261f rnel/git/torvalds/linux.git
.cross ARCH=3Dparisc
nknown
printk
printk
Reported-by: kernel test robot <[email protected]> There's a small bug in the code below:
BL preempt_schedule_irq
needs to be
BL preempt_schedule_irq, %r0
BL preempt_schedule_irq, %r0
I'll do some more testing and will push the final version through the parisc tree.
through the parisc tree.
Helge
Helge
Helge
LES &&

[PATCH 1/2] mm/hugetlb: grab head page refcount once per group of ... - http://lkml.org/lkml/2021/1/25/647 Joao Martins <[email protected]>
Joao Martins writes: (Summary) So this - * page must be available at this point, unless the page - * refcount overflowed: - */ - if (WARN_ON_ONCE(!try_grab_page(pages[i], flags))) { - spin_unlock(ptl); + } else if (pages) { + /* + * try_grab_compound_head() should always succeed here, + * because: a) we hold the ptl lock, and b) we've just + * checked that the huge page is present in the page + * tables. So this page must be available at this + * point, unless the page refcount overflowed: + */ + if (WARN_ON_ONCE(!try_grab_compound_head(pages[i-1], + refs, + flags))) { + spin_unlock(ptl);

Re: hppa64-linux-ld: mm/hugetlb.o(.text+0x50dc): cannot reach printk - http://lkml.org/lkml/2021/1/25/646 Nick Desaulniers <[email protected]>
Nick Desaulniers writes: On Mon, Jan 25, 2021 at 12:47 PM Helge Deller <[email protected]> wrote: + bool "Enable the -mlong-calls compiler option for big kernels" if MODULES && !UBSAN && !FTRACE ^ this looks like the same constraints specified twice? Am I understanding that correctly? (I don't understand why this isn't specified _once_).
specified _once_).
/*
/*

[PATCH 4/4] tracing: Remove NULL check from current in tracing_gen ... - http://lkml.org/lkml/2021/1/25/645 Sebastian Andrzej Siewior <[email protected]>
Sebastian Andrzej Siewior writes: (Summary) This check was added in commit
72829bc3d63cd ("ftrace: move enums to ftrace.h and make helper functi= on global")
on global")
but it doesn't give me hint why it was needed.
but it doesn't give me hint why it was needed.
Assume `current' never returns a NULL pointer and remove the check. 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/include/linux/trace_events.h b/include/linux/trace_events.h index 67ae708de40d6..5d1eeac4bfbea 100644 --- a/include/linux/trace_events.h +++ b/include/linux/trace_events.h @@ -152,10 +152,8 @@ static inline void tracing_generic_entry_update(struct= trace_entry *entry, unsigned short type, unsigned int trace_ctx) { - struct task_struct *tsk =3D current;

[PATCH 2/4] tracing: Inline tracing_gen_ctx_flags() - http://lkml.org/lkml/2021/1/25/644 Sebastian Andrzej Siewior <[email protected]>
Sebastian Andrzej Siewior writes: (Summary) These are: - * IRQS_OFF - interrupts were disabled - * IRQS_NOSUPPORT - arch does not support irqs_disabled_flags - * NEED_RESCHED - reschedule is requested - * HARDIRQ - inside an interrupt handler - * SOFTIRQ - inside a softirq handler - */ -enum trace_flag_type { - TRACE_FLAG_IRQS_OFF =3D 0x01, - TRACE_FLAG_IRQS_NOSUPPORT =3D 0x02, - TRACE_FLAG_NEED_RESCHED =3D 0x04, - TRACE_FLAG_HARDIRQ =3D 0x08, - TRACE_FLAG_SOFTIRQ =3D 0x10, - TRACE_FLAG_PREEMPT_RESCHED =3D 0x20, - TRACE_FLAG_NMI =3D 0x40, -};

[PATCH 2/2] mm/hugetlb: refactor subpage recording - http://lkml.org/lkml/2021/1/25/643 Joao Martins <[email protected]>
Joao Martins writes: (Summary) pages + i : NULL, + vmas ? pages_per_huge_page(h)) { - /* - * We use pfn_offset to avoid touching the pageframes - * of this compound page. - } else if (pages) { + if (pages) { /* * try_grab_compound_head() should always succeed here, * because: a) we hold the ptl lock, and b) we've just @@ -4950,7 +4952,7 @@ long follow_hugetlb_page(struct mm_struct *mm, struct vm_area_struct *vma, * any way.

Re: [PATCH dwc-next v2 2/2] PCI: dwc: al: Remove useless dw_pcie_ops - http://lkml.org/lkml/2021/1/25/642 "Chocron, Jonathan" <[email protected]>
"Chocron, Jonathan" writes: (Summary) T24gRnJpLCAyMDIwLTExLTIwIGF0IDE5OjE3ICswODAwLCBKaXNoZW5nIFpoYW5nIHdyb3RlOg0K PiBDQVVUSU9OOiBUaGlzIGVtYWlsIG9yaWdpbmF0ZWQgZnJvbSBvdXRzaWRlIG9mIHRoZSBvcmdh bml6YXRpb24uIERvDQo+IG5vdCBjbGljayBsaW5rcyBvciBvcGVuIGF0dGFjaG1lbnRzIHVubGVz cyB5b3UgY2FuIGNvbmZpcm0gdGhlIHNlbmRlcg0KPiBhbmQga25vdyB0aGUgY29udGVudCBpcyBz YWZlLg0KPiANCj4gDQo+IA0KPiBXZSBoYXZlIHJlbW92ZWQgdGhlIGR3X3BjaWVfb3BzIGFsd2F5 cyBleGlzdHMgYXNzdW1wdGlvbiBpbiBkd2MNCj4gY29yZSBkcml2ZXIsIHdlIGNhbiByZW1vdmUg dGhlIHVzZWxlc3MgZHdfcGNpZV9vcHMgbm93Lg0KPiANCj4gU2lnbmVkLW9mZi1ieTogSmlzaGVu ZyBaaGFuZyA8SmlzaGVuZy5aaGFuZ0BzeW5hcHRpY3MuY29tPg0KPiAtLS0NCj4gIGRyaXZlcnMv cGNpL2NvbnRyb2xsZXIvZHdjL3BjaWUtYWwuYyB8IDQgLS0tLQ0KPiAgMSBmaWxlIGNoYW5nZWQs IDQgZGVsZXRpb25zKC0pDQo+IA0KPiBkaWZmIC0tZ2l0IGEvZHJpdmVycy9wY2kvY29udHJvbGxl ci9kd2MvcGNpZS1hbC5jDQo+IGIvZHJpdmVycy9wY2kvY29udHJvbGxlci9kd2MvcGNpZS1hbC5j DQo+IGluZGV4IDdhYzhhMzdkOWNlMC4uMzY5NzdjNDhhN2FlIDEwMDY0NA0KPiAtLS0gYS9kcml2 ZXJzL3BjaS9jb250cm9sbGVyL2R3Yy9wY2llLWFsLmMNCj4gKysrIGIvZHJpdmVycy9wY2kvY29u dHJvbGxlci9kd2MvcGNpZS1

Re: [PATCH 1/2] printk: Add new pr_*_deferred_once() variants - http://lkml.org/lkml/2021/1/25/641 Qais Yousef <[email protected]>
Qais Yousef writes: (Summary) On 01/25/21 12:04, John Ogness wrote:
and merge the atomic consoles.
Okay. As I said in the cover letter, I didn't think the addition of these new macros looked like a win overall.
macros looked like a win overall.
I will drop this patch and just open code the use of printk_deferred_once() in hrtimer_interrupt(). Which should be easier to fix later when it should disappear.
disappear.
Thanks
Thanks
--
Qais Yousef
Qais Yousef
Qais Yousef

Re: [PATCH] n_tty: fix redirected_tty_write checks after write_ite ... - http://lkml.org/lkml/2021/1/25/640 Linus Torvalds <[email protected]>
Linus Torvalds writes: (Summary) On Mon, Jan 25, 2021 at 11:27 AM Linus Torvalds
<[email protected]> wrote:
Obvious ACK from me.
Greg - if you have nothing else lined up in the tty tree, I can take this fix directly if it's easier.
this fix directly if it's easier.
And Sami - how did you actually notice? Some lint-like tool, or is there something that actually broke from n_tty not handling a redirected tty right?
redirected tty right?
Linus
Linus
Linus

[PATCH 0/4 v2] tracing: Merge irqflags + preempt counter. - http://lkml.org/lkml/2021/1/25/639 Sebastian Andrzej Siewior <[email protected]>
Sebastian Andrzej Siewior writes: The merge irqflags + preempt counter, v2.
The merge irqflags + preempt counter, v2.
v1=E2=80=A6v2:
- Helper functions renamed.
- Added patch #2 which inlines the helper functions. - Added patch #2 which inlines the helper functions. Sebastian
Sebastian
Sebastian
Sebastian

[PATCH 3/4] tracing: Use in_serving_softirq() to deduct softirq st ... - http://lkml.org/lkml/2021/1/25/638 Sebastian Andrzej Siewior <[email protected]>
Sebastian Andrzej Siewior writes: (Summary) The information is stored somewhere else.
The in_serving_softirq() macro and the SOFTIRQ_OFFSET define are still working but not on the preempt-counter.
working but not on the preempt-counter.
Use in_serving_softirq() macro which works on PREEMPT_RT. 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c index 20858c3f6a046..75612d953fe04 100644 --- a/kernel/trace/trace.c +++ b/kernel/trace/trace.c @@ -2589,8 +2589,7 @@ unsigned int tracing_gen_ctx_irq_test(unsigned int ir= qs_status) trace_flags |=3D TRACE_FLAG_NMI;

[PATCH 1/4] tracing: Merge irqflags + preempt counter. - http://lkml.org/lkml/2021/1/25/637 Sebastian Andrzej Siewior <[email protected]>
Sebastian Andrzej Siewior writes: (Summary)

[PATCH] regulator: core: avoid error messages for deferred probing - http://lkml.org/lkml/2021/1/25/636 Andreas Kemnade <[email protected]>
Andreas Kemnade writes: (Summary) [ 3.882538] vddsoc: failed to get the current voltage: -EPROBE_DEFER [ 3.888975] vddsoc: supplied by DCDC1
[ 3.888975] vddsoc: supplied by DCDC1
Handle such issues silently.
Handle such issues silently.
Signed-off-by: Andreas Kemnade <[email protected]> 0) { rdev_err(rdev, "failed to get the current voltage: %pe\n", @@ -4151,9 +4154,12 @@ int regulator_get_voltage_rdev(struct regulator_dev *rdev) if (bypassed) { /* if bypassed the regulator must have a supply */ if (!rdev->supply) { + if (rdev->supply_name) + return -EPROBE_DEFER;

Re: [BUG]: KVM: arm64: Fix symbol dependency in __hyp_call_panic_nvhe - http://lkml.org/lkml/2021/1/25/635 Marc Zyngier <[email protected]>
Marc Zyngier writes: (Summary) wrote: > > That means we have two options: > > (a) define __hyp_panic_string in a different .c file in all pre-5.9 branches, or > > > > It wasn't needed in earlier > > It did "fix" > > > > Sasha, with this and the GCC bug in mind, would you agree that (b) is the > > Sasha, > It > was backported to 5.4 LTS in commit 653ae33b030b ("KVM: arm64: Fix > symbol dependency in __hyp_call_panic_nvhe") and is causing build >

[PATCH v8 00/14] prohibit pinning pages in ZONE_MOVABLE - http://lkml.org/lkml/2021/1/25/634 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) [1] https://lore.kernel.org/lkml/[email protected]om Previous versions: v1 https://lore.kernel.org/lkml/[email protected] v2 https://lore.kernel.org/lkml/[email protected] v3 https://lore.kernel.org/lkml/[email protected] v4 https://lore.kernel.org/lkml/[email protected] v5 h

[PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules - http://lkml.org/lkml/2021/1/25/633 Josh Poimboeuf <[email protected]>
Josh Poimboeuf writes: (Summary) +ifneq ($(GCC_PLUGINS_CFLAGS),) + ifneq ($(KBUILD_EXTMOD),) + ifneq ($(CONFIG_GCC_VERSION), $(shell $(srctree)/scripts/gcc-version.sh $(HOSTCXX))) + + ifdef CONFIG_GCC_PLUGIN_RANDSTRUCT + $(error error: CONFIG_GCC_PLUGIN_RANDSTRUCT requires out-of-tree modules to be built using the same GCC version as the kernel.) + endif + + $(warning warning: Disabling GCC plugins for out-of-tree modules due to GCC version mismatch.) + $(warning warning: The following plugins have been disabled: $(gcc-plugin-y)) + GCC_PLUGINS_CFLAGS := + endif + endif +endif + export GCC_PLUGINS_CFLAGS # Add the flags to the build!

Re: [PATCH v6 4/7] regulator: Add regulator driver for ATC260x PMICs - http://lkml.org/lkml/2021/1/25/632 Mark Brown <[email protected]>
Mark Brown writes: (Summary) On Mon, Jan 25, 2021 at 10:50:48PM +0200, Cristian Ciocaltea wrote: On Mon, Jan 25, 2021 at 07:23:11PM +0000, Mark Brown wrote: submit incremental updates to the existing code. Modifying existing eventually merged into master.
additional work, I can re-add them as incremental updates. Yes, once something is applied it shouldn't need sending again. Yes, once something is applied it shouldn't need sending again.[unhandled content-type:application/pgp-signature]

Re: [PATCH v6 4/7] regulator: Add regulator driver for ATC260x PMICs - http://lkml.org/lkml/2021/1/25/631 Cristian Ciocaltea <[email protected]>
Cristian Ciocaltea writes: (Summary) Hi Mark,
Hi Mark,
On Mon, Jan 25, 2021 at 07:23:11PM +0000, Mark Brown wrote: > On Wed, Jan 20, 2021 at 08:23:29PM +0200, Cristian Ciocaltea wrote: > Add support for the DC-DC converters and LDO regulators found in > the ATC2603C and ATC2609A chip variants of the Actions Semi ATC260x > Please do not submit new versions of already applied patches, please > commits creates problems for other users building on top of those > commits so it's best practice to only change pubished git commits if >

Re: [PATCH 5.10 000/199] 5.10.11-rc1 review - http://lkml.org/lkml/2021/1/25/630 Pavel Machek <[email protected]>
Pavel Machek writes: (Summary) Hi!
Hi!
Anything received after that time might be too late. CIP testing did not find any problems here:
CIP testing did not find any problems here:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-5.10.y https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-5.10.y (siemens board has problems before kernel is started, so that is not real failure)
real failure)
Tested-by: Pavel Machek (CIP) <[email protected]> Tested-by: Pavel Machek (CIP) <[email protected]> Best regards,
Pavel
Pavel
[unhandled content-type:application/pgp-signature]

[PATCH v8 09/14] mm/gup: migrate pinned pages out of movable zone - http://lkml.org/lkml/2021/1/25/629 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) /* @@ -1547,17 +1548,17 @@ struct page *get_dump_page(unsigned long addr) } #endif /* CONFIG_ELF_CORE */ -#ifdef CONFIG_CMA -static long check_and_migrate_cma_pages(struct mm_struct *mm, - unsigned long start, - unsigned long nr_pages, - struct page **pages, - struct vm_area_struct **vmas, - unsigned int gup_flags) +#ifdef CONFIG_MIGRATION +static long check_and_migrate_movable_pages(struct mm_struct *mm, + unsigned long start, + unsigned long nr_pages, + struct page **pages, + struct vm_area_struct **vmas, + unsigned int gup_flags) { unsigned long i, isolation_error_count;

Re: [PATCH v2 4/9] dt-bindings: clock: Add support for the SDM630 ... - http://lkml.org/lkml/2021/1/25/628 Rob Herring <[email protected]>
Rob Herring writes: On Wed, 13 Jan 2021 19:38:12 +0100, AngeloGioacchino Del Regno wrote: 1 file changed, 2 insertions(+)
Acked-by: Rob Herring <[email protected]>
Acked-by: Rob Herring <[email protected]>
Acked-by: Rob Herring <[email protected]>

Re: Linux 5.11-rc5 - http://lkml.org/lkml/2021/1/25/627 Linus Torvalds <[email protected]>
Linus Torvalds writes: (Summary) On Mon, Jan 25, 2021 at 12:35 PM Chris Wilson <[email protected]> That commit reverts cleanly - so if you can verify that reverting it fixes your CI machines, I think that that's the right thing to do for now, unless Mike can figure out some obvious "Duh!" moment from your working dmesg.
working dmesg.
Mike: should we perhaps revert the first patch too (commit bde9cfa3afe4: "x86/setup: don't remove E820_TYPE_RAM for pfn 0")? Linus
Linus
Linus

Re: hppa64-linux-ld: mm/hugetlb.o(.text+0x50dc): cannot reach printk - http://lkml.org/lkml/2021/1/25/626 Helge Deller <[email protected]>
Helge Deller writes: (Summary) !FTRACE depends on PA8X00 help If you configure the kernel to include many drivers built-in instead diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S index beba9816cc6c..6320f6a8397c 100644 =2D-- a/arch/parisc/kernel/entry.S +++ b/arch/parisc/kernel/entry.S @@ -997,10 +997,19 @@ intr_do_preempt: bb,<,n %r20, 31 - PSW_SM_I, intr_restore nop - BL preempt_schedule_irq, %r2 - nop + /* ssm PSW_SM_I done later in intr_restore */ +#ifdef CONFIG_MLONGCALLS + ldil L%intr_restore, %r2 + load32 preempt_schedule_irq, %r1 + bv %r0(%r1) + ldo R%intr_restore(%r2), %r2 +#else + ldil L%intr_restore, %r2 + BL preempt_schedule_irq + ldo R%intr_restore(%r2), %r2 +#endif + - b,n intr_restore /* ssm PSW_SM_I done by intr_restore */ #endif /* CONFIG_PREEMPTION */ /*


Re: [PATCH v4 00/17] Miscellaneous fixes for resctrl selftests - http://lkml.org/lkml/2021/1/25/625 Fenghua Yu <[email protected]>
Fenghua Yu writes: (Summary) Hi, Shuah,
Hi, Shuah,
On Mon, Nov 30, 2020 at 08:19:53PM +0000, Fenghua Yu wrote: > This patch set has several miscellaneous fixes to resctrl selftest tool > V1 had fixes to CAT test and CMT test > but they were dropped in V2 because having them here made the patchset > So, changes to CAT test and CMT test will be posted in another > > > Change Log: > v4: > - Address various comments from Shuah Khan: > a couple of fixing typos patches into one > and a couple of unmounting patches into one etc.

Re: [PATCH 4.19 00/58] 4.19.171-rc1 review - http://lkml.org/lkml/2021/1/25/624 Pavel Machek <[email protected]>
Pavel Machek writes: (Summary) Hi!
Hi!
let me know.
CIP testing did not find any problems here:
CIP testing did not find any problems here:
https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-4.19.y https://gitlab.com/cip-project/cip-testing/linux-stable-rc-ci/-/tree/linux-4.19.y Tested-by: Pavel Machek (CIP) <[email protected]> Tested-by: Pavel Machek (CIP) <[email protected]>

Re: [PATCH] kdb: Refactor env variables get/set code - http://lkml.org/lkml/2021/1/25/623 Daniel Thompson <[email protected]>
Daniel Thompson writes: (Summary) This patch mixes together real changes (new functions for example) and code motion. I *think* I like the new functions (though I agree with Doug about the naming) although it is hard to be entirely sure since they are tangled in with the code motion.
in with the code motion.
Basically I'd rather see the patch without the code motion... something that just extracts some of the ad-hoc environmental scans into functions and puts the functions near the existing env manipulation functions.
manipulation functions.
manipulation functions.
Daniel.
Daniel.
2.7.4
2.7.4

[PATCH v8 01/14] mm/gup: don't pin migrated cma pages in movable zone - http://lkml.org/lkml/2021/1/25/622 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) In order not to fragment CMA the pinned pages are migrated. 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/gup.c b/mm/gup.c index 3e086b073624..24f25b1e9103 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1563,7 +1563,7 @@ static long check_and_migrate_cma_pages(struct mm_struct *mm, long ret = nr_pages; struct migration_target_control mtc = { .nid = NUMA_NO_NODE, - .gfp_mask = GFP_USER | __GFP_NOWARN, + .gfp_mask = GFP_USER |

[PATCH v8 03/14] mm/gup: return an error on migration failure - http://lkml.org/lkml/2021/1/25/621 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) 17 +++++++---------- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/mm/gup.c b/mm/gup.c index 16f10d5a9eb6..88ce41f41543 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1557,7 +1557,6 @@ static long check_and_migrate_cma_pages(struct mm_struct *mm, { unsigned long i; - if (migrate_pages(&cma_page_list, alloc_migration_target, NULL, - (unsigned long)&mtc, MIGRATE_SYNC, MR_CONTIG_RANGE)) { - /* - * some of the pages failed migration. } + /* * We did migrate all the pages, Try to get the page references * again migrating any new CMA pages which we failed to isolate @@ -1628,7 +1625,7 @@ static long check_and_migrate_cma_pages(struct mm_struct *mm, pages, vmas, NULL, gup_flags);

[PATCH v8 02/14] mm/gup: check every subpage of a compound page du ... - http://lkml.org/lkml/2021/1/25/620 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) 19 +++++++------------ 1 file changed, 7 insertions(+), 12 deletions(-) diff --git a/mm/gup.c b/mm/gup.c index 24f25b1e9103..16f10d5a9eb6 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1556,26 +1556,23 @@ static long check_and_migrate_cma_pages(struct mm_struct *mm, unsigned int gup_flags) { unsigned long i; nr_pages;) { - - struct page *head = compound_head(pages[i]); - */ - step = compound_nr(head) - (pages[i] - head); /* * If we get a page from the CMA zone, since we are going to * be pinning these entries, we might as well move them out @@ -1599,8 +1596,6 @@ static long check_and_migrate_cma_pages(struct mm_struct *mm, } } } - - i += step;

[PATCH v8 04/14] mm/gup: check for isolation errors - http://lkml.org/lkml/2021/1/25/619 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) 60 ++++++++++++++++++++++++++++++++------------------------ 1 file changed, 34 insertions(+), 26 deletions(-) diff --git a/mm/gup.c b/mm/gup.c index 88ce41f41543..7ecca2d66dff 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1555,8 +1555,8 @@ static long check_and_migrate_cma_pages(struct mm_struct *mm, struct vm_area_struct **vmas, unsigned int gup_flags) { - unsigned long i; } - /* - * We did migrate all the pages, Try to get the page references - * again migrating any new CMA pages which we failed to isolate - * earlier.

[PATCH v8 05/14] mm cma: rename PF_MEMALLOC_NOCMA to PF_MEMALLOC_PIN - http://lkml.org/lkml/2021/1/25/618 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) */ #define PF_FREEZER_SKIP 0x40000000 /* Freezer should not count it as freezable */ #define PF_SUSPEND_TASK 0x80000000 /* This thread called freeze_processes() and should not be frozen */ diff --git a/include/linux/sched/mm.h b/include/linux/sched/mm.h index 1ae08b8462a4..5f4dd3274734 100644 --- a/include/linux/sched/mm.h +++ b/include/linux/sched/mm.h @@ -270,29 +270,18 @@ static inline void memalloc_noreclaim_restore(unsigned int flags) current->flags = (current->flags & } -static inline void memalloc_nocma_restore(unsigned int flags) +static inline void memalloc_pin_restore(unsigned int flags) { - current->flags = (current->flags &

[PATCH v8 08/14] mm/gup: do not migrate zero page - http://lkml.org/lkml/2021/1/25/617 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) Do not migrate zero page in gup during longterm pinning as migration of zero page is not allowed.
is not allowed.
For example, in x86 QEMU with 16G of memory and kernelcore=5G parameter, I see the following:
see the following:
Boot#1: zero_pfn 0x48a8d zero_pfn zone: ZONE_DMA32 Boot#2: zero_pfn 0x20168d zero_pfn zone: ZONE_MOVABLE Boot#2: zero_pfn 0x20168d zero_pfn zone: ZONE_MOVABLE On x86, empty_zero_page is declared in .bss and depending on the loader may end up in different physical locations during boots. 3 +-- 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index 0990a76d5e6f..0295e074cd5d 100644 --- a/include/linux/mm.h +++ b/include/linux/mm.h @@ -1125,7 +1125,8 @@ static inline bool is_zone_movable_page(const struct page *page) /* MIGRATE_CMA and ZONE_MOVABLE do not allow pin pages */ static inline bool is_pinnable_page(struct page *page) { - return !is_zone_movable_page(page) &&

[PATCH v8 06/14] mm: apply per-task gfp constraints in fast path - http://lkml.org/lkml/2021/1/25/616 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) 15 ++++++++------- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index f92d7c810953..c93e801a45e9 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -4981,6 +4981,13 @@ __alloc_pages_nodemask(gfp_t gfp_mask, unsigned int order, int preferred_nid, } gfp_mask &= gfp_allowed_mask; GFP_NOIO which has to be inherited for all allocation requests - * from a particular context which has been marked by - * memalloc_no{fs,io}_{save,restore}.

Re: [PATCH] KVM: x86: allow KVM_REQ_GET_NESTED_STATE_PAGES outside ... - http://lkml.org/lkml/2021/1/25/615 Paolo Bonzini <[email protected]>
Paolo Bonzini writes: On 25/01/21 20:16, Sean Christopherson wrote:
return nested_get_vmcs12_pages(vcpu);
I wouldn't say there is a common case; however the idea was to remove the call to nested_get_evmcs_page from nested_get_vmcs12_pages, since that one is only needed after KVM_GET_NESTED_STATE and not during VMLAUNCH/VMRESUME.
VMLAUNCH/VMRESUME.
Paolo
Paolo
Paolo

Re: [PATCH 21/24] dt-bindings: display: mediatek: update mediatek, ... - http://lkml.org/lkml/2021/1/25/614 Rob Herring <[email protected]>
Rob Herring writes: On Wed, 13 Jan 2021 11:59:22 +0100, Mauro Carvalho Chehab wrote: 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks!
Applied, thanks!
Applied, thanks!

[PATCH v8 07/14] mm: honor PF_MEMALLOC_PIN for all movable pages - http://lkml.org/lkml/2021/1/25/613 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) 20 +++++++++----------- 4 files changed, 26 insertions(+), 13 deletions(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index a5d618d08506..0990a76d5e6f 100644 --- a/include/linux/mm.h +++ b/include/linux/mm.h @@ -1117,6 +1117,17 @@ static inline bool is_zone_device_page(const struct page *page) } #endif +static inline bool is_zone_movable_page(const struct page *page) +{ + return page_zonenum(page) == ZONE_MOVABLE; } -static inline unsigned int current_alloc_flags(gfp_t gfp_mask, - unsigned int alloc_flags) +/* Must be called after current_gfp_context() which can change gfp_mask */ +static inline unsigned int gpf_to_alloc_flags(gfp_t gfp_mask, + unsigned int alloc_flags) { #ifdef CONFIG_CMA - unsigned int pflags = current->flags;

[PATCHv3 6/6] fpga: stratix10-soc: extend driver for bitstream aut ... - http://lkml.org/lkml/2021/1/25/612 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) @@ -134,6 +141,29 @@ static void s10_unlock_bufs(struct s10_priv *priv, void *kaddr) } /* + * s10_fw_version_callback - callback for the version of running firmware + * @client: service layer client struct + * @data: message from service layer + */ +static void s10_fw_version_callback(struct stratix10_svc_client *client, + struct stratix10_svc_cb_data *data) +{ + struct s10_priv *priv = client->priv;

Re: [PATCH] n_tty: fix redirected_tty_write checks after write_ite ... - http://lkml.org/lkml/2021/1/25/611 Sami Tolvanen <[email protected]>
Sami Tolvanen writes: (Summary) It sounds like a useful thing.
I=E2=80=99m running a continuous integration script locally, which tests a = few
basic kernel configurations with CFI to ensure they compile and boot. We=E2=80=99re using CFI in Android kernels, so this helps catch issues befo= re
they reach stable kernels.
they reach stable kernels.
catches it.
That might still be useful, because CFI only adds runtime checking. It=E2=80=99s primarily a mitigation against code reuse attacks, but it does find these types of issues occasionally.
find these types of issues occasionally.
Sami
Sami
Sami

[PATCHv3 1/6] firmware: stratix10-svc: add COMMAND_AUTHENTICATE_BI ... - http://lkml.org/lkml/2021/1/25/610 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/include/linux/firmware/intel/stratix10-svc-client.h b/include/linux/firmware/intel/stratix10-svc-client.h index ebc2956..7ada1f2 100644 --- a/include/linux/firmware/intel/stratix10-svc-client.h +++ b/include/linux/firmware/intel/stratix10-svc-client.h @@ -51,12 +51,17 @@ #define SVC_STATUS_NO_SUPPORT 6 /* - * Flag bit for COMMAND_RECONFIG + * Flag for COMMAND_RECONFIG, in bit number * * COMMAND_RECONFIG_FLAG_PARTIAL: - * Set to FPGA configuration type (full or partial). + * + * COMMAND_AUTHENTICATE_BITSTREAM: + * Set for bitstream authentication, which makes sure a signed bitstream + * has valid signatures before committing it to QSPI flash memory.

[PATCHv3 5/6] dt-bindings: fpga: add authenticate-fpga-config property - http://lkml.org/lkml/2021/1/25/609 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) From: Richard Gong <[email protected]>
From: Richard Gong <[email protected]>
Add authenticate-fpga-config property for FPGA bitstream authentication, which makes sure a signed bitstream has valid signatures. 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/fpga/fpga-region.txt b/Documentation/devicetree/bindings/fpga/fpga-region.txt index e811cf8..d0d3234 100644 --- a/Documentation/devicetree/bindings/fpga/fpga-region.txt +++ b/Documentation/devicetree/bindings/fpga/fpga-region.txt @@ -182,6 +182,7 @@ Optional properties: This property is optional if the FPGA Manager handles the bridges.

[PATCHv3 4/6] fpga: of-fpga-region: add authenticate-fpga-config p ... - http://lkml.org/lkml/2021/1/25/608 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) From: Richard Gong <[email protected]>
From: Richard Gong <[email protected]>
Add authenticate-fpga-config property to support FPGA bitstream authentication, which makes sure a signed bitstream has valid signatures. 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/fpga/of-fpga-region.c b/drivers/fpga/of-fpga-region.c index e405309..3840883 100644 --- a/drivers/fpga/of-fpga-region.c +++ b/drivers/fpga/of-fpga-region.c @@ -219,6 +219,9 @@ static struct fpga_image_info *of_fpga_region_parse_ov( info->overlay = overlay;

[PATCHv3 3/6] fpga: fpga-mgr: add FPGA_MGR_BITSTREM_AUTHENTICATION ... - http://lkml.org/lkml/2021/1/25/607 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/include/linux/fpga/fpga-mgr.h b/include/linux/fpga/fpga-mgr.h index 2bc3030..4fb3400 100644 --- a/include/linux/fpga/fpga-mgr.h +++ b/include/linux/fpga/fpga-mgr.h @@ -67,12 +67,15 @@ enum fpga_mgr_states { * %FPGA_MGR_BITSTREAM_LSB_FIRST: SPI bitstream bit order is LSB first * * %FPGA_MGR_COMPRESSED_BITSTREAM: FPGA bitstream is compressed + * + * %FPGA_MGR_BITSTREM_AUTHENTICATION: do FPGA bitstream authentication only */ -#define FPGA_MGR_PARTIAL_RECONFIG BIT(0) -#define FPGA_MGR_EXTERNAL_CONFIG BIT(1) -#define FPGA_MGR_ENCRYPTED_BITSTREAM BIT(2) -#define FPGA_MGR_BITSTREAM_LSB_FIRST BIT(3) -#define FPGA_MGR_COMPRESSED_BITSTREAM BIT(4) +#define FPGA_MGR_PARTIAL_RECONFIG BIT(0) +#define FPGA_MGR_EXTERNAL_CONFIG BIT(1) +#define FPGA_MGR_ENCRYPTED_BITSTREAM BIT(2) +#define FPGA_MGR_BITSTREAM_LSB_FIRST BIT(3) +#define FPGA_MGR_COMPRESSED_BITSTREAM BIT(4) +#define FPGA_MGR_BITSTREM_AUTHENTICATION BIT(5) /** * struct

[PATCHv3 0/6] [PATCHv3 0/6] Extend Intel service layer, FPGA manag ... - http://lkml.org/lkml/2021/1/25/606 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) So that we can maintain FPGA manager driver the back compatible.
the back compatible.
The customer wants to verify that a FPGA bitstream can be started properly before saving the bitstream to the QSPI flash memory.
Richard Gong (6):
firmware: stratix10-svc: add COMMAND_AUTHENTICATE_BITSTREAM flag firmware: stratix10-svc: extend SVC driver to get the firmware version fpga: fpga-mgr: add FPGA_MGR_BITSTREM_AUTHENTICATION flag fpga: of-fpga-region: add authenticate-fpga-config property dt-bindings: fpga: add authenticate-fpga-config property fpga: stratix10-soc: extend driver for bitstream authentication fpga: stratix10-soc: extend driver for bitstream authentication .../devicetree/bindings/fpga/fpga-region.txt |

[PATCHv3 2/6] firmware: stratix10-svc: extend SVC driver to get th ... - http://lkml.org/lkml/2021/1/25/605 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) diff --git a/include/linux/firmware/intel/stratix10-smc.h b/include/linux/firmware/intel/stratix10-smc.h index c3e5ab0..505fcca 100644 --- a/include/linux/firmware/intel/stratix10-smc.h +++ b/include/linux/firmware/intel/stratix10-smc.h @@ -321,8 +321,6 @@ INTEL_SIP_SMC_FAST_CALL_VAL(INTEL_SIP_SMC_FUNCID_FPGA_CONFIG_COMPLETED_WRITE) #define INTEL_SIP_SMC_ECC_DBE \ INTEL_SIP_SMC_FAST_CALL_VAL(INTEL_SIP_SMC_FUNCID_ECC_DBE) -#endif - /** * Request INTEL_SIP_SMC_RSU_NOTIFY * @@ -404,3 +402,22 @@ INTEL_SIP_SMC_FAST_CALL_VAL(INTEL_SIP_SMC_FUNCID_FPGA_CONFIG_COMPLETED_WRITE) #define INTEL_SIP_SMC_FUNCID_RSU_MAX_RETRY 18 #define INTEL_SIP_SMC_RSU_MAX_RETRY \ INTEL_SIP_SMC_FAST_CALL_VAL(INTEL_SIP_SMC_FUNCID_RSU_MAX_RETRY) + +/** + * Request INTEL_SIP_SMC_FIRMWARE_VERSION + * + * Sync call used to query the version of running firmware + * + * Call register usage: + * a0 INTEL_SIP_SMC_FIRMWARE_VERSION + * a1-a7 not used + * + * Return status: + * a0 INTEL_SIP_SMC_STATUS_OK or INTEL_SIP_SMC_STATUS_ERROR +

[PATCH v8 11/14] mm/gup: change index type to long as it counts pages - http://lkml.org/lkml/2021/1/25/604 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) In __get_user_pages_locked() i counts number of pages which should be long, as long is used in all other places to contain number of pages, and 32-bit becomes increasingly small for handling page count proportional values.
values.
Signed-off-by: Pavel Tatashin <[email protected]> 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/gup.c b/mm/gup.c index df29825305f8..f98af75dab0f 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1479,7 +1479,7 @@ static long __get_user_pages_locked(struct mm_struct *mm, unsigned long start, { struct vm_area_struct *vma;

[PATCH v8 10/14] memory-hotplug.rst: add a note about ZONE_MOVABLE ... - http://lkml.org/lkml/2021/1/25/603 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) note:: + Techniques that rely on long-term pinnings of memory (especially, RDMA and + vfio) are fundamentally problematic with ZONE_MOVABLE and, therefore, memory + hot remove. Pinned pages cannot reside on ZONE_MOVABLE, to guarantee that + memory can still get hot removed - be aware that pinning can fail even if + there is plenty of free memory in ZONE_MOVABLE.

[PATCH v8 12/14] mm/gup: longterm pin migration cleanup - http://lkml.org/lkml/2021/1/25/602 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) 93 ++++++++++++++++++++++---------------------------------- 1 file changed, 37 insertions(+), 56 deletions(-) diff --git a/mm/gup.c b/mm/gup.c index f98af75dab0f..fabfe2a5c627 100644 --- a/mm/gup.c +++ b/mm/gup.c @@ -1549,27 +1549,28 @@ struct page *get_dump_page(unsigned long addr) #endif /* CONFIG_ELF_CORE */ #ifdef CONFIG_MIGRATION -static long check_and_migrate_movable_pages(struct mm_struct *mm, - unsigned long start, - unsigned long nr_pages, +/* + * Check whether all pages are pinnable, if so return number of pages. - } - - /* We unpinned pages before migration, pin them again */ - ret = __get_user_pages_locked(mm, start, nr_pages, pages, vmas, - NULL, gup_flags);

[PATCH RESEND] kvm: paging_tmpl.h: delete duplicated word - http://lkml.org/lkml/2021/1/25/601 Randy Dunlap <[email protected]>
Randy Dunlap writes: (Summary) Delete the repeated word "to".
Delete the repeated word "to".
Signed-off-by: Randy Dunlap <[email protected]> 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-next-20200720.orig/arch/x86/kvm/mmu/paging_tmpl.h +++ linux-next-20200720/arch/x86/kvm/mmu/paging_tmpl.h @@ -478,7 +478,7 @@ error: #if PTTYPE == PTTYPE_EPT /* - * Use PFERR_RSVD_MASK in error_code to to tell if EPT + * Use PFERR_RSVD_MASK in error_code to tell if EPT * misconfiguration requires to be injected.

[PATCH v8 14/14] selftests/vm: gup_test: test faulting in kernel, ... - http://lkml.org/lkml/2021/1/25/600 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) + WARN(!is_pinnable_page(page), + "pages[%lu] is NOT pinnable but pinned\n", + i)) { + dump_page(page, "gup_test failure"); - while ((opt = getopt(argc, argv, "m:r:n:F:f:abctTLUuwWSHp")) != -1) { + while ((opt = getopt(argc, argv, "m:r:n:F:f:abctTLUuwWSHpz")) != -1) { switch (opt) { case 'a': cmd = PIN_FAST_BENCHMARK; + /* + * FOLL_TOUCH, in gup_test, is used as an either/or case: either + * fault pages in from the kernel via FOLL_TOUCH, or fault them + * in here, from user space.

Re: Linux 5.11-rc5 - http://lkml.org/lkml/2021/1/25/599 Chris Wilson <[email protected]>
Chris Wilson writes: (Summary) 17:56 tsa : ickle: dolphin: I hit the following patch in my bisection, and the hang is also dependent on kconfig 17:56 tsa : first bad commit: [d3921cb8be29ce5668c64e23ffdaeec5f8c69399] mm: fix initialization of struct page for holes in memory layout
17:57 tsa : couldn't reproduce on older CI kconfig, current one does it https://gitlab.freedesktop.org/gfx-ci/i915-infra/-/blob/master/kconfig/debug https://gitlab.freedesktop.org/gfx-ci/i915-infra/-/blob/master/kconfig/debug Here's a boot dmesg from some affected machines from just before the merge with rc5:
https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_9676/shard-skl1/boot18

[PATCH RESEND] kvm: mmu.h: delete duplicated word - http://lkml.org/lkml/2021/1/25/598 Randy Dunlap <[email protected]>
Randy Dunlap writes: (Summary) Delete the repeated word "is".
Delete the repeated word "is".
Signed-off-by: Randy Dunlap <[email protected]> 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-next-20200720.orig/arch/x86/kvm/mmu.h +++ linux-next-20200720/arch/x86/kvm/mmu.h @@ -191,7 +191,7 @@ static inline u8 permission_fault(struct * PKRU defines 32 bits, there are 16 domains and 2 * attribute bits per domain in pkru. pte_pkey is the * index of the protection domain, so pte_pkey * 2 is - * is the index of the first bit for the domain.

Re: [PATCH] fs/pipe: allow sendfile() to pipe again - http://lkml.org/lkml/2021/1/25/597 Linus Torvalds <[email protected]>
Linus Torvalds writes: (Summary) On Mon, Jan 25, 2021 at 1:16 AM Johannes Berg <[email protected]> wrote: regression for now.
I've applied this anyway.
I've applied this anyway.
We'll see how big Al's proper fix ends up being, and depending on that this one-liner might just be the right thing for stable anyway. And if Al's patch ends up being small, simple and clean, this one-liner won't matter, but it's not like there's any real downside to it.
it.
Linus
Linus
Linus

Re: [PATCH 5.10 000/199] 5.10.11-rc1 review - http://lkml.org/lkml/2021/1/25/596 Guenter Roeck <[email protected]>
Guenter Roeck writes: (Summary) On Mon, Jan 25, 2021 at 01:36:03PM -0600, Daniel Dÿ¿¿¿¿¿ wrote: [ ... ]
Will find out more soon.
This may be due to commit 76e2fc63ca40 ("x86/cpu/amd: Set __max_die_per_package on AMD").
on AMD").
Our patches robot tells me:
Our patches robot tells me:
SHA 76e2fc63ca40 recursively fixed by: 1eb8f690bcb5 SHA 76e2fc63ca40 recursively fixed by: 1eb8f690bcb5 I don't see commit 1eb8f690bcb5 ("x86/topology: Make __max_die_per_package available unconditionally") in the commit log.

Re: [PATCH] x86/mm: Tracking linear mapping split events since boot - http://lkml.org/lkml/2021/1/25/595 Tejun Heo <[email protected]>
Tejun Heo writes: Hello,
Hello,
On Mon, Jan 25, 2021 at 12:15:51PM -0800, Dave Hansen wrote: excessive number of these.
Adding a TP sure can be helpful but I'm not sure how that'd make counters unnecessary given that the accumulated number of events since boot is what matters.
matters.
Thanks.
Thanks.

Re: [PATCH v2 4/5] dt-bindings: dt-bindings: display: simple: Add ... - http://lkml.org/lkml/2021/1/25/594 Stephen Boyd <[email protected]>
Stephen Boyd writes: Quoting Douglas Anderson (2021-01-15 14:44:19)
---
With subject fixed
With subject fixed
Reviewed-by: Stephen Boyd <[email protected]> Reviewed-by: Stephen Boyd <[email protected]> Reviewed-by: Stephen Boyd <[email protected]>

Re: [PATCH] n_tty: fix redirected_tty_write checks after write_ite ... - http://lkml.org/lkml/2021/1/25/593 Linus Torvalds <[email protected]>
Linus Torvalds writes: (Summary) On Mon, Jan 25, 2021 at 11:52 AM Greg Kroah-Hartman <[email protected]> wrote:
it directly, thanks!
It's top-of-tree right now, commit 9f12e37cae44.
It's top-of-tree right now, commit 9f12e37cae44.
And I just noticed I screwed up the formatting when editing the patch - after pushing out. I deleted the actual top line. - after pushing out. I deleted the actual top line. Darn.
Darn.
Linus
Linus
Linus

Re: [PATCH v2 2/5] drm/panel-simple: Don't wait longer for HPD tha ... - http://lkml.org/lkml/2021/1/25/592 Stephen Boyd <[email protected]>
Stephen Boyd writes: Quoting Douglas Anderson (2021-01-15 14:44:17)
---
Reviewed-by: Stephen Boyd <[email protected]> Reviewed-by: Stephen Boyd <[email protected]> Reviewed-by: Stephen Boyd <[email protected]>

Re: [PATCH v2 5/5] drm/panel-simple: Add N116BCA-EA1 - http://lkml.org/lkml/2021/1/25/591 Stephen Boyd <[email protected]>
Stephen Boyd writes: Quoting Douglas Anderson (2021-01-15 14:44:20)
---
Reviewed-by: Stephen Boyd <[email protected]> Reviewed-by: Stephen Boyd <[email protected]> Reviewed-by: Stephen Boyd <[email protected]>

Re: [PATCH v2 3/5] drm/panel-simple: Retry if we timeout waiting f ... - http://lkml.org/lkml/2021/1/25/590 Stephen Boyd <[email protected]>
Stephen Boyd writes: (Summary) Quoting Douglas Anderson (2021-01-15 14:44:18)
Signed-off-by: Douglas Anderson <[email protected]> Reviewed-by: Stephen Boyd <[email protected]> nel)
+#define MAX_PANEL_PREPARE_TRIES 5
Is this define used anywhere else? Feels like it would be better to inline the constant and move the comment above the loop, but I guess this is OK too.
this is OK too.
ry);
+
+

Re: [PATCH] ARM: dts: imx6sl-tolino-shine2hd: Add Netronix embedde ... - http://lkml.org/lkml/2021/1/25/589 Jonathan Neuschäfer <[email protected]>
Jonathan Neuschäfer writes: On Mon, Jan 25, 2021 at 08:08:04PM +0100, Andreas Kemnade wrote: ---
Reviewed-by: Jonathan Neuschäfer <[email protected]> Reviewed-by: Jonathan Neuschäfer <[email protected]> + };
Looks good.
Looks good.
Looks good.
Thanks,
Jonathan
Jonathan
[unhandled content-type:application/pgp-signature]

Re: [PATCH v4 2/2] media: dt-bindings: media: i2c: Add IMX300 CMOS ... - http://lkml.org/lkml/2021/1/25/588 Rob Herring <[email protected]>
Rob Herring writes: On Wed, Jan 13, 2021 at 07:29:34PM +0100, AngeloGioacchino Del Regno wrote: + endpoint:
This now needs to reference the graph.yaml and video-interfaces.yaml schemas. See the media tree or linux-next for examples. schemas. See the media tree or linux-next for examples. 2.29.2
2.29.2

Re: [GIT PULL] printk urgent fix for 5.11-rc6 - http://lkml.org/lkml/2021/1/25/587 [email protected] ... <[email protected]>
[email protected] ... writes: (Summary) The pull request you sent on Mon, 25 Jan 2021 15:42:29 +0100: The pull request you sent on Mon, 25 Jan 2021 15:42:29 +0100: git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux.git tags/printk-for-5.11-urgent-fixup has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/007ad27d7bafc6df36e1d6ad4a13f6d602376193 https://git.kernel.org/torvalds/c/007ad27d7bafc6df36e1d6ad4a13f6d602376193 Thank you!
Thank you!

Re: [v7,1/7] dt-bindings: PCI: mediatek-gen3: Add YAML schema - http://lkml.org/lkml/2021/1/25/586 Rob Herring <[email protected]>
Rob Herring writes: (Summary) On Wed, Jan 13, 2021 at 07:39:55PM +0800, Jianjun Wang wrote: + maxItems: 2
Why the range? + - const: phy
I don't think this should stay, but if so, better expressed like this: I don't think this should stay, but if so, better expressed like this: minItems: 1
maxItems: 2
items:
enum: [ mac, phy ]
enum: [ mac, phy ]
enum: [ mac, phy ]
+ reg-names = "pcie-mac";
Not documented.

Re: [PATCH 1/1] iommu/arm-smmu-v3: add support for BBML - http://lkml.org/lkml/2021/1/25/585 Robin Murphy <[email protected]>
Robin Murphy writes: (Summary) the only *valid* way for that to happen implies that anything which was previously in that table has already been unmapped such that the IOVA could have been reused, so we can just go ahead and free it straight away.
go ahead and free it straight away.
And for clearing out a dead table, BBML really doesn't gain us anything: And for clearing out a dead table, BBML really doesn't gain us anything: BBML=0:
write 0
TLBI + sync
write block PTE
free table
free table
free table
BBML=1:
write nT block PTE
TLBI + sync
write block PTE
TLBI + sync
free table
that's *more* work...
that's *more* work...
BBML=2
write block PTE
TLBI + sync
free table
we save a grand total of one store, woo.
we save a grand total of one store, woo.
we save a grand total of one store, woo.
Now we probably will need some degreee of BBML feature awareness for the sake of SVA if and when we start using it for

Re: [PATCH] hwmon: (dell-smm) Add XPS 15 L502X to fan control blac ... - http://lkml.org/lkml/2021/1/25/584 Pali Rohár <[email protected]>
Pali Rohár writes: On Monday 25 January 2021 12:19:38 Guenter Roeck wrote: if/when I should apply it.
Of course! We will just wait for Bob test results.
Of course! We will just wait for Bob test results.
Guenter
Guenter

Re: [PATCH] hwmon: (dell-smm) Add XPS 15 L502X to fan control blac ... - http://lkml.org/lkml/2021/1/25/583 Guenter Roeck <[email protected]>
Guenter Roeck writes: On Mon, Jan 25, 2021 at 11:05:40AM +0100, Pali Rohár wrote: blaclist i8k_blacklist_fan_type_dmi_table?
I'll drop this patch from my branch. Please send a Reviewed-by: or Acked-by: tag if/when I should apply it.
if/when I should apply it.
Thanks,
Guenter
Guenter
Guenter

BUG: Incorrect MTU on GRE device if remote is unspecified - http://lkml.org/lkml/2021/1/25/582 Slava Bacherikov <[email protected]>
Slava Bacherikov writes: (Summary) mtu 1452 qdisc noop state DOWN mode DEFAULT group default qlen 1000 or with FOU $ ip link add name test2 type gre local 127.0.0.32 encap fou encap-sport auto encap-dport 6666 $ ip link show test2 | mtu 1436 qdisc noop state DOWN mode DEFAULT group default qlen 1000 The same happens with GUE too (MTU is 1428 instead of 1464). As you can see that MTU in first case is 1452 (1500 - 24 - 24) and with FOU it's 1436 (1500 - 32 - 32), GUE 1428 (1500 - 36 - 36).

[PATCH v8 13/14] selftests/vm: gup_test: fix test flag - http://lkml.org/lkml/2021/1/25/581 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) - switch (cmd) { case GUP_FAST_BENCHMARK: - nr = get_user_pages_fast(addr, nr, gup->flags, + nr = get_user_pages_fast(addr, nr, gup->gup_flags, pages + i); case GUP_BASIC_TEST: - nr = get_user_pages(addr, nr, gup->flags, pages + i, + nr = get_user_pages(addr, nr, gup->gup_flags, pages + i, NULL); case PIN_BASIC_TEST: - nr = pin_user_pages(addr, nr, gup->flags, pages + i, + nr = pin_user_pages(addr, nr, gup->gup_flags, pages + i, NULL);

[PATCH v4] iio: adc: stm32-adc: enable timestamping for non-DMA usage - http://lkml.org/lkml/2021/1/25/580 Ahmad Fatoum <[email protected]>
Ahmad Fatoum writes: (Summary) 39 +++++++++++++++++++++++++++++-------- 1 file changed, 31 insertions(+), 8 deletions(-) diff --git a/drivers/iio/adc/stm32-adc.c b/drivers/iio/adc/stm32-adc.c index c067c994dae2..5ebbd28e45ca 100644 --- a/drivers/iio/adc/stm32-adc.c +++ b/drivers/iio/adc/stm32-adc.c @@ -177,7 +177,7 @@ struct stm32_adc_cfg { * @offset: ADC instance register offset in ADC block * @cfg: compatible configuration data * @completion: end of single conversion completion - * @buffer: data buffer + * @buffer: data buffer + 8 bytes for timestamp if enabled * @clk: clock for this adc instance * @irq: interrupt for this adc instance * @lock: spinlock @@ -200,7 +200,7 @@ struct stm32_adc { u32 offset;

Re: [PATCH] PCI: dwc: layerscape: convert to builtin_platform_driver() - http://lkml.org/lkml/2021/1/25/579 Michael Walle <[email protected]>
Michael Walle writes: (Summary) Am 2021-01-21 12:01, schrieb Geert Uytterhoeven:
And dropping them will increase memory usage.
Although I do have the changes for the builtin_platform_driver_probe() ready, I don't think it makes much sense to send these unless we agree on the increased memory footprint. While there are just a few builtin_platform_driver_probe() and memory increase _might_ be negligible, there are many more module_platform_driver_probe(). -michael
-michael
-michael

Re: [PATCH 1/3] tracing: Merge irqflags + preempt counter. - http://lkml.org/lkml/2021/1/25/578 Sebastian Andrzej Siewior <[email protected]>
Sebastian Andrzej Siewior writes: (Summary) On 2021-01-25 14:03:23 [-0500], Steven Rostedt wrote: events, including function tracer, being efficient is a requirement. In the ftrace_syscall_enter() example I made, flags were not evaluated three times but only once. This should do more in terms of performance compare to simply inline it.
compare to simply inline it.
Feel free to send it as separate patches. I'd like to have the inlining. In case you have a benchmark, I'm curious ;)
;)
-- Steve
Sebastian
Sebastian
Sebastian

Re: [PATCH] x86/mm: Tracking linear mapping split events since boot - http://lkml.org/lkml/2021/1/25/577 Dave Hansen <[email protected]>
Dave Hansen writes: On 1/25/21 12:11 PM, Saravanan D wrote:
DirectMap1GSplits: 20
This seems much more like something we'd want in /proc/vmstat or as a tracepoint than meminfo. A tracepoint would be especially nice because the trace buffer could actually be examined if an admin finds an excessive number of these.
excessive number of these.
excessive number of these.

[PATCH v3 1/1] loop: scale loop device by introducing per device lock - http://lkml.org/lkml/2021/1/25/576 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) 1 + 2 files changed, 54 insertions(+), 39 deletions(-) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index e5ff328f0917..e520aaf94f93 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -704,7 +704,7 @@ static int loop_change_fd(struct loop_device *lo, struct block_device *bdev, int error; } static const struct block_device_operations lo_fops = { @@ -1963,10 +1969,10 @@ static int unregister_transfer_cb(int id, void *ptr, void *data) struct loop_device *lo = ptr;

[PATCH v3] leds: gpio: Set max brightness to 1 - http://lkml.org/lkml/2021/1/25/575 Dylan Van Assche <[email protected]>
Dylan Van Assche writes: (Summary) However, the max brightness is reported as 255.
However, the max brightness is reported as 255.
This patch sets the max brightness value of a GPIO controlled LED to 1. 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/leds/leds-gpio.c b/drivers/leds/leds-gpio.c index 93f5b1b60fde..242bb38cadee 100644 --- a/drivers/leds/leds-gpio.c +++ b/drivers/leds/leds-gpio.c @@ -96,7 +96,9 @@ static int create_gpio_led(const struct gpio_led *template, } else { state = (template->default_state == LEDS_GPIO_DEFSTATE_ON); } - led_dat->cdev.brightness = state ?

[PATCH v3 0/1] scale loop device lock - http://lkml.org/lkml/2021/1/25/574 Pavel Tatashin <[email protected]>
Pavel Tatashin writes: (Summary) NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop5 7:5 0 76.4M 0 loop `-BaseImageM1908 252:3 0 76.4M 1 crypt /BaseImageM1908 loop6 7:6 0 20K 0 loop `-test_launchperf20 252:17 0 1.3M 1 crypt /app/test_launchperf20 loop7 7:7 0 20K 0 loop `-test_launchperf18 252:4 0 1.5M 1 crypt /app/test_launchperf18 loop8 7:8 0 8K 0 loop `-test_launchperf8 252:25 0 28K 1 crypt app/test_launchperf8 loop9 7:9 0 376K 0 loop `-test_launchperf14 252:29 0 45.7M 1 crypt /app/test_launchperf14 loop10 7:10 0 16K 0 loop `-test_launchperf4 252:11 0 968K 1 crypt app/test_launchperf4 loop11 7:11 0 1.2M 0 loop `-test_launchperf17 252:26 0 150.4M 1 crypt /app/test_launchperf17 loop12 7:12 0 36K 0 loop `-test_launchperf19

[PATCH v1 02/10] x86/platform/intel-mid: Remove unused leftovers ( ... - http://lkml.org/lkml/2021/1/25/573 Andy Shevchenko <[email protected]>
Andy Shevchenko writes: (Summary) 44 ------------------- 2 files changed, 45 deletions(-) delete mode 100644 arch/x86/platform/intel-mid/device_libs/platform_msic_ocd.c diff --git a/arch/x86/platform/intel-mid/device_libs/Makefile b/arch/x86/platform/intel-mid/device_libs/Makefile index e926577fe665..1ab7813cd627 100644 --- a/arch/x86/platform/intel-mid/device_libs/Makefile +++ b/arch/x86/platform/intel-mid/device_libs/Makefile @@ -9,7 +9,6 @@ obj-$(subst m,y,$(CONFIG_BT_HCIUART_BCM)) += platform_bt.o # IPC Devices obj-$(subst m,y,$(CONFIG_MFD_INTEL_MSIC)) += platform_msic.o obj-$(subst m,y,$(CONFIG_GPIO_MSIC)) += platform_msic_gpio.o -obj-$(subst m,y,$(CONFIG_MFD_INTEL_MSIC)) += platform_msic_ocd.o obj-$(subst m,y,$(CONFIG_MFD_INTEL_MSIC)) += platform_msic_battery.o obj-$(subst m,y,$(CONFIG_INTEL_MID_POWER_BUTTON)) += platform_msic_power_btn.o obj-$(subst m,y,$(CONFIG_INTEL_MFLD_THERMAL)) += platform_msic_thermal.o diff --git a/arch/x86/platform/intel-mid/device_libs/platform_msic_ocd.c b/arch/x86/platform/intel-mid/device_libs/pla

Re: [PATCH 1/1] iommu/arm-smmu-v3: add support for BBML - http://lkml.org/lkml/2021/1/25/572 Robin Murphy <[email protected]>
Robin Murphy writes: (Summary) On 2021-01-23 10:20, Leizhen (ThunderTown) wrote:
KVM has this usage scenario.
As far as I'm aware KVM doesn't go anywhere near the IOMMU API, does it? As far as I'm aware KVM doesn't go anywhere near the IOMMU API, does it? If you mean VFIO, the comment starting at line 1110 of vfio_iommu_type1.c disagrees, especially the part that explicitly says "Unmap requests must fully cover previous mappings." "Unmap requests must fully cover previous mappings." Robin.
Robin.
Robin.

Re: [BUG]: KVM: arm64: Fix symbol dependency in __hyp_call_panic_nvhe - http://lkml.org/lkml/2021/1/25/571 Oliver Upton <[email protected]>
Oliver Upton writes: better course of action?
Sasha,
Sasha,
Any chance we can get this patch reverted as David has suggested? It was backported to 5.4 LTS in commit 653ae33b030b ("KVM: arm64: Fix symbol dependency in __hyp_call_panic_nvhe") and is causing build issues with a 4.9.4 vintage of GCC. and is causing build issues with a 4.9.4 vintage of GCC. Thanks!
Thanks!
--
Oliver
Oliver
Oliver

Re: [PATCH] n_tty: fix redirected_tty_write checks after write_ite ... - http://lkml.org/lkml/2021/1/25/570 Linus Torvalds <[email protected]>
Linus Torvalds writes: (Summary) On Mon, Jan 25, 2021 at 12:03 PM Sami Tolvanen <[email protected]> wrote: broke Clang's Control Flow Integrity checking.
Ahh, interesting. It sounds like a useful thing.
own special checks? It sounds like a useful thing.
I was thinking that maybe I should make some sparse-based cross-file checker, but it sounds like -fsanitize=cfi (or whatever it is you do) catches it.
catches it.
Linus
Linus
Linus

[PATCH] usb: dwc2: Fix endpoint direction check in ep_from_windex - http://lkml.org/lkml/2021/1/25/569 Heiko Stuebner <[email protected]>
Heiko Stuebner writes: (Summary) In a test-case with a rndis gadget running and sending a malformed packet to it like:
dev.ctrl_transfer(
0x82, # bmRequestType
0x00, # bRequest
0x0000, # wValue 0x0001, # wIndex 0x00 # wLength ) it is possible to cause a crash: [ 217.533022] dwc2 ff300000.usb: dwc2_hsotg_process_req_status: USB_REQ_GET_STATUS [ 217.559003] Unable to handle kernel read from unreadable memory at virtual address 0000000000000088 ...

Re: [PATCH 4.19 46/58] net: dsa: mv88e6xxx: also read STU state in ... - http://lkml.org/lkml/2021/1/25/568 Rasmus Villemoes <[email protected]>
Rasmus Villemoes writes: On 25/01/2021 20.40, Rasmus Villemoes wrote:
line of context shows this:
Bah, that was from 4.14, so the line numbers are a bit off, but I see you've also added it to the 4.14 queue. Same comment for that one: Drop this from both 4.19.y and 4.14.y.
this from both 4.19.y and 4.14.y.
Rasmus
Rasmus
Rasmus