Paweł Dembicki wrote:
> I am preparing support for the T4240RDB board. But I'm stuck with one
> problem:
> Qoriq target is powerpc64. But T4240RDB in u-boot is supported as
> mpc85xx family and requires a 32-bit compiler.
Seems like you might need to just use two build trees.
On Mon, 2022-09-12 at 22:06 +0200, Sander Vanheule wrote:
> The multicast setup function rtl838x_eth_set_multicast_list() checks if
> the current SoC is a RTL839x family device. However, the function is
> only included in the RTL838x ops table, so this path should never be
> taken, making this dead
From: INAGAKI Hiroshi
In *_enable_learning() only address learning should be configured, so
remove enabling forwarding. Forwarding is configured by the respective
*_enable_flood() functions.
Clean up both functions for RTL838x and RTL839x, and fix the comment on
the number of entries.
Signed-of
From: INAGAKI Hiroshi
Fix the (accidentally?) swapped contents of
rtl83xx_phylink_mac_link_down() and rtl93xx_phylink_mac_link_down().
Signed-off-by: INAGAKI Hiroshi
[amend commit message]
Signed-off-by: Sander Vanheule
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 15 --
From: INAGAKI Hiroshi
Those messages should be printed when entry was found (idx >= 0). Move
them to the right place to not print invalid entry indices.
Signed-off-by: INAGAKI Hiroshi
[amden commit message]
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files-5.10/drivers/net/dsa/rtl
From: INAGAKI Hiroshi
of.h is required for of_property_read_u32().
Signed-off-by: INAGAKI Hiroshi
[amend commit message]
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files-5.10/drivers/net/phy/rtl83xx-phy.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/realtek/fi
From: INAGAKI Hiroshi
RTL8231 and ethernet phys are not on the same bus, so separate the lock
to each own to cut off the unnecessary dependency.
Signed-off-by: INAGAKI Hiroshi
---
.../files-5.10/drivers/gpio/gpio-rtl8231.c| 19 ++-
1 file changed, 10 insertions(+), 9 deleti
From: INAGAKI Hiroshi
The availabibity of probing CPC depends on CONFIG_MIPS_CPC symbol and it
will be checked in arch/mips/include/asm/mips-cpc.h. RTL9310 selects
this symbol, so the family check is redudant.
Furthermore, mips_cm_probe() is already called from setup_arch() in
mips/kernel/setup.
From: INAGAKI Hiroshi
Use the generic function of MIPS in Linux Kernel instead of open coding
our own initialisation.
Signed-off-by: INAGAKI Hiroshi
[amend commit message]
Signed-off-by: Sander Vanheule
---
.../files-5.10/arch/mips/rtl838x/prom.c | 22 ++-
1 file changed
From: INAGAKI Hiroshi
The initial state of sds_mode in rtl9300_force_sds_mode() is null and it
will be configured in switch-case. So print message after it.
Signed-off-by: INAGAKI Hiroshi
[amend commit message]
Signed-off-by: Sander Vanheule
---
target/linux/realtek/files-5.10/drivers/net/phy
As part of the 5.15 patch set [1], Hiroshi has performed some cleanups
on the realtek target. Some of these can also be applied to 5.10, which
reduces the 5.15 change set, and allows them to be backported to an
older release if needed.
There aren't any real dependencies in in this series, but I'm
Hi Hauke,
There is another LZMA ERROR 1 issue [0] for a ramips/rt3883 device.
I have sent a fix for that to GitHub as PR#10834 [1].
It's not on the master, as it is not reviewed yet.
The problem is that this device is a SEAMA device, and it got the
"$(Device/uimage-lzma-loader)" fix already,
DESCRIPTION
In wolfSSL prior to version 5.5.1, malicious clients can cause a buffer
overflow on server during a TLS protocol version 1.3 handshake.
This occurs when an attacker supposedly resumes a previous TLS session. During
the resumption Client Hello a Hello Retry Request must be triggered. B
On 29/9/22 12:10, Sven Eckelmann wrote:
The sector number must be stored in hex. Otherwise, the number (like 16)
will be parsed as hex and any write to the partition will end up with an
error like:
MTD erase error on /dev/mtd5: Invalid argument
Fixes: 9adfeccd8415 ("uboot-envtools: Add suppo
14 matches
Mail list logo
