gch981213 has quit [Read error: Connection reset by peer]
gch9812133 has joined #openwrt-devel
valku has quit [Quit: valku]
blb4393 has joined #openwrt-devel
blb4393 has quit [Client Quit]
<lmore377>
sorry to be a bother (especially during the holidays) but i have a pull request on github that's gone almost a month since the last time a reviewer commented on it. Is there anyone that could take a look at it? the pr number is #3115
gch9812133 has quit [Read error: Connection reset by peer]
gch981213 has joined #openwrt-devel
Borromini has joined #openwrt-devel
_whitelogger has joined #openwrt-devel
feriman has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
gch9812136 has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch9812136 is now known as gch981213
rsalvaterra1 has quit [Quit: Leaving.]
Redfoxmoon has quit [Read error: Connection reset by peer]
rsalvaterra has joined #openwrt-devel
Redfoxmoon has joined #openwrt-devel
black_ant has quit [Ping timeout: 264 seconds]
dorf has joined #openwrt-devel
gch9812131 has joined #openwrt-devel
Redfoxmoon has quit [Changing host]
Redfoxmoon has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch9812131 is now known as gch981213
<karlp>
lmore377: for better or worse, while PRs on github for openwrt are accepted, theyre absolutely treated lower priority, the _best_ path for openwrt core patches is the mailingl ist
victhor has joined #openwrt-devel
<Hauke>
mangix: thanks, do you know why cmake gets the wrong rpath, the shared lib was in the SDK
shibboleth has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
gch981213 has joined #openwrt-devel
feriman has quit [Read error: Connection reset by peer]
feriman has joined #openwrt-devel
gch9812130 has joined #openwrt-devel
gch981213 has quit [Read error: Connection reset by peer]
Darkmatter66 has quit [Read error: Connection reset by peer]
Darkmatter66 has joined #openwrt-devel
dorf has quit [Remote host closed the connection]
feriman has quit [Read error: Connection reset by peer]
feriman has joined #openwrt-devel
victhor has quit [Quit: Leaving]
blb4393 has joined #openwrt-devel
qdel has joined #openwrt-devel
DonkeyHotei has quit [Read error: Connection reset by peer]
DonkeyHotei has joined #openwrt-devel
caravel has joined #openwrt-devel
caravel has quit [Quit: Konversation terminated!]
danitool has quit [Ping timeout: 256 seconds]
falk0n has quit [Ping timeout: 264 seconds]
feriman has quit [Quit: WeeChat 3.0]
feriman has joined #openwrt-devel
mrkiko has joined #openwrt-devel
<mrkiko>
Merry Christmas guys!!
<mrkiko>
blocktrron: are you around??
Darkmatter66 has quit [Ping timeout: 272 seconds]
victhor has joined #openwrt-devel
Darkmatter66 has joined #openwrt-devel
danitool has joined #openwrt-devel
qdel has quit [Ping timeout: 246 seconds]
nlowe has joined #openwrt-devel
<nlowe>
Have an APU board using Intel I211 NICs and RSS (Receive Side Scaling was not working) - the Intel docs say that 2 RSS queues are supported per NIC for the I211 - yet RSS remained completely disabled
<nlowe>
Wonder if it's worth submitting now for direct consideration for OpenWRT or if it's best to let this percolate down via upstream - will ultimately ask for it to go in to the 5.10 stable LTS branch
<aliceussr>
I make extroot on SD card and have error in log by boot: "filesystem ext4 not support by kernel..." Please help me for resolve this probles in OpenWRT 19.07.5.
<PaulFertser>
aliceussr: guess you're missing kmod-ext4 on your regular (not extroot) overlay
<PaulFertser>
kmod-fs-ext4
<aliceussr>
PaulFertser: Ok, i check, please wait...
<aliceussr>
PaulFertser: kmod-fs-ext4 is installed on my system!
<PaulFertser>
aliceussr: and is ext4 listed in /proc/filesystems ?
<aliceussr>
PaulFertser: Please wait, i check this ...
<aliceussr>
PaulFertser: Yes, ext4 listed in /proc/filesystems !!!
<PaulFertser>
aliceussr: so can you mount it manually on the router?
<aliceussr>
PaulFertser: After boot ext4 fs is mount for SD card, not mount by boot!!!
<PaulFertser>
aliceussr: I'm not fully understanding your statements, and the extra exclamation marks do not really help.
<aliceussr>
PaulFertser: Does not mount /overlay on SD card at boot, because there is no ext4 file system support by kernel - this message in system log.
<aliceussr>
PaulFertser: OpenWRT version 19.07.5.
<PaulFertser>
aliceussr: it should be attempting to mount extroot after all the kmods are loaded, so probably that message is misleading. Or probably extroot support is somehow broken.
<aliceussr>
PaulFertser: Give a link to the current documentation, please ...
<blocktrron>
mrkiko: just ask your question in case someone is in the channel
<PaulFertser>
aliceussr: I see in fstools sources that it also tries mounting extroot before the normal overlay. But that would happen only when you have extroot hardcoded in your self-built image. Are you self-building and using some static /etc/config/fstab?
<aliceussr>
PaulFertser: Yes! This in documentation.
<PaulFertser>
aliceussr: what happens if you run "block extroot" after booting?
<aliceussr>
PaulFertser: In this case, the normal root fs is loaded, without the extroot.
<PaulFertser>
aliceussr: does "block extroot" command print anything at all? Adds anything to the logs? Changes /proc/mounts anyhow?
<aliceussr>
PaulFertser: I have not tested this as there is a fallback configuration in / etc / config / fstab without extroot.
<PaulFertser>
blocktrron: he wanted to ask you about using PPPoE on one of the switch ports of "an ipq40xx FRITZ!BOX 7530 device"
<PaulFertser>
blocktrron: apparently there's something problematic about that switch but even after not using "special" vlanid 1 and 2 and apparently splitting of one port properly it still somehow fails PPPoE negotiation.
<PaulFertser>
aliceussr: how did you answer my question without testing it then?
<PaulFertser>
aliceussr: I also do not see any hardcoding of config/fstab into the image in that instruction.
<aliceussr>
PaulFertser: How can you answer your question if the extroot is not mounted?
<PaulFertser>
blocktrron: he asked the question several time but unfortunately nobody knows the answer.
<PaulFertser>
aliceussr: by running the command I proposed after I looked through the fstools source code.
qdel has joined #openwrt-devel
<aliceussr>
PaulFertser: Ok, please wait ...
<aliceussr>
PaulFertser: /proc /mounts unchanged after run block extroot.
<PaulFertser>
aliceussr: anything new in logread?
<PaulFertser>
Ah, of course, it's not in preinit.
<PaulFertser>
What about PREINIT=1 block extroot ?
<aliceussr>
PaulFertser: There is nothing interesting in the log.
<aliceussr>
PaulFertser: PREINIT=1 block extroot - this run in terminal?
<nick[m]1>
jow: is there a reason u did not add survey to iwinfo collectd? I would like to have the channel utilization. I'm not sure if survey really triggers a whole channel survey, if a station is connectd.
<aliceussr>
PaulFertser: Please report this issue to the OpenWRT developers on 07.19.5 and fix this bug.
<PaulFertser>
aliceussr: probably you need to add a symlink from that kmod-fs-ext4 file to /etc/modules-boot.d/
<PaulFertser>
Haha aliceussr
<nick[m]1>
nick: and is there an easy way to directly access the correct freq in the buf, without looping over the buffer and checking the freq?
<aliceussr>
PaulFertser: How to do it, I recently started using OpenWRT.
<nlowe>
nick[m]1: If you want the CU for a survey, can you not use the QBSS Load IE that is contained in the Beacon frames?
<nick[m]1>
nlowe: Hmm, then I would need to access the hostapd information?
<nick[m]1>
and use the c-api that jow wrote for iwinfo
<PaulFertser>
aliceussr: how to make a symlink? With ln -s, as on any *nix system.
<aliceussr>
PaulFertser: In /etc/modules-boot.d/* is not symlink - is lists module loads list. Ha-ha-ha: this *nix standart system...
<aliceussr>
PaulFertser: You big troll!!!
aliceussr has left #openwrt-devel ["Leaving."]
<blocktrron>
PaulFertser mrkiko: do frames get lost or what is the issue there?
<nick[m]1>
nlowe: Ah I see you mean this https://git.openwrt.org/?p=project/iwinfo.git;a=commit;h=06a03c9e3b32a409e8307b1abde2cfd7dd969b6d But blocktrron reverted the bss load element
<nick[m]1>
so I have to implement the averaging and calculation of CU on my own
<PaulFertser>
blocktrron: " < mrkiko> so it sends padi, sees no pado in response, gives up, retrying again in few secods"
<blocktrron>
PaulFertser: does the other party ever send a PADO / did the PADI ever leave the switch would be of interested
<blocktrron>
I vaguely remember using a 7530 a year ago with PPPoE when my apu2 PSU died
slh64 has quit [Read error: Connection reset by peer]
slh_ has joined #openwrt-devel
<PaulFertser>
blocktrron: I do not think mrkiko has a reasonably easy way to test that.
aliceussr has joined #openwrt-devel
aliceussr has left #openwrt-devel [#openwrt-devel]
falk0n has joined #openwrt-devel
<nick[m]1>
what is the difference between a iwinfo survey and scan?
<Borromini>
hey guys, was QCA9880-BR4A a problematic radio with openwrt or do i remember that incorrectly?
<blocktrron>
Borromini: BR4A is fine, ARxx ist v1 (and not supported by ath10k)
victhor has quit [Quit: Leaving]
<Borromini>
blocktrron: cool, yeah. seems the archer c7 v1 was using an earlier ath10k chip :)
<Borromini>
looking to get some other second hand ath79 stuff :)
blb4393 has quit [Quit: ChatZilla 0.9.93 [Waterfox 56.3/MOZ_BUILDID]]
hbug__ has quit [Remote host closed the connection]
hbug__ has joined #openwrt-devel
<Borromini>
mangix: is there an up to date list on what routers Breed supports? i see builds from october named for the SoC it supports but I suppose not every device using that SoC is supported. and this manual is from 2018: https://drive.google.com/file/d/1fLvRMPqluAHiG5ryLnbNhsRdcGLquotT/view
<Borromini>
but thanks for the link, will bookmark that
<mangix>
Borromini: that's exactly it
damex has quit [Ping timeout: 240 seconds]
<mangix>
the mt7621 bootloaders can also work on any mt7621 device. the trick is to match the GPIOs.
<Borromini>
mangix: how does one do that with mt7621? look at what images there are, then see what gpios that hardware uses and see if it matches yours?
<mangix>
no look at the dts file
<mangix>
GPIOs are listed there
<Borromini>
ok. so compare those between the specific images breed offers (i don't see a generic mt7621 one e.g.) and what i have then?
<Borromini>
ok, so i grep the dtses for gpio 7, then see if there's something that is in the list?
<Borromini>
e.g. newifi d2 has gpio 7 as well in its dts
<Borromini>
or does it need to be specifically the reset gpio?
<mangix>
specifically reset
<Borromini>
mt7621_d-team_pbr-m1.dts has GPIO 7 as reset gpio.
<Borromini>
alright, thanks!
<mangix>
otherwise the reset button won't do anything
<mangix>
breed has a function where you cancel the boot by holding the reset button
<Borromini>
ok, i understand.
<mangix>
pretty sure you want that to work :P
<Borromini>
xD
<Borromini>
thanks for the tips. going to look for my other mt7621 hardware as well
<Borromini>
mangix: any reason i'd replace the mt7621 bootloader though? it already has a web recovery in its uboot.
dedeckeh has joined #openwrt-devel
linzst has joined #openwrt-devel
linzst has quit [Max SendQ exceeded]
linzst has joined #openwrt-devel
gch9812130 has quit [Read error: Connection reset by peer]
gch9812130 has joined #openwrt-devel
<mangix>
probably not then
<mangix>
breed alao allows overclocking
<mangix>
I think the max for mt7621 is 900Mhz though
<Borromini>
ok
<Borromini>
i'm mostly interested in more reliable recovery, not buying that stuff for fat pipes
<Borromini>
did you overclock any of yours?
<mangix>
of course
<mangix>
my archer is running at 1GHz
<Borromini>
:P
<mangix>
quite impreasive that I can just overclock it by 35%
<Borromini>
yeah and no stability issues?
<mangix>
nope
<Borromini>
i suppose the SoC can handle it but OEMs don't want to revise cooling solutions
<mangix>
I think it's just stock underclocked
<karlp>
probably lifetime related, rather than stabilty related?
<mangix>
i doubt OEMs care
<mangix>
karlp: voltage kills chips, not frequency
<karlp>
temperature ages chips, and freq will definitely affect temp.
<mangix>
sure, but these mips chips don't really get hot. the ARM stuff heats up way more.
<mangix>
that's at stock ARM
Darkmatter66 has quit [Ping timeout: 246 seconds]
<Borromini>
mangix: if i see reset-gpios = <&gpio 19 GPIO_ACTIVE_LOW>; in mt7261.dtsi, does that mean mt7621 by default uses gpio 19 for reset and hardware (e.g. the dir-860l) overrides that if necessary?
<Borromini>
e.g. the dir-878 doesn't seem to have a reset gpio defined so i assume it's 19 then.