**** BEGIN LOGGING AT Sun Jun 21 02:59:58 2020
Jun 21 04:24:05 <plntyk> lmore377_, what kernel version was original firmware that bootipq booted?
Jun 21 04:35:21 <plntyk> lmore377_, did you write to kernel devs/mailing list with your problem yet? - see https://lore.kernel.org/patchwork/patch/1050393/ and https://patchwork.kernel.org/patch/11310803/
Jun 21 04:36:30 <plntyk> there is fixup code due to quirk in qualcomm pcie already in tree
Jun 21 06:39:29 <lmore377_> plntyk: not sure what version the fw was but i'll be able to check later
Jun 21 08:08:27 <plntyk> lmore377_, maybe add a compatible string for "qcom,ipq8064" to your dts - all other dts have it maybe it can fix the opp table issue - dunno its voodoo for me
Jun 21 08:08:54 <plntyk> all other dts with ipq8065 compatible string like your new device
Jun 21 08:11:57 <lmore377_> pintyk: huh i hadn't moticed that
Jun 21 08:13:08 <lmore377_> this entire thing is my first deep dive in the voodoo magic that is porting to a device. im surprised how well it's gone so far all things considered
Jun 21 08:16:12 <lmore377_> i feel like ive made a lot of progress in 2 weeks
Jun 21 08:40:07 <plntyk> lmore377_, yeah congratz - one thing that helps is that there are "developer boards" and many companies use those as basis of their own design so you end up with very similar functioning boards from different vendors
Jun 21 08:58:55 <lmore377_> yup. ive been basing a lot of things off of the netgear r7800 since it provided enough of a skeleton, including having nand and being an ipq8065 board
Jun 21 09:02:23 <nick[m]1> can I somehow debug mk files? like this one: https://github.com/freifunk-berlin/firmware-packages/blob/master/freifunk-berlin-generic.mk#L35
Jun 21 09:03:20 <nick[m]1> if I call make menuconfig, shouldn't the mk file be called?
Jun 21 09:07:16 <lmore377_> plntyk: just flashed to nand and it seems like everything works! no kernel errors at all and both wifi cards show up
Jun 21 09:07:51 <lmore377_> time to set it up as the main router to stress test it i guess
Jun 21 09:08:15 <lmore377_> irc is problably going to say i went offline in a bit
Jun 21 09:32:25 <nick[m]1> I'm trying $(info HELLOOOOO THIS IS A TEST) but this does not work
Jun 21 09:32:34 <plntyk> nick[m]1, https://www.gnu.org/software/automake/manual/html_node/Debugging-Make-Rules.html
Jun 21 09:32:34 <nick[m]1> if I run make menuconfig
Jun 21 09:33:11 <plntyk> i once did some make debugging with some -n iirc and or some other switches
Jun 21 09:33:19 <plntyk> remember reading lots of output ...
Jun 21 09:33:53 <lmore377> If you're talking about verbosity, the flag should be V=s
Jun 21 09:34:15 <plntyk> also man make suggest debug switch
Jun 21 09:35:04 <lmore377> O actually get full ethernet speeds on the 5.4 kernel now. 5ghz is still a bit slower than OEM but still great at 200mbps. Also, is it right that the slowest device on wifi slows down the rest?
Jun 21 09:35:20 <lmore377> Like am I understanding that right
Jun 21 09:38:19 <plntyk> there are some device capabilities with MU-MIMO can save airtime
Jun 21 09:38:58 <plntyk> http://ontheflywifi.net/wi-fis-enigma-mu-mimo/
Jun 21 09:39:18 <nick[m]1> plntyk: thanks for the hint! works fine, just including a bit grep and I can see the desired stuff
Jun 21 09:39:22 <nick[m]1> thank u
Jun 21 09:45:14 <nick[m]1> is something wrong with a package makefile that searches for the luci.mk file in the luci feed and that file includes the package.mk?
Jun 21 09:45:32 <nick[m]1> all includes seem correct
Jun 21 09:47:47 <nick[m]1> here is the issue: https://github.com/freifunk-berlin/firmware/issues/814
Jun 21 18:31:36 <swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
Jun 21 20:00:29 <rsalvaterra> Is it still a good idea to default to sstrip for stripping? It's been unmaintained for almost five years… https://github.com/aunali1/super-strip
Jun 21 20:22:17 <Borromini> rsalvaterra: is there a maintained fork or 'ng' version or other alternative?
Jun 21 20:27:05 <rsalvaterra> Not that I know of.
Jun 21 20:29:52 <rsalvaterra> Oh, wait, it's even scarier. The sstrip source is part of the tree, it's not imported from an official repository: https://git.openwrt.org/?p=openwrt/openwrt.git;a=history;f=tools/sstrip;hb=HEAD
Jun 21 20:31:12 <rsalvaterra> So, yeah, it's binutils strip for me, from now own
Jun 21 20:31:49 <rsalvaterra> *on
Jun 21 20:31:52 <Borromini> on the plus side devs might have forked it at some point (no idea about the code or its quality)
Jun 21 20:34:02 <rsalvaterra> I have no idea. It's seems to have been imported in the pre-git era, the history shows a few build fixes here and there, the last one being from 2017.
Jun 21 20:38:40 <karlp> is there anything you feel is wrong with it? is there some bug you need fixed or improvments you're expecting?
Jun 21 22:47:19 <rsalvaterra> Oh, something is definitely wrong with the stripping process, but it's not specific to sstrip. Selecting CONFIG_USE_MKLIBS completely breaks the image (at least on mvebu).
Jun 21 22:47:54 <rsalvaterra> The init process just crashes.
Jun 21 22:48:24 <rsalvaterra> I didn't have this problem on 19.07.x.
Jun 21 23:22:31 <owrt-snap-builds> build #452 of arc770/generic is complete: Failure [failed pkgbuild]  Build details are at http://buildbot.openwrt.org/master/images/builders/arc770%2Fgeneric/builds/452  blamelist: Lech Perczak <lech.perczak@gmail.com>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, INAGAKI Hiroshi <musashino.open@gmail.com>, Konstantin Demin <rockdrilla@gmail.com>
Jun 22 00:02:09 <PtitGNU> (I think we can update the topic..)
Jun 22 02:55:45 <owrt-snap-builds> build #409 of archs38/generic is complete: Failure [failed pkgbuild]  Build details are at http://buildbot.openwrt.org/master/images/builders/archs38%2Fgeneric/builds/409  blamelist: Lech Perczak <lech.perczak@gmail.com>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, INAGAKI Hiroshi <musashino.open@gmail.com>, Konstantin Demin <rockdrilla@gmail.com>
**** ENDING LOGGING AT Mon Jun 22 02:59:57 2020