[PATCH] gemini: Fix up kernel v6.1 config
The v6.1 kernel has moved around the options for the RTL8366RB DSA switch used in the DIR-685 so it was missing when building the kernel. Fix it up by adding the right Kconfig options. Signed-off-by: Linus Walleij --- target/linux/gemini/config-6.1 | 4 1 file changed, 4 insertions(+) diff --git a/target/linux/gemini/config-6.1 b/target/linux/gemini/config-6.1 index a4f2cba85124..09b7b97d1659 100644 --- a/target/linux/gemini/config-6.1 +++ b/target/linux/gemini/config-6.1 @@ -271,6 +271,10 @@ CONFIG_NEED_KUSER_HELPERS=y CONFIG_NEED_PER_CPU_KM=y CONFIG_NET_DEVLINK=y CONFIG_NET_DSA=y +CONFIG_NET_DSA_REALTEK=y +# CONFIG_NET_DSA_REALTEK_MDIO is not set +# CONFIG_NET_DSA_REALTEK_RTL8365MB is not set +CONFIG_NET_DSA_REALTEK_RTL8366RB=y CONFIG_NET_DSA_REALTEK_SMI=y CONFIG_NET_DSA_TAG_RTL4_A=y CONFIG_NET_NS=y -- 2.34.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: trouble with hostapd
On 06.08.23 17:29, e9hack wrote: Am 04.08.2023 um 13:01 schrieb Felix Fietkau: Can you please build hostapd with CONFIG_WPA_MSG_MIN_PRIORITY=0 in the OpenWrt .config, add -d to the hostapd command in /etc/init.d/wpad Afterwards, please show me the relevant log part with the full context of the beacon command, so that I can figure out which parameter might be going out of range. It occurs again after restarting of hostapd: Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: beacon_ies - hexdump(len=12): 7f 0a 04 00 00 00 01 00 01 40 00 40 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: proberesp_ies - hexdump(len=12): 7f 0a 04 00 00 00 01 00 01 40 00 40 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: assocresp_ies - hexdump(len=12): 7f 0a 04 00 00 00 01 00 01 40 00 40 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: he_spr_ctrl=0x3 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * freq=2462 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * eht_enabled=0 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * he_enabled=1 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * vht_enabled=0 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * ht_enabled=1 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * radar_background=0 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * sec_channel_offset=-1 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: * channel_type=2 Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: twt_responder=1 Sun Aug 6 12:46:39 2023 daemon.err hostapd: nl80211: kernel reports: integer out of range Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: Beacon set failed: -34 (Result not representable) Sun Aug 6 12:46:39 2023 daemon.err hostapd: Failed to set beacon parameters Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: Fetch survey data Sun Aug 6 12:46:39 2023 daemon.debug hostapd: nl80211: Freq survey dump event (freq=2462 MHz noise=0 channel_time=71621861 busy_time=7745546 tx_time=2674494 rx_time=4839616 filled=001e) I send a bigger log from the 90 sec before off-list. After trying many different things, I finally figured out that it was related to BSS color collisions, and only when using multiple interfaces on the same PHY. Fixed in latest master. Thanks for reporting this, - Felix ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: Packaging ZFS
ZFS would be useful for any device with a few GB of RAM that has data drives (a NAS for example). I've used ZFS extensively on x86 systems with other Linux distros (Debian/Proxmox and OpenSUSE). I think ZFS support is a good thing. Booting from ZFS is probably not necessary for OpenWrt but zfs snapshots are used by some BSD distros (TrueNAS Core) and maybe Ubuntu as a way to version the rootfs and revert to an older OS version in case of problems with updates (similar to what the Turris Omnia and OpenSUSE does with btrfs afaik). Afaik the ZFS project does support the two "major" archs aka x86_64 and ARM64, and maybe Power. People have been using ZFS on Raspberry Pis and on some Rockchip boards (in Debian/Ubuntu/Armbian/RaspberryOS) for years at this point. -Alberto On 06/08/23 21:39, Philip Prindeville wrote: I don't know... I have a Xeon D-1548 based 1U Supermicro server with a 4TB NVMe stick that would make a decent file server/NAS... On Aug 6, 2023, at 11:46 AM, Paul D wrote: Pretty sure not. I'm receptive to ZFS and have used it in a few projects. Openwrt tends to focus on (devices with) smaller flash drives. Other FS better suited to such env. No ZFS is in available software packages today, in any case. On 2023-08-06 00:53, Philip Prindeville wrote: Has anyone tried to package ZFS (more correctly, OpenZFS) for OpenWRT? Is there any interest in doing so? https://github.com/openzfs/zfs ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel