[PATCH v2 6/6] ath79: D-Link DAP-3662 A1: convert ath10k caldata to nvmem

2022-06-13 Thread Sander Vanheule
Add the PCIe node for the ath10k radio to the devicetree, and refer to the art partition for the calibration data using nvmem-cells. MAC address assignment is moved to '10_fix_wifi_mac', so the device can then be removed from the caldata extraction script '11-ath10k-caldata'. Cc: Sebastian Schape

[PATCH v2 5/6] ath79: D-Link DAP-2695 A1: convert ath10k caldata to nvmem

2022-06-13 Thread Sander Vanheule
Add the PCIe node for the ath10k radio to the devicetree, and refer to the art partition for the calibration data using nvmem-cells. MAC address assignment is moved to '10_fix_wifi_mac', so the device can then be removed from the caldata extraction script '11-ath10k-caldata'. Cc: Sebastian Schape

[PATCH v2 4/6] ath79: D-Link DAP-2660 A1: convert ath10k caldata to nvmem

2022-06-13 Thread Sander Vanheule
Add the PCIe node for the ath10k radio to the devicetree, and refer to the art partition for the calibration data using nvmem-cells. MAC address assignment is moved to '10_fix_wifi_mac', so the device can then be removed from the caldata extraction script '11-ath10k-caldata'. Cc: Sebastian Schape

[PATCH v2 3/6] ath79: D-Link DAP-2680 A1: convert ath10k caldata to nvmem

2022-06-13 Thread Sander Vanheule
Add the PCIe node for the ath10k radio to the devicetree, and refer to the art partition for the calibration data using nvmem-cells. MAC address assignment is moved to '10_fix_wifi_mac', so the device can then be removed from the caldata extraction script '11-ath10k-caldata'. Cc: Sebastian Schape

[PATCH v2 2/6] ath79: D-Link DAP-2xxx (QCA955x): convert ath9k caldata to nvmem

2022-06-13 Thread Sander Vanheule
Convert the calibration data reference for the ath9k radio to an nvmem-cell, replacing the downstream mtd-cal-data property. Cc: Sebastian Schaper Signed-off-by: Sander Vanheule --- Changes in v2: - Put nvmem cell definition directly in partition node --- target/linux/ath79/dts/qca955x_dlink_da

[PATCH v2 1/6] ath79: D-Link DAP-2xxx (QCA955x): move art partition to DTSI

2022-06-13 Thread Sander Vanheule
The art partition containing the radio calibration data is in the same location for all supported devices. Move the definition to the base file so the reference from the wmac node can refer to the same file. Cc: Sebastian Schaper Signed-off-by: Sander Vanheule --- target/linux/ath79/dts/qca9557

[PATCH v2 0/6] ath79: convert QCA955x-based D-Link DAP-2xxx to nvmem

2022-06-13 Thread Sander Vanheule
Convert the QCA955x based devices to nvmem-cell based calibration data extraction, so this can be removed from the init scripts. Changes in v2: - Put nvmem cell definition directly into partition node Sander Vanheule (6): ath79: D-Link DAP-2xxx (QCA955x): move art partition to DTSI ath79: D-L

[PATCH v2 2/2] ath79: D-Link DAP-2xxx (QCA953x): convert ath9k caldata to nvmem

2022-06-13 Thread Sander Vanheule
Convert the calibration data reference for the ath9k radio to an nvmem-cell, replacing the downstream mtd-cal-data property. Since the 'art' label is no longer used, it can be dropped. Cc: Sebastian Schaper Signed-off-by: Sander Vanheule --- Changes in v2: - Put nvmem cell defition directly int

[PATCH v2 1/2] ath79: D-Link DAP-2xxx (QCA953x): move art partition to DTSI

2022-06-13 Thread Sander Vanheule
The art partition containing the radio calibration data is in the same location for all supported devices. Move the definition to the base file so the reference from the wmac node can reference the same file. Cc: Sebastian Schaper Signed-off-by: Sander Vanheule --- target/linux/ath79/dts/qca953

[PATCH v2 0/2] ath79: convert QCA953x-based D-Link DAP-2xxx to nvmem

2022-06-13 Thread Sander Vanheule
Convert the QCA9533 based devices to nvmem-cell based calibration data extraction, so the downstream mtd-cal-data property can be dropped. Changes in v2: - Put nvmem-cell definition in partition node Sander Vanheule (2): ath79: D-Link DAP-2xxx (QCA953x): move art partition to DTSI ath79: D-Li

Re: [PATCH v3] realtek: fix tx checks

2022-06-13 Thread Birger Koblitz
Hi, dest_port -1 means flood all ports with a broadcast packet in the tx routine, the tag functions can only be called with dest_port >= 0, however. In the case of broadcast packets there should not be a CPU-tag with a destination port, or all bits in the destination port mask would need to be se

Re: [PATCH v3] realtek: fix tx checks

2022-06-13 Thread Arinc UNAL (Xeront) via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- On 13.06.2022 17:33, Sander Vanheu

Re: [PATCH v3] realtek: fix tx checks

2022-06-13 Thread Sander Vanheule
Hi Arınç, On Mon, 2022-06-13 at 14:25 +, Arinc UNAL (Xeront) wrote: > There is a bug on the ethernet driver where the checks for the DSA tag and > tag generation don't include port 0. This causes any frame egressing from > the first port of the switch to have a VLAN 0 tag. > > Fix this by ext

[PATCH v3] realtek: fix tx checks

2022-06-13 Thread Arinc UNAL (Xeront) via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- There is a bug on the ethernet dri

[PATCH v2] realtek: fix tx checks

2022-06-13 Thread Arinc UNAL (Xeront) via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- There is a bug on the ethernet dri

Re: [PATCH] realtek: fix VLAN 0 tag at egress on port 0

2022-06-13 Thread Birger Koblitz
Hi Arinc, yes, this would be what I suggest. Cheers, Birger On 13.06.22 13:32, Arinc UNAL (Xeront) wrote: > Hey Birger, > > On 09/06/2022 14:30, Birger Koblitz wrote: >> Hi Arinc, >> >> very well spotted! If I could make a suggestion, the RTL93xx tag generation >> functions have the opposite

Re: [PATCH] realtek: fix VLAN 0 tag at egress on port 0

2022-06-13 Thread Arinc UNAL (Xeront) via openwrt-devel
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Hey Birger, On 09/06/2022 14:30,