Welcome! Log In Create A New Profile

Advanced

Debian on Action Tech SG200 and MI424WR-rev-I

Posted by veriqster 
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 13, 2021 08:39PM
Ray,

> Does it also automagically set the bootcmd?

No it does not. Every other envs are OK. Except bootdelay.

I've finished the mtds and envs configuration setting in Debian, will post that set up shortly.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 13, 2021 08:57PM
By the way,

The GPL source we have (link in this thread)

https://forum.doozan.com/read.php?2,78499,78654#msg-78654
https://opensource.actiontec.com/sg200.html)

can only build the SG200 u-boot. The build scripts were not set up properly to build the MI4242WR-I box. Even that, the result SG200 u-boot binary is not usable.

That with the fact that the stock u-boot name is uboot-revI-128MbFlash.bin, I think the GPL is not up-to-date for MI4242WR.

I could not find how any of the build script can be used to build a binary named uboot-revI-128MbFlash.bin.

So there must be a build script for MI4242WR-I , but it is not in the GPL source.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 13, 2021 10:19PM
bodhi,

https://opensource.actiontec.com/mi424wri.html

By the way, Verizon/Frontier used different firmware versions. Supposedly, Frontier had two Rev I units, one used 40.22.3.3 and the other used 52.0.7. The firmware were not interchangeable between the two units which suggests the use of slightly different hardware.

-budhi



Edited 10 time(s). Last edit at 02/13/2021 11:08PM by budhi.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 13, 2021 10:53PM
budhi,

https://opensource.actiontec.com/mi424wri.html

Cool! Thanks for the info. That makes more sense :) hopefully I can find more info about the Ethernet Switch in this GPL. Everything else is easy, but the GPL switch info is a musthave to figure out how to write DTS correctly.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 14, 2021 01:40PM
Wow; I didn't know they had two revisions of the Rev. I! I bet that's why they skipped straight from I to K (the gpl source for the google fiber network box refers to it as mi424wr rev k)

This also explains why a month ago, when I built the all firmwares from the actiontec gpl site you linked, I couldn't get any 5x firmware to boot, but the 4x firmwares all worked as expected. I guess that reveals which model I have.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 14, 2021 02:00PM
Also, the U-Boot source code and config is distributed only with the 4x firmwares. I can't UART boot yet, but once I have that set up, I'll see if I can get the U-Boot source code to build, and if their config is portable to the a modern U-Boot.



Edited 1 time(s). Last edit at 02/14/2021 03:47PM by bkallus.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 14, 2021 04:06PM
bkallus,

> and if their config is portable to the a modern
> U-Boot.

No, it is not. I've looked at the 5x FW briefly, it is the same as other Marvell u-boots. The information are valuable, though.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)



Edited 1 time(s). Last edit at 02/14/2021 04:25PM by bodhi.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
February 14, 2021 05:03PM
Here to recap our current envs settings to boot Debian on USB. And also set up mtd partitions to allow u-boot envs read/write acess in Debian.

load_uimage=ext2load usb 0:1 0x800000 /boot/uImage
load_uinitrd=ext2load usb 0:1 0x2100000 /boot/uInitrd
usb_boot=echo Booting Debian ...; run load_uimage; run load_uinitrd; bootm 0x800000 0x2100000
usb_bootcmd=run usb_set_bootargs; run usb_boot
bootcmd_debian=usb start; run usb_bootcmd; usb stop; reset
bootcmd_stock=echo Booting Stock ...; ru jfs; ru jrun
mtdparts=mtdparts=orion_nand:2M(U-Boot),32M(JFFS2),80M(Firmware)
usb_set_bootargs=setenv bootargs console=ttyS0,115200 root=LABEL=rootfs rootdelay=10 ${mtdparts} earlyprintk=serial
bootcmd=run bootcmd_debian; run bootcmd_stock

Verify mtdparts in Debian:

# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00200000 00020000 "U-Boot"
mtd1: 02000000 00020000 "JFFS2"
mtd2: 05000000 00020000 "Firmware"

Set up envs area in Debian:

# cat /etc/fw_env.config
# MTD device name	Device offset	Env. size	Flash sector size	Number of sectors
/dev/mtd0		0xc0000		0x1000		0x20000

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)



Edited 2 time(s). Last edit at 02/14/2021 05:08PM by bodhi.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
March 09, 2021 06:08AM
bodhi,

