valku1 has joined #openwrt-devel
valku has quit [Read error: Connection reset by peer]
valku1 is now known as valku
valku1 has joined #openwrt-devel
valku has quit [Read error: Connection reset by peer]
valku1 is now known as valku
valku has quit [Quit: valku]
minimal has quit [Quit: Leaving]
danitool has quit [Remote host closed the connection]
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
slh has quit [Remote host closed the connection]
slh64 has quit [Quit: gone]
gch981213 has quit [Ping timeout: 480 seconds]
gch981213 has joined #openwrt-devel
slh has joined #openwrt-devel
slh64 has joined #openwrt-devel
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
philipp64 has joined #openwrt-devel
<Znevna> morning
<KGB-1> has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
wo0f has quit [Remote host closed the connection]
goliath has joined #openwrt-devel
torv has quit [Remote host closed the connection]
Tapper has joined #openwrt-devel
torv has joined #openwrt-devel
<mrkiko> Znevna: morning
matoro has quit [Remote host closed the connection]
matoro has joined #openwrt-devel
arnd has quit [Read error: Network is unreachable]
arnd has joined #openwrt-devel
Borromini has joined #openwrt-devel
danitool has joined #openwrt-devel
robimarko has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<Borromini> a fool's errand?
<Znevna> get ready tomorrow we start!11 :P
<robimarko> I will never understand why people are doing that
<robimarko> You are basically converting OpenWrt back to stock FW
<Znevna> the wifi part at least
<robimarko> They did the networking as well, not in that thread
<Znevna> pft
<robimarko> But there is networking and offloading from stock FW as well
<mrkiko> robimarko: stop reading ...
<mrkiko> :D
<oliv3r[m]> Is it possible, to define a u16 (array) in the devicetree, and then OR bits together? e.g. I want to do `led_set0 = /bits/ 16 <0x0000 (FIELD1 | FIELD2 | FIELD3)>;` e.g. would the parenthesis help/are they required? ( I would expect it so?)
<robimarko> mrkiko: Those dont bother me anymore
<robimarko> I stoped caring a long time ago
<oliv3r[m]> could I also use `led_set0 = /bits/ 16 <0x0000> <FIELD1 | FIELD2 | FIELD3>;` instead? or what other magic could I use?
<oliv3r[m]> should be some possibility right? as I see AM33XX_IOPAD(0x9b4, PIN_OUTPUT_PULLDOWN | MUX_MODE3) for example if I grep for it
<robimarko> dtc is not going to do that for you
<oliv3r[m]> I thought the kernel was using cpp as preprocessor regardless? e.g. how is upstreaem kernel doing that in the AM3XX case? (the only diff. being that the macro forces parenthesis around it)
<robimarko> Yes, you should be able to do it with a macro
<oliv3r[m]> because the macro forces it through the preprocessor?
<jow> robimarko: could imagine that this effort is for creating dd-wrt-esque downstream firmwares
<jow> openwrt just happens to be the facilitator (in terms of providing toolchain / image packing tools and/or community support platform)
<jow> I somehow doubt that this is private enthusiasts seeking to squeeze more perf out of their boxes
<mrkiko> robimarko: in your opinion, would it be feasible to merge only the "fan" related DTS changes for the Zyxel NBG7815 ? Or would it be better to have a more general solution ?
<robimarko> jow: Yeah, they use use the infra
<robimarko> mrkiko: DTS changes for it are worthless as they are exposing the fan as GPIO
<robimarko> What I proposed it to register it as gpio-fan
<robimarko> And then you can attach it as active cooling device directly in DTS
<robimarko> Cause its ON/OFF anyway
<robimarko> jow: Any chance you can take a look at those OPKG patches?
<robimarko> I am hearing just seeing whole thread of complaints because ASU doesnt work
<robimarko> And its not ASU-s fault
<mrkiko> robimarko: yeah, good point
<mrkiko> robimarko: the problem is - I'm little bit worried about devices getting too hot; wondering if having at least the option to keep the fan constantly on would be better than having it constantly off for the times being...
<robimarko> mrkiko: If they made the heatsink properly its not gonna be overheating
<robimarko> Worst case scenario you are gonna trip the passive thermal trips and cpufreq is gonna throttle
<mrkiko> robimarko: OK, thanks
<robimarko> What I asked in the PR is easy to do, no idea why it was not implemented
<robimarko> Its easier then using an userspace script with harcoded paths and everything
danitool has joined #openwrt-devel
<Znevna> couldn't resist not to ask
<Znevna> and reported
<Znevna> ez
<gch981213> robimarko: The proprietary vendor driver is more stable than the one in Linux when the open-source one isn't made by the chip vendor themselves. I used to do that on mt7620 back in 2015.
<gch981213> robimarko: Nowadays I decided it doesn't worth my time so all my mt7620/mt7612e routers are on the shelf doing nothing. :P
<robimarko> gch981213: why not just use stock FW?
<gch981213> robimarko: You can't install plugins there.
<Znevna> it looks pretty stable here
<robimarko> gch981213: Sure you can, just use the MTK SDK which is fresh 17.01
<Znevna> fresh :P
<dhewg> bleeding edge from a vendor's perspective
<gch981213> robimarko: The fw provided by vendor can't though.
<gch981213> LEDE MTK SDK wasn't a thing in 2015.
<gch981213> It was one based on Barrier Breaker with Linux 3.10
<gch981213> and I hate how MTK configures their wifi.
<robimarko> You dont like non cfg80211/nl80211 drivers?
<robimarko> I always find it fascinating that they seem to reinvent some weird config format
<gch981213> robimarko: Not that. MTK doesn't use netifd and wrote their own.
<robimarko> Well, I would be surprised if they did not
<gch981213> robimarko: They've been using that config file since the WEXT days and never bother to upgrade to cfg80211.
<gch981213> It isn't reinvented :P
<robimarko> That just makes it even worse
<gch981213> Yes. Just a ton of ancient code.
<Znevna> Asus uses something called "OpenWRT SDK_4210" :P
<gch981213> Znevna: is their Linux SDK. It isn't based on OpenWrt.
<Znevna> gch981213: any thoughts on this PR?
<gch981213> Znevna: It's fine as long as the vendor u-boot doesn't complain about broken firmware2.
<Znevna> it only checks it if the first one is bad
<Znevna> lemme double check the logs tho
<gch981213> TBH I really hope someone can put a ubi-ready u-boot at the kernel partition and load the actual fw from UBI.
<gch981213> But that's probably too much to ask.
<robimarko> I swear, these vendor u-boot forks are getting dumber and dumber
<gch981213> robimarko: MTK doesn't deviate from upstream too much nowadays. I agree that the qualcomm one is crazy.
<gch981213> Why are they patching device tree?
<robimarko> Cause, they are crazy
<robimarko> Basically like always they are trying to work around, not with
borek has joined #openwrt-devel
<Znevna> oh so we're sharing private builds via the forum's messaging system and discussing the builds in the forum
<Znevna> nice
<robimarko> Just wait for first bricks and issues opened against openwrt
<Borromini> Znevna: are you getting PMed with firmware images?
<Znevna> no
<Znevna> I didn't ask for one :P
<Znevna> but that seems to be the distribution system in that topic
<Borromini> well it's a slippery slope, which is why I'd ban support for anything but vanilla OpenWrt from the forums
<Znevna> I'd support that
<Znevna> or at least private builds from a public, personal repo
<robimarko> There is a community builds section
<Borromini> you start with 'but the base is OpenWrt' or 'but this SDK is/was OpenWrt' and you end up with 'why is OpenWrt such crap?'
<Znevna> not "here test this binary blob of mine'
<robimarko> I dont see anything wrong with having your tree with modifications and sharing that
<robimarko> But binary blobs are a big no-no
<Borromini> robimarko: modifications, no. Vendor SDK based builds, yes
<robimarko> Yep, we agree
<robimarko> Vendors are contributing to OpenWrt is crap
<robimarko> As they are openly claiming that their devices are running OpenWrt
<robimarko> Not even OpenWrt based, but pure OpenWrt
<Borromini> and freeloading off the community for support
<robimarko> GL-Inet even says so on the box
<robimarko> But then you get the vendor SDK inside
<Znevna> do they send fat check to OpenWrt? :P
<gch981213> robimarko: I remember GL-iNet submits device support themselves.
<robimarko> Only for those that are basically add a DTS and call it a day
<Borromini> Znevna: i don't think they send anything to OpenWrt
<robimarko> All of the new IPQ60xx and Filogic stuff nope
<Znevna> sad
<gch981213> robimarko: There aren't much they can do beyond that.
<Borromini> Znevna: SOP I'm afraid
<robimarko> gch981213: How about not claim that they are running OpenWrt
<robimarko> BTW, I am sure they are violating the trademark that way
<gch981213> Oh. That's a problem.
<robimarko> I got their IPQ6000 toy recently as a donation
<robimarko> And it quite literaly says on the box OpenWrt
<robimarko> And then you run it and its just QSDK
<Znevna> no way :P
<robimarko> Claims: OpenWrt
<robimarko> Pre-installed
<Borromini> like Linksys with the WRT AC series
<robimarko> Other vendors are starting to do the same
<robimarko> They are now dropping the based word
<Znevna> gch981213: any ideea how we find the proper value for mediatek,bmt-max-reserved-blocks = <64>; ?
<gch981213> Znevna: I remember nbd said it doesn't need any override?
<Znevna> that was about force-create I think
<nbd> the reference code that i was pointed at had default values
<nbd> and force-create is not used
<Znevna> so we can omit the reserved blocks?
<Znevna> max-reserved-blocks*
<nbd> yes, i think so
<Znevna> ok, thank you
<xback> f00b4r0: I'm not missing the issue or blindly ignoring it :-)
<xback> I'm questioning it as the reboot is always at exactly the same point even with jitter due to context switching over such a period of time
<stintel> xback: can you check `ubus call system watchdog` ?
<xback> stintel: sure. Just arrived at the office and will start investigating further now
<stintel> on qoriq/m300 the problem was that watchdog was modular, procd starts watchdog before kmodloader runs, so the watchdog wasn't started, then during sysupgrade, procd does watchdog handover, which in this case started the watchdog, and this particular watchdog didn't like procd default watchdog values and after X time watchdog reset the system
<stintel> usually before sysupgrade finished because I had a couple of larger files in /tftpboot that needed some time backing up
<xback> stintel: can you elaborate where to check this exactly? it will speed up testing a lot
<stintel> just run the ubus command
hanetzer has quit [Quit: WeeChat 3.8]
<stintel> in the case of the m300, the watchdog was not running
<xback> {
<xback> "status": "running",
<xback> "timeout": 30,
<xback> "frequency": 5,
<xback> "magicclose": false
<xback> }
<stintel> ok so it's not the same issue as on qoriq/m300
<stintel> maybe still, the watchdog doesn't like the handover procd does during sysupgrade
<xback> stintel: but in your case, did it cleanly reboot or just reboot without any closure
<robimarko> Is this the imx I am seeing in emails?
<xback> as in this case, alle attached devices are first properly closed before reboot
<xback> robimarko: yes
<stintel> xback: watchdog reboot is hardware reset
<xback> stintel: exactly my point
<stintel> xback: so I guess it's not the watchdog
<robimarko> If its cleanly rebooting it aint WDT
<xback> which is the reason I'm not blindly following the WDT stuff in mails
<stintel> then I will withdraw from the discussion ;)
<robimarko> imx2-wdt 20bc000.watchdog: Device shutdown: Expect reboot!
<robimarko> Does this usually get printed before reboot?
<xback> the log shows a nice clean reboot with drivers being unload first etc
<mrkiko> Out of curiosity - what happened when gl.iNet submitted the gl-b2200 support? I am genuinely curious - did someone tell them their submission was not complete and hence not acceptable (e.g.: because sysupgrade support was missing)?
<xback> just made this one 20 sec ago
<robimarko> I mean, is that printed as well if you just reboot normally, not during sysupgrade
<xback> I added the "sleep 2" before ubiformat .. and it reboots again when scanlib is at exactly 98%
<xback> robimarko: ooh, i'll test it. hold on
<robimarko> Cause, I have not seen WDT-s printing stuff before reboot
<f00b4r0> xback: what robimarko just pointed out is exactly why I'm suspicious about wdt
<xback> here is when providing a reboot command
<f00b4r0> ok so it confirms you get a clean shutdown
<robimarko> Thats weird, but maybe the WDT is being used to reboot
<f00b4r0> but that shutdown is apparently premature
<xback> robimarko: it is on purpose
<mrkiko> anyway I agree with you robimarko; to me it seems e are on a kind of a situation where the openwrt project doesn't react because we hope them not to close down things too much, and they try to not close down things too much because they know they need openwrt. Am I wrong?
<xback> Gateworks ventana uses pmic to powercycle the whole board. not the internal imx6 registers
<f00b4r0> have to run, bbl
<xback> the dts contains a few lines which registers the WDT to trigger a GPIO to an external pmic
<xback> this way all attached pheripherals are rebooted too
<gch981213> mrkiko: I guess everyone forgot to check that.
<mrkiko> But probably I'm wrong on my thinking - and probably all those vendors simply don't care too much in general, also because they have to respect qca/mtk/whatever rules
<robimarko> xback: Ok, that makes sense
<Borromini> mrkiko: they buy their stuff from QCA/MTK/...
<gch981213> mrkiko: It seems that router vendors don't get access to the complete chip manuals nowadays. Even if they want to contribute upstream, they have to guess how the chip works from the garbage code written by chip vendors.
<Borromini> ultimately those are the guys that deliver the SDK, so you have to make do
<mrkiko> so, they are in a similar position as we are but with pretty different objectives
<robimarko> gch981213: My bet is that they dont even ask, its way cheaper and faster to just not ask
<robimarko> And use the SDK, then you just make support cases and thats it
<mrkiko> Thank you all guys for your explanations and patience. I apreciate them
hanetzer has joined #openwrt-devel
guidosarducci has joined #openwrt-devel
<gch981213> robimarko: QCA doesn't provide manuals for IPQ stuff unless you are a big client and sign a separated NDA for those. But I agree that most of the time router vendors don't care about upstreaming at all.
<robimarko> Exactly my point
Znevna is now known as BinaryBob
<mrkiko> BinaryBob: don't do that, you remember me that day of the guy attacking stintel ...
<BinaryBob> I'm not attacking anyone x.x
<mrkiko> BinaryBob: I know I know :)
BinaryBob is now known as Znevna
<Znevna> but fine :P
<mrkiko> Znevna: :)
<Znevna> rofl
<xback> stintel: you got attacked?
<Znevna> we had a troll yes
<stintel> impersonated by a troll on IRC and ML yes
<stintel> because I told them they need to put the device specs in the commit message
<stintel> and then the typical kiddie ban evasion and ascii farting in the channel
<robimarko> You gotta hand it to him, he was persistant
<stintel> I disagree, he gave up within 24h
<stintel> s/he/they/* before I get the woke police on my back
<robimarko> Lets just use it
<mrkiko> but ok guys, an urgent decision needs to be made regarding forum moderations and so on
<Borromini> Znevna: that Annick got some screws loose.
<Znevna> I don't vouch for the other one either :P
<Borromini> :P
<Borromini> but hey, the blind leading the blind
<mrkiko> Borromini: uh, didn't know this "way of saying"
<Znevna> someone with higher powers will take the appropiate action
<Znevna> appropriate *
<Znevna> but I like how the "dev" just pointed this out "i do not have any device so it's not easy, what is not working?" ^^
valku has joined #openwrt-devel
<gch981213> lol
<gch981213> Why does he make that firmware if he can't benefit from it himself?
<Znevna> to quote him, "is to walk with hands on the ground"
<gch981213> Znevna: What does that even mean...
<Znevna> ¯\_(ツ)_/¯
<stintel> loosely translates to "I'm a troll"
<gch981213> stintel: :D
srslypascal is now known as Guest2403
srslypascal has joined #openwrt-devel
valku has quit [Remote host closed the connection]
<oliv3r[m]> robimarko: the dtc lets you do all sort of stuff, but you have to put stuff in paranethis, the pre-processor doesn't do those evaluations ...
<robimarko> Oh, that is nice
Guest2403 has quit [Ping timeout: 480 seconds]
<mrkiko> robimarko: (or anyone testing ath11k): did you experience latency spikes when pinging a 2.4ghz client from a 5 ghz client or the other way around?
<robimarko> Cant say I tried that
minimal has joined #openwrt-devel
<mrkiko> if you need some sample data, let me know :D - all the rest works great it seems
<robimarko> mrkiko: It could be the bridge causing spikes
<robimarko> nbd: Does bridger work on all HW?
<mrkiko> robimarko: but it tends to happen more markedly when taling from client to client, with peaks of e.g.: 237 ms ping time
<mrkiko> and when 2.4ghz is involved in the loop
<robimarko> That is screaming some kind of a buffer
<mrkiko> But ok, think it's time for me to get a pause from the PC. Thanks to all of you for all and for the great work. Keep it up
<mrkiko> and talk to you soon
<nbd> robimarko: its software offload part works on all hw. actual hardware offload is only supported on mtk for now (via WED)
<nbd> but the offload API is generic
<nbd> (tc-flower + redirect)
<nbd> so if somebody were to implement the same APIs, it could potentially work for nss-offload with ath11k
<robimarko> nbd: Thanks, it couldnt hurt to see how much it improves the perf
<stintel> bridger was causing issues for me sometimes when a client roamed from 1 AP to the other, I had no time to debug that at the time so I stopped using it, is this something you remember fixing ?
Borromini has quit [Ping timeout: 480 seconds]
<nbd> could be
Ansuel has joined #openwrt-devel
<Ansuel> o/
dangole has joined #openwrt-devel
Ansuel_ has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
<Tapper> I have a build messing up because of binutils-2.40. Should I report a bug or is it none about?
<Tapper> known*
<Tapper> target is ramips
<dhewg> works for me, ramips/mt7621
<dhewg> started from clean build dirs?
<Tapper> No but I did a make clean befor starting the build
<Tapper> Using gcc12?
<dhewg> yup
<Tapper> Here is the log.
<dhewg> didn't get very far, eh
xback has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
Ansuel_ has quit [Read error: Connection reset by peer]
Ansuel has quit [Read error: Connection reset by peer]
Ansuel has joined #openwrt-devel
<Slimey> heh i was right, those bsap-6040 wap models from adtran have a faulty component, a oscillator drifts out of sync
<ynezz> nbd: hi, is there anything preventing updating of ubus with fix? I've just got a déjà vu moment on 22.03.3 by hitting this bug
<ynezz> nbd: if it's fine, I'll bump the ubus package in master
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
zer0def has quit [Remote host closed the connection]
gladiac has joined #openwrt-devel
Borromini has joined #openwrt-devel
<Znevna> boy that topic is still not closed yet
<Ansuel> it's a different approach
srslypascal has quit [Ping timeout: 480 seconds]
zer0def has joined #openwrt-devel
<Znevna> thought OpenWrt doesn't do that
<Borromini> Znevna: the closed MTK drivers topic?
<Znevna> Borromini: yup
Ryncewynd has joined #openwrt-devel
<Znevna> he had already an opened topic with an issue with his FrankenWrt
<Borromini> in his own way he's quite productive
<f00b4r0> if "productive" is a new synonym for "nuisance", sure ;P
<Borromini> 'les excuses sont faits pour s'en servir' is a French saying no? ;)
<Borromini> so are euphemisms :P
<f00b4r0> Borromini: it's not.
<Borromini> :(
<Borromini> i was told it was
<f00b4r0> that's a Belgian thing (which I had never heard until I went there ;)
<Borromini> maybe it's a Belgian French saying.
<Borromini> ok :P
<Znevna> what do you guys use as a WinFi alternative? :P
<Znevna> the dev has timebombs in all versions and doesn't update them in time all the time sadly
<Borromini> i just use a wifi analyser app on my phone
<f00b4r0> i use Airport Utility ;)
* f00b4r0 hides
<KGB-2> has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
<Znevna> :P ok
<mrkiko> robimarko: will ath11k honor the txpower I set? I actually am trying to set it lower, 8 dbm
fakuivan has joined #openwrt-devel
srslypascal has joined #openwrt-devel
<robimarko> mrkiko: It should, it sends it via WMI to the FW
<nick[m]12> can someone make a kernel refresh and push it? the cis are currently failing. :/
<mrkiko> robimarko: thanks
* mrkiko did forgot there was WMI here around as well :D
Ryncewynd has quit [Quit: Leaving]
srslypascal has quit [Ping timeout: 480 seconds]
<robimarko> WMI has been around since ath10k
<Znevna> uu quite a few commits in mt76, maybe we'll see that version bump :P
<Borromini> Znevna: you can just pull it yourself if you'd like, just bump to the latest commit hash you're interested in
<Znevna> I have a local patch for me
<Znevna> I want everyone else to have it too :P
srslypascal has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
borek has quit [Remote host closed the connection]
borek has joined #openwrt-devel
borek has quit []
borek has joined #openwrt-devel
gladiac has quit [Quit: k thx bye]
borek has quit [Ping timeout: 480 seconds]
Misanthropos has quit [Ping timeout: 480 seconds]
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #openwrt-devel
<Ansuel> guys is it normal that objtool complain for missing
<Ansuel> ./tools/objtool/objtool: error while loading shared libraries: cannot open shared object file: No such file or directory
<Ansuel> i mean the fix is to intall libelf
<Ansuel> but is that ok ?
<blocktrron> Seeing a consumer router ship with "U-Boot 2022.04-rc1 (Aug 17 2022 - 13:47:14 +0800)" is a unusual sight
<Ansuel> O_O
<Ansuel> age of the consumer router?
<robimarko> I dream about seeing end products like tat
<Ansuel> last week ?
<blocktrron> First appeared on DE market like 2 weeks ago
<blocktrron> MT7986
<Ansuel> even mt strange
<Ansuel> also -rc1
<Ansuel> on production
<robimarko> That is great
<robimarko> I find that those RC releases on U-boot dont really mean anything special
<blocktrron> On the surface it also does not use BMT / NMBM or the alike
<blocktrron> Kernel in UBI
<robimarko> So they really put in effort
<Mangix> Wonder if I can replace the bootloader on my E7350. I'm guessing no.
<blocktrron> Well, the effort did not go into the Webinterface
<Mangix> anyone else have issues with LuCI and snapshots?
<Ansuel> what kind of issue?
<Mangix> has issues loading and staying logged in
<Ansuel> wait it's an asus device
<Ansuel> you must be joking
<Mangix> i think i'll use auc to update
<Ansuel> Mangix we updated abi for iwinfo but it took 1-2 days to refresh each package
<Ansuel> so that could be the problem
<Ansuel> now everything should be good
<Mangix> on interesting
<Mangix> kernel 5.15 is not default
guidosarducci has joined #openwrt-devel
hanetzer2 has joined #openwrt-devel
<Ansuel> ok fun i think we are leaking host libelf
<Ansuel> considering we compile elfutils
<Ansuel> and we should be using that...
<Mangix> fun
<Ansuel> and i just discovered that using a minidep container
<Ansuel> everything is ok but x86/64 is broken
hanetzer1 has quit [Ping timeout: 480 seconds]
<Mangix> ok using uac works
<Mangix> probably bad local commit.
Borromini has quit [Quit: leaving]
<robimarko> Who is this Peter Naulls that is constantly sending mails to devel?
<robimarko> Ansuel: How do you even find these crazy cases?
<karlp> well, his recent emails are fine, hihs emails a few weeks ago were pretty wild.
<Ansuel> trying to reduce container size ahahah
<robimarko> karlp: Well, I wish he took some time to fix the things the points as broken
<robimarko> And that security audit mail series was crazy indeed
<karlp> sure, but today's one just needs to be toldÞ: " you need to use git-send-email"
<karlp> but he's trying now, that's a good thing.
<Ansuel> so linux kernel use pkg-config
<Ansuel> pkg-config libelf
<Mangix> cool
dangole has quit [Remote host closed the connection]
<robimarko> karlp: I admire the effort indeed, just wish he fixed some things he found
<karlp> well, there's "over 9000" people liek that really, why let this guy get under your skin?
<karlp> (I mean, I know why, because he's obviously corpo, and obviously trying to get "us" to do his work for him, but still...)
<karlp> (that applies to a lot of other people too...)
<robimarko> He didnt get under my skin, its just every time I forget about him he sends a new email
<Slimey> lol
<Mangix> lol
<Mangix> what's the issue?
<Mangix> robimarko: does he code?
<robimarko> I would say he does
<Mangix> arinc9 for example says he does not
<Mangix> i don't either honestly.
<robimarko> He did send some patches (But broken), so I would count that as coding
<robimarko> Guess that depends on what you count as coding
<Mangix> well with chatgpt i don't need to :B
Misanthropos has joined #openwrt-devel
<Ansuel> robimarko nice finding...
<robimarko> Ansuel: Still havent figured out a way to identify the full model name
<robimarko> Cause eip197v2 comes in b,c,d and e variants with different throughput
<robimarko> Anyway, off to bed
robimarko has quit [Quit: Leaving]
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
<KGB-0> has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
ptudor_ has joined #openwrt-devel
ptudor has quit [Ping timeout: 480 seconds]
guidosarducci has quit [Ping timeout: 480 seconds]
hexa- has quit [Quit: WeeChat 3.7.1]
hexa- has joined #openwrt-devel
vmware has joined #openwrt-devel
<vmware> can someone help me figure out how can I install an X86 image on VMware ?
<vmware> I kinda tried everything and everytime the vmware kinda crashes on boot
<vmware> I tried all the permutations of vmware machine versions(16,17) and disks(SCSI,SATA,IDE) without any luck
<vmware> I'm booting a Live Ubuntu desktop and write the x86_64 image ( squashfs, ext4) with dd on the disk
<vmware> 22.03.3 speaking
guidosarducci has joined #openwrt-devel
minimal has quit [Quit: Leaving]
ptudor_ has quit [Quit: Strict-Transport-Security: max-age=48211200; preload]
ptudor has joined #openwrt-devel
<dwfreed> vmware: is the machine using the emulated devices, and not vmware devices?
Tapper has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
<vmware> dwfreed: I'm not following it's vmware workstation running on win 11
<dwfreed> are the emulated devices for the VM pretending to be actual hardware, or are they only the paravirt hardware?
<vmware> dwfreed: for network devices both. for the rest not sure
<vmware> the disk is also virtual
Tapper has quit [Quit: Tapper]