照山周一郎 writes:
> Thank you for your quick response.
> It worked without any problems.
Thanks for testing! I submitted this to netdev with a stable hint now.
So it should end up in Linux v5.10.x, and therefore also OpenWrt, in a
few weeks unless there are objections.
Bjørn
_
Thank you for your quick response.
It worked without any problems.
Attached is the log.
Thanks for your great work!
2021年11月29日月曜日 Bjørn Mork :
2021年11月29日(月) 23:22 Bjørn Mork :
>
> Could you test if the attached patch fixes the issue for you? This
> rearranges the tests in sfp_module_parse_pow
Hi Hauke,
Thank you for the guidance.
On 2021/11/30 6:37, Hauke Mehrtens wrote:
On 11/12/21 10:00 PM, Sander Vanheule wrote:
Hi,
On Sun, 2021-10-03 at 15:53 +0900, INAGAKI Hiroshi wrote:
[...]
INAGAKI Hiroshi (3):
realtek: enable pca953x driver for target
realtek: enable gpio-restart
On Tue, Nov 16, 2021 at 2:14 AM Sergey Ryazanov wrote:
>
> Zbtlink ZBT-WG1602 is a Wi-Fi router intendent to use with WWAN
> (UMTS/LTE/3G/4G) modems. The router board offsers a couple of miniPCIe
> slots with USB and SIM only and another one pure miniPCIe slot as well
> as five Gigabit Ethernet po
On Wed, Nov 24, 2021 at 12:51 AM Sergey Ryazanov wrote:
> On Tue, Nov 16, 2021 at 1:09 PM Sergey Ryazanov
> wrote:
>> Zbtlink ZBT-WG1602 is a Wi-Fi router intendent to use with WWAN
>> (UMTS/LTE/3G/4G) modems. The router board offsers a couple of miniPCIe
>> slots with USB and SIM only and anoth
This adds a device tree for the Goramo MultiLink IXP425-based
WAN router.
Cc: Krzysztof Hałasa
Cc: openwrt-devel@lists.openwrt.org
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Amend to the final merged bidings.
- I have added bindings for this set-up of the HDLC WAN,
and they are merge
On 11/12/21 10:00 PM, Sander Vanheule wrote:
Hi,
On Sun, 2021-10-03 at 15:53 +0900, INAGAKI Hiroshi wrote:
[...]
INAGAKI Hiroshi (3):
realtek: enable pca953x driver for target
realtek: enable gpio-restart driver in target
realtek: add support for Panasonic Switch-M8eG PN28080K
tar
On 11/29/21 2:18 PM, Bjørn Mork wrote:
Mac adresses are assigned in the order given by the port list. The
interfaces are also brought up in this order. This target supports
devices with up to 52 ports. Sorting these alphabetically is very
confusing, and assigning mac addresses in alphabetic or
On 11/18/21 12:58 PM, Jo-Philipp Wich wrote:
Since OpenWrt's main libc library, musl, does not provide separate shared
object files for libpthread and librt, the existing binary packages for
them are empty placeholders which provide no runtime functionality and
frequently cause confusion among us
Hello,
I was trying to use a port with tag/untagged vlan in a device with a
RTL8367R switch (tp-link tl-wr2543nd). Part of it worked (ipv6,
traffic from clients to the router, broadcast from the router) but
specially "DHCP Offer" that never reached the clients. However, when I
touched fib value (s
From: Alisha Kim
Fix checksum of Asus QCA/QCN devices.
Tested on ac59u v1
Signed-off-by: Alisha Kim
---
CMakeLists.txt | 1 +
src/asus_qca_fix_checksum.c | 205
2 files changed, 206 insertions(+)
create mode 100644 src/asus_qca_fix_checksum.
From: daebo01
Fix checksum of Asus QCA/QCN devices.
Tested on ac59u v1
Signed-off-by: Alisha Kim
---
CMakeLists.txt | 1 +
src/asus_qca_fix_checksum.c | 205
2 files changed, 206 insertions(+)
create mode 100644 src/asus_qca_fix_checksum.c
Could you test if the attached patch fixes the issue for you? This
rearranges the tests in sfp_module_parse_power() so that your module is
silently accepted without reconfiguration - like it was before commit
7cfa9c92d0a3.
The module will still be rejected as EINVAL in case the host doesn't
suppo
Thank you for the very clear explanation.
I now understand that this issue should be feedback to the mainline as
well as OpenWRT.
However, I am ashamed to say that my technical skills are not useful
enough to contribute to the improvement of the mainline, so it would
be very helpful if you could t
Mac adresses are assigned in the order given by the port list. The
interfaces are also brought up in this order. This target supports
devices with up to 52 ports. Sorting these alphabetically is very
confusing, and assigning mac addresses in alphabetic order does not
match stock firmware behavio
Sorry, the real name is required to be specified in the commit.
Enrico
On Mon, 29 Nov 2021, webmas...@playmp3.kr wrote:
Date: Mon, 29 Nov 2021 11:56:09
From: webmas...@playmp3.kr
To: openwrt-devel@lists.openwrt.org
Cc: daebo01
Subject: [firmware-utils] asus_qca_fix_checksum: new tool for ASU
照山周一郎 writes:
> Thanks for all the helpful advice.
>
> The EEPROM dump is as follows.
>
> ーーー
>
> Offset Values
> ---— ———
> 0x: 03 04 01 00 00 00 80 00 00 00 00 01 0d 00 0a 64
> 0x0010: 00 00 00 00 4e 54 54 20 20 20 20 20 20 20 20 20
> 0x0020: 20 20 20 20 00 00 00 00 30 30 30 30 30 30 30 30
If spectral scan support is enabled then ath10k-ct will cause a NULL
pointer due to relay_open() being called with a const callback struct
which is only supported in kernel 5.11 and later.
So, simply check the kernel version and if 5.11 and newer use the const
callback struct, otherwise use the re
From: daebo01
Fix checksum of Asus QCA/QCN devices.
Tested on ac59u v1
Signed-off-by: daebo01
---
CMakeLists.txt | 1 +
src/asus_qca_fix_checksum.c | 205
2 files changed, 206 insertions(+)
create mode 100644 src/asus_qca_fix_checksum.c
dif
Thanks for all the helpful advice.
The EEPROM dump is as follows.
ーーー
Offset Values
---— ———
0x: 03 04 01 00 00 00 80 00 00 00 00 01 0d 00 0a 64
0x0010: 00 00 00 00 4e 54 54 20 20 20 20 20 20 20 20 20
0x0020: 20 20 20 20 00 00 00 00 30 30 30 30 30 30 30 30
0x0030: 30 30 30 30 30 30 30 30 30
Hi, Sven,
On Sun, 28 Nov 2021 at 01:40, Sven Roederer wrote:
>
> Rui, not sure if to call it a bug. At the end there is a hardcoded default
> algo in the module, that is used initially when creating the device. The check
> for the valid algo is done later at device-activation.
> I spend some time
照山周一郎 writes:
> Thanks for the advice.
>
> This is a fix for a Japanese NTT OCU, which always outputs 2W, even
> though the chip revision always returns 0. This is not a bug, but a
> specification.
> https://business.ntt-east.co.jp/service/onu/pdf/interface.pdf
>
> Therefore, since the situation
From: Rafał Miłecki
This results in setting format specific data (format info, extract
commands) in a single function. It should help maintaining sysupgrade
code.
This change has been tested on Asus GT-AC5300 and Netgear R8000P.
Signed-off-by: Rafał Miłecki
---
.../base-files/lib/upgrade/plat
23 matches
Mail list logo