I've been looking as time permits, and wondering about a couple of things related to the "mvneta" driver issue. Bear with me, I'm not the embedded developer that you are.

I have found postings from years ago that suggest an issue with changes to the driver build. Those changes seemed centered around enabling or disabling buffer management in the driver. Apparently, all was good until somebody enabled it. Then the complaints rolled in, then it was backed out. That's one thing.

When I was using my MI424RW-Rev-I router with Verizon FiOS in front of my DD-WRT router, I was surprised that my DD-WRT upstream connection to the MI424RW was auto-negotiated to half-duplex. I could get a great speed-test result in that mode, but it was horrible when I forced DD-WRT to uplink using full-duplex. Unless I'm wrong, that suggests to me that the OpenRG-based firmware was operating with that driver set with buffer management disabled.

From a common-sense and performance perspective, disabling buffers and running half-duplex seems wrong, but it did work surprisingly well. And, with an older version of that driver than what's likely available now. What I don't know is if that can be set in the DTB. Thoughts?

Dave
Re: Debian on Action Tech SG200 and MI424WR-rev-I
March 09, 2021 08:19PM
Dave,

That error about buffer management was real. But it was a long time ago. Armada 370 does not have hardware buffer in the NIC, so there was a time when it was correct to remove it. In the latest kernel, it is not an issue anymore. Armada 370, 380, XP Socs all use the same BM code, and the lack of HW buffer for the a370 is taken into account. (Side notes: this might be a significant factor in lesser network performance comparing to the a380 or aXP).

Also, what you said above "MI424RW was auto-negotiated to half-duplex" should be relevant only for the SG200 model, because it has only 2 Ethernet ports. The MI424WR Rev I has a 4-port switch, so a different driver is used. The new Ethernet Switch driver is Marvell DSA (the old driver is obsolete and no longer usable). This was the reason I modified Claudio DTS to have the nodes for DSA.

I have not revisited this box since my last post above. So consider it still a work-in-progress regarding Ethernet. Wifi is working fine, though. So that's made it less urgent for me, since we can ssh into the box with Wifi connection.

Also, the IRQs workd differently in the the old kernel 2.6.x, so now with the new IRQ domain in the latest kernel, the lack of binding in the DTS seems to cause IRQs conflicts.

To summarize where my DTS version is:

- Need to implement nodes for pin controller. I suspect this is somehow relevant to IRQs assignments.
- Need to mach up the new DSA nodes in DTS with old switch driver settings in stock u-boot/kernel. But the pin controller must be done first before we can even debug this DSA switch.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)



Edited 1 time(s). Last edit at 03/10/2021 04:26PM by bodhi.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
March 10, 2021 04:12AM
bohdi,

Thanks for taking the time to write up the details, I truly appreciate it.

Dave
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 01, 2021 06:30PM
All,

There was a request from one of our forum members to have the Aruba DTS. So that will be next on my todo task for this on this Avanta SoC.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 03, 2021 09:32PM
Here is the initial version for the Aruba Networks 134/135 box.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Attachments:
open | download - avanta-aruba-ap.dts (2.6 KB)
open | download - avanta-aruba-ap.dtb (7.4 KB)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 17, 2021 12:41AM
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 17, 2021 08:11AM
bodhi,

