From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id DF9953B29E for ; Thu, 22 Dec 2022 11:50:15 -0500 (EST) Received: by mail-wm1-x333.google.com with SMTP id h12so556530wmq.0 for ; Thu, 22 Dec 2022 08:50:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=8HCWMCu0vEmYyBMAyAZ6ehB5CL4i6m4be1qh0YKp71U=; b=cvC+9ClfnhYmgJn9Hk8hCP208R+w1uYPAFfVGGYMkZAX+PYhBtG+H+yFyE6O9+JNaY leh56O/tVPTXHiBpXhLxhgrmHSsB05cVJmAnC6glw9YroChDIX6z5OV0grOU1toR7jye hC/wrllH7RgQFEV1TdBam0AKUXbJnBOubWApHvy+K337zPM/37xNoAqlR++GjRHBkTuE wIYTJM0+0Xe1WESt+Ph0iHc6blgA6Iu6LUkV00QZ6oFm49T5wLkKGaBZ3TgYPQrMqH61 ImPHBG9KIuig5dhzEUT16G7oiTwRxGPuyekQ/9NQmJovn7Sbep9HSDESZZxvWXpyg07B rvCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=8HCWMCu0vEmYyBMAyAZ6ehB5CL4i6m4be1qh0YKp71U=; b=BuZ0wFcUmm+3KNFScqZPVxdgbLacw+BYJsf+HbnGUA7fM0x34UnylbDyONrBD01XMO ujHp9HBhXoMjFAaUlwUXDLn0rn1quv/f8Qi1oAH3OV0R8tltw20qnwU5Qv+iBA3xmiL/ wvPtpkz2oQeptZvxvdLmGcVvT78+8UfLCzo8clnOw11IW6vw7g23QIdecdAUx7rniC0j WWQTcCDagv7D+3PdRWKzzhrP5uFvPp7RXUFRuma9q+5nFVuMhj769fa0HKvuISuUIi8j XX0BTgfgzDS71cG+O7sJHGUiEQP7TgKkYs19TNwDunpqYJtS3LSYVuJkHh06KPePQlne G4UA== X-Gm-Message-State: AFqh2krl17fB0iIN4vZz02JJwJ6bOsiF9v4XkJQs7nrqPiUIYZyOBvCx mJ4UDFPOfaXc81Q8lnL7V+vrNl9oXK2gy4CCyx9CaX0G X-Google-Smtp-Source: AMrXdXuNhQbbDmHaSAUqD3u6DcwSqzySU8RaTqwyupuzFWIE9gcGLSsK2vTzMwkUqicGTpjAMyWPqd3Dfn771VgVoRg= X-Received: by 2002:a05:600c:2f17:b0:3cf:a6e8:b59b with SMTP id r23-20020a05600c2f1700b003cfa6e8b59bmr465612wmn.128.1671727814210; Thu, 22 Dec 2022 08:50:14 -0800 (PST) MIME-Version: 1.0 References: <537fc9dd-8197-d24d-4304-899e85bc8172@3e8.eu> In-Reply-To: From: Dave Taht Date: Thu, 22 Dec 2022 08:50:02 -0800 Message-ID: To: cerowrt-devel Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: [Cerowrt-devel] Fwd: Ethernet switch with linux/openwrt and DSA X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2022 16:50:16 -0000 One of the things I find terrifying is knowing that new products are still being delivered with linux 2.6 underneath. ---------- Forwarded message --------- From: Janusz Dziedzic Date: Thu, Dec 22, 2022 at 8:26 AM Subject: Re: Ethernet switch with linux/openwrt and DSA To: Luiz Angelo Daros de Luca Cc: Jan Hoffmann , OpenWrt Development List czw., 22 gru 2022 o 02:24 Luiz Angelo Daros de Luca napisa=C5=82(a): > > > Thanks all! > > Finally buy: D-LINK DGS-1210-48 G1. > > > > U-Boot 2011.12.(2.1.5.67086)-Candidate1 (Apr 13 2017 - 13:58:11) > > > > Board: RTL839x CPU:700MHz LXB:200MHz MEM:400MHz > > DRAM: 128 MB > > SPI-F: 1x32 MB > > > > Next: > > - connected serial cable > > - stop in uboot > > - boot from tftp/openwrt-realtek-rtl839x-d-link_dgs-1210-52-initramfs-= kernel.bin > > - next simple scp/sysupgrade > > openwrt-realtek-rtl839x-d-link_dgs-1210-52-squashfs-sysupgrade.bin > > > Great news! Interesting, is it the same model as 1210-52 but with the > extra ports as non combo? Or are SFP+ still combo ports with 45-48 > ports? Currently 49-52 they are disabled in -52 variant but they might > introduce a problem if someone gets that fixed and they are missing in > your device. Ports are statically defined in the DTS file and they > might brick the device if missing. > Ports 49-52 seems to be "shared" I have both eth and sfp ports with same numbers (btw eth ports 49-52 don't work correctly) > Did you try the image1 firmware? It should work from the web interface > but you need to write it to the image1, not image2 slot. If it is that > close to F1 series, might be able to dual boot the device back to the > original firmware. If that doesn't work, we might need to change some > flags in the dlink image generator. Is the original firmware shared > between -f1 and -g1 series? > >From original GUI/SW wasn't able to change image1/image2 - only config1/con= fig2. Because of that decide to run directly from uboout and RAM via tftp - just to check if will up correctly. But original SW show double mtds for kernel/rootfs - so maybe only GUI issu= e? Linux version 2.6.19 (jonathan@210Server) (gcc version 3.4.4 mipssde-6.03.00-20051020) #2 PREEMPT Fri Oct 6 14:29:30 CST 2017 CPU revision is: 00019555 Determined physical RAM map: memory: 02000000 @ 00000000 (usable) User-defined physical RAM map: memory: 07900000 @ 00000000 (usable) Built 1 zonelists. Total pages: 30734 Kernel command line: console=3DttyS0,115200 mem=3D121M noinitrd root=3D/dev/mtdblock4 rw rootfstype=3Dsquashfs csb=3D0x0157CCD6 cso=3D0x0794DD64 csf=3D0x42662D12 sfin=3D,32MB,8376352;8335392 Primary instruction cache 32kB, physically tagged, 4-way, linesize 32 bytes= . Primary data cache 32kB, 4-way, linesize 32 bytes. Synthesized TLB refill handler (20 instructions). Synthesized TLB load handler fastpath (32 instructions). Synthesized TLB store handler fastpath (32 instructions). Synthesized TLB modify handler fastpath (31 instructions). Cache parity protection disabled PID hash table entries: 512 (order: 9, 2048 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 120320k/123904k available (1786k kernel code, 3460k reserved, 393k data, 104k init, 0k highmem) Mount-cache hash table entries: 512 Checking for 'wait' instruction... available. NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 4096 bind 2048) TCP reno registered squashfs: version 3.3 (2007/10/31) Phillip Lougher JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc. io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Serial: 8250/16550 driver $Revision: 1.1.1.1 $ 1 ports, IRQ sharing disable= d serial8250: ttyS0 at MMIO 0x0 (irq =3D 31) is a 16550A Probe: SPI CS1 Flash Type MX25L25635F Creating 9 MTD partitions on "Total SPI FLASH": 0x00000000-0x00080000 : "BOOT" 0x00080000-0x000c0000 : "BDINFO" 0x000c0000-0x00100000 : "BDINFO2" 0x00100000-0x00280000 : "KERNEL1" 0x00280000-0x00e80000 : "ROOTFS1" 0x00e80000-0x01000000 : "KERNEL2" 0x01000000-0x01040000 : "SYSINFO" 0x01040000-0x01c40000 : "ROOTFS2" 0x01c40000-0x02000000 : "JFFS2" TCP cubic registered > I would include a new DTS file/firmware generation, even if it only > includes/copies -52 variant. It would make the lives of newcomers much > easier. > G1 - have dedicated SW - DGS-1210-48-G1-7-00-B006.hex 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 perfectly with mt7530 (also dsa) on my mt7621 board. Or we miss some configuration? Some logs below: Thu Dec 22 15:05:20 2022 kern.info kernel: [98039.948092] rtl83xx-switch switch@1b000000 lan2: Link is Up - 1Gbps/Full - flow control rx/tx Thu Dec 22 15:05:20 2022 kern.info kernel: [98039.957695] IPv6: ADDRCONF(NETDEV_CHANGE): lan2: link becomes ready Thu Dec 22 15:05:20 2022 daemon.notice netifd: Network device 'lan2' link i= s up Thu Dec 22 15:05:20 2022 daemon.notice netifd: Interface 'testnet2' has link connectivity Thu Dec 22 15:05:20 2022 daemon.notice netifd: Interface 'testnet2' is setting up now Thu Dec 22 15:05:20 2022 daemon.notice netifd: Interface 'testnet2' is now = up Thu Dec 22 15:05:21 2022 kern.warn kernel: [98041.065464] rtl83xx_fib_event: FIB_RULE ADD/DEL for IPv6 not supported root@dgs-1210-48:~# ifconfig lan2 lan2 Link encap:Ethernet HWaddr 28:3B:82:F3:E4:87 inet6 addr: fe80::2a3b:82ff:fef3:e487/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:536 errors:0 dropped:0 overruns:0 frame:0 TX packets:579 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:57514 (56.1 KiB) TX bytes:53054 (51.8 KiB) root@dgs-1210-48:~# ifconfig lan2 192.168.1.100 root@dgs-1210-48:~# Thu Dec 22 15:05:54 2022 kern.err kernel: [98073.849110] rtl83xx_fib_event_work_do: FIB4 failed Thu Dec 22 15:05:54 2022 kern.err kernel: [98073.854477] rtl83xx_fib_event_work_do: FIB4 failed Thu Dec 22 15:05:54 2022 kern.err kernel: [98073.865276] rtl83xx_fib_event_work_do: FIB4 failed Thu Dec 22 15:05:54 2022 kern.err kernel: [98073.874632] rtl83xx_fib_event_work_do: FIB4 failed root@dgs-1210-48:~# ping -I lan2 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 data bytes 64 bytes from 192.168.1.1: seq=3D0 ttl=3D64 time=3D1.123 ms 64 bytes from 192.168.1.1: seq=3D1 ttl=3D64 time=3D0.506 ms ^C --- 192.168.1.1 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max =3D 0.506/0.814/1.123 ms root@dgs-1210-48:~# ping6 ff02::1%lan2 PING ff02::1%lan2 (ff02::1%4): 56 data bytes ^C --- ff02::1%lan2 ping statistics --- 8 packets transmitted, 0 packets received, 100% packet loss Any idea? BR Janusz _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel --=20 This song goes out to all the folk that thought Stadia would work: https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-69813666656= 07352320-FXtz Dave T=C3=A4ht CEO, TekLibre, LLC