koniu has quit [Remote host closed the connection]
kontaxis has quit [Write error: Connection reset by peer]
opal has quit [Read error: Connection reset by peer]
hbug has quit [Write error: Connection reset by peer]
hbug has joined #openwrt-devel
opal has joined #openwrt-devel
kontaxis has joined #openwrt-devel
<Grommish>
hurricos: Mine is a CN7020AAp1.2, so it's only a dual-core, its just been impossible to get much out of Cavium, even before the Marvell takeover. I'll check out your link.. Thanks!
Tapper has quit [Ping timeout: 240 seconds]
mattsm has quit [Quit: Ping timeout (120 seconds)]
koniu has joined #openwrt-devel
koniu has quit [Remote host closed the connection]
mattsm has joined #openwrt-devel
koniu has joined #openwrt-devel
dxld has quit [Remote host closed the connection]
dxld has joined #openwrt-devel
<hurricos>
Grommish: Let me know if you need any help compiling. What is the board btw?
<hurricos>
I am forgetting now X^)
voxadam has joined #openwrt-devel
<hurricos>
With Cavium it's 100% about the board and not just the CPU.
<hurricos>
Itus Shield ...
<Grommish>
Yeah
<hurricos>
Grommish: See if you can dump your dts
<Grommish>
There isn't one
<Grommish>
I don't use a dts/dtb for building
<Grommish>
I was going to work on one based ont he dtsi that was made for the ER4
<Grommish>
and work with damex ((?)) on it
<Grommish>
There were blobs in the uboot image, but I never coukd get anything out of it
<Grommish>
I can link ya the Stage1/Stage2 files if you want
<hurricos>
Yeah, that would be the .dtb. See if you can push to paste.c-net.org
<hurricos>
I can grep through the SDK. It definitely does look like it's entirely the customer board
<Grommish>
It is
<hurricos>
you have a u-boot console/
<Grommish>
Of course.. stage 1 and stage 2
<hurricos>
gotcha. Can you tmate me into it? :^)
<Grommish>
Before it decides which slot to boot in stage3
<Grommish>
Actually, Maybe..
<Grommish>
I'd have to setup the second device and then grab the rollover
<Grommish>
that one is still running Chaos Calmer though from the OEM
<Grommish>
but for the uboot stuff shouldn't matter
<hurricos>
Also, yeah, why the u-boot replacement, it's because the stage2 has some boot variables hardcoded or sth.?
<Grommish>
THe uboot on device is 2013
<Grommish>
No real reason other than that
<Grommish>
My uboot images are actual images
<Grommish>
loaded into the vfat partition
<hurricos>
right ... fwiw, Cavium U-boot has not been merged back in
<hurricos>
2013 *is* today's U-boot.
<hurricos>
Aaron Williamson is the person resonsible for getting everything mainlined. He's working on now
<hurricos>
but most of the patchs he's bringing forward and cleaning up are from 2013.
<DonkeyHotei>
and the board takes two different u-boots in series
<DonkeyHotei>
because it boots in stages
<Grommish>
But, it seems its a dead end, and more work than I could possibly care about for soething that still works... I was just curious if it was possible to update it
eliasmagn has quit [Ping timeout: 240 seconds]
<hurricos>
I would ask around for patches, but nothing much has changed since then
<hurricos>
DonkeyHotei: Do you know much more about Cavium sources?
<DonkeyHotei>
only what i saw in the sdk back then
<hurricos>
OK. I've been digging around trying to find the original customer of SNIC10E and understand better the original application for the SNIC10E
<hurricos>
I think I can finish that though. I think the internal board name isn't the same as that in marketing documentation (LiquidIO Server Adapter 210SV)
<Grommish>
hurricos: That the Cavium NIC I saw a post about?
<hurricos>
Yes.
<Grommish>
Use case would be as a integrated ASIC packet handler would be the only thing I could think of
<hurricos>
Or, of course, the obvious .. a 10GbE NIC.
<hurricos>
It has impressive onboard crypto as well
<Grommish>
Yeah, they do.. Which is why I was thinking ASIC packet handler
<Grommish>
I actually get full bandwidth thru the device, which is nice
<hurricos>
Which device is that?
<Grommish>
the Shield
<Grommish>
I get 920/250, which is my link max to my ISP
<hurricos>
I see what you mean
<Grommish>
I wish Hardware offloading worked, but the software makes a difference
<Grommish>
Damex was looking into porting in the hwoffload stuff at one point
<Grommish>
dunno if he got anywhere with it
<hurricos>
Hardware offloading of what, though?
<Grommish>
packet handling
<Grommish>
Without the firewall offloading, I get 750 down, with it on, I get the 920.. Hardware offload didn't do anything, but it wasn't expected to
<Grommish>
My ISP maintains a speedtest server so whie it's not real-world, it represents my outbound link well enough
<mangix>
Grommish: found out why __mips_isa_rev == 2 for octeon and I wasn't seeing it.
<mangix>
needed -mtune flag
<mangix>
i wonder if there's some gcc define to make the ISA version more granular
<Grommish>
Eventually they'll hopefuly just split the octeon target
goliath has quit [Quit: SIGSEGV]
<Grommish>
mangix: Any idea if I leave -march=octeonplus and set -mtune=octeon3 in the target, will I still be able to use the repo opks? or will it complain about the arch
user has quit [Ping timeout: 272 seconds]
swegener has quit [Ping timeout: 246 seconds]
<mangix>
Grommish: it'll probably complain
<mangix>
actually i don't know. I remember it complained when I added mdsp on my ramips device
blb4393 has quit [Quit: ChatZilla 0.9.93 [Waterfox 56.3/MOZ_BUILDID]]
Borromini has joined #openwrt-devel
opal has quit [Remote host closed the connection]
opal has joined #openwrt-devel
Borromini has quit [Ping timeout: 265 seconds]
PaulFertser has quit [Ping timeout: 264 seconds]
Tapper has quit [Ping timeout: 240 seconds]
csrf has quit [Remote host closed the connection]
<russell-->
reverting "memblock: do not start bottom-up allocations" from the v5.4.97 kernel fixed my mt7621/dir860l kernel crash problem
csrf has joined #openwrt-devel
PaulFertser has joined #openwrt-devel
koniu has quit [Remote host closed the connection]
<owrt-snap-builds>
build #642 of ath79/tiny is complete: Failure [failed updatefeeds] Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Ftiny/builds/642 blamelist: Petr ?tetiar <ynezz@true.cz>, Sander Vanheule <sander@svanheule.net>, Tomasz Maciej Nowak <tmn505@gmail.com>
Tapper has joined #openwrt-devel
koniu has joined #openwrt-devel
bala has joined #openwrt-devel
repulse has joined #openwrt-devel
Borromini has joined #openwrt-devel
<Hauke>
zorun: do you want to commit your changes to opkg?
<Hauke>
zorun: I would like to wait till the build bot build this once before doing a new release
<ynezz>
omg what do people have with this /dev/mem interface
<grift>
i guess that is what needs to be determined
<grift>
would seem like a simple question: is it needed for basic operations or not?
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<grift>
might have overlooked it but i havent seen a nbd counter argument yet: "there needs to be a good reason to add it"
blb4393 has joined #openwrt-devel
<ynezz>
Debian has it enabled!
luke-jr has joined #openwrt-devel
* urjaman
chuckles
<urjaman>
There are other users, but the first that comes to mind for me is flashrom
<Hauke>
I think you need it for some DOS games
<Hauke>
and /dev/mem is nice for debugging drivers/HW
<ynezz>
indeed, but you can have development kernel for that
<grift>
that does make me wonder though (might be a stupid question) but why does openwrt have debufs enabled by default?
<grift>
debugfs
<urjaman>
yeah i think oldfashioned dosemu used to use it atleast, and xorg when initializing graphics cards by emulating their vbios used to too (these are both like i dunno if that's a thing anymore but...)
<Hauke>
I am also against activating it by default
<nbd>
grift: debugfs is very useful to allow users do dump the rate control stats when they run into wifi issues
<grift>
k just wondering
<urjaman>
and yeah the more different your dev/debug software is from what you normally have on a device, the harder debugging surprise things becomes
<ynezz>
nbd: shouldn't then we just limit it to that use case?
<ynezz>
or just have other means to dump that info
<grift>
enabling debugs by default does feel like a pretty big hammer
<nbd>
there's also the crashlog feature
<nbd>
and other 802.11 debug things
<grift>
on the upside tracefs isnt enabled
<nbd>
i think enabling/disabling debug things by default is always a trade-off
<nbd>
if it doesn't cost much, doesn't add many security issues and is used frequently enough, it should be in the default selection
<nbd>
when helping people debug wifi issues, being able to rely on debugfs being there by default has saved me personally a lot of time
<nbd>
that would have been wasted on walking people through to building a compatible image with debugfs and reflashing their devices
<PaulFertser>
grift: debugfs is awesome. It provides GPIO data, clock data.
<ynezz>
nbd: what about having it in master/release snapshots only?
<ynezz>
and releases would be compiled without it
<ynezz>
19.07-SNAPSHOT would have it, 19.07.6 would not
<PaulFertser>
Regular distros all have debugfs, just not mounted by default.
<grift>
openwrt is not a regular distro though
<nbd>
ynezz: not everybody that runs into wifi issues is using snapshots
<PaulFertser>
I've used debugfs many time on OpenWrt, and I'm rather glad it's always there.
<ynezz>
nbd: ok, but they should be able to mount it manually when they needed it, right?
<ynezz>
nbd: like we could at least not mount it by default
<PaulFertser>
What would you save by doing that?
<ynezz>
debugfs, bpf, pstore
<ynezz>
reducing attack surface for the start
<zorun>
Hauke: I have already committed it some days ago
<zorun>
Hauke: I am currently debugging the ramips switch issue and I should be done today
<ynezz>
grift: yeah, but if most of the stuff runs under root
<grift>
right, dont have to convince me, i use selinux to block all access to it
<nbd>
i don't really see how we're reducing attack surface by not mounting debugfs
<Hauke>
zorun: ah sorry, I didn't notcie
<grift>
"Eugene Teo recently posted a request for CVE numbers for 20 separate vulnerabilities involving world-writable files in debugfs and sysfs. Some of the debugfs vulnerabilities would seemingly allow any local user to write arbitrary values into device registers - a situation from which little good can be expected to emerge."
<grift>
that was in `11 though
<nbd>
if we limit debugfs to root-only, it should be fine
<grift>
but yes that is exactly where that /dev/mem thread derailed
<grift>
the argument probably shouldnt be about security directly
<grift>
it should just be simple: do we need it?
<grift>
and then the answer to that may lead to security
<grift>
i guess the harsh reality is that we need debugging facilities on stable releases
blb4393 has quit [Ping timeout: 240 seconds]
<grift>
actually what do i know about stable releases, i only use snapshots, but i assume its enabled on stable as well
<nick[m]1>
any reason for not having clang in the github workflow?
<grift>
seems like the wrong question: any (good) reason for having it?
<ynezz>
grift: check 217877d046414878126e5c8013162e3b7edc774c for the background
opal has quit [Ping timeout: 268 seconds]
<nick[m]1>
grift: xdp cross compiling
opal has joined #openwrt-devel
<zorun>
Hauke: is it ok to wait this evening (or possibly tomorrow morning) before tagging?
Tapper has quit [Ping timeout: 240 seconds]
<Hauke>
zorun: yes no problem
<PaulFertser>
Hm, something's wrong with the wiki today, works slowly if at all.
blb4393 has joined #openwrt-devel
plntyk has joined #openwrt-devel
Borromini has quit [Ping timeout: 240 seconds]
<owrt-snap-builds>
build #683 of imx6/generic is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/master/images/builders/imx6%2Fgeneric/builds/683 blamelist: Petr ?tetiar <ynezz@true.cz>, Sander Vanheule <sander@svanheule.net>, Rosen Penev <rosenp@gmail.com>, Hauke Mehrtens <hauke@hauke-m.de>, Tomasz Maciej Nowak <tmn505@gmail.com>
Borromini has joined #openwrt-devel
jlsalvador has joined #openwrt-devel
danitool has joined #openwrt-devel
blb4393 has quit [Ping timeout: 264 seconds]
voxadam has quit [Read error: Connection reset by peer]
voxadam has joined #openwrt-devel
<ynezz>
swig attack
<Hauke>
ynezz: see "OpenWrt add dependency to swig for U-Boot builds" on the mailing list
valku has joined #openwrt-devel
Tost has quit [Ping timeout: 240 seconds]
<hurricos>
PaulFertser: I applied it and it works wonderfully. My 8265 immediately sticks to MCS15 when in the kitchen
<hurricos>
Radio was not moved
<PaulFertser>
hurricos: nbd is just awesome like that :)
<hurricos>
I've tried resetting the radio a few times to kick it back to MCS7 but no luck
<hurricos>
so it's a fantastic patch.
<hurricos>
I have a dense network of OpenWrt MR16s which are presently powered off. Post-COVID this will basically double throughput for us :^)
<hurricos>
not just put a cap using txpower in /etc/config/wireless, but actually bring the highest rates real low
<hurricos>
show just how well ath9k hw can perform in in-person-conference level densities
<PaulFertser>
hurricos: it would be rather cool if you wrote a wiki article about it
<hurricos>
which wiki?
<hurricos>
Ah yeah
<PaulFertser>
hurricos: I think OpenWrt wiki is a good place and the article is going to be saved and indexed there nicely.
<hurricos>
For sure. I want to avoid telling people too much about atheepmgr however.
<hurricos>
Less because they'll make too-noisy radios -- I really haven't seen cheap boards with high-power PAs -- more because stupid stuff easily fries it.
<hurricos>
or, rather, does nothing useful. But maybe the interest in high-power 802.11 has faded? ath9k hardware is quite old by now.
<PaulFertser>
I do not think anyone is going to complain about fried radios if you put a visible disclaimer at the beginning, so that shouldn't be an issue.
<hurricos>
fair enough. Fwiw tweaking ARTs is also not usually that great of an idea all-around, I really need to wait until I can properly test
<owrt-snap-builds>
build #713 of zynq/generic is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/zynq%2Fgeneric/builds/713 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
build #720 of bcm53xx/generic is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm53xx%2Fgeneric/builds/720 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<Hauke>
adrianschmutzler: this looks related to your change: cp: cannot stat '/builder/shared-workdir/build/LICENSE': No such file or directory
<Hauke>
nbd: it looks like your patch refresh script works different
<Hauke>
when I run "make package/mac80211/{clean,refresh,compile} -j9 V=99
<Hauke>
I get changes
<owrt-snap-builds>
build #783 of archs38/generic is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/archs38%2Fgeneric/builds/783 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #753 of omap/generic is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/omap%2Fgeneric/builds/753 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #783 of layerscape/armv8_64b is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/layerscape%2Farmv8_64b/builds/783 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
zkrx has quit [Ping timeout: 240 seconds]
Borromini has quit [Ping timeout: 272 seconds]
zkrx has joined #openwrt-devel
<aparcar[m]>
Hauke: where is it looking for the license?
Borromini has joined #openwrt-devel
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #760 of apm821xx/nand is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/apm821xx%2Fnand/builds/760 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<Hauke>
aparcar[m]: I do not know what is happening there, I just saw this error mesage
<Hauke>
aparcar[m]: look into one of the error messaegs from build bot for details
<owrt-snap-builds>
build #785 of lantiq/xway_legacy is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fxway_legacy/builds/785 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #793 of ramips/rt3883 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Frt3883/builds/793 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
Borromini has quit [Ping timeout: 240 seconds]
<aparcar[m]>
Hauke: Okay found the issue
<aparcar[m]>
Curious that only the SDK contains the license file but not the imagebuilder
dengqf6 has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
dengqf6 has joined #openwrt-devel
<adrianschmutzler>
wääääh
<aparcar[m]>
adrianschmutzler: it's in traget/sdk/Makefile
shibboleth has quit [Quit: shibboleth]
<aparcar[m]>
+ $(TOPDIR)/LICENSES \
<aparcar[m]>
- $(TOPDIR)/LICENSE \
<adrianschmutzler>
there is also something in target/toolchain
<owrt-snap-builds>
build #772 of mediatek/mt7623 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/mediatek%2Fmt7623/builds/772 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<aparcar[m]>
adrianschmutzler: I see now
<adrianschmutzler>
probably I only grepped target/linux, because I checked ...
<aparcar[m]>
readme.toolchain is a wild rename for LICENSE
<aparcar[m]>
oh nevermind it's a multiline statement
<adrianschmutzler>
so, what do we do there now?
<owrt-snap-builds>
build #784 of apm821xx/sata is complete: Failure [failed pkginstall] Build details are at http://buildbot.openwrt.org/master/images/builders/apm821xx%2Fsata/builds/784 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<adrianschmutzler>
so, what's the purpose of this copying?
<aparcar[m]>
It's multiline, the entire folder is copied
<aparcar[m]>
It's not renamed to readme
<grift>
cp -a is usually not a good idea
<grift>
better to be specific and use --preserve i believe
<adrianschmutzler>
cp -fpR according to rules.mk
<grift>
-a is too coarse
<adrianschmutzler>
but why do we need this in TOOLCHAIN_BUILD_DIR and SDK_BUILD_DIR?
<adrianschmutzler>
and depending on the answer, do we need COPYING, too?
<ldir>
Hauke: nbd - might be worth checking brew diffutils is installed - I've had problems in the past with subtly different patch refreshes on macos due to a different diff
<aparcar[m]>
adrianschmutzler: we theoretically offer the toolchain as it's own archive
<aparcar[m]>
so everything we offer as archive should contain the licenses
<owrt-snap-builds>
build #782 of mvebu/cortexa72 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/mvebu%2Fcortexa72/builds/782 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #768 of armvirt/32 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/armvirt%2F32/builds/768 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser <fercerpav@gmail.com>,
<owrt-snap-builds>
Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
repulse has quit [Quit: repulse]
<adrianschmutzler>
but if you are working on it, that would be nice, because I should actually go back to the kitchen ...
<adrianschmutzler>
there is no "LICENSE" in that makefile
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #765 of mediatek/mt7622 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/mediatek%2Fmt7622/builds/765 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<adrianschmutzler>
one could add it in a separate commit, if you think it makes sense
<aparcar[m]>
adrianschmutzler: okay please finish if it you can
<adrianschmutzler>
okay, I'll push a quick one and see
<hurricos>
Does any method exist for using a serial connection between two OpenWrt hosts as a network? I do see SLIP but it looks like slattach package may have been dropped
<owrt-snap-builds>
build #644 of layerscape/armv7 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/layerscape%2Farmv7/builds/644 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<aparcar[m]>
adrianschmutzler: thank you
<adrianschmutzler>
thanks for pointing me to the source
<adrianschmutzler>
okay, so let's see.
<adrianschmutzler>
feel free to take care of imagebuilder as well, but that's not time-critical
<karlp>
hurricos: well, ppp?
<aparcar[m]>
adrianschmutzler: thanks for the quick fix
<Grommish>
For those who are at a bored point, can you look at your toolchain directory and give me the filename you show for your -gcc? mips64-openwrt-linux-musl-gcc if the example for mine
<nbd>
ldir: i'm using diffutils 3.7 (via brew)
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #644 of mediatek/mt7629 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/mediatek%2Fmt7629/builds/644 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<Grommish>
hurricos: I need what it shows for your *-gcc :) THe mips64 was mine
<owrt-snap-builds>
build #761 of mvebu/cortexa53 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/mvebu%2Fcortexa53/builds/761 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<Grommish>
it's in staging_dir/toolchain-*/bin/*-gcc
<Grommish>
Oh, I msiread that
<Grommish>
I need others :D
<Grommish>
Foigures you'd be one I have hahaha
<Grommish>
I need to finish setting up triple targets for rust and I really don't want to build devices I don't have if I can avoid it
<hurricos>
lol
<hurricos>
I see, the SDK used by OpenWrt
<Grommish>
and realized I don't actually have to.. I just have go get poeple with other devices to ook
<ldir>
nbd: in that case I have no idea
<Grommish>
should be a variation of *-openwrt-linux-musl*, but it's the *'s I need to fill in
<nbd>
ah, i found it out
<nbd>
i use quilt refresh outside of the build tree and my .quiltrc includes -d in the diff opts
<owrt-snap-builds>
build #531 of bcm63xx/generic is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm63xx%2Fgeneric/builds/531 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
<owrt-snap-builds>
build #539 of bcm47xx/legacy is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm47xx%2Flegacy/builds/539 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #773 of ramips/rt288x is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Frt288x/builds/773 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #833 of ath25/generic is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/master/images/builders/ath25%2Fgeneric/builds/833 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
Grommish_ has joined #openwrt-devel
Grommish has quit [Ping timeout: 264 seconds]
<owrt-snap-builds>
build #293 of mpc85xx/p1010 is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/mpc85xx%2Fp1010/builds/293 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
Grommish_ is now known as Grommish
bala has quit [Quit: WeeChat 2.8]
<owrt-snap-builds>
build #760 of kirkwood/generic is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/kirkwood%2Fgeneric/builds/760 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #753 of x86/geode is complete: Failure [failed images] Build details are at http://buildbot.openwrt.org/master/images/builders/x86%2Fgeode/builds/753 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser <fercerpav@gmail.com>,
<owrt-snap-builds>
Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #826 of oxnas/ox820 is complete: Failure [failed pkginstall] Build details are at http://buildbot.openwrt.org/master/images/builders/oxnas%2Fox820/builds/826 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Paul Fertser
<owrt-snap-builds>
<fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
goliath has quit [Quit: SIGSEGV]
rmilecki has quit [Ping timeout: 265 seconds]
<Hauke>
ldir: should we add a check into the include/prereq-build.mk for brew diffutils?
<Hauke>
I am using Debian Linux ;-)
<nbd>
Hauke: it's not a diffutils difference
<nbd>
had some stuff in .quiltrc and was using an alias command for patch refresh
<Hauke>
nbd: ok
lipnitsk has joined #openwrt-devel
Borromini has joined #openwrt-devel
<Hauke>
ynezz: will you send a patch adding the dependency to swig with python support?
<adrianschmutzler>
hmm, now mtd compile seems to fail on some targets ...
<rr123>
master failed to build with ubus
<rr123>
build_dir/target-mips_24kc_musl/libubox-2020-12-12-35787769/avl.c:461:(.text+0xe6): relocation R_MIPS16_26 against `a local symbol' cannot be used when making a shared object; recompile with -fPIC
Borromini has quit [Quit: leaving]
<rr123>
staging_dir/target-mips_24kc_musl/usr/lib/libubox.so: unknown type [0x7000002a] section `.MIPS.abiflags'
<rr123>
mips-openwrt-linux-musl/8.4.0/../../../../mips-openwrt-linux-musl/bin/ld: skipping incompatible /home/rr123/openwrtstaging_dir/target-mips_24kc_musl/usr/lib/libubox.so when searching for -lubox
dangole has quit [Remote host closed the connection]
<owrt-snap-builds>
build #682 of lantiq/xrx200 is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fxrx200/builds/682 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, Petr ?tetiar <ynezz@true.cz>, John Audia <graysky@archlinux.us>, Adrian Schmutzler
<owrt-snap-builds>
<freifunk@adrianschmutzler.de>, Paul Fertser <fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
<freifunk@adrianschmutzler.de>, Paul Fertser <fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Hauke Mehrtens <hauke@hauke-m.de>
<owrt-snap-builds>
build #449 of ath79/mikrotik is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fmikrotik/builds/449 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, Petr ?tetiar <ynezz@true.cz>, John Audia <graysky@archlinux.us>, Adrian Schmutzler
<Hauke>
nbd: I will revert your ABI_VERSION commit for libubox
<Hauke>
it breaks the build on MIPS BE
<Hauke>
I do not understand why
<Hauke>
is the version number too long? libubox.so.20201212
<Hauke>
libubox.so: unknown type [0x7000002a] section `.MIPS.abiflags'
<Grommish>
hurricos: Using the SDK you posted I might be able to build a Uboot for the board, rhino or not
<lipnitsk>
Hauke: let me try a ramips mt7621 build locally, should be the same arch, right?
<pkgadd>
lipnitsk: mt7621 would be little endian, not big endian
ivanich has quit [Quit: Konversation terminated!]
<lipnitsk>
what's a good target to try?
<pkgadd>
ath79 or lantiq would be big endian
<Hauke>
linmob: mt7621 works for me
<russell-->
just updated to 15785-g0fde111702 and my boot freeze on dir860l is gone
<lipnitsk>
okay so both bot reports above are valid? They both failed somewhere else too :)
<Hauke>
libubox compiles fine, but it fails when something wants to link against the shared lib
<Hauke>
I see the problem with ath25 and build bot also sees it with lantiq and ath79
<Hauke>
The problem with the oxnas/ox820 target in the build bot looks different
<Hauke>
russell--: did the kernel update fix your problem or a different change?
<owrt-snap-builds>
build #95 of realtek/generic is complete: Failure [failed pkgbuild] Build details are at http://buildbot.openwrt.org/master/images/builders/realtek%2Fgeneric/builds/95 blamelist: Rosen Penev <rosenp@gmail.com>, Paul Spooren <mail@aparcar.org>, Petr ?tetiar <ynezz@true.cz>, John Audia <graysky@archlinux.us>, Adrian Schmutzler
<owrt-snap-builds>
<freifunk@adrianschmutzler.de>, Paul Fertser <fercerpav@gmail.com>, Felix Fietkau <nbd@nbd.name>, Kurt Roeckx <kurt@roeckx.be>