<samueldr>
so, yes, we can go with the usual u-boot without special configuration
cidkid has joined #nixos-aarch64
<mvnetbiz_>
It makes sense to do it outside of nixpkgs I think but it seems like the module/configuratoin could be more in line with boot.loader.raspberryPi
<samueldr>
boot.loader.raspberryPi is not used by our universal images
<mvnetbiz_>
I guess you need to rewrite a significant amount of stage1 to do the boot selection with androids limits
<samueldr>
in fact boot.loader.raspberryPi.uboot stuff is probably extremely confusing and should probably be dropped
<clever>
samueldr: had a chance to look at my boot.loader.openpi.enable yet?
<clever>
its open to improvements, right now its just enough to boot, with no rollbacks
cidkid1 has joined #nixos-aarch64
cidkid has quit [Ping timeout: 265 seconds]
cidkid1 has quit [Client Quit]
ryantrinkle has joined #nixos-aarch64
cidkid has joined #nixos-aarch64
cidkid has quit [Client Quit]
thefloweringash has joined #nixos-aarch64
<thefloweringash>
Am I correct in understanding that we effectively lost armv7 native builds after the glibc bump due to the lack of sufficiently new bootstrap tools?
<samueldr>
I don't know?
<samueldr>
what makes you think that?
<samueldr>
and what can be done to help?
<thefloweringash>
I was trying to test an unrelated PR that touched bootstrap and my glibc-2.30 failed due to `These critical programs are missing or too old: compiler`
<thefloweringash>
also comment on the thread: "Repeated note: 32-bit ARMs are quite certainly broken by this PR"
<thefloweringash>
IIUC the requirement is for someone trusted to `nix-build pkgs/top-level/release.nix -Q -A stdenvBootstrapTools.${system}.dist` and put that on the tarball server
<samueldr>
as a native build on the target arch, right?
<clever>
i think both native and cross are valid, though i think native is prefered
<samueldr>
so I imagine since we can boot a 19.09 native system we can do it
<mvnetbiz_>
I wish there was i3wm on Windows
<thefloweringash>
I can produce the tarball on my vm, or even on actual armv7 hardware (I found an unloved 8 core machine!), but I don't really want to inject myself into the trust chain if I can avoid it
<gchristensen>
don't worry, you won't :P
<mvnetbiz_>
lol
<samueldr>
at the very worst, I figure clear instructions to reproduce your work would do
<gchristensen>
+1
<clever>
it could also be of use for several people to do the same steps, and then compare the hash of the product
<samueldr>
(and be helpful for the next time)
<clever>
then you can confirm its reproducible, and form trust without trust
<samueldr>
my telco can't provide ipv6 on the telco lines they lease, since that bigger telco will use any non-competitive measures to make the smaller incumbents look bad :(
<thefloweringash>
I've tried using cloudflare as a protocol converter but it immediately errors out with some certificate error that I didn't dig into
mvnetbiz_ has quit [Read error: Connection reset by peer]
<samueldr>
last time I tried using an ipv6 tunnel from HE, it worked, but CDN services took a big hit
<samueldr>
I'm no network nut, I guess an "ipv6 only if v4 can't work" would help, but I have no idea how to even approach this
<gchristensen>
I'm not sure that is doable
<gchristensen>
systems prefer ipv6 if ipv6 is available
<thefloweringash>
there's a possible trick for that that I haven't tried yet
mvnetbiz_ has joined #nixos-aarch64
<thefloweringash>
The Happy Eyeballs system is supposed to connect to ipv4 and ipv6 at once, and use whichever connects first. You could maybe use some packet mangling to delay ipv6 packets by a decent amount (~1s? ~200ms?) so that the ipv4 will always complete first, unless it never completes.
<gchristensen>
wow :)
<mvnetbiz_>
I had a 6to4 proxy before but I switched from OpenWrt to NixOS and haven't set it back up
<thefloweringash>
oh uh, you'd probably only want to delay the connection handshake packets
<clever>
[ 0.000000] Linux version 4.19.75 (nixbld@localhost) (gcc version 9.2.0 (GCC)) #1-NixOS SMP Thu Jan 1 00:00:01 UTC 1970
<clever>
samueldr: the nix built kernel can start to boot!
<clever>
it hangs, but thats still progress
<clever>
[ 0.000000] cma: Reserved 8 MiB at 0x2f800000
<clever>
ah, ive seen a hang here before
<mvnetbiz_>
Are you testing that open firmware right now?
<clever>
mvnetbiz_: yep
<clever>
cma_declare_contiguous() is what prints that msg, and then it `return 0`'s, so whatever follows is to blame
<clever>
kernel/dma/contiguous.c: ret = cma_declare_contiguous(base, size, limit, 0, 0, fixed,
<lopsided98>
The exec format error is because the x86_64 builder is trying to run the cross-compiled busybox, but that job doesn't really matter for our purposes
<thefloweringash>
hmm, it's failing pretty early on building expand-response-params, "ld: cannot find -lssp_nonshared" and "cannot find -lssp"
* thefloweringash
checks cross on master
cidkid has joined #nixos-aarch64
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos-aarch64
cidkid has quit [Quit: Leaving.]
cidkid has joined #nixos-aarch64
cidkid has quit [Client Quit]
cidkid has joined #nixos-aarch64
cidkid has quit [Client Quit]
cidkid has joined #nixos-aarch64
cidkid has quit [Client Quit]
cidkid has joined #nixos-aarch64
cidkid has quit [Client Quit]
cidkid has joined #nixos-aarch64
cidkid has quit [Client Quit]
<lopsided98>
thefloweringash: are you using native or cross bootstrap tools?
<thefloweringash>
I took the cross ones from hydra
<thefloweringash>
the native ones I built seemed to work, but that's not easily upstreamable
<thefloweringash>
if I can point someone at hydra and say "copy this to tarballs and update the pointer" then it's a lot more convenient
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
makefu has quit [Quit: WeeChat 2.6]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
lopsided98 has quit [Quit: No Ping reply in 180 seconds.]
lopsided98 has joined #nixos-aarch64
<thefloweringash>
oh wow, 5.6 will have support for the solidrun honeycomb / clearfog!
<thefloweringash>
samueldr: I found an old android device! well, a friend wasn't using it and volunteered it for the cause
orivej has joined #nixos-aarch64
makefu has joined #nixos-aarch64
FRidh2 has joined #nixos-aarch64
replikvlt has joined #nixos-aarch64
<replikvlt>
hello
<replikvlt>
i'm trying to install nixos on raspberry pi 3B and have faced such confusion
<replikvlt>
the page about Nixos on ARM is telling that upon boot, i would have to be faced with a root prompt, but instead i was met with a nixos user prompt `nixos@nixos $:`
<srk>
hi
<srk>
that was the case before, now even in normal installer you need su - / sudo su -
<replikvlt>
su -?
<srk>
yes that's the command that will give you root prompt
<srk>
haven't tested myself but it should work unless there's some endiannes bug
<srk>
need to setup jtag. I only have one pi2, guess I'll use it as openocd host and pi0 or pi1 as a target
<clever>
srk: ive got openocd working with a pi4 as the adapter, and pi2/pi3 as the target
<srk>
yeah, I only have one pi2 on hand atm
<clever>
srk: i have just been mmaping /dev/mem or /dev/vc-mem to peek at the registers
<clever>
but for an unknown reason, that fails on my custom firmware
<clever>
the DT or firmware drives must be doing something weird, to map things into ram
<srk>
I see, I thought that you can do something like gdb /dev/mem but that doesn't seem to be the case
<clever>
/dev/mem is the raw physical memory, your thinking of /dev/kcore which dynamically generates a coredump containing all ram, which gdb can then open
<srk>
might implement some stub acting as gdb target so at least x works with /dev/mem
<srk>
that kcore would be huuge :D
<srk>
but good to know
<clever>
kcore is generated dynamically
<clever>
based on the offset you try to read, it either uses a static struct, or reads the right page of ram
<srk>
ah, good
<srk>
that should work with hgdb as well then
<srk>
hm but what you use as gdb image in that case?
<clever>
normally, the vmlinux elf file
<srk>
would that include bcm registers as well?
<clever>
not in the vmlinux itself
<clever>
not sure if kcore would include that or not
<srk>
right
<srk>
lemme check how to hook up jtag between these two
<clever>
7 the following gpio must be in alt4 mode
<clever>
11 26 TDI
<clever>
10 25 TCK
<clever>
9 24 TDO
<clever>
8 22 TRST
<clever>
12 27 TMS
<clever>
srk: thats for the target side, line-number(ignore), bcm pin number, function
<clever>
and thats for the sysfsgpio config for the openocd adapter
<clever>
1 `enable_jtag_gpio=1` in `config.txt` configures the stock firmware to allow arm jtag
<srk>
thanks!
<clever>
srk: ive mostly just been writing custom utils, to decode all registers, but it also does stuff like pll math
<srk>
it would be better for now if I could use pi0 as openocd host and pi2 as target but not sure if I can get recent openocd for pi0 which now runs Dezgeg old image
<srk>
maybe crosscompiling with correct nixpkgs vers
<clever>
the openocd in nixpkgs is too old, you need master
<clever>
and it failed to cross-compile for me
<srk>
right, will be fun with pi0 as a target anyway, no need to reproduce your work with pi2 I guess
<srk>
until I get one more pi2/pi3
<samueldr>
thefloweringash: how old? and nice!
<samueldr>
if you need help, tips, do ask
lovesegfault has quit [Quit: WeeChat 2.7]
wavirc22 has quit [Ping timeout: 272 seconds]
ryantrinkle has quit [Ping timeout: 260 seconds]
zupo has joined #nixos-aarch64
replikvlt has joined #nixos-aarch64
<replikvlt>
hello i'm here again, i'm sorry for bothering, but my raspberry pi 3B refuses to connect to the ethernet, not even lights on port light up
<replikvlt>
i used mostly config from the page, but added: enabled openssh service, networking.useDHCP = false, and for eth0 as well as wlan0 useDHCP = true;
<replikvlt>
could this be because of enabling wireless? i also trid to replicate my desktop and add networkmanager but nixos-rebuild said that networkmanager can't be enabled in combination with wireless
<srk>
how old image is that? which kernel?
<replikvlt>
image flashed today, nixos-rebuild installed 4.19 kernel ,but for some reason after rebuild during boot is showed that iirc 5.4 was used
<replikvlt>
sorry i just don't know if this is the right place to ask also
<replikvlt>
maybe i should use other more related room
<srk>
not sure either, I've heard similar reports with older images but if you have recent kernel and firmware you should be good
<replikvlt>
yes i did enableRedistributableFirmware as the NixOS on ARM/Raspberry Pi page suggested
<srk>
I think that's something different, rpi uses first partition with firmware files
<srk>
so, how old is the image? :)
<samueldr>
enableRedistributableFirmware is unrelated to the "firmware" partition
<samueldr>
the firmware partition holds what I would describe as the "bios and bootloader pair"
<samueldr>
redistributable firmware is for things like wireless blobs that needs to be uploaded to the misc. devices for them to work
<samueldr>
replikvlt: do you have HDMI+keyboard or serial access?
<replikvlt>
nope
<samueldr>
if so, can you tell if the interface is present?
<samueldr>
ah, that makes it harder to debug stuff :(
<srk>
or even paste dmesg
<srk>
/o\
<replikvlt>
i mean i could unplug it from the "rack" but then i wouldn't have wired internet
<samueldr>
>> networking.useDHCP = false, and for eth0 as well as wlan0 useDHCP = true;
<samueldr>
wouldn't that make it so it won't ask for an address on wired?
<samueldr>
hm, might be misreading
<samueldr>
eth0 is useDHCP true or false?
<samueldr>
also, is it eth0 or does it have another name?
<samueldr>
(I don't know)
<replikvlt>
eth0 is the name and it is true
<replikvlt>
i set it so because i were running quite a while back and forth, because i were hoping ssh works out of box and that i could edit configuration. nix and install it through ssh but that wwas not the case so i had to get it unplugged and use kbd screen and mobile internet (mobile as modem) to build first nixos
<replikvlt>
and i hoped it would work (i stole it from my current llaptop nixos install)
<replikvlt>
like, i thought it was not given ip by the router, because it's ip didn't show up in luci (openwrt router)
<replikvlt>
so i enabled dhcp just to be sure
<srk>
dhcp works by default
<replikvlt>
okay, i will try to somehow got the setup both connected to keyboard/screen and with ethernet plugged in and test
<replikvlt>
thanks for help
replikvlt has quit [Remote host closed the connection]