I am winnt5 in earlier time. But I don't know what happens to my account.
I have a zte f660. That's the pon modem. I've tried Claudio's openwrt code and got two problems running it. One is ethernet problem and the other is serial console problem. The serial device's irq is disabled during booting. It make the console very laggy. But luckily, it boot successfully.
[    1.296704] random: nonblocking pool is initialized
[    1.446769] irq 33: nobody cared (try booting with the "irqpoll" option)
[    1.453510] CPU: 0 PID: 1 Comm: swapper Not tainted 3.14.34 #6
[    1.459370] Backtrace:
[    1.461861] [<c0014aa8>] (dump_backtrace) from [<c0014cd0>] (show_stack+0x18/0x1c)
[    1.469465]  r6:00000021 r5:c0447954 r4:c0447920 r3:00000000
[    1.475208] [<c0014cb8>] (show_stack) from [<c0198418>] (dump_stack+0x20/0x28)
[    1.482473] [<c01983f8>] (dump_stack) from [<c0048b18>] (__report_bad_irq.isra.7+0x20/0xb8)
[    1.490870] [<c0048af8>] (__report_bad_irq.isra.7) from [<c0048e08>] (note_interrupt+0x1ec/0x2d8)
[    1.499781]  r5:00000000 r4:c0447920
[    1.503401] [<c0048c1c>] (note_interrupt) from [<c0047548>] (handle_irq_event_percpu+0x17c/0x1b0)
[    1.512312]  r10:c043cbeb r9:c0447920 r8:00000021 r7:00000000 r6:00000000 r5:00000000
[    1.520234]  r4:00000000 r3:00000000
[    1.523855] [<c00473cc>] (handle_irq_event_percpu) from [<c00475ac>] (handle_irq_event+0x30/0x40)
[    1.532767]  r10:00000001 r9:c7833a68 r8:00000001 r7:c0483e20 r6:00000000 r5:00000021
[    1.540689]  r4:c0447920
[    1.543251] [<c004757c>] (handle_irq_event) from [<c0049538>] (handle_level_irq+0xd8/0xe8)
[    1.551553]  r4:c0447920 r3:00020000
[    1.555171] [<c0049460>] (handle_level_irq) from [<c0046e9c>] (generic_handle_irq+0x28/0x3c)
[    1.563646]  r4:c043c108 r3:c0049460
[    1.567268] [<c0046e74>] (generic_handle_irq) from [<c00127b8>] (handle_IRQ+0x68/0x88)
[    1.575227] [<c0012750>] (handle_IRQ) from [<c0008510>] (orion_handle_irq+0x74/0xa8)
[    1.583005]  r6:c78034e4 r5:00000001 r4:00000002 r3:00000040
[    1.588741] [<c000849c>] (orion_handle_irq) from [<c0008f20>] (__irq_svc+0x40/0x4c)
[    1.596433] Exception stack(0xc7833a68 to 0xc7833ab0)
[    1.601515] 3a60:                   00000a24 ffffffff 00001300 c000c410 c79ccc00 00000000
[    1.609738] 3a80: 00000001 c7833b38 00000000 c79cce38 00000000 c7833b2c c78ec000 c7833ab0
[    1.617955] 3aa0: c0220508 c000c44c 20000013 ffffffff
[    1.623029]  r10:00000000 r9:c79cce38 r8:00000000 r7:c7833a9c r6:ffffffff r5:20000013
[    1.630952]  r4:c000c44c
[    1.633516] [<c02201e8>] (nand_do_read_ops) from [<c0220b1c>] (nand_read+0x60/0x80)
[    1.641205]  r10:c7a3e000 r9:00001000 r8:c7a3e000 r7:c7833c0c r6:c79cce38 r5:00000000
[    1.649127]  r4:00288200
[    1.651692] [<c0220abc>] (nand_read) from [<c0215010>] (part_read+0x50/0x90)
[    1.658773]  r9:00000002 r8:00000000 r7:00000000 r6:c79d3600 r5:00000000 r4:00280000
[    1.666615] [<c0214fc0>] (part_read) from [<c02124f8>] (mtd_read+0x80/0xbc)
[    1.673608]  r8:c79d3600 r7:00000000 r6:01d80000 r5:00000000 r4:01d77e00
[    1.680408] [<c0212478>] (mtd_read) from [<c022ccfc>] (ubi_io_read+0x13c/0x2e4)
[    1.687749]  r8:00000200 r7:00000004 r6:c7825000 r5:00001000 r4:c7833c0c
[    1.694543] [<c022cbc0>] (ubi_io_read) from [<c022a76c>] (ubi_eba_read_leb+0x2e0/0x434)
[    1.702582]  r10:00000002 r9:00000000 r8:00000000 r7:c7a3e000 r6:00001000 r5:c7a25a00
[    1.710503]  r4:c7825000
[    1.713065] [<c022a48c>] (ubi_eba_read_leb) from [<c02297bc>] (ubi_leb_read+0xcc/0x130)
[    1.721105]  r10:00000000 r9:c7a3e000 r8:00000006 r7:c7a3e000 r6:00001000 r5:00000000
[    1.729027]  r4:c7a25a00
[    1.731593] [<c02296f0>] (ubi_leb_read) from [<c014b674>] (ubifs_leb_read+0x30/0x90)
[    1.739371]  r7:00000000 r6:00000000 r5:00001000 r4:00000000
[    1.745108] [<c014b644>] (ubifs_leb_read) from [<c014d2a8>] (ubifs_read_node+0x144/0x2e4)
[    1.753323]  r7:00001000 r6:00000000 r5:c7a2e000 r4:00000000
[    1.759061] [<c014d164>] (ubifs_read_node) from [<c0149b10>] (ubifs_read_sb_node+0x5c/0x78)
[    1.767449]  r10:00000000 r9:c7a2e008 r8:c7a2d7c0 r7:c7a40e00 r6:c0481fac r5:c7a3e000
[    1.775370]  r4:c7a2e000
[    1.777933] [<c0149ab4>] (ubifs_read_sb_node) from [<c014a7b8>] (ubifs_read_superblock+0xc44/0x15bc)
[    1.787106]  r5:c7a2e000 r4:00000028
[    1.790729] [<c0149b74>] (ubifs_read_superblock) from [<c0148ba4>] (ubifs_mount+0x90c/0x1660)
[    1.799291]  r10:00000000 r9:c7a2e008 r8:c7a2d7c0 r7:c7a40e00 r6:c0481fac r5:c7a2e000
[    1.807213]  r4:00000028
[    1.809782] [<c0148298>] (ubifs_mount) from [<c0093500>] (mount_fs+0x1c/0xd0)
[    1.816950]  r10:c0445190 r9:c7a2d820 r8:c0457b54 r7:00000000 r6:c0457b54 r5:c7a2d800
[    1.824870]  r4:c780e420
[    1.827441] [<c00934e4>] (mount_fs) from [<c00a9a10>] (vfs_kern_mount+0x50/0xdc)
[    1.834871]  r6:00008000 r5:c7a2d800 r4:c780e420
[    1.839550] [<c00a99c0>] (vfs_kern_mount) from [<c00ac630>] (do_mount+0x81c/0x97c)
[    1.847153]  r8:c7a2d800 r7:00000020 r6:00008000 r5:00000000 r4:c0457b54 r3:00000000
[    1.854992] [<c00abe14>] (do_mount) from [<c00aca50>] (SyS_mount+0x8c/0xc0)
[    1.861985]  r10:00000045 r9:c042ea08 r8:c0480ba8 r7:00008000 r6:c03ab970 r5:c7853000
[    1.869907]  r4:00000000
[    1.872471] [<c00ac9c4>] (SyS_mount) from [<c04131a4>] (mount_root+0x30/0xbc)
[    1.879638]  r7:c04859f8 r6:c042ea00 r5:c042ea28 r4:c045bd88
[    1.885377] [<c0413174>] (mount_root) from [<c041336c>] (prepare_namespace+0x13c/0x194)
[    1.893417]  r4:c045bd88
[    1.895980] [<c0413230>] (prepare_namespace) from [<c0412ca4>] (kernel_init_freeable+0x17c/0x1c8)
[    1.904891]  r5:00000007 r4:c0433f28
[    1.908514] [<c0412b28>] (kernel_init_freeable) from [<c000c4e4>] (kernel_init+0x10/0x10c)
[    1.916815]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c000c4d4
[    1.924737]  r4:00000000
[    1.927298] [<c000c4d4>] (kernel_init) from [<c00086d0>] (ret_from_fork+0x14/0x24)
[    1.934901]  r4:00000000 r3:c7832000
[    1.938512] handlers:
[    1.940802] [<c01e9d04>] serial8250_interrupt
[    1.945188] Disabling IRQ #33
My expection is to run openwrt based on linux 3.14 kernel on f660. I can offer any of the binaries from vendor on f660. I am unable to make ethernet work on f660. It doesn't have any external ethernet chip or switch chip. It has 1 gigabit port and three 100m ports. I am new to embedded linux so I can't figure out how to make these ports work. So I'm looking forward to some help. Thank you for doing that so long.

