<dangole>
ping ldir, nbd, $devs_building_on_darwin : could any of you please try if there are still remaining problems with building mediatek/mt7622 arm-trusted-firmware-mediatek, uboot-mediatek variants, ...? it should be all resolved now, but I can't test myself, my recent update made my OS X VM no longer come up on 10 years old i5...
luke-jr has quit [Ping timeout: 264 seconds]
dorf_ has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
dorf has quit [Ping timeout: 264 seconds]
luke-jr has joined #openwrt-devel
koniu has quit [Remote host closed the connection]
dangole has quit [Remote host closed the connection]
koniu has joined #openwrt-devel
dangole has joined #openwrt-devel
luke-jr has quit [Read error: Connection reset by peer]
luke-jr has joined #openwrt-devel
jmv09 has quit [Ping timeout: 240 seconds]
<mangix>
dangole: ask httpstorm on github
<dangole>
mangix: cheers, will do
hbug has joined #openwrt-devel
hbug___ has quit [Ping timeout: 268 seconds]
dorf has joined #openwrt-devel
dorf_ has quit [Ping timeout: 264 seconds]
valku has quit [Quit: valku]
victhor has quit [Ping timeout: 264 seconds]
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
Tapper has joined #openwrt-devel
<guidosarducci>
ldir: can you tell me about your "act_ipt" issue? Legacy sqm-scripts doesn't really use it, but I do very much. And it's been very handy for regression testing iproute2.
Strykar has quit [Quit: /quit]
Strykar has joined #openwrt-devel
Tapper has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
jas4711 has quit [Remote host closed the connection]
dorf has quit [Remote host closed the connection]
dorf has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
koniu has quit [Remote host closed the connection]
koniu has joined #openwrt-devel
blb4393 has joined #openwrt-devel
blb4393 has quit [Client Quit]
swalker has quit [Ping timeout: 264 seconds]
koniu has quit [Remote host closed the connection]
koniu has joined #openwrt-devel
owrt-snap-builds has quit [Remote host closed the connection]
owrt-2102-builds has quit [Remote host closed the connection]
owrt-1907-builds has quit [Remote host closed the connection]
<lipnitsk>
so it's already in tree in 5.4, just in staging?
<lipnitsk>
mangix: ^
<lipnitsk>
and that's not really a hack - it is the accepted way of declaring different module locations in different kernel versions
<lipnitsk>
mangix: see package KernelPackage/mdio-gpio in netdevices.mk for an example
<mangix>
lipnitsk: 5.4 has the staging version.
<lipnitsk>
yeah so not really out of tree
<mangix>
promoted out of staging in 5.7
<lipnitsk>
I see
<mangix>
i find it acceptable since I assume 5.4 will be gone soon.
zkrx has quit [Ping timeout: 264 seconds]
Tapper has quit [Ping timeout: 245 seconds]
<Grommish>
Anyone want to try and help me figure out this dts issue? :D Just as a reminder/warning, I've got no real experience with the device trees but I'm working on learning :p
<Grommish>
this rtl8367rb driver is actually present, but I'm not sure how to enable it in the dts. Rene__ did their best, but since I didn't understand the context .. eh
<plntyk>
adding a wiki entry under known issues and closing them probably before 21.x release
<Grommish>
blogic: ping
snh_ has joined #openwrt-devel
snh has quit [Ping timeout: 264 seconds]
snh_ is now known as snh
<mangix>
plntyk: sounds like cherry picking is the solution
rmilecki has joined #openwrt-devel
<ldir>
guidosarducci: I think it's a non-issue - act_ipt isn't in the default owrt sched package so isn't on my system. HEAD sqm-scripts has a fix for choosing modprobe v insmod, and by default act_ipt is in the list of modules attempted to load - since not there it throws a warning that it never used to.
<guidosarducci>
ldir: act_ipt is in kmod-sched right now, how is it not on some systems?
<ldir>
err, that's odd. Maybe my build went wonky. but I see act_ipt in kmod-sched-extra
* ldir
leaves for work
<guidosarducci>
ldir: erm, there's no kmod-sched-extra that I know of, so perhaps a build problem? Or are you testing a big refactor of kmod-sched (I was planning the same)?
feriman has joined #openwrt-devel
koniu has quit [Ping timeout: 268 seconds]
_whitelogger has joined #openwrt-devel
<rsalvaterra>
mangix: Why anyone would want to use exFAT in OpenWrt is beyond me, but otherwise LGTM. :)
<plntyk>
rsalvaterra, well if its "test" or "exchange" stick thats moved between systems (win, android, linux) and not having to deal with FAT32 limits
koniu has joined #openwrt-devel
Borromini has joined #openwrt-devel
koniu has quit [Remote host closed the connection]
<plntyk>
"For servers equipped with hundreds of gigabytes of memory"
<plntyk>
sure ^^
<rsalvaterra>
plntyk: You stopped reading there?
<plntyk>
for a short while laughing - then crying -.-
<plntyk>
memcg = memory cgroup ?
<rsalvaterra>
plntyk: Yes.
<plntyk>
ah no
<plntyk>
ah ok
<plntyk>
should be interesting if this and/or other changes "fixes" unresponsive systems when oom-killer is invoked on low memory desktops / devices
<Grommish>
WinServer2019 supports I think up to 2TB of RAM on the DataCenter version
feriman has quit [Quit: WeeChat 3.1]
<Grommish>
Not cheap, but not vaporware either
<plntyk>
hopefully one day i'll try tmpfs compile with all packages on a home setup
feriman has joined #openwrt-devel
<Grommish>
I used to do CONFIG_ALL builds, took like 3 hours :( aand you'd need IGNORE_ERRORS="m n" on the make call
<Grommish>
or it'll dump on the incompatible package
<Grommish>
then I stopped trying to build for Octeon3 annd just finally gave in to stayibg on octeonplus arch
<Grommish>
Was't worth the cycles or time
danitool has joined #openwrt-devel
<plntyk>
its somewhat useful when doing regression / basic tests after adding new arch or testing on a "new" build-os if its still mostly working
<plntyk>
i remember it testing it w. FreeBSD, Alpine Linux and for malta VM / qemu targets
<plntyk>
*long* ago
<Grommish>
*nod* I was supportig a usergroup for my device before it was accepted into the upstream, so I was also maintaining the package repos..
<Grommish>
Luckily that isn't the case anymore
<rsalvaterra>
lipnitsk: The lpj calibration patch you mentioned is the 321-mt7621-timer.patch, right? The lpj calibration does seem bogus, but we mustn't drop the GENERIC_CLOCKEVENTS_BROADCAST selection.
adrianschmutzler has joined #openwrt-devel
<Borromini>
Grommish: does going octeon3 bring tangible performance improvements? i suppose it does but did you 'quantify' it?
<Grommish>
Borromini: No, I never quantified it because I was told in no uncertain terms (at the time) an Octeon3 target wasn't an option
<Borromini>
oh yeah :(
<Grommish>
In fairness, at the time, the SHield was the ONLY O3 device though
<Grommish>
so it was understandable
<Borromini>
er4 is one as well no
<Grommish>
Yeah, there are a few other ones in the line now I think
<Grommish>
I wouldn't know how to quantify performance for user-space packages though
<plntyk>
we barely have "useful" cpu performance
<plntyk>
openssl hash compare etc. is nice but sth like USB file copy / iperf WAN-LAN, with/-out SQM is more interesting for ppl probably
<Grommish>
I know there are Octeon3 specific kernel ifdef's, but eh.. I don't know what practical purpose they do since I don't really code
<Borromini>
:)
<Grommish>
I was wondering if I could put a -mtune for octeon3 and still have it be able to use the octeonplus package repos
<Grommish>
since -march is set to octeonplus
<Borromini>
adrianschmutzler: ping
<Grommish>
plntyk: Even more, the Octeon3 chips have hardware crypto functions that probably aren't being used because of it, but again, I'm not sure how useful it would actually be
<Grommish>
or how to test it against a known baseline
<Borromini>
adrianschmutzler: hi. about the R6850 patch: just overriding the eeprom property is sufficient? as in 4716c843d6 e.g.?
<adrianschmutzler>
Borromini: I actually have not looked closely yesterday. Maybe I will have time today. My main point was the inconsistency between what you tell and what you do
<Borromini>
ok. other than the eeprom property everything else is the same as in the dtsi it overrides.
<adrianschmutzler>
so you just copied the node from dtsi with only the property changed?
<Borromini>
yes
<adrianschmutzler>
hmm, then I would have chosen one of the two following solutions:
<adrianschmutzler>
*three:
<Grommish>
Nite all :) It's almost 6am here and I'm messaging the wrong folks :) Enjoy the day!
<Borromini>
night Grommish
<adrianschmutzler>
1. only overwrite the flash location property in the DTS
<adrianschmutzler>
2. move the whole blocks to the devices, and then _remove_ them from the DTSI
<adrianschmutzler>
3. move the flash location to the devices, and then _remove_ the property from the DTSI
<adrianschmutzler>
still, without having looked at it, just from your description
<Borromini>
ok
<adrianschmutzler>
maybe just wait whether I will have time to look in the afternoon. If that's not the case, you could still adjust as you think.
Acinonyx has joined #openwrt-devel
<adrianschmutzler>
i.e. it's probably better if I've really looked at the thing before giving recommendations
<adrianschmutzler>
so I could probably merge it right away then as well
<Borromini>
adrianschmutzler: i'll wait till you find the time to look. there's no rush
<Borromini>
the dtsi is for three similar devices and one of them at least seems to have the factory partition at different locations sometimes, as per 0cf889db00
<rsalvaterra>
blogic: ping. What were the symptoms of not selecting WEAK_REORDERING_BEYOND_LLSC for the MT7621? How often did the system hang? I'm asking because I believe the root cause has already been fixed in the kernels we support (5.4, 5.10), and I'm running my system without that patch for over 10 hours already.
<adrianschmutzler>
Borromini: I will be off again now and try to look later ...
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
Namidairo_ is now known as Namidairo
Tapper has joined #openwrt-devel
hsp has quit [Read error: Connection reset by peer]
hsp has joined #openwrt-devel
<blogic>
rsalvaterra: it was a 1004kec issue in the kernel related to high mem i think
black_ant has quit [Quit: simplicity does not kill]
goliath has joined #openwrt-devel
Tapper has quit [Ping timeout: 245 seconds]
Tapper has joined #openwrt-devel
dorf has quit [Ping timeout: 264 seconds]
dorf has joined #openwrt-devel
adrianschmutzler has joined #openwrt-devel
<adrianschmutzler>
Borromini: ping
hsp has quit [Quit: WeeChat 3.1]
paulcarroty has joined #openwrt-devel
hsp has joined #openwrt-devel
iskander has joined #openwrt-devel
<iskander>
hi all, i'm implementing sysupgrade for netgear r9000 (factory flashing already works), where should i look for a good example how to implement sysupgrade for NAND and UBIFS ?
<Borromini>
adrianschmutzler: hi
<Borromini>
iskander: i think the netgear r6800 uses both
Tapper has quit [Ping timeout: 245 seconds]
<adrianschmutzler>
Borromini: I had a look and personally I'd just have moved the mtd-eeprom to the DTS files.
<Borromini>
adrianschmutzler: i'll do that then, thanks
<adrianschmutzler>
and then remove it from the dtsi; add a DT label to the wifi@0,0 directly, so you don't have to nest ...
<Borromini>
ok, i'll have look into that, thanks
<Borromini>
iskander: did you check package/base-files/files/lib/upgrade/ in the openwrt tree?
<Borromini>
that has a nand.sh script
<iskander>
there right now, strange is that almost all other boards define PART_NAME=firmware but many of them don't have such a partition, copy-paste ?
<Borromini>
does yours have it in the dts?
<iskander>
nope, i have "ubi"
<Borromini>
firmware is what openwrt calls the partition it installs to
<Borromini>
hmm sec
<iskander>
r6800 has ubi too but no firmware partition
<Borromini>
my /proc/mtd as well on the R6800
<iskander>
and firmware partition present ?
<Borromini>
no
<iskander>
hmm, wehat sense does then PART_NAME=firmware make, that's what i was confused about, i was looking for this thing but it was never used
<Borromini>
my uneducated guess is firmware maps to the space openwrt uses
<Borromini>
maybe it's translated differently on nand targets (i think most nand targets if not all use ubifs)
<iskander>
thanks, my partition table is similar to yours
<iskander>
maybe it's mapped to ubi partition somehow
<iskander>
need to trace all function calls :)
<iskander>
in nand_do_upgrade: [ ! "$(find_mtd_index "$CI_UBIPART")" ] && CI_UBIPART="rootfs"
<iskander>
aha, it's using CI_UBIPART instead
<iskander>
CI_KERNPART="${CI_KERNPART:-kernel}"
<iskander>
CI_UBIPART="${CI_UBIPART:-ubi}"
<iskander>
CI_ROOTPART="${CI_ROOTPART:-rootfs}"
<iskander>
so defaults are already OK for r9000 :)
<Borromini>
looks like you're set :)
<iskander>
my guess PART_NAME is some hack or copy-paste :/
paulcarroty has left #openwrt-devel ["Leaving"]
Tapper has joined #openwrt-devel
<lipnitsk>
rsalvaterra: yes, that's the lpj patch. So is GENERIC_CLOCKEVENTS_BROADCAST an unrelated change then? I was thinking about keeping it, but my system seems to work fine without it. Do you know what requires it just for my understanding?
dangole has joined #openwrt-devel
koniu has quit [Remote host closed the connection]
koniu has joined #openwrt-devel
MarioH has quit [Read error: Connection reset by peer]
MarioH has joined #openwrt-devel
iskander has quit [Read error: Connection reset by peer]
Ivan_83 has joined #openwrt-devel
Ivan_83 has quit [Client Quit]
Ivan__83 has quit [Ping timeout: 272 seconds]
Ivan__83 has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
Tapper has quit [Ping timeout: 245 seconds]
Tapper has joined #openwrt-devel
koniu has quit [Ping timeout: 268 seconds]
miu5 has joined #openwrt-devel
<miu5>
hi. anyone here manages apcupsd package? having an issue with apcupsd not calling "/etc/apcupsd/apccontrol doshutdown"... I tried calling the cmd manually and the router indeed shutdown/halted. Here is what i get in logs when the router is actually supposed to halt/shutdown, but never does. https://bpa.st/raw/67FQ
<plntyk>
email maintainer and/or write a github issue
philipp64 has quit [Quit: philipp64]
<guidosarducci>
ldir: hi Kevin, I had the idea you installed kmod-sched and couldn't find act_ipt, hence a build/packaging problem. With just kmod-sched-core installed nothing strange about your error. If I can get through a queue of PRs I'd like to refactor and clean up the kmod-sched* configs for post 21.02.
<guidosarducci>
ldir: but I thought that last release too... :-)
ephemer0l has quit [Ping timeout: 260 seconds]
iskander has joined #openwrt-devel
black_ant has quit [Quit: simplicity does not kill]
graphine has joined #openwrt-devel
shibboleth has joined #openwrt-devel
Katana_St is now known as Katana_Steel
muhaha has joined #openwrt-devel
<guidosarducci>
Wondering which devs are active and interested in kernel 5.10 on x86 and malta? I use these platforms (w/QEMU) extensively for testing, and there are PRs/branches ready to add 5.10 support.
<ill>
Hi all, I'm trying to restore my tp-link tl-wr841nd via serial port but I only get the router output, I am using "screen" program, when I try to send any command I can't writte it in the terminal. any one have an advise ?