00:09
<
clever >
MESS:00:00:09.498347:0: uart: Baud rate change done...
00:09
<
clever >
MESS:00:00:09.501779:0: uart: Baud rate
00:09
<
clever >
samueldr: heh, it cut itself off!
00:13
<
samueldr >
reset from early print console to "actual" console?
00:14
<
clever >
samueldr: that was the start.elf file, cutting itself off
00:14
<
clever >
it changed the uart config, in the middle of printing debug to the uart
00:19
chiefgoat has joined #nixos-aarch64
00:19
<
clever >
samueldr: let me try with the stock kernel too
00:20
chiefgoat has quit [Client Quit]
00:21
<
clever >
[ 1.927871] VFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0): error -6
00:21
chiefgoat has joined #nixos-aarch64
00:21
<
clever >
its ignoring the initrd...
00:22
<
clever >
because i didnt copy it!
00:29
<
clever >
samueldr: that boots
00:29
<
samueldr >
so it's not busybox ash being screwey then, I guess?
00:29
<
clever >
but i dont see how my kernel could have broken ash so badly
00:29
<
clever >
nor how the firmware could mess with such a specific task
00:31
<
samueldr >
my question stands: could it be the kernel code that somehow "resets" the UART in a bad way?
00:31
<
samueldr >
asssuming everything before is from the earlyprintk console
00:31
chiefgoat has joined #nixos-aarch64
00:32
<
clever >
samueldr: nope, because remote echo still works, as does a lot of other debug
00:32
<
clever >
samueldr: let me pastebin more...
00:32
<
samueldr >
remote echo and other debug inside the kernel or outside?
00:33
<
samueldr >
and eh, I'm just spitballing here, you're clearly the one with the better knowledge :)
00:33
<
clever >
i know more of the hardware, but am out of ideas on what else to check
00:35
<
clever >
samueldr: lines 5-117 come from the gpu side of things
00:35
<
clever >
samueldr: 118-179 is the arm chainloader (a custom blob on the arm side, does u-boot like things)
00:36
<
clever >
180-486 is obviously linux
00:36
<
clever >
487-489 is the gpu again, it has a timer setup to fire ~100 seconds after boot has begun
00:36
<
clever >
[ 130.545880] random: crng init done
00:36
<
clever >
and linux then chimes in with this
00:37
<
clever >
samueldr: so the uart hardware is still working, and linux is still capable of printing to it...
00:37
<
samueldr >
what if you prefixed a custom "set -- foo bar" at the top of the script?
00:38
<
clever >
3 echo before
00:38
<
clever >
5 echo after
00:38
<
clever >
4 set -- a b c
00:38
<
samueldr >
well, maybe not the /tmp mkdir, but at least the log redirection
00:39
<
samueldr >
this happens RIGHT after a read -r line
00:39
<
samueldr >
don't mind that, there are other read -r line working fine
00:41
<
clever >
<<< NixOS Stage 1 >>>
00:41
<
clever >
samueldr: thats it, and i had turned off `set -x`, let me turn it back on...
00:42
<
samueldr >
okay, so not set itself
00:42
orivej has quit [Ping timeout: 258 seconds]
00:42
<
clever >
samueldr: `set -x` isnt catching everything, i cant see the case block doing things
00:44
<
clever >
+ echo root /dev/mmcblk0p2
00:44
<
clever >
+ set -- root /dev/mmcblk0p2
00:44
<
samueldr >
at that point I would be stumped, and start asking on IRC :)
00:45
<
clever >
already hit that step :P
00:51
orivej has joined #nixos-aarch64
00:54
<
clever >
1 #! @shell@ -v
00:54
<
clever >
samueldr: this adds even more debug
00:55
<
clever >
samueldr: though nothing of use
01:17
<
clever >
samueldr: i removed the root= from the cmdline, and now i'm seeing some systemd action...
01:17
<
clever >
+ systemd-udevd --daemon
01:17
<
clever >
Starting version 243
01:18
<
clever >
but it hangs there
01:20
<
clever >
1811 if (arg_daemonize) {
01:20
<
clever >
>>1814 log_info("Starting version " GIT_VERSION);
01:39
worldofpeace has quit [Ping timeout: 264 seconds]
01:47
ryantrinkle has quit [Ping timeout: 265 seconds]
02:23
<
samueldr >
IIRC it failed to me hanging on that when there was no proper console or a "wrong" console on the cli on one device
02:23
<
samueldr >
clever: though not sure here that would apply
02:23
<
clever >
+ strace systemd-udevd --daemon
02:23
<
clever >
strace: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory
02:24
<
clever >
samueldr: its failing to properly embed strace into the initrd
02:24
<
clever >
and pkgsStatic also cant find gcc_s
02:26
<
clever >
samueldr: ah
02:26
<
clever >
22 cp ${pkgs.stdenv.cc.cc}/armv7l-unknown-linux-gnueabihf/lib/libgcc_s.so $out/lib/ -v
02:26
<
clever >
i tried that, but nada
02:26
<
samueldr >
weird, in my init it works fine
02:26
<
clever >
cp: missing destination file operand after '/nix/store/81i544mmyijmv33hidpjz1khfq8gmnxl-extra-utils-armv7l-unknown-linux-gnueabihf/lib'
02:27
h0m1 has quit [Ping timeout: 252 seconds]
02:27
<
clever >
samueldr: its not in glibc, on my end
02:27
<
clever >
samueldr: confirmed with an echo + ls
02:28
<
samueldr >
I never tried it since the switch to gcc9
02:28
<
samueldr >
I would assume this changed something
02:29
h0m1 has joined #nixos-aarch64
02:36
{^_^} has quit [Remote host closed the connection]
02:37
{^_^} has joined #nixos-aarch64
05:11
<
clever >
[ 13.445993] potentially unexpected fatal signal 11.
05:11
<
clever >
[ 13.450889] CPU: 0 PID: 92 Comm: udevadm Not tainted 4.19.89-v7+ #143
05:12
<
clever >
samueldr: thats not good...
07:59
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
08:12
t184256 has joined #nixos-aarch64
09:03
zupo has joined #nixos-aarch64
09:17
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
09:28
wavirc22 has quit [Ping timeout: 248 seconds]
09:35
wavirc22 has joined #nixos-aarch64
09:39
wavirc22 has quit [Read error: Connection reset by peer]
09:41
wavirc22 has joined #nixos-aarch64
10:50
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
10:50
t184256 has joined #nixos-aarch64
11:09
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
11:09
t184256 has joined #nixos-aarch64
11:54
orivej has quit [Ping timeout: 265 seconds]
12:49
zupo has joined #nixos-aarch64
13:37
t184256 has left #nixos-aarch64 ["Error from remote client"]
13:46
t184256 has joined #nixos-aarch64
14:38
angerman has quit []
14:38
angerman has joined #nixos-aarch64
15:14
t184256 has left #nixos-aarch64 [#nixos-aarch64]
15:24
NekomimiScience has quit []
15:24
NekomimiScience has joined #nixos-aarch64
15:26
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
15:31
ryantrinkle has joined #nixos-aarch64
15:42
misuzu has quit [Quit: leaving]
15:44
misuzu has joined #nixos-aarch64
15:54
pkral has joined #nixos-aarch64
15:57
t184256 has joined #nixos-aarch64
16:15
orivej has joined #nixos-aarch64
16:31
rajivr___ has quit [Quit: Connection closed for inactivity]
17:36
zupo has joined #nixos-aarch64
17:51
<
sphalerite >
gchristensen: was nix-env intentionally broken on the aarch64 community box?
17:51
<
gchristensen >
I don't think so?
17:54
<
sphalerite >
for some reason I have no dir in /nix/var/nix/profiles/per-user
17:55
<
gchristensen >
what hapens if you use nix-env ?
17:56
<
sphalerite >
err actually I think the problem is that I have no .nix-profile in my home
17:56
<
gchristensen >
this all seems normal
17:56
<
gchristensen >
like, pretty standard I think, for a brand new user?
17:56
<
clever >
i think the bashrc deals with creating it on login
17:57
<
gchristensen >
maybe it is a bug with when the daemon started making the profiles/per-user dirs?
17:57
<
sphalerite >
what happens: it tries to build a new generation of /nix/var/nix/profiles/default
17:58
<
sphalerite >
which is what nix-env does if there's no ~/.nix-profile symlink
17:58
<
gchristensen >
[grahamc@aarch64:~]$ nix-env -iA nixos.hello
17:58
<
gchristensen >
error: getting information about '/home/grahamc/.nix-defexpr': No such file or directory
17:59
<
sphalerite >
hm, that could be related
17:59
<
samueldr >
sphalerite: I did hit the same issue the other day
17:59
<
clever >
nix-defexpr is to do with channels
17:59
<
sphalerite >
`ln -s /nix/var/nix/profiles/per-user/lheckemann/profile .nix-profile` makes nix-env work
17:59
<
clever >
lrwxrwxrwx 1 clever users 44 Oct 11 2015 .nix-defexpr/channels_root -> /nix/var/nix/profiles/per-user/root/channels
17:59
<
gchristensen >
it semes nix isn't initailizing on login
17:59
<
samueldr >
*something* is off, but no idea what
17:59
<
sphalerite >
(not for nix-defexpr stuff presumably, but at least it can do _something_)
17:59
<
clever >
this should exist
18:00
<
sphalerite >
but yeah I'm guessing the nonexistence of .nix-profile and .nix-defexpr have the same root cause
18:02
<
gchristensen >
I feel like I have two critical questions. (1) does this happen on any brand new install of NixOS unstable (2) is this a difference in how this box is built
18:04
<
gchristensen >
I imagen (1) is probably no because surlely (?) we have a test (?) which ould cover this (?)
18:07
<
flokli >
I assume nixos/tests/boot.nix should test that (we nix-env --dry-run -iA nixos.procps)
18:07
<
samueldr >
I was thinking the same
18:19
<
sphalerite >
I guess that tests .nix-defexpr but not .nix-rpofile
18:50
craige has quit [Ping timeout: 268 seconds]
18:57
zupo has quit [Ping timeout: 268 seconds]
19:00
zupo has joined #nixos-aarch64
19:06
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
20:01
zupo has joined #nixos-aarch64
20:11
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
20:18
zupo has joined #nixos-aarch64
21:08
zupo has quit [Ping timeout: 240 seconds]
21:11
zupo has joined #nixos-aarch64
21:17
<
samueldr >
if you're ever tight in a serial console which wraps weirdly, open a new tab or tmux window or whatever outside the serial connection
21:17
<
samueldr >
$ echo "stty rows $(tput lines) cols $(tput cols)"
21:17
<
samueldr >
that'll give you the proper stty invocation to fix the wrapping
21:17
<
gchristensen >
throw that right up in to the wiki
21:32
<
samueldr >
RK3399 +1 for a platform that is pretty well maintained and known
21:33
<
samueldr >
so I figure that little box holds one of those RK3399 and HDD caddies, and not multiple of those RK3399 boards
21:34
<
samueldr >
nixos support should be a cinch
21:38
<
sphalerite >
yeah, someone mentioned that in here the other day. I'd really like one, but I already have a hackier equivalent, so I'm not sure I can justify it
21:38
<
sphalerite >
I'm already struggling to decide whether I want a pinebook pro or not
21:38
<
samueldr >
that price is really good
21:39
<
samueldr >
it's also standard form factor, and can even be powered from an ATX power supply
21:39
<
samueldr >
so once they ship non full-bundle, you could mount it in a standard case
21:39
<
sphalerite >
well, I'm powering my nanopi from a standard ATX power supply too
21:43
<
samueldr >
>> USB Type-C : DAS Mode
21:43
<
samueldr >
curious what's doing it
21:43
<
samueldr >
if it's u-boot or the kernel
21:45
<
gchristensen >
wow that is a great price
21:45
<
samueldr >
look carefully at all the features
21:45
<
samueldr >
I think they dropped an order of magnitude accidentally :)
21:46
<
samueldr >
not really, but similar featured things are not cheap!
21:46
<
samueldr >
it wouldn't have surprised me to see the board alone at that price point, the box at that price too
21:47
<
gchristensen >
same...
21:52
<
flokli >
helios64 really sounds like something I'd want to have
21:53
<
samueldr >
same here, though have no real need to
21:56
<
gchristensen >
same here, except I sort of(?) have reason to (ish?)
21:56
<
samueldr >
I sort of could move the drives from my older computer tower into that
21:56
<
samueldr >
that computer is currently doing what that box would
21:57
<
samueldr >
but it's not like it's needed
22:00
<
flokli >
well, the current box holding my harddrives probably has a worse cpu than that thing :-)
22:00
<
flokli >
Intel(R) Celeron(R) CPU G1610T @ 2.30GHz
22:04
<
samueldr >
>> Intel(R) Xeon(R) CPU E5440 @ 2.83GHz
22:04
<
samueldr >
that's running in the wrong socket
22:05
<
samueldr >
LGA771 CPUs can generally run in LGA775 boards with a pin mod, you could buy them for dirt cheap on aliexpress pre-modded
22:05
<
samueldr >
I think I paid 20$ for what, at the time, was a really good upgrade
22:06
<
gchristensen >
nice...
22:06
<
samueldr >
especially considering the Pentium chip it replaced didn't have VT
22:17
<
samueldr >
sphalerite (if you're around) your unbind/bind dance for gru-bob, how long does it usually take for you?
22:24
zarel has quit [Ping timeout: 252 seconds]
22:28
zarel has joined #nixos-aarch64
22:34
<
samueldr >
turns out my code was bad :)
22:47
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
23:52
ryantrinkle has quit [Ping timeout: 240 seconds]