winnt5



Edited 2 time(s). Last edit at 04/17/2021 08:36AM by 8086k.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 17, 2021 03:52PM
Ray,

> Have you seen
> https://github.com/leitec/openwrt-staging/tree/avanta.
> In particular I believe some of the patches at
> https://github.com/leitec/openwrt-staging/tree/avanta/target/linux/avanta/patches-3.14
> might be helpful.

Thanks! that's definitely helpful. Looks like we use the same DTS/DTSI from Claudio Leite as a starting point already. However, seeing the whole patches might add more hints in figuring out some more details.

Unfortunately, OpenWrt is still on the same old switch driver, that's why they are at kernel 3.14. That driver has been removed from mainline long ago. This box right now has some unknowns: the MPP and pin controller, since Claudio did not have access to the datasheet back then.

Everything else is working, though. I can run the MI424WR-rev-I box and checked out Wifi, LEDs, MTD layout.... It is ffully functional as a NAS using Wifi connection.

So to recap what I mentioned before:

- Need to implement pin controller. I have not got enough free time to do this, but it should be doable just using what's in the DTSI. It might not be accurate, but we'll come to that. And perhaps I will be able to figure out this part.

- Need to mach up the new DSA nodes in DTS with old switch driver settings in stock u-boot/kernel.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 17, 2021 04:01PM
8086k,

