**** BEGIN LOGGING AT Sat May 23 03:00:00 2020 May 23 03:31:34 build #327 of imx6/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/imx6%2Fgeneric/builds/327 May 23 04:30:02 build #318 of mxs/generic is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/mxs%2Fgeneric/builds/318 May 23 05:17:00 build #121 of bcm27xx/bcm2708 is complete: Failure [failed defconfig dltar] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm27xx%2Fbcm2708/builds/121 blamelist: Daniele Castro , David Bauer May 23 05:47:19 build #69 of ath79/mikrotik is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fmikrotik/builds/69 May 23 07:43:55 f761f4052c4 has syntax errors May 23 07:45:19 target/linux/ramips/mt7621/base-files/etc/uci-defaults/04_led_migration May 23 07:49:08 needs some ;; sprinkled May 23 08:44:08 https://patchwork.ozlabs.org/project/openwrt/list/?series=178827 May 23 08:53:01 :) May 23 09:34:10 few OpenWrt projects have UNIT_TESTING now, how do I define that to make sure "make" builds tests for me? May 23 09:34:35 I tried: UNIT_TESTING=1 cmake ../ && make but it didn't work May 23 09:34:38 ynezz: ^^ May 23 09:42:37 got it: cmake -D UNIT_TESTING=1 ../ May 23 09:52:21 rmilecki: or just clone that project on gitlab, then push to your wip (or whatever branch) to that cloned gitlab repo and you'll get all the CI feedback May 23 09:53:03 ynezz: thanks, I'll use that to veirfy my changes May 23 09:54:04 did you found the root of the problem already? May 23 09:59:20 no, I'm working on tests May 23 09:59:47 i think i understood what blob(msg) is, i want to add test for my case May 23 10:21:29 build #124 of bcm27xx/bcm2709 is complete: Failure [failed dirupload] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm27xx%2Fbcm2709/builds/124 blamelist: Russell Senior May 23 11:20:25 ynezz: i sent patch, it'd be great if you could take a look at it in a free moment May 23 11:20:52 no rush, I'll wait till Monday at least anywa May 23 11:28:25 build #122 of bcm27xx/bcm2708 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm27xx%2Fbcm2708/builds/122 May 23 11:33:01 build #123 of bcm47xx/legacy is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm47xx%2Flegacy/builds/123 May 23 11:49:00 "RPC call to uci/rename failed with error -32002: Access denied..." when trying to access luci's wireless page May 23 11:50:00 looks like its comming from luci-base - git-20.138.70827-9a41673 May 23 11:50:22 has this been noticed by anyone else? May 23 11:57:50 if it helps: handleCallReply http://127.0.0.1:8000/luci-static/resources/rpc.js?v=git-20.138.70827-9a41673:12 luci.js:162:9 May 23 12:33:26 I have a question about dts/dtb files. In the Flash for the router that I am currently porting to OpenWRT, the dtb file is stored in the flash. I have been able to read it out and convert it back to a dts file. I am wondering if it is necessary to have a dts file for the device when the device tree is already stored in flash. If I can use the May 23 12:33:26 dtb stored in flash, how would I build an image for the device. Are there any example routers which already do this that I can base my work off of? May 23 12:40:48 the dtb can change so the saved dtb has to be replaced if you update the kernel version for example - most arm boards have the dtb as a file on a root or boot partition and load it in u-boot , other boards have dtb appended to kernel - see APPENDED_DTB kernel config symbol and some other variant in targets i think May 23 12:42:08 so an appended dtb has the dtb as part of kernel partition and not separate partition May 23 12:42:14 So, it would be best to take the dts file generated from the flash's dtb and adapt it to my needs. May 23 12:42:25 yes May 23 12:42:30 i would guess so May 23 12:42:59 the "dtb-bindings" are the glue stuff that attach the dtb to kernel drivers May 23 12:43:16 i think often sth. breaks due to changes there May 23 12:43:31 Cool, thanks for the advice. Are there any tools which can take the dts file I have, and the name of the included files, and gives a "reduced" dts file which only the changes? May 23 12:44:31 I would be including "fsl/p1020si-pre.dtsi" at the beginning and "fsl/p1020si-post-dtsi" at the end May 23 12:44:36 dunno - the dtb stuff is its own subsystem/maintainer and is synced in u-boot bootloader and kernel for some boards May 23 12:45:18 Alright. I don't think it will be much work to do it manually anyhow. May 23 18:33:48 pmelange: which board are you porting? May 23 18:34:36 It is an mpc85xx board from ruckus. the ZoneFles 7982 May 23 18:35:02 I'm kinda stuck. I don't really know what's not working right. May 23 18:35:52 Sorry, typo. ZoneFlex 7982 May 23 18:39:28 pmelange: where are you stuck? what's your problem? May 23 18:41:10 I can boot the device with the Panda image. I copied everything that was done to get the Panda board working, and it doesn't boot. You can see my changes https://github.com/openwrt/openwrt/compare/master...pmelange:add_ruckus_zonelfex_7982 May 23 18:43:07 From u-boot, as soon as I try to boot the tftp'd image, it only prints that it is loading the kernel, loading the fdt, then it stops printing to the serial console. May 23 18:45:24 A guy in pberg has over 15 of them. He would like to see them put to a good use. He's also a freifunker. May 23 18:56:36 I just found the error. The system boots. Now I'm a bit more motivated to work on it. I need to figure out how to read redboot partitions. May 23 19:03:56 ... and crashes after 6 seconds. May 23 19:16:19 pmelange: do you got uart output? May 23 19:19:26 now I do. And now I am using the device tree file that I read out of the flash from the OEM firmware. It works mostly. It at least doesn't crash, the wifi works (at least scanning does), but no ethernet. May 23 19:20:23 i could image, the dts isn't 100 % compatible. maybe you start with a different device and try to fill all the stuff in from the decompiled dts tree. May 23 19:22:06 I figured I would start with the device dts, and pull in parts from other examples where the ethernet is working. I also have to boot log from the OEM firmware which I can use to make some educated decisions about addresses and such. May 23 21:44:47 🤘 May 23 22:05:34 neoraider: Hi, I saw you working on usign, do you have an opinion regarding https://github.com/openwrt/openwrt/pull/2911 ? May 23 22:07:28 aparcar[m]: I don't really have an opinion regarding the use of usign vs. signify. I only fixed a usign bug that broke builds May 23 22:12:53 neoraider: okay thanks for the quick response May 23 22:34:50 build #125 of bcm27xx/bcm2709 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm27xx%2Fbcm2709/builds/125 **** ENDING LOGGING AT Sun May 24 02:59:59 2020