aminechikhaoui5 has joined #nixos-aarch64
zarel has joined #nixos-aarch64
ryantrinkle has joined #nixos-aarch64
aminechikhaoui has quit [Quit: Ping timeout (120 seconds)]
aminechikhaoui5 is now known as aminechikhaoui
c00w has quit [Read error: Connection reset by peer]
pkral has quit [Read error: Connection reset by peer]
qyliss has quit [Quit: bye]
lirzhv has quit [Read error: Connection reset by peer]
feepo has quit [Read error: Connection reset by peer]
c00w has joined #nixos-aarch64
lirzhv has joined #nixos-aarch64
pkral has joined #nixos-aarch64
feepo has joined #nixos-aarch64
bennofs has quit [Remote host closed the connection]
fadenb has quit [Ping timeout: 272 seconds]
qyliss has joined #nixos-aarch64
lovesegfault has quit [Remote host closed the connection]
bennofs has joined #nixos-aarch64
misuzu has quit [Remote host closed the connection]
lovesegfault has joined #nixos-aarch64
wavirc22 has quit [Ping timeout: 268 seconds]
hexa- has quit [Ping timeout: 272 seconds]
<
craige>
and thanks again samueldr++ - this time for the mobile-nixos update. Brilliant stuff :-D
<
{^_^}>
samueldr's karma got increased to 162
fadenb has joined #nixos-aarch64
wavirc22 has joined #nixos-aarch64
misuzu has joined #nixos-aarch64
hexa- has joined #nixos-aarch64
zarel has quit [Ping timeout: 265 seconds]
zarel has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 246 seconds]
h0m1 has joined #nixos-aarch64
mDuff has joined #nixos-aarch64
cptchaos83 has joined #nixos-aarch64
mDuff has quit [Ping timeout: 265 seconds]
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
<
craige>
FYI samueldr my PinePhone64 just arrived. Hope to set some time aside for it this weekend.
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
minicom has quit [Read error: Connection reset by peer]
minicom0 has joined #nixos-aarch64
tilpner has quit [Quit: tilpner]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
lovesegfault has quit [Ping timeout: 245 seconds]
lovesegfault has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Read error: Connection reset by peer]
zupo_ has joined #nixos-aarch64
FRidh2 has joined #nixos-aarch64
TheNumb has joined #nixos-aarch64
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
lovesegfault has quit [Ping timeout: 246 seconds]
lovesegfault has joined #nixos-aarch64
zupo has joined #nixos-aarch64
FRidh2 has quit [Quit: Konversation terminated!]
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
minicom0 is now known as minicom
lovesegfault has quit [Ping timeout: 260 seconds]
lovesegfault has joined #nixos-aarch64
<
gchristensen>
,stty
<
{^_^}>
echo "stty rows $(tput lines) cols $(tput cols)"
chessai has quit [Ping timeout: 246 seconds]
rajivr___ has quit [Ping timeout: 246 seconds]
alunduil has quit [Ping timeout: 260 seconds]
cidkid has joined #nixos-aarch64
ryantrinkle has quit [Ping timeout: 240 seconds]
rajivr___ has joined #nixos-aarch64
alunduil has joined #nixos-aarch64
chessai has joined #nixos-aarch64
cidkid has quit [Ping timeout: 268 seconds]
ryantrinkle has joined #nixos-aarch64
orivej has quit [Ping timeout: 268 seconds]
zupo has quit [Ping timeout: 272 seconds]
zupo has joined #nixos-aarch64
jtojnar_ has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cidkid has joined #nixos-aarch64
lovesegfault has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
cidkid has quit [Ping timeout: 268 seconds]
m15k has joined #nixos-aarch64
<
m15k>
Hi. Does anyone boot NixOs on USB pendrive without a sd card on a raspberry pi?
<
clever>
m15k: on which model?
<
clever>
m15k: did you set the fuse to enable usb booting?
cidkid has joined #nixos-aarch64
<
m15k>
I got an rasbpian image which boots quite fine. But the NixOs does not.
<
clever>
ah, it might be the u-boot then that needs more config
kcalvinalvin has quit [Ping timeout: 265 seconds]
<
m15k>
clever: I guess comparing config.txt is not sufficient?
<
clever>
m15k: you may need to look into the uboot config, and watch the uart output
kcalvinalvin has joined #nixos-aarch64
<
m15k>
I guess raspbian is using another bootloader?
<
clever>
m15k: for the stock firmware, start.elf directly loads linux into ram, before the arm cpu is even started
<
clever>
m15k: nixos puts u-boot in that file, tricking the firmware into loading uboot instead
<
clever>
and then uboot parses the config files and enables generations/rollback
<
m15k>
clever: Basically the problem is that I don't see any output. So there's no error message at all.
<
clever>
m15k: are you using the hdmi or the uart?
<
clever>
m15k: you may not get any output from hdmi until linux boots
<
clever>
m15k: so you need uart to get any debug
<
m15k>
time for serial converter
<
m15k>
clever: good hint. I got a resetting CPU: "Card did not respond to voltage select". I guess it's talking about the sd card...
<
clever>
m15k: sounds like u-boot isnt configured to look for /boot on the USB
<
m15k>
seems it does not find the boot partition
<
m15k>
clever: Just to be sure: When U-Boot is booting it means that it's loading the code from my USB pendrive or?
<
clever>
the rpi firmware will load uboot into ram, and execute it on the arm cpu
jtojnar_ has quit [Quit: jtojnar_]
<
clever>
and it loads it from the same place it found start.elf
<
m15k>
I mean when u-boot is showing up it means that there was some interaction with my pendrive.
<
clever>
without sd/usb, the rpi3 wont show any signs of life at all
<
clever>
no hdmi or uart
<
m15k>
Maybe NixOs default image is configured to boot via sd-card?!
<
clever>
that sounds likely
<
clever>
you could just boot the image from an SD card, and then use plain nixos-install to install to usb
<
clever>
though you may need to still edit the uboot some more to make it boot right
lovesegfault has joined #nixos-aarch64
m15k36 has joined #nixos-aarch64
<
clever>
m15k36: yeah, its trying to talk to the sd, and thats it
<
clever>
m15k36: now that i think of it, youll need to recompile uboot with something
<
clever>
m15k36: since it cant even read its own config file, until it knows to look at usb
<
m15k36>
clever: Intresting. I added an hdmi cable and the bootloader does not crash.
<
samueldr>
clever: I wonder, I only `dd`'d the sd image to usb and it worked for me
<
samueldr>
I didn't need to do anything special other than burn the fuse
<
m15k36>
samueldr: which hardware revision?
<
samueldr>
m15k36: 3B or 3B+? not entirely positive if u-boot 2019.04 had support for a 3B+
<
samueldr>
in my case I tested with a 3B
<
samueldr>
let me check the exact revision written on the board
<
clever>
m15k36: from your gist: RPI 3 Model B (0xa02082)
<
samueldr>
oops, I can't... I hoped the case allowed me, but it's too restrictive
<
m15k36>
mhhhh strange why it's now working...
<
clever>
HW revision: 0x00a22082
<
clever>
from my custom firmware, on an rpi3
zupo has joined #nixos-aarch64
<
clever>
m15k36: it definitely looks like uboot is printing an rpi revision code
<
clever>
samueldr: so we can know exactly which model it is, from 0xa02082
<
samueldr>
I could be inventing it from thin air, but this kinda rings a bell, hdmi being needed at one point with u-boot due to a bug
<
samueldr>
clever: yeah, missed that there was the exact identifier in the log
<
m15k36>
Maybe I did not wait long enough oO
<
clever>
m15k36: if its saying data abort and dumping registers, then uboot has given up
<
samueldr>
bcm2835: Could not configure display
<
samueldr>
makes me think it's relevant
<
clever>
0xa02082, ok its rev2, 3B (not +)
<
m15k36>
Now I removed serial controller and it does not boot again...
<
samueldr>
it's a fresh image, right? nothing you need from it?
<
m15k36>
yes. fresh image.
<
samueldr>
it should be using u-boot 2020.01
<
samueldr>
if you then want to run on 19.09, you can change the channel and it'll keep the newer u-boot
<
m15k36>
I guess I broke it. Doesn't boot anymore even with connected serial converter.
orivej has quit [Ping timeout: 268 seconds]
<
m15k36>
the pi is kind strange kind of hardware...
<
srk>
doesn't boot at all? not even uboot?
<
m15k36>
srk: nah. boot via usb stopped completely. sd card seems to work.
cidkid has quit [Ping timeout: 240 seconds]
<
samueldr>
now that's weird
<
samueldr>
yeah, USB boot on the 3B was not really supposed to be a thing
<
m15k36>
mhhh. The initial installation is modified after initial boot?
<
samueldr>
whlie switchint to stage-2 the filesystem will be resized to fit the whole drive
<
samueldr>
oh my, what a butcher of words I am
<
srk>
I've did :set psell today
<
samueldr>
you're pselling yourself well
cidkid has joined #nixos-aarch64
<
m15k36>
samueldr, I tought it might does not boot since something changed after first boot.
<
samueldr>
it shouldn't affect the firmware partition, so u-boot should still show up
<
m15k36>
I'll try the image you mentioned.
<
cidkid>
samueldr: do you have any idea why new unit would break booting?
zupo has quit [Ping timeout: 265 seconds]
<
samueldr>
not really, meaning, there may be different issues
<
cidkid>
Hmm alright
<
samueldr>
can you build with the `fbterm` option enabled? if your device boots far enough, it'll be printing the startup messages to the display
<
cidkid>
Yeah when I get home
zupo has joined #nixos-aarch64
m15k has quit [Ping timeout: 260 seconds]
<
m15k36>
I guess. I'm giving up. Tried several sticks. USB boot is unreliable. Some boots work. Most does not.
<
samueldr>
m15k36: I've been using, in another setup, an SD card that only holds tianocore, and then install a UEFI aarch64 system on a usb drive
<
samueldr>
that way, it doesn't rely on the subpar usb boot codepath of the raspberry pi
<
samueldr>
you could, instead of using tianocore, use u-boot on the SD card
<
samueldr>
I'm treating that SD card as a read-only firmware device, I'm even using a broken SD card that doesn't work well with upper GBs
m15k36 has quit [Remote host closed the connection]
m15k has joined #nixos-aarch64
<
m15k>
Irc connection in unreliable too ^^
<
m15k>
samueldr: yeah that might be an option to use the sd card for booting.
<
samueldr>
in case you lost some
<
m15k>
When I add the sd card I saw that the pendrive is not recognized at boot time most of the time.
<
samueldr>
using tianocore I was able to boot off a usb hard drive, one that was too slow to start for the raspberry pi usb boot codepath
<
samueldr>
so this raspberry pi I have uses my old 320GB usb 2 hard drive
<
clever>
samueldr: there is a flag in OTP to extend one of the usb timeouts, not sure by how much though
<
samueldr>
I'm assuming it's delay, but it could also be the exact usb protocol...
<
samueldr>
anyway, that wouldn't allow me to boot using tianocore
<
DigitalKiwi>
yeah my pi doesn't boot when i use the rpi3 kernel :(
<
DigitalKiwi>
i have it working with mainline and it'll boot and if the only change i do is the rpi3 kernel it stops booting
<
m15k>
samueldr: Previously you said, when I install 20.03 pre U-Boot remains the 2020 version. Why is not rolled back with nixos-rebuild?
<
samueldr>
nixos doesn't manage u-boot by default
<
samueldr>
we're assuming it's like your computer's bios
<
samueldr>
(it is, kind of)
<
samueldr>
we can't know how to upgrade all u-boots, so it's easier to assume all u-boots are opaque blobs
<
m15k>
Doesn't the boot partition contain raspberry firmware? Is it unmanaged too?
<
samueldr>
the FAT32 partition is assumed to be treated as an opaque blob, yes, unmanaged too :)
orivej has joined #nixos-aarch64
<
samueldr>
this way the raspberry pi can be setup much closer to all other aarch64 platforms
<
samueldr>
this image is as universal as it can be for aarch64
<
samueldr>
we're using mainline u-boot and mainline linux; whatever those support we should be able to support
<
samueldr>
(well, u-boot has to be flashed to it for non-pi, or booted in another manner)
<
samueldr>
if it would have been trivial, the raspberry pi firmware would have been left off
<
samueldr>
and left as an additional command just like for other platforms
<
m15k>
quite complicated :>
<
m15k>
Isn't linux kernel also part of boot partition?
<
samueldr>
not with the nixos setup
<
samueldr>
the raspberry pi loader will load "a kernel"
<
samueldr>
but we're loading u-boot rather than the linux kernel
<
samueldr>
u-boot, then, will look for [/boot]/extlinux.conf
<
samueldr>
somewhere on a partition it can read, and has been flagged bootable
<
samueldr>
(among other things it looks for)
<
samueldr>
and our nixos system partition has that extlinux.conf file, which points to the generations
<
m15k>
And that behaviour is baked into the u-boot binary?
<
samueldr>
it's part of the mainline u-boot default behaviour, yes
<
srk>
you can probably hack direct kernel boot quite easily
<
samueldr>
it's still possible yes, and there is support in nixpkgs to handle it
<
samueldr>
though the default image is not setup the best way to support that
<
samueldr>
the main drawback is that the raspberry pi then acts its own special way, rather than work like all other aarch64 sbcs we support
<
samueldr>
and then the other major drawback is lack of generation selection
<
srk>
I have few devices that need patched u-boot due to gps on ttyAMA0
<
srk>
it breaks either in uboot or in extlinux
<
srk>
you can disable uboot timeout but extlinux 0 timeout is broken
<
srk>
might be easier to just boot directly instead
<
samueldr>
"there is no extlinux", it's still u-boot, though it parses the extlinux format (just in case)
<
srk>
I do have a patch for that somewhere
<
samueldr>
there is an option, not sure if the extlinux program will use it, to recognize only some keys as breaking
<
srk>
I've tried that iirc
<
srk>
multiple combinations of these options
<
srk>
commit message is weird heh
zupo has joined #nixos-aarch64
bennofs[m] has quit [*.net *.split]
exarkun has quit [*.net *.split]
grw has quit [*.net *.split]
Vikingman has quit [*.net *.split]
grw has joined #nixos-aarch64
exarkun has joined #nixos-aarch64
Vikingman has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
m15k has quit [Remote host closed the connection]
zupo has joined #nixos-aarch64
cidkid has quit [Ping timeout: 260 seconds]
cidkid has joined #nixos-aarch64
cidkid has quit [Ping timeout: 272 seconds]
cidkid has joined #nixos-aarch64
cidkid has quit [Ping timeout: 256 seconds]
cidkid has joined #nixos-aarch64
cidkid has quit [Ping timeout: 272 seconds]
orivej has quit [Ping timeout: 265 seconds]
lovesegfault has quit [Ping timeout: 260 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]