> I am winnt5 in earlier time. But I don't know what
> happens to my account.

I did a search, and it seems you were not registered with winnt5 user name when you posted about 3 months ago.

> I have a zte f660. That's the pon modem. I've
> tried Claudio's openwrt code and got two problems
> running it. One is ethernet problem and the other
> is serial console problem. The serial device's irq
> is disabled during booting. It make the console
> very laggy. But luckily, it boot successfully.

I'm not sure I can help with OpenWrt. I've also been seeing the same IRQs problem, with Debian and the latest kernel 5.11.x. I hope to solve that after I implemented the pin controller.

The Ethernet problem is most likely because you are running a different hardware (with no switch chip). So the Aruba DTS that I just posted above (https://forum.doozan.com/read.php?2,78499,118759#msg-118759) might work better. The Aruba has 2 Ethernet ports.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 17, 2021 10:30PM
bodhi,

Thank you, I will try that dts. Can I just replace avanta-mi424wr.dts with avanta-aruba-ap.dts? Which avanta.dtsi and avanta-6560.dtsi should I use? I am using 3.14 kernel, are later versions of dts compatible with older version of linux? I will try to update kernel version later.

I think drivers are all in the kernel. Openwrt may be similar to debian.

8086k



Edited 3 time(s). Last edit at 04/17/2021 10:43PM by 8086k.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 17, 2021 11:05PM
8086k,

> Thank you, I will try that dts. Can I just replace
> avanta-mi424wr.dts with avanta-aruba-ap.dts? Which
> avanta.dtsi and avanta-6560.dtsi should I use? I
> am using 3.14 kernel, are later versions of dts
> compatible with older version of linux? I will try
> to update kernel version later.

That might not work. Kernel 3.14 is too old. The DTS bindings are likely different. I compiled the aruba DTS using kernel 5.11.4-kirkwood-tld-1.

> I think drivers are all in the kernel. Openwrt may
> be similar to debian.

> Which avanta.dtsi and avanta-6560.dtsi should I use?

The same DTS will work on either Debian or OpenWrt. For your box and the Aruba, the Ethernet is simpler without the switch. The same avanta.dtsi and avanta-6560.dtsi are used for all Avanta boards.

However, I've also modified these 2 DTSI because of the old binding and some syntax will not work in new kernel.

Here is the latest for MI424WR-rev-I (I posted a while ago):

https://forum.doozan.com/read.php?2,78499,116124#msg-116124

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 18, 2021 12:05AM
bodhi,

OK, I will try to update the kernel version. You said newer kernel version doesn't contain mvneta driver, but the newest dts are still using them. Will this cause any problem?

Do I need to modify any other code in kernel5.11 except dts?

8086k



Edited 1 time(s). Last edit at 04/18/2021 12:08AM by 8086k.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 18, 2021 03:19PM
8086k,

> OK, I will try to update the kernel version. You
> said newer kernel version doesn't contain mvneta
> driver,
> but the newest dts are still using them.
> Will this cause any problem?

The newest kernel does have mvneta.

> Do I need to modify any other code in kernel5.11
> except dts?

Code change might be not be necessary. But I don't know yet since I have not read the whole OpenWrt patch (I was not aware that was fully intergrated until Ray pointed out above).

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 20, 2021 05:39AM
bodhi,

I noticed aruba dts don't define the phy number. It seemed to be necessary because I can't find any eth device using ifconfig when phy number is not defined in dts.
I don't know much about marvell's architecture. Is there many of phy on chip so that we should choose the right one connected to the rj45 port?

8086k



Edited 1 time(s). Last edit at 04/20/2021 08:02AM by 8086k.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 20, 2021 04:04PM
8086k,

> I noticed aruba dts don't define the phy number.
> It seemed to be necessary because I can't find any
> eth device using ifconfig when phy number is not
> defined in dts.

Yes. The Aruba DTS right now is only an initial version to see if you can boot the box. Ethernet need to be completed.

> I don't know much about marvell's architecture. Is
> there many of phy on chip so that we should choose
> the right one connected to the rj45 port?

Definitely. It does need phy info. I will eventually add more to it after some one post the boot log.

Your zte f660 also need a different DTS. So let see if I can go back to the 1st post and see the specs for this box, and create a new DTS for it.

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 21, 2021 05:34AM
bodhi,

I packed all my f660 series boxes' information. Hope to give you some help.
I think f660 is using the internal switch of 88f6560. In official firmware, only when you plug the network cable into the gigabit port, the console will print this:
mii0: link up
mii2: link up
Port 3: Link-up, Full-duplex, Speed-1000Mbps.
cpcp port 3 state change!

8086k
Attachments:
open | download - fxxx-txt.7z (26.4 KB)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 22, 2021 05:53AM
bodhi,

Is it possible to try the phy number one by one? Can you teach me some syntax of eth node and phy node in marvell's dts?

8086k
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 22, 2021 07:45PM
8086k,

> Is it possible to try the phy number one by one?

Not a good idea. As I mentioned above, I'll try to create an initial DTS for this box. It should be simlilar to the MI424WR-rev-I DTS (since you identified that there is a Marvell switch 88f6560 inside). This made this more complicate than the Aruba.

> Can you teach me some syntax of eth node and phy
> node in marvell's dts?

The best way is understand the subject to learn by example. And I usually don't do tutorial for kernel or u-boot development (no time to do that). So when I post the DTS, you can read and see if you can get the idea how to modify it further.

The most important thing to do is to find the GPL source code for this box. The manufacturer must provide it when somebody requests, if it is not already available at their website. Without the GPL source, we would have to resorting to hacking each possible PHY, each possible GPIO.... take forever to do that!

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 22, 2021 08:49PM
8086k,

Can you post the specs for this ZTE F600 box? especially the Ethernet ports (i.e. how many and what speed).

-bodhi
===========================
Forum Wiki
bodhi's corner (buy bodhi a beer)



Edited 1 time(s). Last edit at 04/22/2021 10:42PM by bodhi.
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 23, 2021 02:54AM
bodhi,

I'm sorry to tell you this is a close source box.However, I have the full firmware of it including all the partitions. Please wait for me to upload it to mega. I will post all the information of it in a picture when I finish that.

8086k
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 23, 2021 05:51AM
bodhi,

The HD photos of the device is here. There are four ethernet ports. In the images below, the port on the right is a gigabit port, the three ports on the left is 100m port.
Download images

The device semmed to be using eth1, I'm not very sure. I cat /proc/interrupts and get this
root@F420:/ # cat /proc/interrupts

           CPU0
  1:      18884           -  kw_tick
  7:        722           -  mv_eth
 15:          0           -  mv_eth
 20:      60388           -  tdm
 29:          1           -  switch
 31:          2           -  mvGpon
 33:       1302           -  serial
 35:          0           -  mvDyGasp
 50:       1044           -  mv64xxx_i2c
Err:          0
When I am transferring data to u-boot, I get this
Using egiga0 device
TFTP from server 192.168.1.100; our IP address is 192.168.1.1
Filename 'op.bin'.
Load address: 0x2000000
Loading: #################################################################         #################################################################         #################################################################         #################################################################         ###################################
done
Bytes transferred = 4325376 (420000 hex)
The result is the same with each ethernet port.

8086k
Re: Debian on Action Tech SG200 and MI424WR-rev-I
April 23, 2021 06:30AM
bodhi,

This is the firmware of f420 and f660. F420 is just f660 without wlan chip and usb port.
Firmware download

8086k
Author:

Your Email:


Subject:


Spam prevention:
Please, enter the code that you see below in the input field. This is for blocking bots that try to post this form automatically. If the code is hard to read, then just try to guess it right. If you enter the wrong code, a new image is created and you get another chance to enter it right.
Message: