<dwfreed>
try using one of the actual hardware modes
<dwfreed>
I don't think the x86 images include the vmware drivers
<vmware>
Thank you for the info
goliath has quit [Quit: SIGSEGV]
<slh>
well, vmware drivers shouldn't be necessary to get going, afaik those are just convenience drivers to optimize things (file exchange, seamless drag'n'drop, etc, nothing critical for booting or router functionality); Disclaimer: I've never used vmware
<dwfreed>
slh: there are paravirt device drivers too
<dwfreed>
vmw-scsi, vmxnet3, and the like
<slh>
yes, but aren't those optional (depending on the VM configuration), I'm sure vmware has plain AHCI and r8169/ e1000 emulated hardware as well
<dwfreed>
they are optional depending on the VM configuration :P
<dwfreed>
if the VM configuration requires them, then they're not option
<dwfreed>
s/$/al/
<slh>
many of those basic ones are also part of the mainline kernel, so at least could be added easily
<dwfreed>
VMware *can* emulate regular devices (there's an LSI SCSI controller emulation, for example, and e1000 network hardware) if it's told to
<dwfreed>
since vmware hasn't said anything in a while, I'm assuming my suggestion helped
Ansuel has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]
tSYS has quit [Ping timeout: 480 seconds]
zkrx has quit [Ping timeout: 480 seconds]
zkrx has joined #openwrt-devel
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
guidosarducci has quit []
guidosarducci has joined #openwrt-devel
tSYS has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
tSYS has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
<vmware>
dwfreed: well the weird thing is it was booting when I started talking here. but everything was sooooo slow made me realize all those failed attempts were also somehow successful but not.
<vmware>
anyways, I will try to report back if I come to a resolution
vmware has quit [Remote host closed the connection]
dangole has quit [Ping timeout: 480 seconds]
slh has quit [Remote host closed the connection]
slh64 has quit [Quit: gone]
dannyAAM has quit [Quit: znc.saru.moe : ZNC 1.6.2 - http://znc.in]
dannyAAM has joined #openwrt-devel
dannyAAM has quit [Remote host closed the connection]
<nick[m]12>
mrkiko: it would be nice if someone with stock firmware could report the mac addresses
danitool has joined #openwrt-devel
<mrkiko>
nick[m]12: wow, wondering where this come from and why I lost it, I was looking at the comments
<nick[m]12>
mrkiko: ok :)
<Znevna>
hmmmm
<mrkiko>
nick[m]12: for the led part - see last comment by @bluewavenet
<nick[m]12>
mrkiko: what do you mean? I should build an image to test everything?
<mrkiko>
nick[m]12: it would be great, yes.
<mrkiko>
nick[m]12: what I mean is that 15 mins ago a comment was added talking about some issues with power leds
Borromini has joined #openwrt-devel
floof58 is now known as Guest2477
floof58 has joined #openwrt-devel
Guest2477 has quit [Ping timeout: 480 seconds]
<mrkiko>
nick[m]12: thanks for the update. Or if it's better for you I could build the image myself, but then upload it to my mega account and share the link ... more confortable for me. In case just let me know
<nick[m]12>
mrkiko: I uploaded an image
<mrkiko>
nick[m]12: wow, you're blazing fast
hanetzer2 has quit [Remote host closed the connection]
aiyion_ has quit [Remote host closed the connection]
Borromini has quit [Ping timeout: 480 seconds]
aiyion_ has joined #openwrt-devel
<mrkiko>
nbd: is it expected for mt7915 driver / mt7915 to generate an interrupt more or less any 10 seconds even tough the interface is down?
<mrkiko>
nbd: or, better, I'm curious to know why it happens :D
borek has joined #openwrt-devel
dangole has joined #openwrt-devel
floof58 is now known as Guest2485
floof58 has joined #openwrt-devel
robimarko has joined #openwrt-devel
Guest2485 has quit [Ping timeout: 480 seconds]
fakuivan has quit [Remote host closed the connection]
dangole has quit [Remote host closed the connection]
fakuivan has joined #openwrt-devel
dangole has joined #openwrt-devel
Ansuel has joined #openwrt-devel
<Ansuel>
o/
Borromini has joined #openwrt-devel
hanetzer has joined #openwrt-devel
<robimarko>
Hi
<Borromini>
hi robimarko :)
<mrkiko>
robimarko: Borromini: Ansuel: hi!!
<Borromini>
:)
goliath has joined #openwrt-devel
srslypascal has quit [Ping timeout: 480 seconds]
Ryncewynd has joined #openwrt-devel
srslypascal has joined #openwrt-devel
valku has joined #openwrt-devel
Jnome has joined #openwrt-devel
Jnome has quit []
Jnome has joined #openwrt-devel
Jnome has left #openwrt-devel [#openwrt-devel]
srslypascal has quit [Ping timeout: 480 seconds]
Jnome_ has joined #openwrt-devel
<Ansuel>
Jnome i would sincerely ask you to create a forum post and the answer is that it should not make any difference having a different nad on the same router
ephemer0l has quit [Remote host closed the connection]
Jnome_ has quit [Quit: Page closed]
<mrkiko>
Ansuel: wrong channel or am I missing something?
ephemer0l has joined #openwrt-devel
<Ansuel>
nha the user contacted me privately for asking some advice and if a router would have benefits from using a different nand
<Ansuel>
just answering here by sayng that 1. contact privately for this kind of thing is somewhat wrong and 2. giving a valuable answer for everyone :D
<mrkiko>
Ansuel: yeah, but they won't see the answer because they're in #openwrt, not in there ... unless I'm wrong
dangole has quit [Remote host closed the connection]
dangole_ has quit [Remote host closed the connection]
Jnome has joined #openwrt-devel
Jnome has left #openwrt-devel [#openwrt-devel]
Ansuel has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]
GNUmoon2 has joined #openwrt-devel
GNUmoon has quit [Remote host closed the connection]
dansan has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
<Znevna>
hmm I've foun two cheap ER6020 but I don't know yet if they are v1 or v2 >.>
floof58 has quit [Remote host closed the connection]
floof58 has joined #openwrt-devel
<oliv3r[m]>
What am I doing wrong when I try to do 'devmem <addr>' and the device just doesn't respond anymore what so ever. As address I use the KSEG1 addresses (0xbb.... in my case)
goliath has quit [Quit: SIGSEGV]
<stintel>
hmmm did openssh 9.1 introduce an auto fallback to scp?
<gch981213>
oliv3r[m]: If you are accessing memory mapped peripherals, you need to make sure all the clocks are enabled before doing so, otherwise bus requests may not get a response and CPU can't continue its execution.
<stintel>
or does the new dropbear version support sftp
<karlp>
not in the releasenotes at least,
<karlp>
and would be a prety major u-turn for them given how they feel about scp
<Slimey>
heh
<stintel>
alias scp='scp -O'
<stintel>
guess I don't remember doing that
<stintel>
sorry for the noise
<Znevna>
we don't have many forum moderators do we
<minimal>
stintel: you can use dropbear server together with OpenSSH's sftp-server program (likewise with tinysshd) to provide SFTP support
Borromini has joined #openwrt-devel
philipp64 has quit [Ping timeout: 480 seconds]
hexagonwin has joined #openwrt-devel
Znevna has quit [Quit: ZNC 1.8.1+deb1~bpo10+1 - https://znc.in]
Znevna has joined #openwrt-devel
Ansuel has joined #openwrt-devel
<Znevna>
I've pressed something again didn't I
bluew has quit [Remote host closed the connection]
<minimal>
stintel: you did ask "does the new dropbear version support sftp" - that's how it supports sftp, not natively...
<stintel>
minimal: I was already aware of the openssh sftp-server possibility
<stintel>
but I forgot I aliases scp scp -O because there's not friggin option for .ssh/config
<minimal>
stintel: not trying to repeat the point, but I answered the question you asked, not the question it appears you intended to ask "does the new dropbear version *natively* support sftp" ;-)
minimal has quit [Quit: Leaving]
<Ansuel>
i join and i read this... ok o.o
<stintel>
the answer to that question would have been "no" :P
<stintel>
libvirt/qemu with usb redirection worked fine for rufus on windows, let's see if it actually boots
<Ansuel>
what crazy thing are you doing?
<stintel>
oh, wrong window
<stintel>
flashing a Dell H200 to IT mode firmware
Tapper has joined #openwrt-devel
srslypascal has joined #openwrt-devel
dangole has joined #openwrt-devel
<mrkiko>
stintel: what does IT mode allow you to do out of curiosity?
borek has quit [Ping timeout: 480 seconds]
<Znevna>
presents the drives individually to the system
slh has quit [Ping timeout: 480 seconds]
slh64 has quit [Ping timeout: 480 seconds]
slh64 has joined #openwrt-devel
srslypascal has quit [Ping timeout: 480 seconds]
slh has joined #openwrt-devel
<Znevna>
anyone compiling on ubuntu 22.04? any problems?
<Borromini>
Znevna: are *you* having a problem?
<Borromini>
or are you looking for a new distro to build on?
<Znevna>
well they started pushing ubuntu pro ads in 20.04 so I might want to switch to the newer LTS :P
<Znevna>
I'll give it a spin
<Borromini>
I'm on Debian Testing, which should be newer than Ubuntu 22.04. No issues here.
<Znevna>
sweet
<Borromini>
it's usually the bleeding edge distros that run into issues. Newer GCC, this, that, ...
* Borromini
looks at all the Arch Linux users clamouring
digitalcircuit has quit [Quit: Signing off from Quassel - see ya!]
<mrkiko>
I'm lucky, on Arch I didn't encounter much issues compiling openwrt
<nick[m]12>
mrkiko: there was a bug that did not allow arch users to compile openwrt for a longer time xD I think I was one of the few people who were affected
<mrkiko>
nick[m]12: what was I related to? Maybe I did hit it but not remembering now...
<nick[m]12>
I think a lot of openwrt devs are actuall using a mac
<mrkiko>
nick[m]12: thanks for the link;
<stintel>
mrkiko: in IT mode it's just a HBA, no RAID functionality, no waiting for the card BIOS to load which slows down the boot process
<mrkiko>
stintel: thanks!
<Borromini>
nick[m]12: do you? A few high profile ones maybe :)
<stintel>
mrkiko: welcome :)
<nick[m]12>
Borromini: no ^^ to expensive. Still operating my t460p with a battery that tends to slip outside my laptop when moving and than my laptop turns off
<nick[m]12>
Of course only for safety reasons… so if someone moves my laptop my disk encryption directly kicks in (trying to be funny)
<stintel>
hashcat still trying to find the M300 u-boot password :P
<stintel>
it's still at combinations of 8 ASCII characters, 69.05%
<stintel>
gonna abort if it's done all 8 ASCII chars
<stintel>
and look at a new GPU :P
<Borromini>
nick[m]12: i meant 'do you think a lot of devs are using a mac'? :)
<Borromini>
stintel: a newer nVidia?
<stintel>
Borromini: no no no no no
<stintel>
Borromini: nvidia requires proprietary driver for OpenCL, afaik
<stintel>
amdgpu + rocm, or possibly going to try an ARC 770
<nick[m]12>
Borromini: yes ^^
<Znevna>
what GPU are you killing with it? :P
<stintel>
RX5700XT
<Znevna>
beefy
<Borromini>
stintel: :P
<Znevna>
too bad, those used er6020 might be v1 :(
<Znevna>
v2 is ipq806x :p
<stintel>
ehh you know you're spoiled when you go check the link speed of your NIC when a download only downloads at 10MB/s
<stintel>
[ 2440.844671] bnx2 0000:02:00.0 eno1: NIC Copper Link is Up, 100 Mbps full duplex
<stintel>
bad cable I guess
<Znevna>
heh
<stintel>
or I could blame broadcum :P
<Borromini>
lol
<stintel>
now I need to decide on 2 hostnames
<Slimey>
only ix0 will suffice
<mrkiko>
stintel: argc and argv
<mrkiko>
sorry, argv the first of course
<mrkiko>
and if you happen to have the third, use envp
<mrkiko>
:D
<stintel>
mrkiko: ?
<Slimey>
stintel messing with ZFS?
<stintel>
Slimey: nope
<stintel>
been there, done that, never again
<Slimey>
brtfs then
<stintel>
nope
<Slimey>
jbods :P
<stintel>
bcachefs - as soon as this is in a stable kernel I'm redoing *all* my non-OpenWrt Linux boxes with bcachefs and say goodbye to btrfs forever also
<stintel>
been using it for years, it's simply epic, bit me a few times (about as many times as btrfs did in the same period and that's supposed to be stable), switched to zfs for half a year or so, but that's just shite on Linux. the solaris compat layer is absolute garbage, it eats memory and doesn't release it when under pressure, causing oom-killer to visit all the time
bluew has joined #openwrt-devel
<stintel>
adding more memory is not an option, the chipset of this particular box I'm talking about takes 32GB max and that's what's in there
<stintel>
that memory limit is what led me to getting 2 dell poweredge r515 w/ 128GB memory 2nd hand, but now I'll have 2 boxes with plenty of drive bays and I can test bcachefs updates on the 2nd one first before doing the main one, this way I can avoid it biting me again, hopefully
<stintel>
2x2.5" internal, 12x 3.5" hot swap each, my current server is 2x2.5" internal and 8x 3.5" hot swap
<stintel>
new toys for the new year :P
<stintel>
well ... "new"
<Borromini>
i'm quite happy with ZFS on Debin :-/
<Borromini>
mirroring, snapshotting, the works
<Borromini>
* Debian
<Slimey>
ah using arch?
shibboleth has joined #openwrt-devel
<Slimey>
I have eight 12 bay enclosures each with a 2TB drive going to a R620 with SAS
<Slimey>
zfs
<stintel>
heh :P
<stintel>
192TB raw ?
<stintel>
with 2TB drives? geez that must suck some power :P
<stintel>
shibboleth: ehrm, let me fetch what I wrote some time ago (but you weren't here)
<shibboleth>
2.6.0 is out, meaning dco (faster crypto/performance, a'la wireguard)
<shibboleth>
please update feeds
<stintel>
I don't use openvpn
<shibboleth>
stintel, git search was something, something, disable build by default
<shibboleth>
oh, that was more an open request/for the room
<shibboleth>
whoever is in charge of feeds
<shibboleth>
we've been waiting for mainline DCO support for like... three years. gitty as a schoolgirl
<stintel>
shibboleth: I thought you were using f2fs, but your device has small flash, so that was completely unrelated to what I was looking at at the time
<shibboleth>
k
<shibboleth>
still wont retain configs/etc during sysupgrade
<stintel>
22|13:16:52< stintel> if they join and I'm not here, ask him to pastebin logread right after a failed sysupgrade (one that didn't keep settings)
<stintel>
22|13:17:07< stintel> I thought this was about f2fs threshold but it's totally unrelated
<stintel>
22|13:17:38< stintel> the device has 8MB flash so there's no way f2fs is used
<shibboleth>
logread AFTER a sysupgrade? wont that be pretty vanilla/clean?
<shibboleth>
/pristine
<stintel>
yes, after
<stintel>
it might show something
<shibboleth>
ok, i'll do that.
<stintel>
logread during sysupgrade is impossible
<shibboleth>
yeah
<stintel>
and before ... useless
<shibboleth>
and due to the fact that there's mains voltage going through the device (powerline) a serial console is kinda risky
<stintel>
like not enough available blocks for the jffs2
<stintel>
although I'd expect the sysupgrade backup to still be restored, be it to the tmpfs overlay, but then on first boot after sysupgrade it _should_ have its settings
<shibboleth>
i've built custom mini-mini-mini images for the devices to at least have about 720k free
<stintel>
maybe things don't work that way with flash
<shibboleth>
no luci, no dnsmasq, no... lots of stuff
<shibboleth>
also, who do i bug about feeds (re ovpn)?
<shibboleth>
but i'll pull logs after an upgrade
<shibboleth>
cant do it remotely since i'll be locked out on account of not retaining confis
<stintel>
arg, chicken or egg problem in my ansible roles for nginx/letsencrypt, the hook for letsencrypt runs /etc/init.d/nginx reload, but nginx isn't installed yet
<stintel>
but the nginx role depends on the letsencrypt role
<stintel>
argh
<stintel>
sysadminning is hard
wo0f has joined #openwrt-devel
<shibboleth>
stintel, encrypted dns and ntp also means catch22
<shibboleth>
encrypted dns fails due to incorrect time, encrypted ntp fails due to dns failure
<stintel>
nginx: [emerg] host not found in "__omit_place_holder__5166e6971533fb40a2714039fef01df4dfcefd67:80" of the "listen" directive in /etc/nginx/vhosts.d/r515-02
<stintel>
sigh
* stintel
stabs ansible
<Ansuel>
sir you didn't omit
<shibboleth>
yeah, def dont generate dhparams on a wrt device, btw :P
<stintel>
:D
<stintel>
you might smoke the CPU
<stintel>
and if you don't it 'd be totally insecure
goliath has joined #openwrt-devel
<Znevna>
with what can I mirror a call to mkimage (in a makefile) to capture whatever parameters it's beeing fed while building
shibboleth has quit [Quit: shibboleth]
<Habbie>
the big hammer is strace
<Habbie>
(i don't currently have smaller hammers ready)
<Znevna>
can't I use an echo something? :P
<Habbie>
i mean, probably!
<dwfreed>
echo would not do well to capture quoting
<dwfreed>
printf (the shell builtin, not the function) will reuse the format string repeatedly until it has consumed all arguments
<dwfreed>
so printf "%s\n" some command and args here
<dwfreed>
will print each arg on a separate line
<Znevna>
found that something like this might work
<Znevna>
$(info VAR is $(VAR))
<Znevna>
and point every var in there
<Znevna>
hmz
Ryncewynd has quit [Quit: Leaving]
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #openwrt-devel
Borromini has left #openwrt-devel [#openwrt-devel]
Piraty has quit [Remote host closed the connection]