<Grommish>
Huh.. Same.. but I wanted to ask someone with knowledge about WSL2 in particular because what I'm seeing doesn't jive with my previous experiences
<Grommish>
No Stapled Cert
<Grommish>
That's not good
<Grommish>
"The OCSP response does not include a status for the certificate being verified." Wonder if Microsofts CA is having issues
<Grommish>
Chrome doesn't use OCSP to check the Revocation Lists, they just roll their own, so it probably works fine on Chrome-type browsers
<Grommish>
My issue/question is regarding WSL2 and resource sharing on the host. I was under the impression for VMs the host and guest can't use the same hardware at the same time
<dwfreed>
depends on how you define "use"
madwoota has quit [Read error: Connection reset by peer]
PtitGNU has quit [Ping timeout: 480 seconds]
madwoota has joined #openwrt-devel
mkresin has quit [Remote host closed the connection]
mkresin has joined #openwrt-devel
danitool has quit [Read error: Connection reset by peer]
danitool has joined #openwrt-devel
<Grommish>
dwfreed: I've got a WSL2 install that seems to have broken WSL2.. it won't recognize .wslconfig, has a NTFS filesystem, and seems to be sharing devices like the NIC between the host and the guest ubuntu-20.04 machine.. Same IPs (v4/v6) and same MAC.. it isn't using a vSwitch, it's using the host adapter directly
<Grommish>
and I was under the impression it didn't work like that, is all :D
<dwfreed>
using the same IPs and MAC aren't unheard of
<Grommish>
Good, then I won't sweat it.. It just broke what i knew :)
<svlobanov>
Hello. maybe somebody knows if it is possible to disable 60-bytes ethernet padding on rt3050-esw (MT7628AN soc) ? Small frames sent or received by this switch always 60bytes but another devices can sent smaller frames
decke has joined #openwrt-devel
<PaulFertser>
svlobanov: but 802.3 defines minimum frame size, are you trying to go below that? Why?
<svlobanov>
PaulFertser: I know that this standard defines it but in real world many(most) devices send frames smaller than 60 bytes. I have pcap-based application and I need to fix it due to this padding. Disabling padding will be easier
<PaulFertser>
svlobanov: I suggest you stay on channel, probably someone who has documentation handy can answer.
<stintel>
hurricos: yes but musl requires asm changes because at the moment it still hardcodes altivec instructions for ppc64 which e5500 does not support
<stintel>
hurricos: I took a stab at it but it's another rabbit hole
<stintel>
I'm gonna try and send v2 of qoriq this week, aim to get it in master then continue on trying to fix musl
<russell-->
why is there a dtc package in both openwrt.git and feeds/packages?
<ynezz>
rmilecki: but you should remove it from feeds/packages as well
<rmilecki>
maybe ;)
<ynezz>
rmilecki: BTW you're using fdtget in target/linux/bcm4908/base-files/lib/upgrade/platform.sh but I don't see any dependency on it, so I'm wondering how it gets into the image
<rmilecki>
ynezz: default y I think
<rmilecki>
ynezz: hm, that should probably get selected by target
<rmilecki>
i probably missed sth
<rmilecki>
> ./scripts/diffconfig.sh | grep dtc
<rmilecki>
CONFIG_PACKAGE_dtc=y
<rmilecki>
ah, i selected it manually
<rmilecki>
nice catch ynezz thank you
<ynezz>
it's rather fdt-utils package :)
<rmilecki>
right ;)
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
victhor has joined #openwrt-devel
aiyion_ is now known as aiyion
<mangix>
svlobanov: your best bet is to switch to the upstream Ethernet/DSA driver. I believe mt7628 is supported.
<svlobanov>
mangix: I'm using 5.10 kernel for openwrt master. how to switch to upstream dsa driver?
<svlobanov>
*from
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
PtitGNU has joined #openwrt-devel
victhor_ has joined #openwrt-devel
victhor has quit [Ping timeout: 480 seconds]
victhor has joined #openwrt-devel
victhor has quit []
victhor_ has quit [Quit: Leaving]
srslypascal is now known as Guest8432
srslypascal has joined #openwrt-devel
victhor has joined #openwrt-devel
<nitroshift>
may i ask who's the x86 target maintainer?
<nitroshift>
got fed up with mwlwifi, replaced the rango's with a core i3 / 8gb ram mini pc
* nitroshift
pokes stintel
<rsalvaterra>
nitroshift: I happen to play with x86-64 hardware from time to time.
<nitroshift>
we *do* support realtek wifi cards :p
<nitroshift>
rsalvaterra, good to know :)
* nitroshift
grins
<rsalvaterra>
stintel: Sorry, yesterday I misquoted aparcar instead of you. Thanks for merging the ramips stuff. :)
Guest8432 has quit [Ping timeout: 480 seconds]
<stintel>
nitroshift: there are no target maintainers anymore
<nitroshift>
look who's awake :p
<nitroshift>
stintel, didn't know that but looks like there are some realtek drivers upstreamed in linux kernel
<nitroshift>
luckily for me, they cover my wifi card :)
<rsalvaterra>
Which card is it?
<nitroshift>
(for the moment, as i plan to upgrade it)
<nitroshift>
rsalvaterra, it's a rtl8822ce chip
<nitroshift>
quite crappy but at least it holds the connection stable
<nitroshift>
whereas mwlwifi was constantly dropping it
<nitroshift>
under (not so) heavy load
<nitroshift>
i'm stuck at ~700mbps rate at the moment, looking to replace it with some more capable one
<neggles>
remove the flag from the rt305x_init_data() and pray it doesn't break anything
<nitroshift>
i'm looking at an intel 9260 chip
<neggles>
FE_FLAG_PADDING_64B
<rsalvaterra>
nitroshift: Are we talking about Wi-Fi cards working in AP mode?
<nitroshift>
rsalvaterra, yes
<rsalvaterra>
nitroshift: Forget Intel.
<rsalvaterra>
And Realtek, for that matter.
<svlobanov>
neggles: thank you, will try. it is safe, because I can de-brick my device
<nitroshift>
rsalvaterra, noted
<neggles>
svlobanov: worst case scenario, it breaks the ethernet
<wigyori>
nitroshift: there is no such thing as maintainers anymore, everybody is doing everything :P
<nitroshift>
however, the realtek card i got now works quite ok in ap mode
* nitroshift
hugs wigyori
<nitroshift>
hey!!!!!!!
* wigyori
waves
<neggles>
I doubt it'll make any difference, though. if the switch part of the die is standards-compliant, it should either drop incoming frames below 64B (including FCS) or pad them for you
<rsalvaterra>
nitroshift: For 802.11ax AP, Mediatek is where it's at, these days.
<neggles>
and there's no register to control that in the switch itself
<nitroshift>
rsalvaterra, i only need ac
<neggles>
svlobanov: it won't damage it, though. it just might not work
<rsalvaterra>
nitroshift: Again, Mediatek. :)
<rsalvaterra>
MT7615, for 802.11ac wave 2.
<neggles>
it's mediatek all the way down, people
<nitroshift>
rsalvaterra, thanks
<rsalvaterra>
neggles: Can't deny facts.
<nitroshift>
rsalvaterra, tricky bit is that it has to be in a mini m2 slot
<rsalvaterra>
nitroshift: Get a NGFF to mini-PCIe adapter.
<neggles>
I hold out hope for ipq50xx to not be a total nightmare to support
<neggles>
...not MUCH hope...
<karlp>
mediatek doens't seem to hav eany wifi+bt combo units unfortunately.
<rsalvaterra>
karlp: I read that as a feature. :)
<nitroshift>
rsalvaterra, i already have that, the card itself is in mini m2 format :p
<karlp>
travolta.gif looking for an extra open port for a bt radio...
<rsalvaterra>
nitroshift: And the connectors on the PC are mini-PCIe?
<nitroshift>
yep
<rsalvaterra>
nitroshift: In that case, that's perfect. *However*…
<Slimey>
<hurricos> The BSAP-2030 uses RedBoot so obviously not just drag and drop. No it uses uboot
<Slimey>
the one adtran models that used redboot where the 1800 series, everything newer is uboot
<neggles>
svlobanov: if you’re seeing no TX padding but getting RX padding, then yeah, the switch silicon is doing the padding and you can’t turn that off - it’s a required part of the standard
nitroshift has quit [Quit: Gone that way --->]
el0y has joined #openwrt-devel
valku has joined #openwrt-devel
ecloud has quit [Ping timeout: 480 seconds]
ecloud has joined #openwrt-devel
srslypascal is now known as Guest8453
Guest8453 has quit [Read error: Connection reset by peer]
srslypascal has joined #openwrt-devel
<karlp>
who was it who ported openwrt to run on an sfp(+) ? (on the sfp itself, not a board with sfps)
<stintel>
o_O
<stintel>
I'm aware of OpenWrt running on a NIC with SFP+, but not on the SFP+ modules themselves
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
<Grommish>
stintel: Yah, was it Damex who was looking at the CN6xxx NIC?
<karlp>
Habbie: no, no tthat one, but that's what made me think of what i remembered before...
<karlp>
stintel: that might be what I was remembering, thanks.
<stintel>
welcome :)
<Grommish>
I want to see if OpenWrt can be loaded in place of QNAP firmware for the EOL devices
<Grommish>
I've got a TS-328 here theyve EOL'd and is essentially ewaste unless I can figure something to do with it
<Slimey>
lol oh i remember that
<stintel>
hurricos was the one who started the forum post, I found that and decided to get some of those cards, hit the existing phy driver code with a stick until it worked on 5.10
<Grommish>
stintel: Which is an octeon-wide issue :(
<Grommish>
at leak the memleak
<stintel>
I made some attempts at porting the nand driver code to work on 5.10 but it's too ancient, I gave up
<Habbie>
Grommish, looks like a pretty plain device, shouldn't be too hard to port?
<Grommish>
Habbie: The issue is that the Octeon target has a nasty kernel memleak in 5.10/5.15 and makes it unusable :D The target is stuck at 5.4 until it's fixed and that doesn't sit well with it's future
<Habbie>
oh right
<stintel>
yeah it's pretty nasty alright, when I was still using one of my ERL as backup router it would kill the device after ~8h of uptime
<stintel>
wild guess is it's related to multicast traffic, I have a lot of that on my network :P
Slimey has quit [Read error: Connection reset by peer]
<Grommish>
I was watching it grow by the second when I was looking at it.. I agree it appears to be networking related, I just don't know where
<karlp>
tmn505: yes! that's the one I remember thanks!
<Grommish>
upstream says it ain't the driver :D
Slimey has joined #openwrt-devel
<stintel>
maybe someone should send again a patch to drop the octeon ethernet driver due to its shitty quality and this leak :P
<stintel>
and possibly draw some attention :P
* Slimey
makes stintel unstable with a 2.5 kernel
<stintel>
and wow that GPON module is cool
<stintel>
64MB RAM and 16MB flash seems usable :D
svlobanov has quit []
<stintel>
and that has the same connector as what my FTTH uses
* stintel
tries not to order a few :P
<Habbie>
task failed successfully?
<stintel>
:D
<stintel>
I have too much unfinished stuff already
<Habbie>
same
<Habbie>
i try to limit ordering to tools that will help me finish things
<Habbie>
so now i also have a ton of unused tools
<stintel>
:P
<stintel>
yeah I ordered pomona clips, so now the TP-Link OC200 is also back on the list
<Habbie>
ah, better brand?
<Habbie>
wow, 25 bucks
<stintel>
I was able to read and write several times the NOR on the OC200
<stintel>
so yeah, much better than 3M
decke has quit [Quit: Leaving.]
goliath has quit [Quit: SIGSEGV]
<f00b4r0>
wait wait wait, it's possible to flash ONT with OpenWRT and maintain authentication?
* f00b4r0
confusingly reads scrollback
noltari has quit [Ping timeout: 480 seconds]
<stintel>
I didn't read that far into the topic :P
<f00b4r0>
;)
PaulFertser has quit [Ping timeout: 480 seconds]
noltari has joined #openwrt-devel
gladiac has quit [Quit: k thx bye]
gladiac has joined #openwrt-devel
bluew has quit [Remote host closed the connection]
bluew has joined #openwrt-devel
Borromini has joined #openwrt-devel
valku has quit [Quit: valku]
goliath has joined #openwrt-devel
noltari_ has joined #openwrt-devel
noltari has quit [Ping timeout: 480 seconds]
srslypascal has quit [Quit: Leaving]
srslypascal has joined #openwrt-devel
<stintel>
ok so... I've this OC200... it has a base64-encoded rsa privkey in the SPI NOR, which also contains u-boot and has a recovery mode. getting serial on this device is horribly difficult, so my idea was to overwrite the RSA pubkey to allow flashing images signed with a local private key
<stintel>
now overwriting only the pubkey causes the device not to boot at all, I suspect due to a checksum not being correct anymore
<stintel>
are there any tools to automatically look for such a checksum?