**** BEGIN LOGGING AT Tue Oct 20 10:59:57 2020 Oct 20 11:12:41 blocktrron: it should, there's In-Reply-To header Oct 20 11:14:14 I guess the e-mail client doesn't catch that Oct 20 11:17:47 you can set the in-reply-to header even if your client allows you to Oct 20 11:37:43 blocktrron: http://sprunge.us/bIG38H Oct 20 11:37:48 thanks! Oct 20 14:10:44 >KGB-0< https://tests.reproducible-builds.org/openwrt/openwrt_omap.html has been updated. (0% images and 100.0% packages reproducible in our current test framework.) Oct 20 15:51:35 is there a way to extract device tree from uboot binary? Oct 20 15:51:42 i wonder what manufacturer have there Oct 20 15:51:59 damex: maybe with binwalk ? Oct 20 15:55:05 stintel: well, not really... maybe i am not using it right - i just used -e to try to extract known types ;p Oct 20 15:57:25 if i scan - it does not detect device tree Oct 20 18:32:23 damex: btw, for the reference, I've just tried using SFP on a board where it works as it should (some real server MB) and there the SFP ports are all individual interfaces and "ethtool -m " prints all the essentials about the specific module that's currently inserted. Oct 20 18:35:15 PaulFertser: it didn't work (never worked) this way on official ubiquiti firmware or any other octeon boards :( Oct 20 18:35:52 one of the ways - there has to be phylink support implemented inside the network driver which octeon lacks Oct 20 19:27:25 if I want to manually apply all owrt patches in a directory, what is the proper way to sort them? Would piping results of find though |sort work? Oct 20 20:29:02 build #100 of oxnas/ox820 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org/openwrt-18.06/images/builders/oxnas%2Fox820/builds/100 Oct 20 21:51:09 quilt push Oct 20 21:51:25 openwrt.org, search box, "working with ..." and it will prompt the right page Oct 20 21:51:35 (it's working with patches or something) Oct 20 23:44:43 nitroshift: I added now serial console Oct 20 23:44:46 Unexpected gfp: 0xff800006 Oct 20 23:44:48 [ 1.031603] /dev/root: Can't open blockdev Oct 20 23:44:57 [ 1.035855] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6 Oct 20 23:44:58 [ 1.085286] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) Oct 20 23:44:59 any ideas? Oct 20 23:45:11 copied spi nor driver from 5.9 to 5.4 image Oct 21 06:05:28 heya guys, I am trying to get OpenWRT running on a Synology NAS (mpc85xx cpu), and I am running into the usual problem of hanging after the Loading Device Tree line is printed. I am trying to get things working with CONFIG_DEBUG_LL and CONFIG_DEBUG_UART_PHYS=0xe0004500 but it seems like uboot isn't handing over control to Linux, at least from a serial point of view. Are there any tricks to debugging this problem ? Anything that would potentially be Oct 21 06:29:47 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_tegra.html has been updated. (0% images and 99.7% packages reproducible in our current test framework.) Oct 21 06:45:05 Tusker: could be flash issue because device tree is stored on flash? Oct 21 07:21:22 damex: I am manually issueing bootm 0x1000000 - 0x6000000, with the device tree and kernel loaded into those addresses Oct 21 10:43:11 Tusker: where did you get those addresses from? are you sure you don't have any overlaps? are you sure you don't have any kernel loading extracting over themselves? Oct 21 10:44:54 those addresses are what I use on a different PPC board. I have tried with an uncompressed kernel too, so extracting over itself shouldn't be an issue I don't think Oct 21 10:46:12 I can try other addresses if you want... but, my feeling is that there is an issue with the device tree, but it's hard to debug without any output Oct 21 10:47:05 i have 3 gpio that get flipped when you plug in sfp module. any idea how to find which functionality they signal about? Oct 21 10:48:08 I don't have any better answers, just know that getting those magic numers "wrong" or "not matching what the other end expects" can result in those sorts of failures. Oct 21 10:58:23 yeah, it is a bit of frustrating bit of development... I wish I could get mpc85xx urjtag or openocd support so that I can debug uboot... see what it is doing Oct 21 10:59:38 i have urjtag working to some degree for the p1020, it connects and can see the registers with boundary scan... but it was in uboot failure mode, so couldn't validate whether the memory reading functionality was actually working **** ENDING LOGGING AT Wed Oct 21 10:59:57 2020