**** BEGIN LOGGING AT Fri Mar 05 02:59:57 2021 Mar 05 04:14:58 mangix: ping Mar 05 04:16:14 aparcar[m]1: pong Mar 05 04:18:13 mangix: do you think the CI formalities check is fine the way it is or anything missing? Mar 05 04:19:55 seems fine Mar 05 04:20:46 great let's do this Mar 05 04:35:28 aparcar: can you push a build fix? https://patchwork.ozlabs.org/project/openwrt/patch/20210305035321.1097894-1-ilya.lipnitskiy@gmail.com/ Mar 05 04:35:38 or mangix Mar 05 04:37:41 or, maybe, dangole Mar 05 04:37:52 or we can just wait for a few breakages and till morning in the EU ;) Mar 05 04:40:22 lipnitsk: tell me how to break it and if the patch unbreks it I'll merge it :) Mar 05 04:40:30 build mt7621 Mar 05 04:40:49 ramips Mar 05 04:41:04 package/kernel/linux will fail Mar 05 04:42:32 ensure your .config has CONFIG_PACKAGE_kmod-hsdma-mtk=m or y Mar 05 04:43:00 aparcar: but it might fail even without that, not 100% sure. Mar 05 05:00:25 will do Mar 05 05:56:32 russell--: I have some very good news Mar 05 05:56:36 I have the boot log; used another router Mar 05 05:56:45 let me dump it onto pastebin Mar 05 05:58:58 >Parallel flash device: name AM29DL800B, id 0x22cb, size 8192KB Mar 05 05:59:02 interesting Mar 05 06:01:50 So basically for anyone wondering, I'm trying to port OpenWRT to router that has the BCM96368 SoC (my current problem is that the flash layout is seemingly different; when I came here yesterday, I needed the boot log). The bootlog for this router is here: https://pastebin.com/raw/YCr7FtAR Mar 05 06:02:13 Also, let me dump the binwalk stuff for the original and OpenWRT firmware that the image builder has generated Mar 05 06:03:42 Original firmware binwalk (https://i.imgur.com/Vk5KGUJ.png) and the generated binwalk (https://i.imgur.com/0CAj5Px.png) Mar 05 06:03:47 *generated image Mar 05 06:03:57 I've read through the docs, but I'm confused on this Mar 05 06:30:02 Festivenari, if its broadcom - many patches/work on that target is done by rmilecki Mar 05 06:30:41 Festivenari: i don't actually do BCM96368, it's a different family Mar 05 06:31:36 rmilecki: well... hmm Mar 05 06:31:42 ah the many flavours Mar 05 06:31:42 Festivenari: noltari may know more about it Mar 05 06:34:28 Festivenari: i may make sume guesses based on my recent BCM4908 experience Mar 05 06:34:40 and my internet dropped out for a sec... Mar 05 06:34:50 *connection Mar 05 06:35:01 Festivenari: or not... sqfs on beginning of firmware file? Mar 05 06:35:04 weird Mar 05 06:35:34 Festivenari_: well, you have to start with extracting squashfs partition from original firmware, see what's there Mar 05 06:35:43 rmilecki: yeah, I have using the firmware-mod-kit Mar 05 06:35:47 then you have to make sure you generate firmware with such a squashfs as well Mar 05 06:37:28 rmilecki: hmm... I checked /proc/cpuinfo and the "cpu model" is a BCM6368 Mar 05 06:37:47 ok, so? :) Mar 05 06:38:59 rmilecki: well, my main issue is that the image that OpenWRT's image builder is generating seems to have the wrong order of partitions (something else? I added the device and dts file in) Mar 05 06:39:12 I can dump the dts file/device config info if needed Mar 05 06:39:33 Festivenari_: well, debug it Mar 05 06:39:47 Festivenari_: dump partitions of original firmware, see what's in there Mar 05 06:39:54 then do the same for OpenWrt firmware Mar 05 06:39:55 compare Mar 05 06:40:14 rmilecki: hmm... Mar 05 06:44:36 rmilecki: oh, yeah, does the CFE board ID matter? I just noticed they're different... Mar 05 06:45:01 I've mostly stuck to arduino stuff, so yeah, going from microcontrollers to this is interesting... Mar 05 06:45:56 Festivenari_: i would expect CFE to refuse to flash image with unexpected board id Mar 05 07:21:40 rmilecki: how would I go about using dd to overwrite the squashfs partition in the stock firmware image with the other squashfs partition from the OpenWRT firmware though? Mar 05 07:23:18 Festivenari_: don't know, I didn't try such things, not to mention, I don't work with bcm63xx Mar 05 07:23:26 ah, hmm Mar 05 07:23:31 Festivenari_: remember you'll also need to recalculate checksum Mar 05 07:24:35 Festivenari_: don't forget that just overwriting squashfs is likely not going to work if you keep the vendor's kernel, it would be missing its modules and probably some other assumptions would be broken. Mar 05 07:24:53 Festivenari_: the safest way would be to get initramfs images booting. Mar 05 07:24:59 PaulFertser: ah, I see Mar 05 07:26:47 Festivenari_: if you haven't already tried using full initramfs, do it, CFE might just work for that. Mar 05 07:27:17 PaulFertser: yeah, kind of glad another router works for accessing the serial interface Mar 05 07:30:51 lipnitsk: i don't have merge access Mar 05 07:31:33 np, aparcar said he'd do it. Or someone else will, eventually.. Mar 05 07:39:47 I'm on it Mar 05 07:40:50 PaulFertser: yeah, seems like with the router serial method, I'm unable to write to the serial console Mar 05 07:41:05 I can see what's happening, but no keyboard events go through Mar 05 08:07:36 lipnitsk: since you made a treewide commit, any opinion on these? https://github.com/openwrt/packages/pull/15012 https://github.com/openwrt/packages/pull/14873 Mar 05 08:08:35 mangix: you mean a comment on the concept or help with any issues? Mar 05 08:09:05 concept Mar 05 08:09:49 I have never used ninja, but if it's widely used and stable - why not? Also can't comment much on uclibc++, but again, I'm all for getting rid of unmaintained crappy code (if that's what it is) Mar 05 08:10:09 if the bloat is not bad with libstdc++ Mar 05 08:10:28 are we like the tree-wide change cowboys? Mar 05 08:11:21 pretty much Mar 05 08:11:46 I'm all for being pragmatic and reducing the load on the maintainers with better or more stable tools/libs... If there is little downside and some consensus then it should be done Mar 05 08:13:03 Festivenari_: buy USB serial adapter for 5 USD ;) Mar 05 08:13:12 probably less Mar 05 08:13:23 rmilecki: yeah, I'm waiting on them from China, sadly Mar 05 08:13:46 lipnitsk: For the Ninja commit, the only downside is CMake bugs which I'm just finding out about :). Mar 05 08:14:08 I guess having a serial adaptor is basically required unless you want to be stuck with paperweights... Mar 05 08:14:23 Festivenari_: definitely Mar 05 08:14:39 mangix: fun. I'm sure you are able to do the necessary due diligence Mar 05 08:15:03 if the concept is sound and widely used I support it... Anyways, off to bed now. Mar 05 08:15:21 lipnitsk: for the uClibc++ commit, it needs to be removed. Buggy and barely any development upstream. I have pending patches that are not being reviewed. Mar 05 08:15:35 The downside is size of libstdc++. static linking can help with that Mar 05 08:15:39 yeah that sucks.. Mar 05 08:21:14 with gcc11 there will be a default version bump of c++ too - so "old code" / coding style might see some impacts too Mar 05 08:21:32 aparcar[m]1: what is this? https://github.com/openwrt/packages/runs/2038125314?check_suite_focus=true Mar 05 08:21:39 plntyk: hmmm? Mar 05 08:21:51 oh std bump Mar 05 08:22:11 default mode for C++ is now -std=gnu++17 instead of -std=gnu++14 Mar 05 08:22:35 good Mar 05 08:22:39 same std bump as in C some revisions ago - that created some work in packages tree too iirc Mar 05 08:22:44 now everything can be constexpr Mar 05 08:23:03 plntyk: no way it'll be as bad Mar 05 08:23:16 not that many c++ projects ? ^^ Mar 05 08:23:37 it's not that. C89 - C99 was a major change Mar 05 08:23:45 C++14 to 17 is very minor Mar 05 08:24:51 but if they've gotten rid of auto_ptr in GCC11 then it'll be a different story. Mar 05 08:25:12 that's gone with C++17 AFAIK Mar 05 08:28:00 Heh… I never liked C++, the syntax is just abominable. Mar 05 08:28:10 wikipedia seems to agree with you - new features are nice - but theoretically since earlier c++ should be turing-complete anyway - so there is no "urgency" to add/change ^^ Mar 05 08:29:10 rsalvaterra: OTOH it has nice things that C does not. Mar 05 08:29:31 I wish we had constexpr for C Mar 05 08:32:35 * rsalvaterra looks it up… Mar 05 08:33:14 mangix: Seems to fit the "nice to have" bin, sure. Mar 05 08:33:35 With C, my only annoyance is having no vectors/maps included, but otherwise, it's a very nice language Mar 05 08:36:44 I'm still learning C as I go (brain intoxicated with 12+ years of Java at work), but I really love the simplicity. Mar 05 08:37:12 albeit for prototyping, I use python because it's quick and dirty Mar 05 08:42:14 About constexpr… Isn't the (C) compiler already able to prove itself it an expression is(n't) constant, especially with LTO? Mar 05 08:45:49 Really sucks that 99% of routers I find on sites like eBay are all broadcom-based Mar 05 08:46:31 Festivenari: Smart people don't get rid of the good ones… :) Mar 05 08:47:43 rsalvaterra: well, it might be easier with some of those routers to just run programs off the USB sticks (these routers have USB ports), but it's a bit annoying that telnetd refuses to run (I bet dropbear would run) Mar 05 08:48:17 or... if there is telnetd, it's some weird one with restricted commands Mar 05 08:48:54 Yeah, Broadcom has a "special" console. Mar 05 08:49:40 rsalvaterra: well, it seems like there's a command injection vulnerability with just about any program that you "run" using it; ping 1.1.1.1|ls / Mar 05 08:50:50 Surprisingly, they don't let you use certain characters (; and &) Mar 05 08:50:52 But most Broadcom hardware I've seen is ISP OEM stuff (Technicolor, ex-Thomson). I have an old Thomson router here, but it's basically sitting in a box. Mar 05 08:51:11 rsalvaterra: oh, well, that's what I'm dealing with... Mar 05 08:51:34 Festivenari: Really? Which model? Mar 05 08:52:24 rsalvaterra: uh, well, that depends. If you're talking about technicolor, I actually have a DJA0231 Mar 05 08:52:32 it runs a locked-down build of OpenWRT Mar 05 08:52:35 even opkg works Mar 05 08:52:53 rsalvaterra: no Mar 05 08:53:08 Festivenari: That's a big box! Telstra? Mar 05 08:53:14 in order to have constexpr in C, you must use defines Mar 05 08:53:37 rsalvaterra: yep, and I don't use that ISP, luckily Mar 05 08:53:42 doing const int a = 5; is not a constant expression Mar 05 08:53:46 mangix: Thanks, makes sense. Mar 05 08:54:00 "#define a 5" is a constant expression Mar 05 08:54:52 with C++ instead of doing macro magic, you can just use a simple function, declare it as constexpr, and achieve the same result. Mar 05 08:55:15 Festivenari: I have a TG787 (or TG784, don't remember exactly, it's the polycarbonate white one with grey top). Mar 05 08:56:26 rsalvaterra: you could try doing some command injection with the ping diagnostic option Mar 05 08:57:02 however, in my case, I downgraded the router to an older firmware version and used a cwmp exploit Mar 05 09:03:22 Festivenari: Heh… I already did something similar on the Altice FiberGateway (GR241AG). It's running Linux (and BusyBox, and a lot of other open source apps), and those f****rs haven't even released the source code. Mar 05 09:06:59 lipnitsk: it seems to compile fine without... Mar 05 09:07:56 blocktrron: ping Mar 05 09:09:20 magnusk: it's the rebase step which is required to get rid of the github merge commit Mar 05 09:11:19 magnusk: sorry wrong name Mar 05 09:11:24 mangix: see above Mar 05 09:11:33 rsalvaterra: most companies seem to never bother, but I find it weird that a company like netgear bothers too (sometimes...) Mar 05 09:11:35 I guess we can also tell the for loop to stick the first entry Mar 05 09:13:44 aparcar[m]1: there is no merge commit Mar 05 09:14:47 GitHub CI applies one Mar 05 09:15:19 the CI merges it on the top of master Mar 05 09:17:11 oh I see Mar 05 09:17:56 https://github.com/openwrt/packages/pull/15019 Mar 05 09:17:58 this should fix it Mar 05 09:18:09 can you please add it to your PR for testing Mar 05 09:18:16 lipnitsk: false alert, it breaks! Mar 05 09:21:13 lipnitsk: hi. i saw you added the kernel bumps to your wireguard PR for 21.02 :) Mar 05 09:26:12 rsalvaterra: just saw a GCC10 failure I forgot about. Can you handle this one? https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/tools/usb/usbip?h=next-20210305&id=d5efc2e6b98fe661dbd8dd0d5d5bfb961728e57a Mar 05 09:26:18 package that fails is usbip Mar 05 09:26:35 on kernel 5.4 Mar 05 09:26:46 mangix: Need a backport? Mar 05 09:26:50 yeah Mar 05 09:27:00 kernel 5.10 has this Mar 05 09:27:45 Oh, and they didn't merge this for 5.4? Mar 05 09:28:10 no Mar 05 09:28:26 Weird… oh, well, I'll take care of it. Mar 05 09:28:49 much appreciated Mar 05 09:30:05 Speaking of which, I never used USB/IP, but I find the concept fascinating. :) Mar 05 09:31:50 sounds like insanity to me, but I just hit this in my all package build Mar 05 09:32:39 I've not used USB/IP on the openwrt, but on KVM/Libvirt VM's I have (whatever implementation it has) Mar 05 09:32:51 The most complicated thing of adding patches is naming them… :P Mar 05 09:33:15 works suprisingly well even through most laggy internet conn Mar 05 09:34:05 when I have obscure device which needs windows or something alike, usb/ip is perfect solution 🙂 attach device on my computer laptop on car, use it in VM windows running on local hackerspace =) Mar 05 09:34:27 rsalvaterra: naming... it is hard even at stage of hostname ;D Mar 05 09:34:30 this has got to be the strangest build error I have ever seen Mar 05 09:34:32 warning: This function cannot be safely ported, use getline(3) instead, as it is supported by GNU and POSIX.1-2008. Mar 05 09:35:20 what function? Mar 05 09:35:55 I have no idea Mar 05 09:36:50 mangix: Since this is from linux-next, I'll tag it as v5.13, is this alright? Mar 05 09:37:15 mangix: did you fix it or tested https://github.com/openwrt/packages/pull/15019 ? Mar 05 09:37:31 aparcar[m]1: I did not Mar 05 09:37:40 rsalvaterra: this is not from linux-next Mar 05 09:37:48 I have no idea when it was introduced Mar 05 09:37:53 maybe 5.6 or 5.7 Mar 05 09:38:16 mangix: Oh, I haven't checked the date, only the repository. Mar 05 09:38:46 oh wow kernel 5.9 Mar 05 09:39:45 5.9? It's actually not that old… Mar 05 09:42:16 lipnitsk: okay fix works ty Mar 05 09:42:17 aparcar[m]1: I would merge before users start complaining Mar 05 09:44:26 k Mar 05 09:54:59 I just noticed I'm running without AT803X on my ath79 devices, with Linux 5.10 (after seeing blocktrron's commit), without any issues… is this normal? What kind of problems should I expect? Mar 05 10:03:42 mangix: Build-testing. Mar 05 10:06:53 rsalvaterra, many ath79 have switches and not the single "phy" attached Mar 05 10:07:09 rgmii --- switch vs. rgmii --- pure phy i think Mar 05 10:08:58 plntyk: So… if it caused problems on my devices, I'd notice, as the switch wouldn't work, is this correct? Mar 05 10:10:04 yes i think so Mar 05 10:13:13 also it might be AR803X instead of AT Mar 05 10:13:31 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_tegra.html has been updated. (0% images and 98.1% packages reproducible in our current test framework.) Mar 05 10:13:39 IMX Sabre SD seems to have one - ie single phy Mar 05 10:14:08 plntyk: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=18a9eff0f607139bc0215197ed8957432d5632e8 Mar 05 10:15:17 On Linux 5.10, it's actually AR803X. :) Mar 05 10:15:28 *AT803X Mar 05 10:18:13 yeah -i was reading https://lore.kernel.org/netdev/20191107015136.GC8978@lunn.ch/T/ commit - so there are probably different namings of different chips involved Mar 05 11:04:55 rsalvaterra: depends on the device you are using and whether o not the bootloader resets the PHY /applies necessary delays Mar 05 11:05:51 blocktrron: I haven't seen any reference to at803x in WDR3600 and Archer C6 device trees… What should I look for? Mar 05 11:06:15 They use switch ICs for which it does not matter (at least without DSA) Mar 05 11:06:31 Ah, got it. Mar 05 11:06:34 The cable tester functionality of the AR803x series is pretty neat Mar 05 11:06:52 played around with it yesterday, locates faults with +- 5 meter accuracy Mar 05 11:07:12 blocktrron: I actually didn't know about that until about an hour ago, reading the datasheet. :) Mar 05 11:07:28 Should in theory also work on the WAN port of AR9331+, didn't work with AR724x though Mar 05 11:08:19 given the fact how expensive some halfway decent cable testers are: yes Mar 05 11:09:03 And maybe with DSA there's hope of getting AR8{2,3}37N hardware NAT working…? Mar 05 11:09:57 These switches have lots of neat features. Mar 05 11:11:20 Not sure what the state is in that regard Mar 05 11:12:04 Layer3 offloading was working on MT7621 with swconfig, lost that with DSA. Not sure if it's not implemented in the DSA subsys or the MT7531 driver Mar 05 11:14:38 blocktrron: But it still has hardware flow offloading, right? Not that it matters for people who use SQM, but still… Mar 05 11:15:25 for mt7621 afair no Mar 05 11:15:31 >Error: ../dts/bcm6368-netcomm-3g42wt.dts:2.1-9 syntax error Mar 05 11:15:37 HMM Mar 05 11:15:53 any way to make intellij recognise dts files? Mar 05 11:20:24 blocktrron: Hm. I thought it still had… oh, well, I'm on the SQM camp. :P Mar 05 11:21:22 And I know doing things right in the kernel, in the longterm, takes time. Mar 05 11:26:22 Hmm… https://blog.cloudflare.com/conntrack-turns-a-blind-eye-to-dropped-syns/ Mar 05 11:28:43 #notabug Mar 05 11:47:32 rsalvaterra: so, uh, interesting Mar 05 11:47:59 wonder if writing the squashfs filesystem to /dev/mtdblock0 would do anything Mar 05 11:48:21 because /dev/mtdblock0 is holding a squashfs filesystem, however, from what I believe, writing to it isn't allowed from the OS Mar 05 11:49:36 huh Mar 05 11:49:38 I can write to it Mar 05 11:49:41 This is crazy… does anyone have problems building tc on the master branch? It *always* fails for me. Mar 05 11:49:51 well... I might be able to actually use those routers now Mar 05 11:50:12 albeit, I have no idea if I'll brick it, but oh, well, one less would be nice Mar 05 11:51:27 I sent this patch, it fixes the problem for me… https://lists.openwrt.org/pipermail/openwrt-devel/2021-March/034138.html Mar 05 11:52:02 >cat: Write Error: Operation not permitted Mar 05 11:52:02 … but am I really the only one seeing this?! Mar 05 11:52:04 disappointing Mar 05 11:56:26 you know, I think I'm going to hunt down the source code that netcomm has done Mar 05 11:58:57 >NetComm tried to tell me that Linux was proprietary and that I wasn't entitled to have the secret sauce. Mar 05 12:01:33 oh... the bcm63xx_nand.mk file... oops Mar 05 12:13:23 Festivenari_: did you say that you couldn't type at the serial console? Mar 05 12:13:35 russell--: yep, I was using another router, but I do have the boot log now Mar 05 12:14:25 sometimes the manufacturer doesn't populate a shunt resistor, so the RX pin isn't connected. do you have photos of the board? Mar 05 12:14:34 russell--: uh, give me 10mins, but sure Mar 05 12:15:03 I think I was able to write to the serial console, but hmm... it seemingly stopped working (tried screen and minicom) Mar 05 12:15:58 what i'm interested in is what tools CFE gives you, and you need to be able to type at it to get a CFE prompt Mar 05 12:15:59 you could try to replug the usb side if its a usb-ttl serial adapter Mar 05 12:17:27 sometimes garbage during restart of soc might scramble the adapter somehow - at least thats what i experienced with the cheapest china ebay stuff Mar 05 12:19:04 the other thing to be aware of is parallel flash is hard to deal with the SPI flash, if you screw up, you are in a nightmare land of JTAG with unknown configurations, tftp booting an initramfs image without touching the flash is the way to make progress. Mar 05 12:19:16 harder* Mar 05 12:19:24 than* SPI flash Mar 05 12:19:34 >Parallel flash device: name AM29DL800B, id 0x22cb, size 8192KB Mar 05 12:19:35 uh Mar 05 12:19:47 russell--: boot log is here (for your reference): https://pastebin.com/raw/YCr7FtAR Mar 05 12:19:57 yeah, i saw that Mar 05 12:20:00 ah Mar 05 12:21:25 i think i recall you saying that the radio was in a slot? Mar 05 12:21:35 russell--: yep, let me upload the image... Mar 05 12:21:52 oh, yeah, the WLAN card and the 3G modem are slotted Mar 05 12:22:24 upside there is, you aren't necessarily stuck with a broadcom radio Mar 05 12:26:23 russell--: alright, https://i.imgur.com/EfEU17Y.jpg and https://i.imgur.com/tZK0nht.jpg Mar 05 12:28:43 I don't really care if wifi and the 3G modem are unusable since I plan to cluster all 13 of them for some fun, I suppose Mar 05 12:30:50 but I will go ahead and see if I can interact with the CFE via serial Mar 05 12:31:07 yes, do Mar 05 12:32:19 if you have a continuity tester, you can poke around to see where the tx and rx pins might be connected to nearby pads Mar 05 12:34:20 the board's tx pin is clearly connected or you wouldn't have a boot log Mar 05 12:37:31 "*** Press any key to stop auto run (1 seconds) ***" means you should start mashing the keyboard as soon as you see the CFE spitting text Mar 05 12:37:59 russell--: I have to wonder if I have damaged my 2nd router since I was playing around with the serial stuff a few hours ago with other routers Mar 05 12:38:19 after I had done that, I was unable to send any data over serial (only receive data) Mar 05 12:38:25 I guess I will try another router Mar 05 12:38:50 Hi all, does OpenWRT reduce the number of exported symbols? I'm trying to load a kernel module that uses register_sysctl_table and it fails with Unknown symbol err 0. The kmod is GPL and that function definitely is exported. Mar 05 12:39:28 I checked Module.symvers in my OpenWRT Linux directory and it is tiny, only 225 lines. Does OpenWRT try to reduce the number of exported symbols? Mar 05 12:40:18 PS the symbol appears to be available in kallsyms, when I grep for it I get "801b65f4 T register_sysctl_table" Mar 05 12:40:34 Neighbor11111112: I know buildroot has option to remove unneccesary kernel symbols, I don't know what is default for buildbots Mar 05 12:40:38 Festivenari_: have you checked the voltage of your serial cable? and/or measured the vcc on the serial header? Mar 05 12:40:42 russell--: yep Mar 05 12:40:55 presumably 3.3v Mar 05 12:41:18 Interesting olmari. I guess you don't know what the config is called in OpenWRT? I'll try searching .config to see if anything appears Mar 05 12:41:49 nah.. I know I see it in make menuconfig Mar 05 12:42:09 Ahh this looks suspicious (CONFIG_STRIP_KERNEL_EXPORTS=y), I'll look into it Mar 05 12:42:59 Thanks olmari ! Mar 05 12:43:29 another possibility is CONFIG_KERNEL_KALLSYMS Mar 05 12:53:55 Festivenari_: looks like you might need to use a soldering iron and solder wick to get the radios out of the socket, but if you find yourself in need of some atheros miniPCI radios, let me know. I have boxes of them. Mar 05 12:54:04 russell--: yeah, I already have plenty Mar 05 12:55:04 and, if it's not rude to suggest, there might be better ways of using your time than these things Mar 05 12:55:14 russell--: yeah, I find it fun, that's all Mar 05 12:55:24 good enough reason Mar 05 12:56:16 it is also fun to put them i a pile and light them on fire ;-) Mar 05 13:00:11 russell--: alright, got into the CFE Mar 05 13:00:17 nice! Mar 05 13:00:20 >Available commands: sm, dm, w, e, r, p, c, f, i, b, reset, flashimage, help Mar 05 13:00:54 run help on each one Mar 05 13:01:02 russell--: yeah, just ran "help" Mar 05 13:01:04 gave me info on them Mar 05 13:01:22 u-boot would have something like printenv Mar 05 13:01:41 Festivenari_, sometimes more commands might be available - vendors manipulate sometimes the strings / options shown Mar 05 13:01:56 plntyk: I mean, it's possible, considering it's netcomm Mar 05 13:03:33 those fond memories of dumping flash via mm over serial :) Mar 05 13:03:51 +1 Mar 05 13:04:02 >web info: Waiting for connection on socket 0. Mar 05 13:04:07 I wonder if there's a HTTP server running now Mar 05 13:04:28 oh, and there is Mar 05 13:04:29 nice Mar 05 13:04:45 > New software is being programmed to the flash memory. The DSL Router will reboot upon completion. This process will take about 2 minutes. Mar 05 13:04:46 ooh Mar 05 13:05:26 and let's see if this turns it into a paper weight (wait, not really because I have the original firmware) Mar 05 13:05:35 that looks like it'll give you a recovery method Mar 05 13:06:00 russell--: woah Mar 05 13:06:03 it's booting... wait, nope Mar 05 13:06:14 >Kernel Panic Mar 05 13:06:38 >[ 0.000000] Kernel panic - not syncing: unable to detect bcm963xx board Mar 05 13:06:51 what did you flash? Mar 05 13:07:06 russell--: uh, the image I made using the OpenWRT image builder (I added in the device def) Mar 05 13:07:26 what are the chances it isn't a bcm963xx SoC? Mar 05 13:07:46 but hmm... it booted it up Mar 05 13:08:33 oh... removed the heat sink and I see a BCM6369 Mar 05 13:08:46 well, the BCM6368 was misleading Mar 05 13:17:26 russell--: probably a good thing recovery works Mar 05 13:20:08 >unknown bcm963xx board: 96369G-1331N Mar 05 13:20:09 hmm Mar 05 13:25:58 > You need to do 2 things to get OpenWRT working. Mar 05 13:26:01 > 1) arch/mips/bcm63xx/boards/board_bcm963xx.c needs to have a definition of your board and also to have the board added to the list Mar 05 13:26:01 hmm Mar 05 13:26:32 oh, and that's for OpenWRT v12.09 Mar 05 13:26:32 oops Mar 05 13:26:51 Festivenari_: googling 3G42WT duly suggests it's BCM6369 indeed. Mar 05 13:27:05 that's your board right? Mar 05 13:27:10 Borromini: yep Mar 05 13:27:12 https://www.google.com/search?client=firefox-b-d&q=wikidevi+3G42WT Mar 05 13:27:22 a few chinese links as well mentioning openwrt, google translate might help Mar 05 13:29:34 i want to bump package to verison using the same PKG_SOURCE_DATE Mar 05 13:29:38 should I use PKG_RELEASE:=2 then ? Mar 05 13:30:08 Borromini: >sign in required Mar 05 13:30:14 I guess I will proceed... Mar 05 13:30:25 https://www.right.com.cn/FORUM/thread-127235-1-1.html seems to be the same model (different shell) Mar 05 13:32:16 >　1. Observe the Chinese people Relevant laws and regulations Mar 05 13:32:17 erh... Mar 05 13:32:33 >have to buy an invite code Mar 05 13:32:36 yeah, uh Mar 05 13:33:48 the post did link to https://github.com/Noltari/openwrt (does exist), so I will check it Mar 05 13:38:08 >Report a name, it seems that some BCM6369 machines do not support openwrt Mar 05 13:38:47 russell--: might try finding an older CFE version, perhaps... Mar 05 13:39:18 i see an openwrt banner in the bootlog Mar 05 13:39:26 russell--: yeah, but it's paywalled Mar 05 13:39:35 all in Chinese too Mar 05 13:40:02 it also seems like they've changed the CFE version as well Mar 05 13:40:08 BARRIER BREAKER (Bleeding Edge, r36529) Mar 05 13:40:23 russell--: yeah, but hmm Mar 05 13:40:30 the CFE version probably won't matter Mar 05 13:40:38 i'd ask noltari ;-) Mar 05 13:40:54 russell--: yeah, a good idea, but I see a 96369_133C_cfe.rar file attached to that thread post Mar 05 13:42:44 Festivenari_: are supported in OpenWrt https://github.com/openwrt/openwrt/blob/master/target/linux/bcm63xx/dts/bcm6369-comtrend-wap-5813n.dts Mar 05 13:42:55 BCM6369 are* Mar 05 13:43:09 noltari: well, I'll try that Mar 05 13:43:21 the difference between BCM6368 and BCM6369 is just that BCM6369 doesn't have xDSL Mar 05 13:43:54 you just need to add a patch for your board id reported by your CFE Mar 05 13:44:15 noltari: yeah, I'll just edit the file directly since I want to test it (then I'll make a patch) Mar 05 13:44:20 bcm63xx is using a mixture of board array definition and device tree Mar 05 13:45:01 noltari: one more thing, do I do the modification to the bcm63xx.mk file or to the dts file? Mar 05 13:45:17 *device tree file Mar 05 13:45:39 which device tree? your device isn't supported, right? Mar 05 13:45:52 you would need to add a dts for your device Mar 05 13:45:52 noltari: oh, right... Mar 05 13:46:58 so you need to modify bcm63xx.mk, add DTS and modify https://github.com/openwrt/openwrt/blob/master/target/linux/bcm63xx/patches-5.4/518-board_bcm6368.patch adding your board Mar 05 13:47:15 noltari: alright, will attempt Mar 05 13:48:08 Festivenari_: here's an example of the changes needed when adding a new bcm63xx device: https://github.com/openwrt/openwrt/commit/59c2f9eaad5688af523ff60d2f83d5d81447009b#diff-664c255dccfa633dd1c4ca0f9e7f0dbd28d0fc1eea5338ea290657829fdb728d Mar 05 14:03:45 I swear, one of these days I'm going to alias tit='git'… Mar 05 14:08:00 noltari: oh, yeah, I noticed that's there's no 6369 SoC option in there. I guess I can go with 6368? Mar 05 14:09:43 well, I added it in, so I guess I'll find out... Mar 05 14:28:25 >[ 0.000000] Kernel panic - not syncing: unexpected CPU for bcm963xx board Mar 05 14:28:36 No longer get the other issue, but only this one... hmm... Mar 05 14:47:19 WOAH Mar 05 14:47:20 it boots Mar 05 14:47:26 thank you so much Mar 05 14:47:28 it actually works Mar 05 14:47:50 I will see about contributing tomorrow, I suppose Mar 05 14:55:54 rmilecki: hello :) The current snapshot for the Asus RT-N16 is crashing on my devices. dangole said it might be good to ping you about this. Mar 05 14:56:04 Let me know if you want any further information Mar 05 14:56:36 russell--: so, yeah, got it working, just need to get USB support working, but I'll do that later on Mar 05 15:11:43 canci: sure, crash log Mar 05 15:13:10 https://pastebin.com/EgLn33e4 Mar 05 15:25:34 canci: oh, that looks like a CFE problem with flashed fw Mar 05 15:25:57 canci: any chance you can bisect that, see what change has introduce this problem? Mar 05 15:39:15 russell--: oh, my bad, USB support does work, albeit, my USB device wasn't getting picked up (missing drivers) Mar 05 15:49:17 * Tapper Givs Festivenari_ a thumbs up! Mar 05 15:49:46 Tapper: I must admit it was quite a challenge, but it sure feels good to have ported it Mar 05 15:50:19 Also, it works, even if you've assigned it the 3368 SoC ID, so whatever Mar 05 16:19:43 rmilecki: I have to get the hardware out to a event soon, so I don't have the time right now. Will try to make some time after next weekend. Mar 05 21:01:48 adrianschmutzler Hauke ynezz any desire to merge https://github.com/openwrt/openwrt/pull/3952 ? Would greatly appreciate it! Mar 05 21:13:22 desire typically isn't enough Mar 05 21:13:52 send money right? :) Mar 05 21:23:23 money corrupts, patience is a virtue Mar 05 21:25:14 okay, I'll wait if that's what it takes. No pressure. Mar 05 21:46:18 every time there's a ramips kernel bump I'm happy i have no stakes in it Mar 05 22:00:53 blocktrron: does it get ugly? Mar 05 22:01:43 adrianschmutzler: addressed your comment. manually for now, but also sent a patch to the ML hoping to automate the CONFIG_PLUGIN_HOSTCC being set inadvertently. Mar 05 22:06:00 I actually want to move some patches from ramips to generic (mtd, mtk eth driver, at least), but will wait until initial 5.10 support is merged. Mar 05 22:10:25 Well. WLS2 crapped the bed, so I had to start over .. meh.. and, because I"m a glutton for punishment, I'm going back with WSL2 ;p Mar 05 22:10:29 Maybe this time it won't break Mar 05 22:14:46 not sure if "glutton for punishment is accurate" , misguided seems more appropriate Mar 05 22:15:16 Grommish: I want to like wsl2 but seems like it has issues here and there all the time. Linux natively is the way to go Mar 05 22:16:03 I have a real Ubuntu 20.04 bare metal install, but I like the freedome of WSL2.. It refused to start and wouldn't tell me why.. I had to Unregister that install and start over Mar 05 22:16:09 I did manage to get a extract first, but. meh Mar 05 22:18:27 wsl2 is the anti-thesis of freedom: LicenseSubsystem: Proprietary commercial software; Mar 05 22:33:01 lipnitsk: grabbed your PR and testing on RBM11G now, looks like it's all great. i've folded it into two patches though, one refreshing the 5.4 patches, and one adding 5.10 support, so we don't add files just to delete them with the next commit... Mar 05 22:33:50 lipnitsk: i do appreciate that as format for the PR though, it made your changes very transparent. however, i don't think we need to carry all that in the tree for ever Mar 05 22:33:57 dangole: you mean you squashed the copy and the remove commits? Mar 05 22:34:07 you call on proper squashing - I don't care as long as it's readable Mar 05 22:34:16 lipnitsk: exactly. Mar 05 22:34:26 note that I pushed something an hour ago RE: adrianschmutzler comment Mar 05 22:34:47 lipnitsk: ramips patches are either non-descriptive and unclear in what their purpose is or upstreamable but nobody cared to even send them off Mar 05 22:34:54