<dangole>
jow: looks perfect, now got version .so.2020... in filesystem, all users find it there and i pushed to iwinfo.git
<dangole>
jow: the second patch will obviously have to go together with a bump to iwinfo git HEAD, i'm about to push that and the bump of (now fixed) rpcd to master
dana44 has quit [Remote host closed the connection]
<xdarklight>
Hauke: by chance, are you familiar with irq chip implementations?
black_ant has quit [Ping timeout: 246 seconds]
gch98121332898 has joined #openwrt-devel
gch9812133289 has quit [Read error: Connection reset by peer]
gch98121332898 is now known as gch9812133289
<aparcar[m]>
mangix: how can this sdk be sooo slow?
<aparcar[m]>
is it arch specific?
<mangix>
no
<mangix>
it's glibc specific
<mangix>
i don't get how it's so slow. just edit feeds/base/package/utils/lua/Makefile
<mangix>
then make package/collectd/compile -j X
<mangix>
the former fixes the latter
<enyc>
dangole: have 2 such devices and getting a new package dependency error trying to install luci pkg which i would normally do ...
<enyc>
" * pkg_hash_fetch_best_installation_candidate: Packages for luci-mod-status found, but incompatible with the architectures configured", same for luci-mod-iwinfo .... and "satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:" " * libiwinfo20200105"
<enyc>
presumably something not built/available/installable at this instant...
<dangole>
enyc: you need to rebuild luci
<enyc>
dangole: this is using openwrt master from site, not a custom build
<enyc>
used to be able to instal lke that, but in whatevers' going no dev-wise, something has changed and can't install atm
<dangole>
enyc: then you have to wait for the buildbot to rebuild luci...
<enyc>
dangole: in any case, I can report failsafe -> "firstboot" (WITHOUT doing a mount_root) successfully resets uci settings, clears file from / /etc /root /etc/config that I left there, etc... it says much the same thing about jffs2reset and so-on, but upon reboot actually takes effect, hooray!
<enyc>
Was also pleased to see recently that all the ath10k kernel/firmware updates, such that 5ghz working as WPA-*client* works on the HHv5a, wasn't previously the case... =)
<PaulFertser>
jow: I've seen 2 reports on IRC from people who used LuCI to configure swconfig tagging and somehow after untagging an unrelated port the interface configuration was changed from e.g. eth0.1 to eth0 , and at least in one case it was verified that it wasn't the CPU port that was untagged according to /etc/board.json.
<rsalvaterra>
Borromini: ping
Tost has quit [Ping timeout: 264 seconds]
user has quit [Read error: Connection reset by peer]
user has joined #openwrt-devel
<philipp64>
dwmw2_gone: ping
<Borromini>
rsalvaterra: pong
<rsalvaterra>
Borromini: Looks like you're not alone. Results came early this morning, tested positive. :/
<rsalvaterra>
Oh, well…
<jow>
PaulFertser: needs a proper bug report
<PaulFertser>
rsalvaterra: sorry for nitpicking, but it's a SARS-CoV-2 test, I hope despite being positive you get few if any COVID-19 symptoms.
<PaulFertser>
jow: ok, what to include in that? Just board.json and the actions performed?
<PaulFertser>
OK, I'll guide the reporter to do that, thanks!
<ldir>
rsalvaterra: sorry to hear that - I hope you don't get any or few symptoms, and certainly not severe ones.
<rsalvaterra>
ldir: A bit more fatigued today… still managing fine, thankfully.
poljar1 has joined #openwrt-devel
poljar has quit [Ping timeout: 265 seconds]
Borromini has quit [Ping timeout: 264 seconds]
Borromini has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
<philipp64>
Anyone here know anything about HW packet timestamping on Ethernet interfaces?
<SwedeMike>
philipp64: I have second-hand knowledge after having people on my team previously who did that and talked about it.
eduardas has quit [Quit: Konversation terminated!]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<philipp64>
SwedeMike: trying to navigate my way through adding TAI-like timescales to SO_TIMESTAMP but it’s new territory for me.
<SwedeMike>
philipp64: we used it to very accurately measure how long it took for a packet to traverse the network (SLA probing). I don't know the terms you use so unfortunately I don't think I am of much help
danitool has joined #openwrt-devel
gch98121332894 has quit [Read error: Connection reset by peer]
gch98121332894 has joined #openwrt-devel
<philipp64>
UTC is coordinated universal time… like GMT… what you’re used to seeing. It included leap-seconds.
<PaulFertser>
GMT is not a word to be used
<philipp64>
TAI is a linear, non-leaping atomic time. It counts SI’s (standard seconds) and nothing else… it doesn’t care about minutes, hours, days, years, or leap-seconds.
<philipp64>
PaulFertser: because?
<PaulFertser>
philipp64: it has no good defined meaning, it was always a mess.
<philipp64>
ah… did the brits get to keep exclusive use of it as part of Brexit?
<PaulFertser>
It's not used by the people working with time for many many years before brexit.
<PaulFertser>
It's easier to forget there was a word like that :)
<philipp64>
well, I could say “Zulu Time”… but unless you were in the US Army, that might not make sense either…
<philipp64>
Anyway, machines should use TAI internally because it resolves a lot of ambiguity. Indeed, even logging protocols should use non-leaping seconds (and milliseconds, where appropriate). Converting that to human-readable form (like local seconds, minutes, hours, days, months, years, timezone, etc) is a “presentation” issue to be handled by browsers.
<PaulFertser>
Agreed
<PaulFertser>
Given the machine has access to the information about the current amount of the leap seconds.
<philipp64>
Don’t even get me started on daylight saving time and what a pain it is to see the say time repeated twice in logs…
<dorf>
set everything to UTC and you've won!
<dorf>
that includes your watch and your wife.
<PaulFertser>
UTC can be problematic when leap seconds are added, that's the point
<philipp64>
Yup…
<philipp64>
And leap-seconds are completely irrelevant to machine time. They create problems that shouldn’t exist.
greearb_ has quit [Read error: Connection reset by peer]
greearb_ has joined #openwrt-devel
Tost has joined #openwrt-devel
<dwmw2_gone>
philipp64: pong
<Hauke>
xdarklight: I did something with irq chip some time ago
<Hauke>
what do you want to do?
<xdarklight>
Hauke: convert the Lantiq ICU irqchip to a hierarchical one. I think I have figured it out (mostly) in the meantime
<Hauke>
xdarklight: I think I looked into this some time ago
<mrkiko>
noltari: ping
<Hauke>
xdarklight: the MIPS IRQ driver is alread there
<philipp64>
dwmw2_gone: hey David. per the above, I’m trying to add patches to Linux to make it more TAI-friendly, rather than UTC-centric… as someone who knows his way around the code base…. how many places does that entail?
<dwmw2_gone>
not sure; does the kernel really care?
<dwmw2_gone>
probably not a lot.
<xdarklight>
Hauke: then I'll probably ask you for code-review :)
<Antoine->
swalker: Oh great! Am I looking at the installation instruction? Does it mean it is already supported? :)
<Antoine->
swalker: Is it possible to install openwrt thanks to some exploit that could get patched in a future firmware release? Like, if I buy one in 6 months, will it probably still be possible to install openwrt on the U6-Lite?
<swalker>
Antoine-: not seeing any other docs for it for now
<Antoine->
swalker: Ok :). Thanks a lot for the link!
<Borromini>
Antoine-: as you can see it has the installation instructions.
<Borromini>
what will or will not possible to do in the future depends on how well your crystal ball works.
<aparcar[m]>
jow: any updates on ucode?
<Antoine->
Borromini: Ok, I thought we could already know some things. Thanks for clarifying!
<Borromini>
Antoine-: i don't know any ubiquiti devices that allow you to use the web interface to upgrade (i don't know if they have much of a web interface; i always flash openwrt first thing)
<Borromini>
i've set up three types of ubiquitis so far.
<Antoine->
Borromini: Did you do it through ssh or serial console?
<Borromini>
Antoine-: EdgeRouter 4 through serial, UniFi AC AP is TFTP I believe, EdgeRouter Lite just has an internal usb stick (!) you take out and put openwrt on
Darkmatter66 has quit [Ping timeout: 240 seconds]
dwmw2_gone has joined #openwrt-devel
ivanich has quit [Quit: Konversation terminated!]
valku has quit [Remote host closed the connection]
valku has joined #openwrt-devel
<Antoine->
Ok, thanks :)
<Antoine->
I'm really sorry if it's not the proper place to ask. The U6-Lite expects 48V, 0.32A. I have a POE-24-12W-G, that came with the UAP AC Lite. It provides 24V, 0.5A. Is it safe to use?
<Borromini>
no, that's ubiquiti's proprietary PoE stuff i think?
<Borromini>
48v is 802.3at i believe (PoE+)
<Antoine->
Yes, it is
<Borromini>
lots of older ubiquiti stuff is not PoE compliant i think
<Antoine->
Borromini: Yes, mine isn't. Won't power up with my 802.3at switch
<Antoine->
Well, then my POE-24-12W-G is a wasted piece of electronics :(
<Antoine->
Thanks for your reply :)
<Borromini>
well you might be able to get an injector?
<Borromini>
or does the U6 Lite come with one? no idea if they do.
<Borromini>
if anything else, you might sell the Ubiquiti switch if you're going to replace it, get a few bucks for it still :)
<Antoine->
The store says "In case a PoE injector is needed to power the device, compatible type can be purchased separately.", so I would guess it doesn't come with an injector
<Antoine->
I wonder who would need it since it isn't 802.3 compliant but you're right, I'll try to sell it :)
<Borromini>
lots of people into the ubiquiti ecosystem
dorf has quit [Remote host closed the connection]
dorf has joined #openwrt-devel
Borromini has quit [Ping timeout: 260 seconds]
dwmw2_gone has quit [Quit: Coyote finally caught me]
<Antoine->
If I have 'mtd7: 00020000 00010000 "bs"', then my bs partition is accessible through /dev/mtdblock7, right?
Devastator has left #openwrt-devel [#openwrt-devel]
dwmw2_gone has joined #openwrt-devel
gch981213328940 has joined #openwrt-devel
Borromini has joined #openwrt-devel
gch98121332894 has quit [Read error: Connection reset by peer]
gch981213328940 is now known as gch98121332894
<blocktrron>
U6 Lite does not come with an injector
<blocktrron>
In mine was a paper which explained it was for "saving the environment"
rmilecki has quit [Ping timeout: 256 seconds]
<blocktrron>
It's apple for networking. They resemble the lightning vs. USB-C fiasko with their 802.3af vs. 24V Fries-your-device PoE.
<Borromini>
=)
<Antoine->
I hope buying their unifi6 is still a good option..
<Antoine->
I was checking ebay but the ubiquiti poe injector is €8,16, which is a good price, even compared to ebay, isn't it?
<Borromini>
i guess the UBNT_E100 (CN5020p1.1-500-SCP) is coming straight from the upstream dts then
<blocktrron>
ah, octeon
<blocktrron>
this is a special case and done somewhere in the board init code
<Borromini>
blocktrron: ok, thanks.
<Borromini>
looks like target/linux/octeon/base-files/lib/preinit/01_sysinfo
dwmw2_gone has quit [Ping timeout: 260 seconds]
<Borromini>
blocktrron: is there any objection to making that align with how other targets do it?
<Borromini>
e.g. boardname 'netgear,r6800' and model 'Netgear R6800'?
<blocktrron>
this would require downstream patching
<Borromini>
you mean as in openwrt, or as in in my own tree?
<blocktrron>
In OpenWrt
<Borromini>
ok. would a patch just modifying 01_sysinfo be accepted?
<blocktrron>
Can't speak for Octeon
<Borromini>
ok.
<blocktrron>
In the end, my opinion on those topics is to stick as close as upstream as possible
<Borromini>
understandable, lower the maintenance burden
dwmw2_gone has joined #openwrt-devel
<blocktrron>
hmm, on a second look this might not involve downstream patching it all
<blocktrron>
removing the write to /tmp/sysinfo/model should suffice
<Borromini>
ok. the EdgeRouter Lite has a DEVICE_MODEL in the Makefile, do you mean the 01_sysinfo script is overwriting that in /tmp/sysinfo/model?
<blocktrron>
Makefile is only relevant for the build system (metadata JSON / menuconfig / ...)
<Borromini>
oh.
<blocktrron>
So yeah, might be possible to change by adding a pretty-name to this file and saving this to tmpfs
<blocktrron>
but no idea if this has side-effects elsewhere. Never had to work with octeon
<adrianschmutzler>
Borromini: DEVICE_MODEL is only relevant for the friendly name in make menuconfig
<adrianschmutzler>
and metadata JSON as stated above
<Borromini>
adrianschmutzler: ok, thanks
<adrianschmutzler>
and the /tmp/sysinfo stuff is set in 01_sysinfo, as you have found out already above
<adrianschmutzler>
for most of the other targets except octeon it's created directly from the DTS compatible
<adrianschmutzler>
like octeon's 01_sysinfo also does it for "UBNT_E300"*)
<adrianschmutzler>
where it actually does nothing so the generic sysinfo script can take over
<Borromini>
yeah, as per the comment
<Borromini>
adrianschmutzler: apologies for the realtek fuck-up, will look at it again tomorrow with fresh eyes.
<adrianschmutzler>
ah, wasn't aware that this is you.
<Borromini>
it is yes :)
* Borromini
hides
<Borromini>
adrianschmutzler: i did forget the DTSI indeed.
<Borromini>
however, i have switched the DTSI to the realtek macros
<adrianschmutzler>
should be easy to adjust actually, I considered doing it myself but then wasn't perfectly sure what should be put in the DTSI and what should be kept in the dts
<Borromini>
so it's much more compact than the original single-device dts
<adrianschmutzler>
but you e.g. also create the leds and keys in the dtsi but do not remove them in the dts etc.
<adrianschmutzler>
same for that gpio node
<Borromini>
ok, i'll take a look at that tomorrow
* Borromini
takes notes
<adrianschmutzler>
unless I'm overlooking some greater plan there
<Borromini>
no it should have been pretty much all in the dtsi. so i'll have a look at where it went sideways
<Borromini>
i flashed my gs1900-10hp actually with a newer build here and it went belly up, so that's plenty of proof :-/
<adrianschmutzler>
well, without the dtsi include you won't have any partitions, as spi has been moved.
<Borromini>
yeah :P
<Borromini>
fresh eyes, tomorrow.
<Borromini>
goodnight!
Borromini has quit [Quit: leaving]
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
user has quit [Disconnected by services]
user has joined #openwrt-devel
gch981213328947 has joined #openwrt-devel
gch98121332894 has quit [Read error: Connection reset by peer]