On 06/12/2024 20:14, Jann Horn wrote:
> On Fri, Dec 6, 2024 at 11:13 AM Kevin Brodsky wrote:
>> [...]
>>
>> Page tables were chosen as they are a popular (and critical) target for
>> attacks, but there are of course many others - this is only a starting
>> point (see section "Further use-cases").
The TQMa62xx is a SoM family with a pluggable board connector based on the
TI AM62x SoCs. Add DTS(I) for the AM625 (2x Cortex-A53) variant and its
combination with our MBa62xx carrier board.
Signed-off-by: Matthias Schiffer
---
arch/arm64/boot/dts/ti/Makefile | 1 +
.../boot/dts/
From: Hari Nagalla
AM62 SoCs have a single core R5F core in wakeup domain. This core is also
used as a device manager for the SoC.
Co-authored-by: Devarsh Thakkar
Signed-off-by: Hari Nagalla
[Matthias Schiffer: Updated to match latest submitted version v5 of "arm64:
dts: k3-am62a-wakeup: Add R
From: Devarsh Thakkar
Add DM R5F ATCM and BTCM ranges in cbass_wakeup and cbass_main.
Signed-off-by: Devarsh Thakkar
Signed-off-by: Dhruva Gole
Signed-off-by: Matthias Schiffer
---
arch/arm64/boot/dts/ti/k3-am62.dtsi | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a
On Fri, Dec 06, 2024 at 10:11:06AM +, Kevin Brodsky wrote:
> If CONFIG_KPKEYS_HARDENED_PGTABLES is enabled, map p4d/pgd pages
> using a privileged pkey (KPKEYS_PKEY_PGTABLES), so that they can
> only be written under guard(kpkeys_hardened_pgtables).
>
> The case where pgd is not page-sized is
On Fri, Dec 06, 2024 at 10:11:07AM +, Kevin Brodsky wrote:
> Page table pages are typically freed via tlb_remove_table() and
> friends. Ensure that the linear mapping for those pages is reset to
> the default pkey when CONFIG_KPKEYS_HARDENED_PGTABLES is enabled.
>
> This patch is a no-op if CO
Allow specifying the connector directly in the USB controller node, as
supported by other USB controller bindings.
Signed-off-by: Matthias Schiffer
Acked-by: Conor Dooley
---
Documentation/devicetree/bindings/usb/snps,dwc3.yaml | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documenta
On Fri, Dec 06, 2024 at 10:11:02AM +, Kevin Brodsky wrote:
> kernel_pgtables_set_pkey() allows setting the pkey of all page table
> pages in swapper_pg_dir, recursively. This will be needed by
> kpkeys_hardened_pgtables, as it relies on all PTPs being mapped with
> a non-default pkey. Those ini
This adds Device Trees for out AM62x-based SoM TQMa62xx and its
reference carrier board MBa62xx.
Two of the patches are adapted from the TI vendor repo ti-linux-kernel to
add RemoteProc/RPMsg support for the R5F core. A similar patch has been
submitted for mainline by TI themselves for the closely
The TQMa62xx is a SoM family with a pluggable connector. The MBa62xx is
the matching reference/starterkit carrier board.
Signed-off-by: Matthias Schiffer
Reviewed-by: Rob Herring (Arm)
---
Documentation/devicetree/bindings/arm/ti/k3.yaml | 7 +++
1 file changed, 7 insertions(+)
diff --git
> +&cpsw_port1 {
> + phy-mode = "rgmii-rxid";
> + phy-handle = <&cpsw3g_phy0>;
> +};
> +
> +&cpsw_port2 {
> + phy-mode = "rgmii-rxid";
> + phy-handle = <&cpsw3g_phy3>;
> +};
rgmii-rxid is very odd.
> +
> +&cpsw3g_mdio {
> + status = "okay";
> + pinctrl-names = "default";
>
On Mon, 2024-12-09 at 14:24 +0100, Andrew Lunn wrote:
>
> > +&cpsw_port1 {
> > + phy-mode = "rgmii-rxid";
> > + phy-handle = <&cpsw3g_phy0>;
> > +};
> > +
> > +&cpsw_port2 {
> > + phy-mode = "rgmii-rxid";
> > + phy-handle = <&cpsw3g_phy3>;
> > +};
>
> rgmii-rxid is very odd.
>
> > +
> >
> Not our board, but the AM62 SoC. From the datasheet:
>
> "TXC is delayed internally before being driven to the RGMII[x]_TXC pin. This
> internal delay is always enabled." So enabling the TX delay on the PHY side
> would result in a double delay.
phy-mode describes the board. If the board does n
On Mon, Dec 09, 2024 at 02:55:31PM +0100, Matthias Schiffer wrote:
> On Mon, 2024-12-09 at 14:24 +0100, Andrew Lunn wrote:
> >
> > > +&cpsw_port1 {
> > > + phy-mode = "rgmii-rxid";
> > > + phy-handle = <&cpsw3g_phy0>;
> > > +};
> > > +
> > > +&cpsw_port2 {
> > > + phy-mode = "rgmii-rxid";
> > > +
On Mon, 2024-12-09 at 15:42 +0100, Andrew Lunn wrote:
>
> On Mon, Dec 09, 2024 at 02:55:31PM +0100, Matthias Schiffer wrote:
> > On Mon, 2024-12-09 at 14:24 +0100, Andrew Lunn wrote:
> > >
> > > > +&cpsw_port1 {
> > > > + phy-mode = "rgmii-rxid";
> > > > + phy-handle = <&cpsw3g_phy0>;
> ... which is why we documented it in Documentation/networking/phy.rst,
> but it seems folk who run into RGMII stuff don't read that document.
>
> I'm wondering if we can come up with some kernel-doc compatible way to
> document them in linux/phy.h instead, which may stand an improved
> chance of
On Mon, Dec 09, 2024 at 03:42:52PM +0100, Andrew Lunn wrote:
> I also find a lot of developers don't really understand what phy-mode
> and PHY_INTERFACE_MODE_RGMII_* actually mean.
... which is why we documented it in Documentation/networking/phy.rst,
but it seems folk who run into RGMII stuff don
On Mon, 9 Dec 2024 12:59:40 -0800 Christopher Ferris wrote:
> It looks like the way this was fixed in the ethtool.h uapi header was to
> revert the usage of __struct_group. Should something similar happen for
> pkt_cls.h? Or would it be easier to simply remove the usage of the TAG in
> the _struct_
On 09/12/24 15:14, Christopher Ferris wrote:
Yes, when compiling Android, we have a C++ file that includes the pkt_cls.h
directly to get access to some of the structures from that file. It
currently gets the "types cannot be declared in an anonymous union" error
due to the TAG part of the __st
On Mon, Nov 25, 2024 at 12:49 PM wrote:
>
> From: Jeff Xu
>
> Seal vdso, vvar, sigpage, uprobes and vsyscall.
>
> Those mappings are readonly or executable only, sealing can protect
> them from ever changing or unmapped during the life time of the process.
> For complete descriptions of memory se
_err_probe(dev, ret, "reg config failed\n");
if (client->irq) {
ret = devm_request_threaded_irq(dev, client->irq,
---
base-commit: 8d4d26450d71289a35ff9e847675fd9c718798b8
change-id: 20241209-hx9023s-firmware-20241209-47411e8cda0b
Best regards,
--
Yasin Lee
On Sun, 10 Nov 2024 23:33:24 +0100, Thorsten Blum wrote:
> Replace the deprecated zero-length array with a modern flexible array
> member in the struct iscsi_bsg_host_vendor_reply.
>
>
Applied to 6.14/scsi-queue, thanks!
[1/1] scsi: Replace zero-length array with flexible array member
ht
22 matches
Mail list logo
