figgyc has quit [Quit: No Ping reply in 180 seconds.]
figgyc has joined #openwrt-devel
snh has quit [Read error: Connection reset by peer]
snh has joined #openwrt-devel
philipp64 has joined #openwrt-devel
uwwint has joined #openwrt-devel
<uwwint>
Hi Guys, I am running 21.02 snapshots on a WRT1900ACS and have a wifi client on 5GhZ spuriously loosing connection. I know the iwlwifi driver is a piece of hot garbage. But would like to help figuring out what's going on. I noticed a higher softRQ on the device but don't know how to isolate what the issue is.
<uwwint>
Anyone here that could help me?
lukedashjr has joined #openwrt-devel
luke-jr has quit [Ping timeout: 246 seconds]
lukedashjr is now known as luke-jr
<pkgadd>
the problem is that absolutely no one is maintaining mwlwifi anymore, Marvell sold out their wireless division to NXP - and the first thing NXP did, was EOL'ing these chipsets. the (almost-) fullmac firmware is closed, and the driver has always been problematic and is known buggy
rmilecki has joined #openwrt-devel
<uwwint>
Yeah I know it's hot garbage :D. But I didnt experience this with the 19.07.7 so this time it might be something different :D
<uwwint>
Because the link stays (WiFi is connected)
<uwwint>
but not IP traffic goes through.
philipp64 has quit [Quit: philipp64]
philipp64 has joined #openwrt-devel
<OutBackDingo>
wow ouch! whats happened to the trunkn tplink archer v4 builds... no 5ghz now, out of space on the images
dedeckeh has joined #openwrt-devel
nitroshift has joined #openwrt-devel
Namidairo has quit [Read error: Connection reset by peer]
Namidairo has joined #openwrt-devel
ptpt52 has joined #openwrt-devel
<ptpt52>
hi all
ptpt5227 has joined #openwrt-devel
ptpt5227 has quit [Client Quit]
decke has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
uwwint has quit [Remote host closed the connection]
<rmilecki>
i see that 21.02 comes with (wolf)ssl by default now
<rmilecki>
* check_data_file_clashes: Package libustream-openssl20201210 wants to install file /lib/libustream-ssl.so
<rmilecki>
But that file is already provided by package * libustream-wolfssl20201210
<rmilecki>
if I want to use openssl - should I just uninstall wolfssl first?
<ptpt52>
sure
<ptpt52>
remove libustream-wolfssl
<guidosarducci>
rmilecki: what exactly is requiring the OpenSSL version of libustream? Normally, I can use other OpenSSL enabled SW without messing with libustream...
<guidosarducci>
.. but they just want libopenssl
Tost has joined #openwrt-devel
<rmilecki>
guidosarducci: oh, no, i just wanted openssl in general
<rmilecki>
libustream just as a result of that
<ptpt52>
then drop libustream-openssl as u wish
<guidosarducci>
rmilecki: sure, if you just want to replace all things wolfssl with openssl that would be needed. Just be careful not to break anything SSL related that's needed to swap things on a running system (i.e. opkg). Better to do this with an image, or at least use opkg to first download *all* the packages you expect to need, *then* upgrade.
<rmilecki>
guidosarducci: thanks
Guest85300 has quit [Quit: WeeChat 3.0.1]
voxadam has joined #openwrt-devel
voxadam is now known as Guest12067
Guest12067 has quit [Client Quit]
Piraty_ is now known as Piraty
nitdega has quit [Quit: ZNC - 1.6.0 - http://znc.in]
voxadam_ has joined #openwrt-devel
ptpt52 has quit [Ping timeout: 240 seconds]
goliath has joined #openwrt-devel
owrt-2102-builds has quit [Remote host closed the connection]
<thagabe>
Testing out 21.02 rc1 and I'm getting substantially less internet speed. I have comcast 1 gig down (1200 mbps) and tested with 19.07.7 (908 mbps down), original firmware (915 mbps), now tested with 21.02 and it lowered all the way down to 770 mbps
<russell-->
ath79/wzr600dhp still panic'ing on boot with no /dev/root
<guidosarducci>
thagabe: file a bug report, as I also see this is broken. It's worked the last 4 years for me, since first submitting the feature. Very annoying.
<rsalvaterra>
nbd: Speaking of flow offload, the CONFIG_NF_FLOW_TABLE_HW symbol is dropped in 5.10, isn't it?
<barhom>
On firstboot openwrt copies files to /overlay somehow - not sure exactly how that works. But in the process if you are logged in to SSH, once it finishes you get the error, "getcwd openwrt unknown no such file or directory" and need to logout and login again
<barhom>
Is there anyway to know when the copying is done so I make sure I do not try to run any kind of scripts before the overlay copying is done?
<russell-->
r16521 is okay, trying r16532
<blocktrron>
russell--: 2683eeb627aabc7c01fb46fc5e825ece626aeaa5 <-- This probably broke it
<PaulFertser>
barhom: on first boot overlay is in ram, and then jffs2 is being prepared in background, and then the files are copied and overlay switches to jffs2.
<barhom>
Yes, and I assume that I get this error, "getcwd openwrt unknown no such file or directory" once all of that is done right?
<blocktrron>
russell--: This flag was needed to trigger the CS function of spi-ath79 if the GPIOs provided are valid
<barhom>
That happens when the overlay switches to jffs2
<rsalvaterra>
nbd: Thanks for the info, I made a kernel_oldconfig and noticed it had gone, I just wanted to make sure.
<PaulFertser>
barhom: part of this happens in libfstools/overlay.c switch2jffs() function
<karlp>
barhom: you shouldn't need to log out, just "cd"
<barhom>
karlp, I think thats true but until I do logout the prompt says "(unknown)"
<barhom>
Anyway, the question was more if there is I way to find out when the process copying the jffs is done. I do not want to start cron and other tasks until overlay is finished
<russell-->
blocktrron: yeah, that looks likely
<PaulFertser>
barhom: afaict it happens after "mount_root done" returns.
<PaulFertser>
But I can't tell how to track that.
<PaulFertser>
barhom: probably just moving it past 95 is enough?
victhor has joined #openwrt-devel
<PaulFertser>
(so taht it runs after S95done)
<russell-->
trying master HEAD with 2683eeb6 reverted
<Thermi>
logread probably
Rene__ has quit [Ping timeout: 250 seconds]
<Thermi>
logread and follow, pipe into shell with read, check if line corresponds to regex of string describing copying is done, then return from the function
<barhom>
PaulFertser, I'll try that - thanks. Cron is S50 right now, Ill try moving it further down
<Thermi>
procd or sysvinit, barhom?
<blocktrron>
Hmm, yeah, this is steel needed
<blocktrron>
russell--: can you revert it and report if it works again?
<barhom>
Thermi, I assume Im using procd - whatever is default in 21.02
<PaulFertser>
Thermi: oh that would be such a dirty trick
<blocktrron>
Most likely it will, it's still needed, as spi-ath79 sets use_gpio_descriptors
<PaulFertser>
barhom: I've traced the calls in the source code, it really looks like you just need to run after "done".
* PaulFertser
read "steel needed" as "steel indeed" and so was wondering when a discussion about materials started :)
<barhom>
Seems like done is S95, since cron is S50 I should be fine making cron S95+. I cant see that openwrt relies on cron for any other things than my own custom files
<barhom>
Thanks for the help
Rene__ has joined #openwrt-devel
<russell-->
blocktrron: yep, that was it, reverting fixes it
<Thermi>
barhom: procd does not track start completion or service completion. Therefore the problem exists that copying and cron still run into each other
muhaha has joined #openwrt-devel
<barhom>
What about a way to check if the overlay is mounted?
<barhom>
using 'df' for example. What would I look for?
<PaulFertser>
barhom: are you sure what I suggest doesn't really work?
<barhom>
Putting it after done? Probably it works but that means I need to remove /etc/init.d/cron default file
<barhom>
I'd like to avoid removing as much defaults as possible
<PaulFertser>
barhom: not removing, just making a symlink with not default name.
nitroshift has quit [Quit: Gone that way --->]
uwwint has joined #openwrt-devel
Borromini has joined #openwrt-devel
uwwint has quit [Remote host closed the connection]
Borromini has quit [Ping timeout: 260 seconds]
kristrev has quit [Read error: Connection reset by peer]
<blocktrron>
russell--: okay, I'll revert that with another patch i plan on upstreaming
<blocktrron>
Can i ping you, so you can verify it still works then?
danitool has joined #openwrt-devel
urjaman has quit [Read error: Connection reset by peer]
urjaman has joined #openwrt-devel
kristrev has joined #openwrt-devel
kristrev has quit [Ping timeout: 265 seconds]
muhaha has quit [Quit: Connection closed]
valku has quit [Quit: valku]
valku has joined #openwrt-devel
kristrev has joined #openwrt-devel
Borromini has joined #openwrt-devel
Borromini has quit [Ping timeout: 240 seconds]
decke has quit [Quit: Leaving.]
black_ant has quit [Ping timeout: 268 seconds]
Slimey__ has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
Slimey has quit [Ping timeout: 246 seconds]
Slimey__ is now known as Slimey
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
SamantazFox__ has quit [Remote host closed the connection]
victhor has quit [Ping timeout: 246 seconds]
victhor has joined #openwrt-devel
nast has joined #openwrt-devel
dorf has joined #openwrt-devel
kristrev has quit [Read error: Connection reset by peer]
kristrev has joined #openwrt-devel
Tost has quit [Ping timeout: 240 seconds]
eric21 has joined #openwrt-devel
<eric21>
Hi openwrt-devs.. I've been working lately to get my comfast ew74 (looks like the 72, but actually rampis, not ath79). Now that everything is working well enough I wanted to see how I can get some help/feedback on finalizing and cleaning things up enough to contribute the changes back to the community. I think the two outstanding items
<eric21>
would be, making the leds do something more meaningful and a more pretty or abstracted DTS.
<PaulFertser>
eric21: usually you can find contributions for similar hardware by just doing git log for the target/linux/ramips directory
<PaulFertser>
eric21: for LEDs to be meaningful you assign them appropriate aliases.
<eric21>
PaulFertser I do have some leds working the rssi part may not be right, I will work on that if I get time. I'd really like to contribute what I have since the rest seems to work well, My dts is pretty good, i leverage the includes as much as possible after starting with on eI extracted from the factory firmware. I'm more wondering if the
<eric21>
community would help polish it? Do i submit a pull as/is? or just leave it only in my world and continue to build images as needed? I've never written anything to contribute... I have it "commited" to my local system correctly I think, so I could generate a patch or whatever with a little help.
<PaulFertser>
eric21: I think if this hardware is available to the general public it would certainly be beneficial to the community to have it supported in upstream OpenWrt, I can't really understand why you're hesitating. Please ask a specific questions and I hope someone will find a specific answer for you.
<PaulFertser>
eric21: if you need a wiki account to document the board please send me your desired wiki nick and e-mail and I'll add you.
<eric21>
what do I do next? email a patch or what? I'm asking now that it builds and works and I have git add/committed locally, what should I do.
<PaulFertser>
eric21: you can either email it to the devel mailing list (better use git send-email for that) or add a "github pull request".
<PaulFertser>
eric21: both ways are described on the wiki, I suggest you reread the contribution guidelines there.
<eric21>
I will I'll work on getting get send-email to work, I was just trying to understand if it was time to. Thanks Paul.
<PaulFertser>
eric21: git send-email with all default settings (no configuration at all) is actually working fine for the purpose.
<eric21>
OK, I'll keep that in mind.
<PaulFertser>
(assuming you have a functioning MTA of course)
<eric21>
I can make my MTA work, I was practicing sending to my self but I think I need to generate a patch or something, it returns this:
<eric21>
fatal: ambiguous argument '001-description.patch': unknown revision or path not in the working tree.
<eric21>
Use '--' to separate paths from revisions, like this:
<eric21>
format-patch -o /tmp/MqJApZQtmf 001-description.patch: command returned error: 128
<eric21>
I appreciate the help BTW. this is what it takes to motivate me to get over the hump...
feriman has joined #openwrt-devel
<PaulFertser>
eric21: if you just need to send the last commit you do "git format-patch HEAD^"
<eric21>
I prob have 3 or 4 prior ones of the past week, i'm sure I can find them "git log", I think I merged or switched to master at somepoint. should I just generate a patchfile for each of my commits?