Yeah, those were the ones I am referring to.
Flole
143
I thought you meant the label at the bottom.....
No, screws are next to LAN ports, I meant to cut the label at bottom because one half of the case will slide out
Flole
145
Oh I didnt even see that post. Do you have the pinout of the serial header somewhere nearby?
I have it written somewhere on a paper but I cant get to it until tomorrow.
If you have a multi-meter its real easy to figure it out
Flole
147
Found it, something is wrong with my root part which is why the kernel panics:
[ 1.904362] mmcblk0: p1 p2 p3 p4 p5 p6 p7 p8 p9 p10 p11 p12 p13 p14 p15 p16 p12 p13 p14 p15 p16 p17 p18 p19 p20 p21 p22 p23 p24 p25 p26 p27 p28 p29 p30 p31 p32 p33<\r><\n>
[ 1.946769] VFS: Cannot open root device "mmcblk0p24" or unknown-block(259,16): error -5<\r><\n>
[ 1.947015] Please append a correct "root=" boot option; here are the available partitions:<\r><\n>
[ 1.954286] b300 3702784 mmcblk0 <\r><\n>
[ 1.954350] driver: mmcblk<\r><\n>
[ 1.966637] b301 512 mmcblk0p1 44dd4e8c-e0d1-ca3e-dbce-90a4c1f49358<\r><\n>
[ 1.966695] <\r><\n>
[ 1.976928] b302 512 mmcblk0p2 e52960d2-503e-ec39-5df5-9060e5706450<\r><\n>
[ 1.976976] <\r><\n>
[ 1.985585] b303 512 mmcblk0p3 d49ae37e-15e0-fcf3-c8dc-f0538ea2da35<\r><\n>
[ 1.985627] <\r><\n>
[ 1.994536] b304 512 mmcblk0p4 a202f350-4f08-e9e6-bb03-b2f9c7ea583e<\r><\n>
[ 1.994584] <\r><\n>
[ 2.003485] b305 256 mmcblk0p5 31899b89-9ce6-259c-5e61-cb8a9cda9786<\r><\n>
[ 2.003535] <\r><\n>
[ 2.012633] b306 256 mmcblk0p6 6d057366-cf22-ec06-a16c-c5636be9fc44<\r><\n>
[ 2.012681] <\r><\n>
[ 2.021635] b307 256 mmcblk0p7 2cb8da0b-df14-6bd6-d05f-94d1e9d95861<\r><\n>
[ 2.021685] <\r><\n>
[ 2.030569] 103:00000 256 mmcblk0p8 8625a9be-a70f-67c9-e03f-08813d2c3659<\r><\n>
[ 2.030618] <\r><\n>
[ 2.039511] 103:00001 1024 mmcblk0p9 602e5e40-520b-f2dc-55ef-6eb7a1d24666<\r><\n>
[ 2.039560] <\r><\n>
[ 2.048429] 103:00002 1024 mmcblk0p10 46c3cdc1-acf9-2a0e-99b2-71580e9d13cf<\r><\n>
[ 2.048479] <\r><\n>
[ 2.057387] 103:00003 256 mmcblk0p11 7c63a717-e617-b5b5-8557-566a138f3369<\r><\n>
[ 2.057436] <\r><\n>
[ 2.066351] 103:00004 256 mmcblk0p12 25a2ab95-a4a2-8b7e-5c9a-537780b0e853<\r><\n>
[ 2.066401] <\r><\n>
[ 2.075162] 103:00005 2048 mmcblk0p13 bce1f4b1-925f-ad6e-f872-8d5909a86fbb<\r><\n>
[ 2.075205] <\r><\n>
[ 2.084209] 103:00006 256 mmcblk0p14 7f463335-604b-1dd5-26a2-c925bcc9c7f6<\r><\n>
[ 2.084258] <\r><\n>
[ 2.093424] 103:00007 256 mmcblk0p15 35448d62-ed14-ac25-cba3-2952e0c2f63e<\r><\n>
[ 2.093473] <\r><\n>
[ 2.102521] 103:00008 256 mmcblk0p16 1eae8b9e-d659-354c-2f32-1931510f02a7<\r><\n>
[ 2.102570] <\r><\n>
[ 2.111494] 103:00009 256 mmcblk0p17 <\r><\n>
[ 2.111545] <\r><\n>
[ 2.117449] 103:0000a 256 mmcblk0p18 <\r><\n>
[ 2.117496] <\r><\n>
[ 2.123074] 103:0000b 3840 mmcblk0p19 <\r><\n>
[ 2.123116] <\r><\n>
[ 2.129204] 103:0000c 47360 mmcblk0p20 <\r><\n>
[ 2.129254] <\r><\n>
[ 2.134883] 103:0000d 51200 mmcblk0p21 <\r><\n>
[ 2.134924] <\r><\n>
[ 2.140802] 103:0000e 256 mmcblk0p22 <\r><\n>
[ 2.140849] <\r><\n>
[ 2.146903] 103:0000f 3840 mmcblk0p23 <\r><\n>
[ 2.146952] <\r><\n>
[ 2.152593] 103:00010 47360 mmcblk0p24 <\r><\n>
[ 2.152635] <\r><\n>
[ 2.158772] 103:00011 51200 mmcblk0p25 <\r><\n>
[ 2.158821] <\r><\n>
[ 2.164394] 103:00012 256 mmcblk0p26 <\r><\n>
[ 2.164436] <\r><\n>
[ 2.170324] 103:00013 5120 mmcblk0p27 <\r><\n>
[ 2.170374] <\r><\n>
[ 2.176500] 103:00014 49152 mmcblk0p28 <\r><\n>
[ 2.176550] <\r><\n>
[ 2.182103] 103:00015 51200 mmcblk0p29 <\r><\n>
[ 2.182145] <\r><\n>
[ 2.188235] 103:00016 30720 mmcblk0p30 <\r><\n>
[ 2.188284] <\r><\n>
[ 2.193908] 103:00017 5120 mmcblk0p31 <\r><\n>
[ 2.193950] <\r><\n>
[ 2.200091] 103:00018 2048 mmcblk0p32 <\r><\n>
[ 2.200141] <\r><\n>
[ 2.205714] 103:00019 1209983 mmcblk0p33 <\r><\n>
[ 2.205756] <\r><\n>
[ 2.211798] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(259,16)<\r><\n>
Hm, can it be that stock firmware flashed it to other rootfs partition?
I would suggest using fw_recovery functions in bootloader to flash to first or second firmware over TFTP to ensure that its flashed to whichever one you want
Flole
149
It says BootPart = 1 and it reads from block 17954, if we "hex" that its 0x4622, which is the primary kernel/rootfs. As my firmware is/was setup for secondary it will never work. I'll change it to the primary partition, flash it and try again.
Simply use fw_recovery_second, then you can use TFTP to flash it to second partition and bootloader will set that as active no need to recompile
Flole
151
I'd like to keep the second one stock for now (to have a backup on the device itself), rebuilding is simple though and just takes 2 minutes.
Well you are gonna have to flash it anyway, you can easily use TFTP to flash the stock firmware to first or second it doesnt really matter.
Anyway time for sleep here, already 2AM
Flole
153
Same here, we are in the same timezone apparently (and probably in the same country). Have a good night, I'll report back once I have it flashed again.
So the same time zone narrows it to most of Europe and Central Africa.
So chances of you being in Croatia are slim
Flole
155
Nope I'm not in Croatia. Anyways, OpenWRT is starting up right now!
Flole
156
So a little summary: All WiFi interfaces work, I am running a 8 hour connection test now to see how it behaves. I noticed one issue though: When I configure a VLAN tag on one of the lan interfaces the entire kernel crashes. After a reboot it is stuck in a bootloop. Could you verify if you are having the same issue? I think there are still some issues with the ipq40xx Ethernet driver, not sure if this device is affected by that aswell.
Well, it could be due to my use of ipqess DSA driver which is far from stable.
You can disable it on kernel config and reanable old essedma driver
Flole
158
What would be a good place to report this one:
[ 243.862424] CPU: 3 PID: 1007 Comm: netifd Not tainted 4.19.66 #0<\r><\n>
[ 243.884656] Hardware name: Generic DT based system<\r><\n>
[ 243.890820] PC is at br_vlan_enabled+0x0/0x10<\r><\n>
[ 243.895427] LR is at dsa_port_vlan_del+0x48/0x90<\r><\n>
[ 243.899841] pc : [<c0793564>] lr : [<c079931c>] psr: 60000013<\r><\n>
[ 243.904544] sp : dd963d50 ip : 00081201 fp : beb99b64<\r><\n>
[ 243.910518] r10: 00000036 r9 : de0d9300 r8 : dd968cc0<\r><\n>
[ 243.915739] r7 : dd963d8c r6 : dd963dac r5 : ffffffa1 r4 : df4160fc<\r><\n>
[ 243.920942] r3 : 00000001 r2 : 00000000 r1 : dd963dac r0 : 00000000<\r><\n>
[ 243.927541] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none<\r><\n>
[ 243.934048] Control: 10c5387d Table: 9da9006a DAC: 00000051<\r><\n>
[ 243.941268] Process netifd (pid: 1007, stack limit = 0xfb8662ca)<\r><\n>
[ 243.946984] Stack: (0xdd963d50 to 0xdd964000)<\r><\n>
[ 243.953057] 3d40: dd963dac 00000000 00000000 00000001<\r><\n>
[ 243.957326] 3d60: deea5800 c07a087c 00000003 00000000 00000000 dd9c6800 ffffffa1 dd963dac<\r><\n>
[ 243.965486] 3d80: dd963d8c c07a08ac 00000000 dd9c6868 dd963d90 00000001 dd4ca600 dd9c6800<\r><\n>
[ 243.973657] 3da0: dd53b600 c0797728 00000000 dd9c6800 00000001 00000000 00000000 00000000<\r><\n>
[ 243.981834] 3dc0: 00010000 00000001 00000006 c0793b5c 00000001 00000000 c0b24540 dce61300<\r><\n>
[ 243.989965] 3de0: 00000001 00000000 00000001 dea82464 dd53b688 00000000 dce61300 00000001<\r><\n>
[ 243.998122] 3e00: df437000 00000000 c0b24540 dce61300 beb99b64 c06dba38 00480020 00000000<\r><\n>
[ 244.006311] 3e20: 00000000 dd9c6800 00000000 dd53b688 dd53b6b0 dd968cc0 dd9c6800 00000000<\r><\n>
[ 244.014441] 3e40: 00000000 c0793e14 dd53b600 ddc16a00 dd968cc0 c079672c dd968cc0 dd9c6800<\r><\n>
[ 244.022609] 3e60: 00000000 ddc16a00 dd968cc0 c0785044 000089a3 dd968cc0 dd963eec c07f95fc<\r><\n>
[ 244.030761] 3e80: 00000000 c07859d4 000089a3 dd968800 dd963eec c06c50a4 00000000 dd963eec<\r><\n>
[ 244.038927] 3ea0: c0b24540 000089a3 dd963eec c0b24540 000089a3 dd963ee4 00000000 c06c56d8<\r><\n>
[ 244.047077] 3ec0: 000089a3 c0b04c48 00000051 beb99810 c0b24540 ffffe000 00000036 c06815d4<\r><\n>
[ 244.055239] 3ee0: de4abf00 00000801 dd46c414 672d7262 74736575 00000000 00000000 00000010<\r><\n>
[ 244.063405] 3f00: 00000000 00000000 00000000 80fd64a7 00000001 beb99810 df14d1a0 ddcddd80<\r><\n>
[ 244.071561] 3f20: 000089a3 beb99810 dd962000 c04298d0 dd475b40 c045a0cc 00000001 de420580<\r><\n>
[ 244.079720] 3f40: 00000000 00000000 de4abf00 de4abf0c 00000000 c0b04ff8 de4abf30 de477618<\r><\n>
[ 244.087880] 3f60: 0000000e c0458974 80002019 de4abf00 ddcddd80 ddcddd80 00000008 000089a3<\r><\n>
[ 244.096041] 3f80: beb99810 dd962000 00000036 c0429974 000089a3 b6f170e0 0001351c 00000036<\r><\n>
[ 244.104202] 3fa0: c0301204 c0301000 000089a3 b6f170e0 00000008 000089a3 beb99810 beb99808<\r><\n>
[ 244.112357] 3fc0: 000089a3 b6f170e0 0001351c 00000036 beb99868 b6ee2df0 0003dca0 beb99b64<\r><\n>
[ 244.120522] 3fe0: 0003cd54 beb997f0 00022c04 b6f74910 80000010 00000008 00000000 00000000<\r><\n>
[ 244.128688] [<c0793564>] (br_vlan_enabled) from [<c079931c>] (dsa_port_vlan_del+0x48/0x90)<\r><\n>
[ 244.136827] [<c079931c>] (dsa_port_vlan_del) from [<c07a087c>] (switchdev_port_obj_del_now+0x2c/0x8c)<\r><\n>
[ 244.144985] [<c07a087c>] (switchdev_port_obj_del_now) from [<c07a08ac>] (switchdev_port_obj_del_now+0x5c/0x8c)<\r><\n>
[ 244.154275] [<c07a08ac>] (switchdev_port_obj_del_now) from [<c0797728>] (br_switchdev_port_vlan_del+0x40/0x48)<\r><\n>
[ 244.164171] [<c0797728>] (br_switchdev_port_vlan_del) from [<c0793b5c>] (__vlan_del+0x90/0x31c)<\r><\n>
[ 244.174150] [<c0793b5c>] (__vlan_del) from [<c0793e14>] (__vlan_flush+0x2c/0x4c)<\r><\n>
[ 244.182743] [<c0793e14>] (__vlan_flush) from [<c079672c>] (nbp_vlan_flush+0x60/0x7c)<\r><\n>
[ 244.190384] [<c079672c>] (nbp_vlan_flush) from [<c0785044>] (del_nbp+0x158/0x264)<\r><\n>
[ 244.198110] [<c0785044>] (del_nbp) from [<c07859d4>] (br_del_if+0x30/0xdc)<\r><\n>
[ 244.205487] [<c07859d4>] (br_del_if) from [<c06c50a4>] (dev_ifsioc+0x2e0/0x314)<\r><\n>
[ 244.212257] [<c06c50a4>] (dev_ifsioc) from [<c06c56d8>] (dev_ioctl+0x54c/0x5bc)<\r><\n>
[ 244.219460] [<c06c56d8>] (dev_ioctl) from [<c06815d4>] (sock_ioctl+0x4c0/0x4f0)<\r><\n>
[ 244.226756] [<c06815d4>] (sock_ioctl) from [<c04298d0>] (do_vfs_ioctl+0x86c/0x8dc)<\r><\n>
[ 244.234047] [<c04298d0>] (do_vfs_ioctl) from [<c0429974>] (ksys_ioctl+0x34/0x58)<\r><\n>
[ 244.241682] [<c0429974>] (ksys_ioctl) from [<c0301000>] (ret_fast_syscall+0x0/0x54)<\r><\n>
[ 244.249228] Exception stack(0xdd963fa8 to 0xdd963ff0)<\r><\n>
[ 244.256608] 3fa0: 000089a3 b6f170e0 00000008 000089a3 beb99810 beb99808<\r><\n>
[ 244.261821] 3fc0: 000089a3 b6f170e0 0001351c 00000036 beb99868 b6ee2df0 0003dca0 beb99b64<\r><\n>
[ 244.269976] 3fe0: 0003cd54 beb997f0 00022c04 b6f74910<\r><\n>
[ 244.278139] Code: e1d200ba e050000c 13a00001 e8bd8010 (e5d004d8) <\r><\n>
[ 244.283210] ---[ end trace fbcc655dbe19572f ]---<\r><\n>
[
Is it correct that both, ipqess and essedma are enabled in the kernel config? I disabled the ipqess for now and I am rebuilding.
Well, they should not be enabled at the same time.
If you want essedma then you need to revert all of the ipqess commits and edit the DTS
Flole
160
They are enabled at the same time in your config though, could that maybe cause the problems?
EDIT: In order to avoid the kernel panic we would probably need d6af21a4fb5fff2f6640feb011902212e658414d, at least according to a mailing list entry (unfortunately the mailing list is down for me at the moment).
Hm, I thought that I disabled essedma, anyway it should not be used since compatible is not correct for it.
I remember that discussion on the mailing list, reason why ipqess is stagnating now is because in order for VLANs and other stuff to work properly at least kernel v5.0 is needed and backporting is pretty much impossible due to amount of changes.
So I would suggest that you use essedma altough VLANs dont work there either.
I am using ipqess for couple of months but without VLANs
