<aep>
jo. need to work on some kernel patches, what method would you recommend for quickly booting a patched kernel for testing? instead of building the full image and flashing every time
<PaulFertser>
aep: building initramfs image and booting it with TFTP.
<PaulFertser>
Or possibly flashing an image with KEXEC enabled, and booting your new images via that.
<PaulFertser>
(but it might be not as reliable as a testing method)
<aep>
the uboot on this thing is pretty broken, so dont think it can boot directly
<aep>
forgot about KEXEC, will try
mrkiko has quit [Quit: leaving]
<Borromini>
does kexec work reliably on OpenWrt?
mrkiko has joined #openwrt-devel
<robimarko>
That would really depend on the specific platform
<robimarko>
There is nothing special about OpenWrt
<Borromini>
ok :)
<robimarko>
But it really depends on all of the driver properly reinitialising the HW
<aep>
uuuh feeling a bit stupid... where's the kernel image actually after doing ' make target/linux/compile' ?
<aep>
its not in openwrt/build_dir/target-mips_24kc_musl/linux-ath79_generic/linux-5.4.194/arch/mips/boot/
<stintel>
aiyion: that SoC is not supported in Linux
<aiyion>
huh, thanks
<f00b4r0>
robimarko: hi, missed you yesternight, did you catch my pm?
<aep>
maybe its ./build_dir/target-mips_24kc_musl/linux-ath79_generic/linux-5.4.194/vmlinuz but that makes kexec very unhappy (usercopy: Kernel memory overwrite attempt detected to kernel text (offset 64004, size 256)!)
<robimarko>
f00b4r0: Not really, havent got anything in Hexchat
<rmilecki>
jow: could you take a look at https://github.com/openwrt/packages/pull/19475 ("ddns-scripts: store device's current IP in <section>.curr_ip file")? do you want to review/ack it?
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
<aep>
hmm my kernel patch isnt picked up. i just wrote intentional invalid C into target/linux/generic/hack-5.4/9999-otg-break-mac80211.patch and it still compiles fine
<robimarko>
mac80211 stuff is built from backports, not the kernel tree
<aep>
oooh
<aep>
oh no, how do i even patch that then? D:
<stintel>
package/kernel/mac80211/patches/
<aep>
do i just move kernel patches into there?
<aep>
these look like kernel patches at least
<aep>
apparantly not. that doesnt apply
Atomicly- has joined #openwrt-devel
AtomiclyCursed has quit [Ping timeout: 480 seconds]
Atomicly- is now known as AtomiclyCursed
<nbd>
hauke: what do you think about https://git.openwrt.org/?p=openwrt/staging/nbd.git;a=commit;h=991172823d78df7160088bbf2b381cf3d0617b03 ?
goliath has joined #openwrt-devel
srslypascal is now known as Guest2894
srslypascal has joined #openwrt-devel
Guest2894 has quit [Ping timeout: 480 seconds]
<Borromini>
aep: the root path for those patches is the subsystem afaik
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<aep>
yeah, figured it out thanks
<aep>
really annoying workflow, having to wait 3 minutes for each change
<rmilecki>
nbd: i'm not aware of anyone using b43legacy
<rmilecki>
russell--: ?
<nbd>
i think acx-mac80211 can probably be removed as well
Borromin1 has joined #openwrt-devel
Solution-42_ has joined #openwrt-devel
<Solution-42_>
Q: I've submitted an openvpn connected clients luci app openvpn request, but it doesn't get any priority at this time/stage. Can anybody point me in the right direction or explain to me why these kind of items don't get picked up? Any help / direction is appriciated.
Borromini has quit [Ping timeout: 480 seconds]
lmore377 has quit [Read error: Connection reset by peer]
<hauke>
nbd: I think it is good to remove stuff not using cfg80211/mac80211
<hauke>
does the otehr stuff cause any problems?
Borromini has joined #openwrt-devel
<robimarko>
I doubt anything non cfg80211/mac80211 compatible has been actually used in ages
<Borromini>
aren't most binary blobs even over on mac80211 nowadays?
<russell-->
rmilecki: whut?
<russell-->
oh, regarding b43legacy? i have some netgear wgt634u, they have ath5k radios
<russell-->
they are being used in a community/art project, http://futel.net/ still rendering sufficient service to not unplug ... not everyone clings to the cutting edge!
<PaulFertser>
Typing these words via an ath5k card :)
<f00b4r0>
so, 2 users :3
<PaulFertser>
My laptop isn't running OpenWrt so that doesn't really count. That Futel project though looks very cool.
<russell-->
ath5k, of course, is not b43legacy
<russell-->
i do have at least one wrt54g(l) mint in shrinkwrap, but that's waiting for a musuem
<slh>
and it's also using b43, not b43legacy
tlj has quit [Remote host closed the connection]
<PaulFertser>
If you manage to upgrade RAM to 32 MiB it'll run a WPA3 AP.
<slh>
I'm still using (albeit on desktop linux, not OpenWrt), ipw2200 (rather often), rt61pci, rt73usb, rt2800pci/usb, rtl8187, zd1211rw
<Borromini>
slh: is that nostalgia?
<slh>
no, just old stuff - it's still there, it still works, it get use as-needed, not very often, but it still does
<slh>
I have more old b/g and n WLAN cards than newer ones
srslypascal has quit [Quit: Leaving]
srslypascal has joined #openwrt-devel
<slh>
and that was just the at-risk stuff I'm still using semi regularly, not all the stuff sitting in a drawer or not-at-risk, but still in active use - I'm mostly wired...