<Ansuel>
hurricos: i read the link you posted. very interesting
<Ansuel>
and it's incredible that we are at such a bad point that devs are starting to think that the only way to force major oem to change strategy is to directly reject any submission
fda- has quit [Ping timeout: 480 seconds]
embargo has quit [Read error: Connection reset by peer]
minimal has quit []
goliath has quit [Quit: SIGSEGV]
strobo has joined #openwrt-devel
strobo_ has quit [Ping timeout: 480 seconds]
Ansuel has quit [Quit: Probably my PC crashed or time to sleep.]
* Slimey
hugs hauke with a rather large squid
felix has quit []
felix has joined #openwrt-devel
Luke-Jr has quit []
Luke-Jr has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Tusker has quit [Quit: Time wasted on IRC: 5 hours 57 minutes 7 seconds]
Grommish_ has joined #openwrt-devel
Grommish has quit [Ping timeout: 480 seconds]
Grommish has joined #openwrt-devel
Grommish_ has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
Tapper has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
Acinonyx has joined #openwrt-devel
danitool has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
embargo has joined #openwrt-devel
pmelange has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
pmelange1 has joined #openwrt-devel
pmelange has quit [Ping timeout: 480 seconds]
pmelange1 has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
rua has quit [Quit: Leaving.]
pmelange1 has joined #openwrt-devel
pmelange has quit [Ping timeout: 480 seconds]
pmelange1 has quit [Ping timeout: 480 seconds]
felix has quit []
pmelange has joined #openwrt-devel
felix has joined #openwrt-devel
dangole has joined #openwrt-devel
rua has joined #openwrt-devel
victhor has joined #openwrt-devel
goliath has joined #openwrt-devel
dave14305 has joined #openwrt-devel
dave14305 has quit [Remote host closed the connection]
dave14305 has joined #openwrt-devel
dave14305 has left #openwrt-devel [#openwrt-devel]
pmelange has left #openwrt-devel [#openwrt-devel]
danitool has quit [Ping timeout: 480 seconds]
dangole has quit [Remote host closed the connection]
Tapper has quit [Ping timeout: 480 seconds]
<neggles>
well this is a new one
<Grommish>
neggles: You were working with the octeon target, right?
<neggles>
Grommish: amongst other things, yes
<neggles>
I have an SNIC10E with kernel 5.10 openwrt booting on it, it currently has a single SFP+ module installed
<neggles>
xaui0 registers the SFP+ module, brings link up, transmits packets, but I get no RX packets
<neggles>
*but*
<Grommish>
neggles: I've isolated the memleak in 5.10+.. When i removed octeon-ethernet and octeon-hdc drivers, it stopped.. but, i dunno which one yet
<neggles>
if i `ip link set xaui1 up`
<neggles>
_I receive packets on xaui1 despite it having no SFP+ module installed_
<Grommish>
for some reason the build system isn't copying the .ko files ot the image, so it just doesn't include it :D
<neggles>
that's, odd
<neggles>
but neat
<neggles>
but for real, how have I (apparently) ended up with the RX for xaui0 mapped to xaui1 and vice versus?!
<Grommish>
All that is beyond me.. I just got told what git bisect does
<Grommish>
but, dts?
<neggles>
It must be DTS
<neggles>
but I cloned the DTS from what it was using to boot off..
<neggles>
with the OEM firmware I mean
<stintel>
neggles: did you build from my tree on gitlab ?
<neggles>
stintel: yes, though i've made some pretty major changes to the DTS
<Grommish>
My Octeon device was a one-off, but it uses uboot. Is there anyway for me to build a new uboot for it?
<neggles>
Grommish: yes, but, depends on SoC and how old the u-boot on it is
<Grommish>
2013.xx
<Grommish>
CN7020
<neggles>
you won't get anything newer
<neggles>
if you want to add features that's doable but
<neggles>
probably worth emailing them and going "hey, so, about that"
<Grommish>
The device is an Itus Networking Shield
<neggles>
ohhhh
<Grommish>
they got their stuff from RhiNo, which apparently doesn't share
<neggles>
didn't they open source the u-boot setup for that
<neggles>
i find it rather interesting that RhiNo list an openwrt-powered appliance on their website; where's our GPL tarball then, eh?
<Grommish>
Dunno.. I never could figure out how to build it outside the build system because it's mips64, and I couldn't figure out how to build it internal :D
<Grommish>
Ah, I was going to see if there was a way to use the QEMU config as a base
<neggles>
bootloader/u-boot subpath of the octeon sdk repo has the latest known public u-boot for a MIPS octeon, with the notable exception of GPL tarballs for the EdgeRouter Infinity
<neggles>
I have the nvmem-cells MAC address stuff working
<neggles>
well sorta. it works for xaui0 but the driver doesn't pay any attention to mac-address-increment
<neggles>
and since it's apparently got the RX interface mappings backwards...
<neggles>
same thing happens in u-boot, though. it errors on reading the SFP module in `octeth1`, but reads `octeth0`. then when i run `dhcp` it shows getting an IP on octeth1. maybe the i2c bus mappings are backwards?
<neggles>
ohhhhhhhhhhhh I think it's in a loopback mode
<neggles>
maybe? idk. it's late, i'm gonna quit. but. what the heck.
* enyc
meeps
<neggles>
`xaui1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN qlen 1000` but then `RX packets:3970 errors:0 dropped:210 overruns:0 frame:0`
<neggles>
*how*
<neggles>
enyc: appropriate.
<stintel>
neggles: I don'
<stintel>
neggles: I don't remember much about the SNIC10 cards tbh, but I did have working xaui0 and xaui1
<stintel>
using DACs
minimal has joined #openwrt-devel
Tapper has joined #openwrt-devel
valku has quit [Quit: valku]
Ansuel has joined #openwrt-devel
<Ansuel>
Hi
pmelange has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
valku has quit [Remote host closed the connection]
valku has joined #openwrt-devel
swalker has quit [Ping timeout: 480 seconds]
pmelange1 has joined #openwrt-devel
<enyc>
rsalvaterra: funny you should mention the openwrt filesystem name, I'm wondering about EXACTLY that in my 21.02 builds.....
<enyc>
rsalvaterra: provided by OpenWRT e.g. openwrt-21.02.1-ath79-generic-netgear_ex6400-squashfs-sysupgrade.bin has this 64byte uImage header at 0x1FFFC0 before the squashfs at 0x200000 ......
<enyc>
*but* when I built openwrt-21.02 head (i.e. snapshot) for xiaomi_aiot-ac2350 this header is *missing*
<enyc>
... any devs give me a $clue ? is this because of differences in flash-layout and there isn't a problem, or have I likely made an image with a problem that might e.g. flash kernel and fail to flash the squashfs root at all ;p
goliath has joined #openwrt-devel
<enyc>
OK it seems that some other images have same hrrm ok
<Ansuel>
mangix: i'm thinking of starting the work for offload do you have a device with 8337n switch ?
<Ansuel>
(i think 8327n should also work)
<PaulFertser>
enyc: depends on what target bootloader needs. So naturally some boards have uImage header, some do not.
<enyc>
PaulFertser: hrrrrrrrrrrrrrrrrrm ok
<enyc>
PaulFertser: surely bootloader loads the kernel part only, so header describing where the filesystem is is not relevant [??]
swalker has joined #openwrt-devel
<PaulFertser>
enyc: f61e754522996d1557691f945518b69a14d0446c added it, and I'm sure there was a good reason. Probably the bootloader really does some extra checks.
ecloud has quit [Ping timeout: 480 seconds]
ecloud has joined #openwrt-devel
<enyc>
PaulFertser: hrrm I'm guessing that pad-rootfs pad-netgear stuff is the trigger to that
goliath has quit [Quit: SIGSEGV]
Borromini has joined #openwrt-devel
blocktrron has quit [Quit: WeeChat 3.3]
blocktrron has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
dangole_ has joined #openwrt-devel
<nbd>
rsalvaterra: thanks for the fix. dnsmasq worked for me because i didn't test !HAVE_UBUS
<nbd>
and blob.h includes stdbool.h>
dangole_ has quit [Remote host closed the connection]
dangole has quit [Ping timeout: 480 seconds]
Borromini has quit [Quit: leaving]
Ansuel has quit [Ping timeout: 480 seconds]
dangole_ has joined #openwrt-devel
<karlp>
so, I'm building master for x86/64, and when it gets to building the package index, I get "bash: line 7: 8: Bad file descriptor
<karlp>
and then it reports ccache stats and exits, without _saying_ there's an error, but I have no images builts, bin/targets/x86/64 just has a kernel-debug.tar.zst and the *.buildinfo's and the manifest.
<karlp>
this is after make clean and make defconfig and make again, and there's plenty of disk space still left.
<karlp>
anyone seen anything similar?
<karlp>
(it's done it twice, after make clean, otherwise I would have just put it down to gremlins)
dangole has joined #openwrt-devel
dangole_ has quit [Remote host closed the connection]
dedeckeh has quit [Remote host closed the connection]
<russell-->
karlp: do you use BUILD_LOG=y ?
<karlp>
yeah, but nothing there. I think I've figured it out actually.
<karlp>
I had "build for multiple devices" but no devices selected.
<karlp>
it's building again now. hopefully that's it.
<karlp>
related to changing targets after ath79, so it kept the multi devices, but didn't have a device to match.
<karlp>
yep, it's building images now already. excellent.
<karlp>
still get the bad file descriptor warning at the end of package index generation, but I've got images now at least.