RTL8821C has built-in Bluetooth, but it requires additional firmware.
Add it to the existing rtl8821ce-firmware package.
Signed-off-by: Jan Hoffmann
---
package/firmware/linux-firmware/realtek.mk | 3 +++
1 file changed, 3 insertions(+)
diff --git a/package/firmware/linux-firmware/realtek.mk
The new cpsw-switch driver reserves VLAN 1 for internal use, which
conflicts with the default network configuration of OpenWrt.
Switch back to the older cpsw driver to make the network connection on
the affected devices (BeagleBone Black and AM335x EVM) usable again.
Signed-off-by: Jan Hoffmann
The target was marked source-only due do the broken Ethernet port on
some devices. With that fixed, it can be enabled again.
Signed-off-by: Jan Hoffmann
---
target/linux/omap/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/omap/Makefile b/target/linux
Try to do a clean disconnection via L3 request before the connection is
stopped.
Because this might take up to 6 seconds (the driver does 3 attempts with
a timeout of 2 seconds each), a termination timeout needs to be defined
in the init script.
Signed-off-by: Jan Hoffmann
---
.../network
Move the code for disconnection on exit to a separate function, and also
call it in the code path for the "quit" CLI command.
While at it, make the patch description a bit clearer.
Signed-off-by: Jan Hoffmann
---
.../network/config/ltq-vdsl-vr9-app/Makefile | 2 +-
.../p
Move the code for disconnection on exit to a separate function, and also
call it in the code paths for SIGINT and the "quit" CLI command.
While at it, make the patch description a bit clearer.
Signed-off-by: Jan Hoffmann
---
.../network/config/ltq-vdsl-vr11-app/Makefile | 2 +-
.
ing, while the L3 request may
take a few seconds to become effective. However, I don't see any way to
fix this other than moving the call of the hotplug script to the daemon,
which is probably not worth it.)
Jan Hoffmann (5):
ltq-vdsl-vr9-app: fix error handling during disconnection
ltq-vdsl-vr1
Use the correct return value in error message.
Fixes: 6e4c9738bed0 ("ltq-vdsl-vr11-app: add version 4.23.1 for vr11 targets")
Signed-off-by: Jan Hoffmann
---
package/network/config/ltq-vdsl-vr11-app/Makefile | 2 +-
.../network/config/ltq-vdsl-vr11-app/patches/200-auto
Use the correct return value in error message.
Fixes: 1daaef31b352 ("ltq-vdsl-app: disconnect when service is stopped")
Signed-off-by: Jan Hoffmann
---
package/network/config/ltq-vdsl-vr9-app/Makefile| 2 +-
.../network/config/ltq-vdsl-vr9-app/patches/200-autoboot.
is a valid
multicast group entry index.
Fixes: cde31976e375 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 15 ++-
.../files-5.15/drivers/net/dsa/rtl83xx/dsa.c | 15 ++-
2 files
entirely, as the
original commit message doesn't offer a convincing reason why this would
be necessary in the first place.
Fixes: 724e4af530cd ("realtek: Store and Restore MC memberships for port
enable/disable")
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/d
the CPU port,
even if it was explicitly created.
Fixes: 724e4af530cd ("realtek: Store and Restore MC memberships for port
enable/disable")
Signed-off-by: Jan Hoffmann
---
.../linux/realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 7 ++-
.../linux/realtek/files-5.15/drivers/net/dsa/rtl
, a corresponding decrement was missing,
causing the wrong entry to be marked as free.
Fixes: cde31976e375 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
target/linux/realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 1 -
target/linux/realtek/files-5.15/d
Fixes: 724e4af530cd ("realtek: Store and Restore MC memberships for port
enable/disable")
Signed-off-by: Jan Hoffmann
---
target/linux/realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 1 +
target/linux/realtek/files-5.15/drivers/net/dsa/rtl83xx/dsa.c | 1 +
2 files changed, 2
/openwrt-devel/2023-March/040621.html
[2] https://lore.kernel.org/netdev/20230306134636.p2ufzoqk6kf3hu3y@skbuf/
Jan Hoffmann (6):
realtek: fix writing/deletion of CAM entries
realtek: don't treat first multicast portmask entry as reserved
realtek: actually remove port from multicast portmask
Actually use the index returned by rtl83xx_find_l2_cam_entry.
Fixes: cde31976e375 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
.../realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 8
.../realtek/files-5.15/drivers/net/dsa/rtl83xx/dsa.
learning feature.
For now, this is only implemented for RTL838x/RTL839x, as the available
set of registers differs for the other devices.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 15 +++
.../files-5.10/drivers/net/dsa/rtl83xx/rtl838x.c | 10
function.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 42 ++-
.../files-5.15/drivers/net/dsa/rtl83xx/dsa.c | 38 +
2 files changed, 43 insertions(+), 37 deletions(-)
diff --git a/target/linux/realtek/files-5.10/drivers/net/dsa
quot;)
[reintroduced incorrect pm field update]
Fixes: 27029277f98d ("realtek: add switch driver support for the RTL93XX based
switches")
Signed-off-by: Jan Hoffmann
---
.../realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 10 +-
.../realtek/files-5.15/drivers/net/dsa/rtl83xx/ds
the traffic_set method in
rtl83xx_setup, instead of writing to the RTL838x_PORT_ISO_CTRL(i)
registers directly.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 23 +--
.../files-5.15/drivers/net/dsa/rtl83xx/dsa.c | 23 +--
2 files
warnings
- Removed comment about RTL838X_PORT_ISO_CTRL, as the traffic_set
method is now used instead of accessing the register directly
- Added Fixes tags for first commit
Jan Hoffmann (4):
realtek: properly update port masks when port leaves bridge
realtek: initialize port masks to match
Hi Sander,
Thank you for reviewing the patches!
On 2023-0430 at 22:39, Sander Vanheule wrote:
Hi Jan,
On Sun, 2023-03-12 at 23:57 +0100, Jan Hoffmann wrote:
realtek: fix standalone ports in presence of static fdb entries
realtek: handle changed flags in VLAN configuration
On 2023-01-30 at 23:40, Jan Hoffmann wrote:
Some VRX518 modems fail to initialize properly with the error message
"dc_ep_clk_on failed". As a result, the DSL data path doesn't work.
This hack, which is based on code from the FRITZ!Box 7530 GPL archive,
fixes the issue. It change
function.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 41 ++-
.../files-5.15/drivers/net/dsa/rtl83xx/dsa.c | 37 +
2 files changed, 43 insertions(+), 35 deletions(-)
diff --git a/target/linux/realtek/files-5.10/drivers/net/dsa
learning feature.
For now, this is only implemented for RTL838x/RTL839x, as the available
set of registers differs for the other devices.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 16
.../files-5.10/drivers/net/dsa/rtl83xx/rtl838x.c | 10
, so that any other ports that are currently disabled will be
configured correctly when they are enabled.
Signed-off-by: Jan Hoffmann
---
I originally wanted to put a proper Fixes tag here, but I'm not sure
which commit to choose. This bug seems to have existed since this target
was introduced
the traffic_set method in
rtl83xx_setup.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 22 ++-
.../files-5.15/drivers/net/dsa/rtl83xx/dsa.c | 22 ++-
2 files changed, 24 insertions(+), 20 deletions(-)
diff --git a/target/linux
This series fixes several bugs that can result in packets being
forwarded incorrectly. The port isolation and VLAN issues probably
remained unnoticed so far, because they only manifest when after a port
leaves a bridge, or an existing VLAN membership is changed.
Jan Hoffmann (4):
realtek
The switch driver actually expects every port to have a PHY handle, and
several branches in the code determine if a port is valid by checking
for a non-zero phy field.
Signed-off-by: Jan Hoffmann
---
target/linux/realtek/dts-5.10/rtl8380_hpe_1920-8g.dts | 2 ++
target/linux/realtek/dts-5.15
Hi Vladimir,
Thank you for having a look at this!
On 06.03.2023 14:46, Vladimir Oltean wrote:
On Sat, Mar 04, 2023 at 01:52:32PM +0300, Arınç ÜNAL wrote:
On 4.03.2023 00:48, Jan Hoffmann wrote:
This series fixes multiple issues related to the L2 table and multicast
table. That includes
On 2023-03-03 at 22:48, Jan Hoffmann wrote:
This function returns the index of the allocated multicast group entry,
so the return value should be negative when no entry was allocated.
Fixes: cde31976e375 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
entirely, as the
original commit message doesn't offer a convincing reason why this would
be necessary in the first place.
Fixes: 724e4af530cd ("realtek: Store and Restore MC memberships for port
enable/disable")
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/d
, a corresponding decrement was missing,
causing the wrong entry to be marked as free.
Fixes: cde31976e375 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
target/linux/realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 1 -
target/linux/realtek/files-5.15/d
the CPU port,
even if it was explicitly created.
Fixes: 724e4af530cd ("realtek: Store and Restore MC memberships for port
enable/disable")
Signed-off-by: Jan Hoffmann
---
.../linux/realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 7 ++-
.../linux/realtek/files-5.15/drivers/net/dsa/rtl
This function returns the index of the allocated multicast group entry,
so the return value should be negative when no entry was allocated.
Fixes: cde31976e375 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
I'm not entirely sure about this p
Fixes: 724e4af530cd ("realtek: Store and Restore MC memberships for port
enable/disable")
Signed-off-by: Jan Hoffmann
---
target/linux/realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 1 +
target/linux/realtek/files-5.15/drivers/net/dsa/rtl83xx/dsa.c | 1 +
2 files changed, 2
Actually use the index returned by rtl83xx_find_l2_cam_entry.
Fixes: cde31976e375 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
.../realtek/files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 8
.../realtek/files-5.15/drivers/net/dsa/rtl83xx/dsa.
working.
However, one important missing piece is forwarding of all multicast
traffic to multicast router ports (as specified in section 2.1.2-1 of
RFC4541). As far as I can see, this is a general issue that affects all
DSA switches, and cannot be fixed without changes to the DSA subsystem.
Jan
The net_event_work struct is allocated, but only freed in a single case.
Move the allocation to the branch where it is actually needed, and free
it after the work has been done.
Fixes: 03e1d93e0779 ("realtek: add driver support for routing offload")
Signed-off-by: Jan Hoffmann
---
Am 02.02.23 um 11:54 schrieb Robert Marko:
On Tue, 31 Jan 2023 at 23:52, Jan Hoffmann wrote:
Hi Robert,
On 2023-01-30 at 00:08, Robert Marko wrote:
Shouldn't it be possible for the modem driver itself to be fixed
instead of faking
the PCI details?
This hack is definitely far from ideal
Hi Robert,
On 2023-01-30 at 00:08, Robert Marko wrote:
Shouldn't it be possible for the modem driver itself to be fixed
instead of faking
the PCI details?
This hack is definitely far from ideal, but I'm not sure if there is a
better way to fix this.
Here are a few more details about the
his shouldn't affect any devices other than
FRITZ!Box 7530/7520.
Signed-off-by: Jan Hoffmann
---
.../boot/dts/qcom-ipq4019-fritzbox-7530.dts | 2 +
.../997-pcie-qcom-host-magic.patch| 215 ++
2 files changed, 217 insertions(+)
create mode 100644
target/linux/ipq4
Expose a few additional useful values via ubus:
- Channel error counters (CRC, FEC)
- Retransmission counters (MINEFTR, LEFTRS)
- Impulse noise protection level
- Rate adaptation mode
- OLR statistics (Bitswap, SRA, SOS)
- Pilot tones
- Upstream/downstream band information
Signed-off-by: Jan
The upstream value read from the device seems to already be in bits per
second, so there is no need to multiply by 1000 again (which for typical
values causes an overflow of the 32-bit unsigned integer).
Signed-off-by: Jan Hoffmann
---
This patch is already applied for ltq-vdsl-vr11
these issues. Replace the two
reserved partitions by the full partition list, as the driver does not
allow merging them.
Signed-off-by: Jan Hoffmann
---
I only tested on a WAC124 without any bad blocks, but the kernel log
shows that the partition map parser is used.
This issue seems to be quite common
This is no longer needed now that the kernel is built with a load
address that matches the one hard-coded in the bootloader.
Signed-off-by: Jan Hoffmann
---
target/linux/realtek/image/Makefile | 14 --
target/linux/realtek/image/common.mk | 2 --
2 files changed, 16 deletions
Hi Janusz,
BTW, this switch have some issues with IPv6?
Simple remove lan2 from switch/bridge and configure manually - connect
my device directly to eth2 port.
Seems IPv4 works correctly - while IPv6 not (ping6 ff02::1%lan2 - no answer).
Same config (with removed lan2 from bridge) works
poll, any
callers doing many table accesses still need to make sure not to block
other kernel tasks themselves.
So far, polling timeout errors are only handled by logging an error, but
a return value is added to allow proper handling in the future.
Signed-off-by: Jan Hoffmann
---
.../drivers/net
A full loop accessing all FDB entries can take several milliseconds
(on RTL839x about 20 ms), so give other kernel tasks a chance to run.
This is especially important for rtl83xx_port_fdb_dump which is itself
called in a loop for all ports by the kernel.
Signed-off-by: Jan Hoffmann
This function currently prints three messages for every switch port at
KERN_INFO level. This takes a considerable amount of time during bootup
and can even trigger an external watchdog.
Replace these log messages by a single one at KERN_DEBUG level.
Signed-off-by: Jan Hoffmann
---
.../realtek
in rtl83xx_mdio_probe
- move cond_resched to loops
- support kernel 5.15
Jan Hoffmann (3):
realtek: simplify log messages in rtl83xx_mdio_probe
realtek: restructure rtl_table_read/write
realtek: add cond_resched to loops accessing the FDB table
.../drivers/net/dsa/rtl83xx/common.c | 49
ther ports. In that case, the switch would
incorrectly learn the CPU port as source. An example that triggered this
issue are Multicast Listener Reports and IGMP membership reports.
Signed-off-by: Jan Hoffmann
---
Changes in v2:
- update commit message
- support kernel 5.15
.../realtek/files-5.10/d
Hi Janusz,
> Could I just buy (any experience):
>
> HP switch 1920-24G JG924A
> Do I need to check any HW ver? Or any JG924A should work?
The devices from HPE 1920 series with model numbers JG92xA are all
Realtek-based, and should be compatible with OpenWrt (make sure not to
get a device
Hi Janusz,
> Could I just buy (any experience):
>
> HP switch 1920-24G JG924A
> Do I need to check any HW ver? Or any JG924A should work?
The devices from HPE 1920 series with model numbers JG92xA are all
Realtek-based, and should be compatible with OpenWrt (make sure not to
get a device from
On 31.10.22 at 10:11, Sander Vanheule wrote:
After replacing the R4K event timer and clock source with the new
Realtek Otto timer, performance for RTL839x devices was severely
impacted, as reported by Hiroshi.
Research by Markus showed that after commit 4657a5301eb5 (realtek: avoid
busy waiting
On 26.10.22 at 23:39, Jan Hoffmann wrote:
On 26.10.22 at 00:20, Jan Hoffmann wrote:
L2 learning on the CPU port is currently not consistently configured and
relies on the default configuration of the device. On RTL83xx, it is
disabled for packets transmitted with a TX header, as hardware
On 26.10.22 at 00:20, Jan Hoffmann wrote:
L2 learning on the CPU port is currently not consistently configured and
relies on the default configuration of the device. On RTL83xx, it is
disabled for packets transmitted with a TX header, as hardware learning
corrupts the forwarding table otherwise
On 26.10.22 at 10:20, Sander Vanheule wrote:
Hi Jan,
On Wed, 2022-10-26 at 00:20 +0200, Jan Hoffmann wrote:
This is a follow-up to the patch "realtek: don't set L2LEARNING flag in
rtl83xx TX header". An undesired effect of that patch is flooding of
some packets destined for the
at end of statement). Also remove the
unneeded priv parameter and debug print for the multicast entry setup
function.
Fixes: cde31976e37 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 29 -
to let DSA write FDB
entries to the switch.
For now, this does not sync local/bridge entries to the switch. However,
support for that was added in Linux 5.14, so the next switch to a newer
kernel version is going to fix this.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx
ALRN shift offset clearer
- define SALRN values, mask and shift offset in header
Jan Hoffmann (2):
realtek: set up L2 table entries properly
realtek: use assisted learning on CPU port
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 45 ++-
.../drivers/net/dsa/rtl83xx
at end of statement). Also remove the
unneeded priv parameter and debug print for the multicast entry setup
function.
Fixes: cde31976e37 ("realtek: Add support for Layer 2 Multicast")
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 29 -
to let DSA write FDB
entries to the switch.
For now, this does not sync local/bridge entries to the switch. However,
support for that was added in Linux 5.14, so the next switch to a newer
kernel version is going to fix this.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx
PE 1920-8G) and RTL839x (HPE 1920-48G).
Jan Hoffmann (2):
realtek: set up L2 table entries properly
realtek: use assisted learning on CPU port
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 45 ++-
1 file changed, 35 insertions(+), 10 deletions(-)
report.
The severity of flooding is also somewhat limited, as the eth0 address
does not need an entry in the forwarding table (it is written to a
special MAC address register in the switch).
Fixes: 9eab76c84e31 ("realtek: Improve TX CPU-Tag usage")
Signed-off-by: Jan Hoffmann
---
R
by logging an error, but
a return value is added to allow proper handling in the future.
Signed-off-by: Jan Hoffmann
---
I'm not really sure if putting cond_resched in this place is really the
best solution. An alternative would be to place it directly in the loops
(i.e. rtl83xx_port_fdb_dump
This function currently prints three messages for every switch port at
KERN_INFO level. This takes a considerable amount of time during bootup
and can even trigger an external watchdog.
Replace these log messages by a single one at KERN_DEBUG level.
Signed-off-by: Jan Hoffmann
---
.../linux
eplacement. Change the remaining messages to
KERN_DEBUG level.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/dsa/rtl83xx/dsa.c | 55 +--
.../drivers/net/dsa/rtl83xx/rtl930x.c | 16 --
2 files changed, 3 insertions(+), 68 deletions(-)
diff --git a/ta
This allows to view all unicast and multicast entries that are currently
in the L2 hash table and the CAM.
Signed-off-by: Jan Hoffmann
---
.../drivers/net/dsa/rtl83xx/debugfs.c | 107 ++
1 file changed, 107 insertions(+)
diff --git a/target/linux/realtek/files-5.10
by moving to threaded printk.
Jan Hoffmann (5):
realtek: avoid busy waiting for RTL839x PHY read/write
realtek: simplify log messages in rtl83xx_mdio_probe
realtek: add debugfs node for L2 table
realtek: reduce excessive logging for FDB operations
realtek: restructure rtl_table_read/write
Switch to a polling implementation similar to the one for RTL838x, to
allow other kernel tasks to run while waiting.
Signed-off-by: Jan Hoffmann
---
.../drivers/net/dsa/rtl83xx/rtl839x.c | 45 ++-
1 file changed, 33 insertions(+), 12 deletions(-)
diff --git a/target
Don't overwrite AS_DPM and L2LEARNING flags when dest_port is >= 32.
Fixes: 1773264a0c6d ("realtek: correct egress frame port verification")
Signed-off-by: Jan Hoffmann
---
.../linux/realtek/files-5.10/drivers/net/ethernet/rtl838x_eth.c | 2 +-
1 file changed, 1 insertion(+
This adds support for three switches from the HPE 1920 series. It has
been tested on HPE 1920-8G and HPE 1920-16G. Support for HPE 1920-24G
is also included, as it uses the same board as the 16-port model.
The patch series depends on the firmware-utils patch adding the
mkh3cimg and mkh3cvfs
, in this case the
supplied input file needs to be a 7z archive with LZMA compression.
Signed-off-by: Jan Hoffmann
---
CMakeLists.txt | 1 +
src/mkh3cimg.c | 366 +
2 files changed, 367 insertions(+)
create mode 100644 src/mkh3cimg.c
diff --git
. However, an
image that is only slightly larger than its content is sufficient, as
long as no write operations are performed in the bootloader menu. This
allows to append further data (i.e. rootfs) after the end of the
filesystem image.
Signed-off-by: Jan Hoffmann
---
CMakeLists.txt | 1 +
src
- clean up numbering of reserved struct fields in mkh3cvfs
Jan Hoffmann (2):
mkh3cimg: add image tool for H3C devices
mkh3cvfs: add filesystem tool for H3C devices
CMakeLists.txt | 2 +
src/mkh3cimg.c | 366 ++
src/mkh3cv
+struct file_entry {
[...]
+ uint8_t res0[5];
[...]
+ uint8_t res3[3];
[...]
+ uint8_t res4[2];
I just noticed there is a gap in the numbering of the reserved fields.
There is no meaning in that, I just overlooked it here (I actually
noticed this before and cleaned it up in
know about this,
you must not do any file operations in the bootloader, as this may
corrupt the OpenWrt installation (selecting the boot image is an
exception, as it only stores a flag in the bootloader data, but doesn't
write to the filesystem).
Signed-off-by: Jan Hoffmann
---
.../realtek/base-file
the layout of one generated by mkh3cvfs, with
a filename of "openwrt-kernel.bin" for the kernel image.
Signed-off-by: Jan Hoffmann
---
target/linux/generic/config-5.10 | 1 +
target/linux/generic/config-5.15 | 1 +
.../files/drivers/mtd/mtdsplit/Kconfig
of the public-domain LZMA SDK. That would require
repackaging the source package, as it is only provided in 7z format.)
Signed-off-by: Jan Hoffmann
---
tools/7z/Makefile | 36
tools/Makefile| 1 +
2 files changed, 37 insertions(+)
create mode 100644 tools
is not serviced during
PHY patching which can take multiple seconds.
Signed-off-by: Jan Hoffmann
---
.../drivers/net/dsa/rtl83xx/rtl838x.c | 37 +++
1 file changed, 22 insertions(+), 15 deletions(-)
diff --git a/target/linux/realtek/files-5.10/drivers/net/dsa/rtl83xx
Toggle power on the individual PHY instead of the package. Otherwise
a media change always toggles power on the first port, and not the one
that is being configured.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/phy/rtl83xx-phy.c | 32 +--
1 file changed, 16
, as this is
actually not SoC-specific.
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/phy/rtl83xx-phy.c | 122 ++
1 file changed, 70 insertions(+), 52 deletions(-)
diff --git a/target/linux/realtek/files-5.10/drivers/net/phy/rtl83xx-phy.c
b/target/linux/realtek/files-5.10
Probe the SFP module during PHY initialization and implement
insertion/removal handlers to automatically configure the media type
of the respective port.
Suggested-by: Birger Koblitz
Signed-off-by: Jan Hoffmann
---
.../files-5.10/drivers/net/phy/rtl83xx-phy.c | 26 ++-
1 file
tools.
Jan Hoffmann (7):
realtek: rtl83xx-phy: fix RTL8214FC media change
realtek: rtl83xx-phy: decouple RTL8214FC media change and power config
realtek: add SFP support for RTL8214FC PHY
realtek: clean up rtl838x MDIO busy wait loop
kernel: mtdsplit: add support for H3C VFS filesystem
the size of the filesystem is hardcoded in the bootloader,
an image that is only slightly larger than its content is sufficient,
as long as no write operations are to be performed on it. This allows to
append further data (i.e. rootfs) after the end of the generated image.
Signed-off-by: Jan
script. However, doing it in the daemon
itself has the advantage of also working if it is terminated in another
way (for example during sysupgrade).
Signed-off-by: Jan Hoffmann
---
.../ltq-vdsl-app/patches/200-autoboot.patch | 75 +++
.../ltq-vdsl-app/patches/201-sigterm.patch
variant is only compile-tested,
but it should also work as the relevant code is identical.
Signed-off-by: Jan Hoffmann
---
package/kernel/lantiq/ltq-adsl/Makefile | 2 +-
.../patches/200-fix-elapsed-time.patch| 122 ++
package/kernel/lantiq/ltq-vdsl/Makefile
on the specific package variants,
so they are only built when actually needed.
Signed-off-by: Jan Hoffmann
---
package/kernel/lantiq/ltq-atm/Makefile | 13 +
package/kernel/lantiq/ltq-ptm/Makefile | 4 ++--
2 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/package/kernel
that partition by a script.
Fixes: #8983
Signed-off-by: Jan Hoffmann
---
.../boot/dts/lantiq/vr9_avm_fritz7362sl.dts | 34 +++
1 file changed, 20 insertions(+), 14 deletions(-)
diff --git
a/target/linux/lantiq/files/arch/mips/boot/dts/lantiq/vr9_avm_fritz7362sl.dts
b/target
to support recent kernel versions and
a change of the used interface from ptm0 to dsl0.
Signed-off-by: Jan Hoffmann
---
package/kernel/lantiq/ltq-vectoring/Makefile | 61 +
.../patches/001-fix-compile.patch | 95 ++
.../ltq-vectoring/patches/100-cleanup.patch | 73
, but connection has not started yet).
Signed-off-by: Jan Hoffmann
---
.../config/ltq-vdsl-app/files/dsl_control | 20 +--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/package/network/config/ltq-vdsl-app/files/dsl_control
b/package/network/config/ltq-vdsl-app/files
This re-enables the vectoring error sample callback and adds a
dependency to the corresponding driver.
Signed-off-by: Jan Hoffmann
---
package/kernel/lantiq/ltq-vdsl-mei/Makefile | 4 ++--
.../lantiq/ltq-vdsl-mei/patches/100-compat.patch | 11 ---
2 files changed, 2
users who previously
experienced instability on vectoring-enabled VDSL2 lines have reported
that these patches actually allow a stable connection.
[0]
https://forum.openwrt.org/t/vectoring-on-lantiq-vrx200-vr9-missing-callback-for-sending-error-samples/104046
Jan Hoffmann (4):
ltq-vectoring: add
, or is still before
the interrupt mask check, and is thus going to detect the change.
Signed-off-by: Jan Hoffmann
---
package/kernel/lantiq/ltq-vdsl-mei/Makefile | 2 +-
.../patches/200-interrupt-lock.patch | 45 +++
2 files changed, 46 insertions(+), 1 deletion
This error was introduced with the recent cleanup.
Signed-off-by: Jan Hoffmann
---
package/kernel/lantiq/ltq-vdsl/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/package/kernel/lantiq/ltq-vdsl/Makefile
b/package/kernel/lantiq/ltq-vdsl/Makefile
index f45895ba33
included in the source. ReTx counters are already included
with model type full.
This increases the size of the userspace application by approximately
15 kB (uncompressed). The kernel module does not change at all.
Signed-off-by: Jan Hoffmann
---
If size is a concern, the option --enable-dsl-pm
> What about R6220 ?
R6220 and WAC104 do not have a partition table stored on flash. They
use fixed partitions also on stock firmware.
Jan
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
that existed during manufacturing. Thus
the partition table needs to be parsed for the device to work correctly.
A typical issue that occurs otherwise is degraded wireless performance,
when the calibration data cannot be found at the expected offset.
Signed-off-by: Jan Hoffmann
---
.../dts
any bad blocks. This series adds a partition table
parser and uses it instead of the fixed partitions.
v2:
- split into separate parts for parser and DTS changes
Jan Hoffmann (2):
ramips: add Sercomm partition map parser
ramips: use partition parser on Netgear CHJ/BZV
.../dts
1 - 100 of 107 matches
Mail list logo