victhor has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
<Namidairo>
that's weird
<Namidairo>
am I crazy or does nand_do_platform_check not actually work for tars
<Namidairo>
because I think the folder name ends up being sysupgrade-blahvendor_model but we're grabbing the board name which is blahvendor,model?
Luke-Jr has quit [Ping timeout: 480 seconds]
<Namidairo>
or maybe I just set the board_name wrong somehow
BenjiWiebe has joined #openwrt-devel
<BenjiWiebe>
When building OpenWrt for a 4/32 device, I'm not getting a sysupgrade or factory image. I understand this is because it's too large.
<BenjiWiebe>
Is there a way to check how close to the right size I am?
<BenjiWiebe>
I thought maybe du -sh staging_dir/target-mips_24kc_musl/root-ath79 would be correct, but that shows 29MB. Most of which is libc which doesn't make a lot of sense.
<slh>
if you ramp up the verbosity (-j1 V=s), you can search the output for the exact values
<slh>
but these devices are beyond their best-by date
<BenjiWiebe>
slh: Understood, but I enjoy using devices past their best-by date. Plus, they are pretty cheap.
<BenjiWiebe>
After all, my Linux x86 router has a hard drive with 15.2 years of power-on time. :)
<BenjiWiebe>
Also, I'm only needing AP functionality. No routing, firewall, dhcp, anything like that.
<slh>
Power_On_Hours 104931
<BenjiWiebe>
133240 to be precise.
<BenjiWiebe>
You've got something at 104931?
<slh>
my LAN server
<slh>
2.5", 500 GB
<BenjiWiebe>
Nice
<slh>
still looking for some x86 gear to move to as router
<BenjiWiebe>
My router used to be my LAN server. But now I've upgraded and my LAN server's HDD only has 23035 power on hours.
<BenjiWiebe>
still only 2GB ram though
<slh>
priorities, ability to cope with 1 GBit/s and SQM (I need 400/200 MBit/s now, but want the headroom up to 1 GBit/s), two 1000BASE-T cards, under ~15(-20) watts idle, and lowest possible price ;)
<BenjiWiebe>
I wish I had a need for something to cope with 1Gbps. I've got a wonderful 10Mbps (fixed wireless, at least the latency is low at ~20ms)
<BenjiWiebe>
My stuff was free though so it's similar to your price point.
Luke-Jr has joined #openwrt-devel
<slh>
well, I'm hard at the limits of my current router (ipq8065) without SQM - and am just casually looking for something that offers enough steam for the next couple of years.
<slh>
ftth, so 1 GBit/s would just be a phone call away - and almost twice the monthly fee, so not planned at this point
<BenjiWiebe>
OK so my V=s build finished. What sort of thing am I grepping for?
<BenjiWiebe>
That's plenty small for a 4MB device.
<slh>
something like that
<BenjiWiebe>
there we go
fda has joined #openwrt-devel
<BenjiWiebe>
too big by 41899 bytes.
<BenjiWiebe>
That's pretty close.
<slh>
the kernel is probably around 1.4 MB alone, plus 2.1 MB for the rootfs and at least 192 KB for bootloader and wifi calibration data
<BenjiWiebe>
ya kernel is 1.45MB.
<BenjiWiebe>
I wonder how the vendors do it.
<BenjiWiebe>
I guess they get some extra space by using really old kernels.
<slh>
probably kernel 2.6.19 or 2.6.32
fda- has quit [Ping timeout: 480 seconds]
<BenjiWiebe>
ya. anyone use extroot on NFS with openwrt?
<slh>
doesn't really make sense
<BenjiWiebe>
more features without a larger image
<slh>
adding USB and NFS kernel modules (and minimal userspace support) would require a couple hundreds of KB as well
<BenjiWiebe>
wouldn't need usb. just nfs and userspace.
<BenjiWiebe>
whoa nfs kernel module is huge. 712K for x86_64.
<BenjiWiebe>
well i've got my sysupgrade and factory images now, thanks for your suggestions.
<BenjiWiebe>
i can make this work if i dont get bored before im done.
<slh>
I'm occassionally looking into building an image for the tl-wr942nd v2 and wrt-54gl (just to make a point, not to use it), but it really doesn't make sense anymore
<BenjiWiebe>
I'm unboxing a brand new tl-wr941n v6 right now. :)
<BenjiWiebe>
I've got a couple of them scattered around the farm right now and they've been doing well on stock firmware. But I'd like to play around with 802.11r.
<BenjiWiebe>
The stock firmware does have one terrible flaw. Apparently the fallback IP is 192.168.0.1 even in AP mode. So there's a power failure, and the x86 router is slow to boot.
<BenjiWiebe>
So the TP-Link's used 192.168.0.1....
<BenjiWiebe>
And just like that no network.
rua has quit [Quit: Leaving.]
<hanetzer>
oof, stock firmwares are always annoying somehow.
<BenjiWiebe>
well custom built openwrt didnt boot. nice.
<BenjiWiebe>
good thing tp-link put a tftp client in there.
<BenjiWiebe>
in the bootloader that is.
<BenjiWiebe>
That scared me. For some reason, the current firmware didn't load via TFTP successfully. Getting an older version did work though.
<slh>
if you still can. consider returning it again - these old devices really aren't fun anymore
Grommish has quit [Ping timeout: 480 seconds]
<Namidairo>
single band 11n? yeah nah.
<slh>
and 4/32...
<BenjiWiebe>
If I can't get openwrt running, I'll just use the stock firmware. I've got 7 other wifi AP's and p2p cpe's around.
Levitator has joined #openwrt-devel
<BenjiWiebe>
We live in the country. Our farm is 2.4ghz 802.11n all around, and the bottleneck is still our ISP.
<BenjiWiebe>
Very very little interference on 2.4 here.
<Levitator>
Red alert. I need all hands on deck for QC issue, or customers in five countries will be demanding refunds.
srslypascal is now known as Guest7919
srslypascal has joined #openwrt-devel
<BenjiWiebe>
The wr940n is actually the newest AP I'm using. :)
<Levitator>
As an amateur radio licensee I have the power of greyskull and can transmit Wifi at outrageous power levels.
<BenjiWiebe>
As an amateur radio licensee so can I.
<Levitator>
Which I would be working on, if I could find any other node operators in the area, which I can't.
<Levitator>
So, that's kind of a bummer.
<Levitator>
Sweet.
<BenjiWiebe>
But I'm not in your area.
<BenjiWiebe>
Cause the nearest hams are >65 and fulfilling the stereotype. Well, mostly.
<Levitator>
I was looking at digi-mode developers page and he is a life-noob.
<Levitator>
One of those young whippersnappers.
<Levitator>
Anyway, I have an issue to present to the devs this fine late evening.
<BenjiWiebe>
I'm a young whippersnapper.
<Levitator>
So, I installed the latest release, and Wifi with the Marvell 8997 seems massively broken.
<Levitator>
The back end keeps crapping out various ways, and luci doesn't even notice. You just sit there wondering where your ESSID is hiding.
<Levitator>
In the Wifi scans, I mean.
srslypascal is now known as Guest7920
srslypascal has joined #openwrt-devel
Guest7919 has quit [Ping timeout: 480 seconds]
<Levitator>
Wed Dec 8 04:28:51 2021 daemon.err hostapd: Failed to initialize QoS Map
<Levitator>
Which really sucks because I'm not about to run a debugger against hostapd.
<Levitator>
I'm not a fan of error messages that go "Oh, crap something went wrong. GLHF"
<Levitator>
I also installed a bunch of QoS packages in case the kernel was missing requisite QoS support, and nothing fixes that.
<Levitator>
Well, I guess I shouldn't be surprised that everyone is asleep at 11:30PM EST, but I don't have a lifetime to spend on this BS.
<Levitator>
I'll just downgrade to a previous release, as I have had this working before. It's not complicated.
Guest7920 has quit [Ping timeout: 480 seconds]
<\x>
BenjiWiebe: if youve got time to solder and have the tools, putting an 8MB spi nor might be worthwile.
<\x>
you can even get wpa3 working on them
<Levitator>
Soldering modern boards (SMT) is a royal pain.
<Levitator>
You need some sort of needle tip, a jeweler's loop, and a surgeon's hands.
<\x>
but if not, it wont make sense to buy the tools just to use an 8/32 device
<\x>
its doable, ive done a 4/32 -> 8/32, it was a meme still though
<Levitator>
I've accumulated enough neural damage from terrorist attacks and improper medication that my hands are not as steady as when I was 20 or whatever.
<Levitator>
Which I realize probably sounds crazy. It takes people to realize I'm not a moron, and therefore what I say is serious.
<Levitator>
And I probably won't be around here long enough for that to take, so oh-well.
<Levitator>
*takes people time
<\x>
I also helped a guy do a 4/32 -> 16/32 it can still sysupgrade with 19.07 but that might be risky imo
<Levitator>
Anyway, I'm going to go find out whether release 19 is any better.
<Levitator>
Not sure what I was running before. Seems like the updates come pretty regularly.
<BenjiWiebe>
\x: I've actually thought about that. I do have a fairly nice soldering station and experience using it.
<\x>
BenjiWiebe: you need an spi flasher, and you need to do a few tweaks on the dts, you need to move art to the bottom 65kb of the flash
<BenjiWiebe>
\x: Number 2 and 3 are the problem, as I don't have much experience with embedded Linux.
<BenjiWiebe>
I've got more experience with embedded and with Linux, but not with the two together.
<BenjiWiebe>
It seems like it should be possible to get modern OpenWrt running on a 4/32 if all I need is AP functionality (w/WPA2). No gui, no firewall, no dnsmasq etc.
<BenjiWiebe>
But anyways even the (old) official openwrt images arent working on this router so I'm not sure what the real problem is.
<BenjiWiebe>
\x: do you know what type of package the flash chips usually are?
<BenjiWiebe>
i dont want to mess with qfn or bga
<\x>
soic8, 3.3V spi-nor
<BenjiWiebe>
soic8 is easy.
<BenjiWiebe>
sort of.
<BenjiWiebe>
with experience.
Levitator has quit [Ping timeout: 480 seconds]
<\x>
lots of flux helps.
<BenjiWiebe>
that's very tempting. lol. it'd be fun to bend this thing to my will.
<BenjiWiebe>
but no point until i can get at least some version of openwrt to boot.
<\x>
you can try to build a luci-less 19.07, might as well remove wifi capability first
<\x>
basically he just wanted to see if WPA3 will work, I said sure, if you have time to waste.
<BenjiWiebe>
the case is open now. some of those neat one-way plastic clips. clip on, no way to properly unclip besides brute force.
<BenjiWiebe>
its got a cFeon 8-SOIC flash chip
<\x>
well have 18.06.x boot first
<\x>
build a really tiny image for it
<\x>
then dump your flash after, once thats done, I can help you pull this off
<BenjiWiebe>
the above-linked 18.06 image is <4MB but doesnt boot
<\x>
thats weird
<BenjiWiebe>
existing flash chip is qh326-104hip
<\x>
how did you fl;ash it, sysupgrade from tp-link's firmware?
<BenjiWiebe>
i think. my illuminated magnifying glass doesnt illuminate anymore.
<\x>
you need to use factory first
<BenjiWiebe>
i used the factory image through tp-link's firmware and also tried tftp with my <4mb 20.02 file and also the <4mb openwrt-provided 18.06 file.
<\x>
maybe youre just not waiting long enough? :p
<\x>
but yeah, im not sure of whats happening, you have to figure it out first
<BenjiWiebe>
well, maybe. idk what the leds are supposed to do.
<BenjiWiebe>
they cycle (quite slowly, several seconds per state) between off, blue, then orange.
<BenjiWiebe>
the blue is the shortest.
<BenjiWiebe>
the ethernet link does not become active except for very briefly at the beginning of each power cycle.
valku has quit [Quit: valku]
<BenjiWiebe>
qh32b-104hip. 32Mbit serial flash.
<BenjiWiebe>
the soc is under an rf shield.
<\x>
no need to lift it
<\x>
i wonder if that flash is supported
<\x>
its cfeon right? i think it should be but im not really sure
<\x>
BenjiWiebe: but you still need to boot an 18.06 or something since we need that art partition unlocked first, by default they are read only
<BenjiWiebe>
Yes, I also don't want to upgrade the flash chip and then still be unable to get any openwrt to boot.
<BenjiWiebe>
But as far as the soldering goes, I am 100% comfortable with that solder job. There's hardly even anything else close by.
<BenjiWiebe>
I could always have my brother do it anyways. I taught him to solder now he's better than me. He's done a fair bit of SMT soldering.
<\x>
atleast thats how I did it, first binary, still a 3.7MBish binary, unlocks art, then a 5MB binary that now knows where new location of ART
<BenjiWiebe>
there's almost no info on the openwrt wiki about the wr940n v6. just the wr941n v6 (wr940n v3).
<BenjiWiebe>
which *does* have a different pcb
<BenjiWiebe>
what's the deal with the -us.bin and plain .bin files?
<\x>
wont hurt to try those versions, but i suggest to backup your flash first
<\x>
maybe your v6 device works with v3 firmware who knows
<BenjiWiebe>
well i'm still trying the v6 firmware. going to try the -us version now.
<BenjiWiebe>
then i'll give up for tonight.
<\x>
tplink is consistent with pcb versions though which is weird if it works
<BenjiWiebe>
what's weird if which works?
<BenjiWiebe>
bootlooping again. did the -us version this time, been using the plain .bin.
<BenjiWiebe>
well thanks for the info. if i can get openwrt to boot i'll probably see if i can upgrade the flash. its been enough for tonight though.
BenjiWiebe has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
castiel652 has joined #openwrt-devel
guidosarducci_ has joined #openwrt-devel
guidosarducci has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
guidosarducci_ is now known as guidosarducci
rua has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
nitroshift has joined #openwrt-devel
Tapper has joined #openwrt-devel
bookworm has quit []
bookworm has joined #openwrt-devel
castiel652 has quit [Ping timeout: 480 seconds]
jlsalvador has quit [Quit: jlsalvador]
jlsalvador has joined #openwrt-devel
danitool has joined #openwrt-devel
jlsalvador has quit [Quit: jlsalvador]
jlsalvador has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
castiel652 has joined #openwrt-devel
Castie1_ has joined #openwrt-devel
castiel652 has quit [Ping timeout: 480 seconds]
castiel652 has joined #openwrt-devel
pmelange has joined #openwrt-devel
Castie1__ has joined #openwrt-devel
Castie1__ has quit []
Castie1_ has quit [Ping timeout: 480 seconds]
castiel652 has quit [Ping timeout: 480 seconds]
rua has quit [Quit: Leaving.]
<hanetzer>
on the subject of modified radio/art partitions. it seems like the radio partition on this device is 0x10000 bytes big, but only 0x1000 actually have any data. would it be acceptible to have a build target for it, which you'd flash after 'trimming' the art partition and shifting it more towards the end, to 'reclaim' 60k of space? is 60k even worth the effort? for reference, its
<hanetzer>
a 16 megabyte flash.
<Namidairo>
depends, it may be checksummed like uboot env partitions are?
guerby has quit [Ping timeout: 480 seconds]
<hanetzer>
Namidairo: a possiblity. was also considering packaging a u-boot-whatever-tplink-eap615-wall as a sort of all-in-one package :P
<hanetzer>
tho, if the radio/art partition is specific per device (aren't they supposed to be? calibration is gonna differ per unit no?), I can't see that being the case, especially since these seem to have no u-boot-env partition
<svanheule>
hanetzer: You're going to need a very good reason to relocate the radio calibration data.
<svanheule>
hanetzer: It means that users won't be able to go back to stock firmware, which in my experience is a feature people really want.
<hanetzer>
which is why I'm suggesting a separate firmware, and asking questions. there's a unifi 6lr/lite firmware named '$-u-boot-mod' for a similar purpose
<Namidairo>
that reclaims a little more than 60k tho
<PaulFertser>
hanetzer: I'd say 60k isn't worth the risk
<hanetzer>
yeah. what I was pondering. 60k isn't that much. now, a full meg, that may be worthwhile
<PaulFertser>
hanetzer: also, isn't 0x10000 the erase block size of this flash?
<hanetzer>
dunno. early in process :)
<hanetzer>
if it is, that would be even more reason to not fudge with it eh?
<PaulFertser>
hanetzer: that's typical for NOR flashes. And "4K sectors" is not used with flashes more than 4 MiB in OpenWrt because it only complicates everything.
<PaulFertser>
hanetzer: that would make using it impossible, jffs2 needs full erase sectors to work.
<PaulFertser>
hanetzer: it's funny how you asked the question with a focus on wrong points and got not one but three experienced persons confused :)
<hanetzer>
what can I say, I have a talent :^)
<Namidairo>
I think they reclaim more than 1mb on those variants
<PaulFertser>
They say a good question has half the answer. Can you say a bad question has -0.5 the answer? :)
mrkiko has quit [Ping timeout: 480 seconds]
<hanetzer>
heh
<hanetzer>
blerg. gotta rework this board.
floof58_ has joined #openwrt-devel
floof58 has quit [Ping timeout: 480 seconds]
minimal has joined #openwrt-devel
bluew has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
guerby has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
jlsalvador has quit [Read error: Connection reset by peer]
rua has joined #openwrt-devel
goliath has joined #openwrt-devel
userx has joined #openwrt-devel
rua has quit [Quit: Leaving.]
<userx>
Hello, I use SDK x86-64 to build my own package, but it depend on libgomp, which does not come with SDK.
<userx>
I am asking for advice on what I should do? In my case, I shouldn't use SDK and I have to set up build system. Or is there a way to install libgomp with using SDK.
<PaulFertser>
userx: libgomp for host or for target?
<PaulFertser>
userx: I do not have personal experience with OpenWrt SDK, I've always used full build system. That should be easy enough.
Tapper has joined #openwrt-devel
<jow>
the SDK is simply a precompiled build system wrt. packages
<PaulFertser>
But then it wouldn't be missing libgomp as it's part of the toolchain I guess.
Gaspare has joined #openwrt-devel
rua has joined #openwrt-devel
<userx>
PaulFertser: Thank you!
<userx>
But since I need it for target, as far as I understand, I need to take the gcc package as a basis. Enable libgomp and add subpackage. So there is no difference between SDK and build system for this case.
<PaulFertser>
userx: reading your initial question I thought "it" refers to the SDK not to your custom package. OK, I see now.
<jow>
userx: libgomp will only be available in the SDK if the SDK was built with a buildroot that had libgomp enabled
<jow>
userx: the official downloadable SDKs won't ship any libgomp artifacts
<userx>
jow: I see, thanks!
<jow>
and those SDKs can't build it either because they don't ship with toolchain sources (or rather are not able to rebuild their own toolchain)
<jow>
might make sense to enable all those flags by default if CONFIG_BUILDBOT though
<userx>
PaulFertser: Apparently, I did not describe my task clearly enough.
<userx>
I realized I couldn't just add libgomp as any other dependencies to package. And I need to take some additional steps to build this package.
<userx>
Thank you for your time and opinions!
Gaspare has quit [Ping timeout: 480 seconds]
aparcar has quit [Remote host closed the connection]
aparcar has joined #openwrt-devel
<jow>
nbd: I am looking for a robust way to detect whether a given piece of code runs "under" an active uloop
<jow>
nbd: so far I've came up with https://pastebin.com/AtJqKrSE which works but it feels hackish, I wonder if we could/should add an official API for it
<jow>
which basically checks (uloop_run_depth > 0)
<jow>
(background is that I want to start uloop myself in case it isn't already running but not interfering with any existing one)
<jow>
(and ending the uloop on a specific condition in case I started it myself but leave it alone if it existed already)
<jow>
at first I though that uloop_run() + uloop_done() can be simply "nested" but this isn't the case, the inner uloop_done() will clobber the global state
f00b4r0 has quit [Read error: Connection reset by peer]
valku has joined #openwrt-devel
castiel652 has joined #openwrt-devel
rua has quit [Quit: Leaving.]
nitroshift has quit [Quit: Gone that way --->]
jlsalvador has joined #openwrt-devel
rua has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
bluew_ has joined #openwrt-devel
bluew_ has quit []
bluew has quit [Read error: Connection reset by peer]
valku has quit [Quit: valku]
<nbd>
jow: how about adding an api function for it to libubox?
<nbd>
i think it'd prefer that
pmelange has joined #openwrt-devel
castiel652 has quit [Quit: Leaving]
pmelange has left #openwrt-devel [#openwrt-devel]
userx has quit [Quit: Page closed]
Borromini has joined #openwrt-devel
<aparcar>
rsalvaterra: thoughts on ramps 5.10? I may missed your response
<stintel>
nbd: any more ideas for the 7615 stalls ?
<stintel>
spotting 5 in my monitoring graphs in the last 12h :(
<aparcar>
someone offered me a MacMini access for CI builds, could that user please reach out again? I forgot the username...
Strykar has quit [Ping timeout: 480 seconds]
<jow>
nbd: fine with me
philipp64 has quit [Quit: philipp64]
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<rsalvaterra>
aparcar: You mean ramips, right? If so, after #4255 lands, we should be good to go.
fda- has joined #openwrt-devel
takimata_ has joined #openwrt-devel
southey has joined #openwrt-devel
Tapper1 has joined #openwrt-devel
EqUaTe_ has joined #openwrt-devel
danitool_ has joined #openwrt-devel
jlsalvador2 has joined #openwrt-devel
swegener_ has joined #openwrt-devel
nbd_ has joined #openwrt-devel
blocktrron1 has joined #openwrt-devel
f00b4r0 has quit [charon.oftc.net helix.oftc.net]
Tapper has quit [charon.oftc.net helix.oftc.net]
danitool has quit [charon.oftc.net helix.oftc.net]
floof58_ has quit [charon.oftc.net helix.oftc.net]
jlsalvador has quit [charon.oftc.net helix.oftc.net]
rmilecki has quit [charon.oftc.net helix.oftc.net]
Borromini has quit [charon.oftc.net helix.oftc.net]
lucenera has quit [charon.oftc.net helix.oftc.net]
hexa- has quit [charon.oftc.net helix.oftc.net]
nick[m]1234 has quit [charon.oftc.net helix.oftc.net]
fpsusername[m] has quit [charon.oftc.net helix.oftc.net]
fda has quit [charon.oftc.net helix.oftc.net]
MatMaul[m] has quit [charon.oftc.net helix.oftc.net]
gnustomp[m] has quit [charon.oftc.net helix.oftc.net]
hexagonwin[m] has quit [charon.oftc.net helix.oftc.net]
aparcar[m] has quit [charon.oftc.net helix.oftc.net]
Guest7735 has quit [charon.oftc.net helix.oftc.net]
Q__ has quit [charon.oftc.net helix.oftc.net]
jow has quit [charon.oftc.net helix.oftc.net]
Habbie has quit [charon.oftc.net helix.oftc.net]
PaulFertser has quit [charon.oftc.net helix.oftc.net]
jschwart has quit [charon.oftc.net helix.oftc.net]
EqUaTe has quit [charon.oftc.net helix.oftc.net]
robje has quit [charon.oftc.net helix.oftc.net]
KGB-0 has quit [charon.oftc.net helix.oftc.net]
blocktrron has quit [charon.oftc.net helix.oftc.net]
enyc has quit [charon.oftc.net helix.oftc.net]
nbd has quit [charon.oftc.net helix.oftc.net]
takimata has quit [charon.oftc.net helix.oftc.net]
swegener has quit [charon.oftc.net helix.oftc.net]
dwmw2_gone has quit [charon.oftc.net helix.oftc.net]
foxtrot has quit [charon.oftc.net helix.oftc.net]
Harm has quit [charon.oftc.net helix.oftc.net]
EqUaTe_ is now known as EqUaTe
takimata_ is now known as takimata
jow has joined #openwrt-devel
jlsalvador2 is now known as jlsalvador
Borromini has joined #openwrt-devel
lucenera has joined #openwrt-devel
enyc has joined #openwrt-devel
Guest7735 has joined #openwrt-devel
robje has joined #openwrt-devel
fpsusername[m] has joined #openwrt-devel
PaulFertser has joined #openwrt-devel
Habbie has joined #openwrt-devel
Q__ has joined #openwrt-devel
dwmw2_gone has joined #openwrt-devel
jschwart has joined #openwrt-devel
gnustomp[m] has joined #openwrt-devel
hexa- has joined #openwrt-devel
MatMaul[m] has joined #openwrt-devel
Harm has joined #openwrt-devel
nick[m]1234 has joined #openwrt-devel
hexagonwin[m] has joined #openwrt-devel
KGB-0 has joined #openwrt-devel
floof58_ has joined #openwrt-devel
aparcar[m] has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
felix_ has joined #openwrt-devel
felix has quit [Ping timeout: 480 seconds]
philipp64 has joined #openwrt-devel
felix has joined #openwrt-devel
Strykar has joined #openwrt-devel
felix_ has quit [Ping timeout: 480 seconds]
rmilecki has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
philipp64 has joined #openwrt-devel
Borromini has quit [Quit: leaving]
philipp64 has quit [Quit: philipp64]
danitool_ has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
mangix has quit [Ping timeout: 480 seconds]
mangix has joined #openwrt-devel
mangix has quit [Read error: Connection reset by peer]
mangix has joined #openwrt-devel
mangix has quit [Read error: Connection reset by peer]