<samueldr>
>> The new Exynos chip for laptops will use the graphics processing unit (GPU) jointly developed with US semiconductor company Advanced Micro Devices Inc. (AMD) to offer improved graphical technology, according to the sources.
superherointj has joined #nixos-aarch64
rajivr has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 276 seconds]
h0m1 has joined #nixos-aarch64
superherointj has quit [Quit: Leaving]
<elvishjerricco>
samueldr: Oh, I built tow-boot on an x86_64 machine. Did it cross compile? Or do I need to build on an aarch64 machine?
<samueldr>
it'll cross-compile
<elvishjerricco>
cool
<elvishjerricco>
No dice. Same errors I got with u-boot when I first got this thing. I'm guessing either u-boot hasn't put the cm4 patches in a release yet, or whatever version I got with tow-boot doesn't have them.
<samueldr>
I don't think anything looked like it should support the CM4
<samueldr>
but I didn't really look either
<samueldr>
since I don't have the hardware
<samueldr>
same with pi400
<elvishjerricco>
I guess I should buy something to connect to serial on this thing so I can mess with it at my desk
<samueldr>
it would probably really help
<samueldr>
yikes, was looking at how much it adds up to get the missing raspberry pi 4 family boards, to better test things out, and nope
<samueldr>
oops, the site wasn't even using the right currency
sigtrm has joined #nixos-aarch64
orivej has quit [Ping timeout: 240 seconds]
luxemboye has quit [Ping timeout: 240 seconds]
justanotheruser has quit [Ping timeout: 250 seconds]
<elvishjerricco>
Isn't the iso image supposed to have a partition table? If I `losetup -P` the aarch64 iso image, i just get `loop0`, which can in fact be mounted.
<samueldr>
>> The additional isohybrid feature for UEFI adds a partition to the MBR partition table pointing to the same file in the ISO 9660 filesystem as does the El Torito catalog entry for EFI. This file contains a FAT filesystem with boot equipment from which the UEFI firmware will be able to start the desired operating system
<samueldr>
so it's both an ISO-9660 image, *and* has an MBR partition scheme
<elvishjerricco>
Well either way, u-boot says it found 2 disks (presumably the sd card with u-boot on it and the flash drive with the iso on it), and says no efi system partition
<elvishjerricco>
Plus some other stuff that looks like errors
<elvishjerricco>
It also says there's no boot order specified
HenrikK has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo_ has joined #nixos-aarch64
zupo has quit [Ping timeout: 252 seconds]
<dxb[m]>
<domenkozar[m] "Hey! Is there someone that has R"> i've got a couple 4s… not sure if i'll have time but if i do i'll run through this and let you know.
HenrikK has joined #nixos-aarch64
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
AmandaC has quit [Ping timeout: 252 seconds]
HenrikK has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<domenkozar[m]>
Thanks!
HenrikK has joined #nixos-aarch64
AmandaC has joined #nixos-aarch64
<domenkozar[m]>
Thanks!
zupo has quit [Ping timeout: 246 seconds]
cole-h has joined #nixos-aarch64
jasom has joined #nixos-aarch64
chessai has quit [Remote host closed the connection]
chessai has joined #nixos-aarch64
zupo has joined #nixos-aarch64
orivej has joined #nixos-aarch64
zupo_ has joined #nixos-aarch64
HenrikK has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has quit [Ping timeout: 240 seconds]
zupo_ has quit [Read error: Connection reset by peer]
zupo has joined #nixos-aarch64
zupo_ has joined #nixos-aarch64
zupo has quit [Ping timeout: 246 seconds]
vikanezrimaya has joined #nixos-aarch64
alpernebbi has quit [Ping timeout: 268 seconds]
justan0theruser has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 260 seconds]
<dotlambda>
Is anyone running Mobile NixOS on their PinePhone and can test #121722?
<samueldr>
dotlambda: >> it would require a different disk image, or the disk image to support it as a boot option
<samueldr>
support it as a boot option is basically that
<samueldr>
but really the *assumption* is that the generic mainline kernel works
<samueldr>
a *workaround* is providing vendor-specific kernels to boot from :)
<zhaofeng>
dotlambda: Testing right now (sorry for the delay - was busy over the weekend), just waiting for the kernel to rebuild
<samueldr>
oh, so since the project was announced, Tow-Boot is the reason development for Mobile NixOS slowed down more than I'd like for the past few weeks
<zhaofeng>
dotlambda: Wow nice, your PR works on my phone! Just had to enable sun6i csi support in the kernel
<dotlambda>
Great!
justanotheruser has joined #nixos-aarch64
justan0theruser has quit [Ping timeout: 260 seconds]
vikanezrimaya has quit [Quit: Connection closed]
zupo_ has quit [Ping timeout: 252 seconds]
vikanezrimaya has joined #nixos-aarch64
rajivr has quit [Quit: Connection closed for inactivity]
aleph- is now known as Batty
HenrikK has joined #nixos-aarch64
jasom has quit [*.net *.split]
nyanotech has quit [*.net *.split]
Raito_Bezarius has quit [*.net *.split]
sphalerite has quit [*.net *.split]
davidtwco has quit [*.net *.split]
Ox4A6F1 has quit [Ping timeout: 245 seconds]
Ke has quit [Ping timeout: 245 seconds]
davidtwco has joined #nixos-aarch64
DavHau[m] has joined #nixos-aarch64
ServerStatsDisco has joined #nixos-aarch64
leonardp has joined #nixos-aarch64
danielrf[m] has joined #nixos-aarch64
nyanotech has joined #nixos-aarch64
Raito_Bezarius has joined #nixos-aarch64
n0emis[m] has joined #nixos-aarch64
sphalerite has joined #nixos-aarch64
Dandellion has joined #nixos-aarch64
jasom has joined #nixos-aarch64
JJJollyjim has joined #nixos-aarch64
cepheus has joined #nixos-aarch64
hpfr has joined #nixos-aarch64
kloenk has joined #nixos-aarch64
davidak[m] has joined #nixos-aarch64
Danct12[m] has joined #nixos-aarch64
Raito_Bezarius has quit [Max SendQ exceeded]
sphalerite has quit [Max SendQ exceeded]
ServerStatsDisco has quit [Max SendQ exceeded]
sphalerite has joined #nixos-aarch64
Raito_Bezarius has joined #nixos-aarch64
domenkozar[m] has quit [Ping timeout: 246 seconds]
mvnetbiz_ has quit [Ping timeout: 245 seconds]
craige has quit [Ping timeout: 246 seconds]
leonardp has quit [Ping timeout: 276 seconds]
kloenk has quit [Ping timeout: 276 seconds]
hpfr has quit [Ping timeout: 276 seconds]
danielrf[m] has quit [Ping timeout: 276 seconds]
cw28cycles[m] has quit [Ping timeout: 248 seconds]
cepheus has quit [Ping timeout: 276 seconds]
DavHau[m] has quit [Ping timeout: 276 seconds]
Danct12[m] has quit [Ping timeout: 276 seconds]
JJJollyjim has quit [Ping timeout: 276 seconds]
n0emis[m] has quit [Ping timeout: 276 seconds]
FantasyCookie17[ has quit [Ping timeout: 248 seconds]
<elvishjerricco>
samueldr: Yea I already learned my lesson there :P
thefloweringash has joined #nixos-aarch64
<samueldr>
the release.nix file is actually used to produce the .tar.xz files from the outputs you can access on default.nix :)
Jassuko[m] has joined #nixos-aarch64
artturin has joined #nixos-aarch64
LinuxHackerman has joined #nixos-aarch64
bennofs[m] has joined #nixos-aarch64
<samueldr>
note that I really don't know much about the CM4, so there's not much I can do outside of conjecture, comparing with the Pi 4B
l-as has joined #nixos-aarch64
<elvishjerricco>
Hm. No change whatsoever. Still says no usb controllers, and pressing escape didn't enter any menu
<samueldr>
yeah, without USB you won't go far :)
<samueldr>
raspberrypifw update?
<elvishjerricco>
Maybe.
<elvishjerricco>
samueldr: I know a usb controller is used for the rpi4's usb 3 ports, but the 2.0 ports don't go through that controller.
<elvishjerricco>
is tow-boot able to boot off the usb 2.0 ports?
spacetato has joined #nixos-aarch64
<elvishjerricco>
That *should* be the same between the cm4 and rpi4
<samueldr>
isn't the 2.0 port routed to the type-c connector?
<samueldr>
clever may know :)
anton[m] has joined #nixos-aarch64
CRTified[m] has joined #nixos-aarch64
<elvishjerricco>
The cm4 io board doesn't have a type c connector.
<samueldr>
yeah, I meant on the Pi 4
<samueldr>
I don't remember having tested all type-A ports
<clever>
the pi4 and pi400 route the legacy usb2 controller to the usb-c port
<samueldr>
so I got lucky?
<clever>
the CM4 exposes it as a raw D+/D- on the main header
<samueldr>
oh, no, I definitely tested the blue and the black ports
zupo has joined #nixos-aarch64
<samueldr>
I had the keyboard on one, the usb pen drive in the other
<elvishjerricco>
Is the type c port on the 3.0 controller?
<samueldr>
pretty sure it isn't
<samueldr>
since that *had* to be used before adding the PCIe controller stuff on mainline
<samueldr>
or maybe on the UEFI ptft firmware
<samueldr>
that's why I'm assuming the type-c port is where the on-board USB is routed
<apache8080>
what exactly causes the "repeated question" error when generate-config.pl runs for the kernel build? I am getting this error on a config that isn't set in my .config file.
<apache8080>
I tried setting ignoreConfigErrors but that doesn't seem to apply for the repeated question error
<qyliss>
apache8080: it means that the answer it was given for a question isn't valid
<qyliss>
if you scroll up, you can see what the last question it asked was, and what the acceptable options would have been
<samueldr>
e.g. answering `m` to a bool y/n question
<apache8080>
hmm, maybe this is an issue with the vendor KConfig but when I change in extra
<apache8080>
extraConfigs to be y/n I get the same error
<apache8080>
the choices say N/y/?
fgaz has quit [Ping timeout: 246 seconds]
<apache8080>
in the default config it isn't set, when I answer y or n the repeated question error still happens
<samueldr>
apache8080: just checking, you didn't leave `CONFIG_` in front of the option name?
<samueldr>
it's a common gotcha :)
<apache8080>
no I didnt
<elvishjerricco>
Oh, I overlooked something that seems kind of important.
<elvishjerricco>
Before the `Please press [ESCAPE] or ...` line, I see this:
<elvishjerricco>
Error: malloc in gunzip failed!
<elvishjerricco>
There is no valid bmp file at the given address
<samueldr>
elvishjerricco: ignore that, it's fine
<elvishjerricco>
ok
<samueldr>
I saw that after making the soft release, but didn't want to admit publicly
<samueldr>
apparently I broke the bmp setup on raspberry pi only????
<elvishjerricco>
I remember I didn't get usb working on nixos when I removed u-boot and booted the kernel directly, but I did have it working on an ubuntu image. I'm going to try just copying ubuntu's cnofig.txt
roberth has quit [Ping timeout: 245 seconds]
CRTified[m] has quit [Ping timeout: 245 seconds]
bennofs[m] has quit [Ping timeout: 245 seconds]
Jassuko[m] has quit [Ping timeout: 245 seconds]
LinuxHackerman has quit [Ping timeout: 245 seconds]
Ericson2314 has quit [Ping timeout: 245 seconds]
veleiro has quit [Ping timeout: 245 seconds]
dxb[m] has quit [Ping timeout: 245 seconds]
l-as has quit [Ping timeout: 245 seconds]
railroadmanualji has quit [Ping timeout: 245 seconds]
puzzlewolf has quit [Ping timeout: 245 seconds]
hpfr has quit [Ping timeout: 245 seconds]
anton[m] has quit [Ping timeout: 258 seconds]
spacetato has quit [Ping timeout: 258 seconds]
thefloweringash has quit [Ping timeout: 258 seconds]
craige has quit [Ping timeout: 258 seconds]
edrex has quit [Ping timeout: 258 seconds]
kloenk has quit [Ping timeout: 258 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<elvishjerricco>
Huh, it looks like ubuntu is actually using uboot
<samueldr>
they could be patching it heavily
hiroshi[m] has joined #nixos-aarch64
<apache8080>
so I was looking through the vendors KConfig and the config causing me trouble is defined twice for some reason
<apache8080>
weird
mvnetbiz_ has joined #nixos-aarch64
cw28cycles[m] has joined #nixos-aarch64
siraben has joined #nixos-aarch64
JJJollyjim has joined #nixos-aarch64
Ke has joined #nixos-aarch64
DavHau[m] has joined #nixos-aarch64
Danct12[m] has joined #nixos-aarch64
cepheus has joined #nixos-aarch64
n0emis[m] has joined #nixos-aarch64
mica[m] has joined #nixos-aarch64
ejpcmac has joined #nixos-aarch64
<apache8080>
patching that out from the Kconfig file in the vendors kernel source fixed it
FantasyCookie17[ has joined #nixos-aarch64
Ox4A6F1 has joined #nixos-aarch64
davidak[m] has joined #nixos-aarch64
Dandellion has joined #nixos-aarch64
ServerStatsDisco has joined #nixos-aarch64
fgaz has joined #nixos-aarch64
colemickens has joined #nixos-aarch64
CRTified[m] has joined #nixos-aarch64
Jassuko[m] has joined #nixos-aarch64
dxb[m] has joined #nixos-aarch64
LinuxHackerman has joined #nixos-aarch64
bennofs[m] has joined #nixos-aarch64
veleiro has joined #nixos-aarch64
roberth has joined #nixos-aarch64
Ericson2314 has joined #nixos-aarch64
<elvishjerricco>
Hm, I misspoke. 20.04.2 LTS uses u-boot. 21.04 just targets the kernel
<hexa->
on the bright side, they seem to have made the linux mobile phone ecosystem somewhat more probable
<andi->
that is all I ever expected to get for my money...
orivej has quit [Ping timeout: 260 seconds]
apache8080 has joined #nixos-aarch64
<apache8080>
So I am trying to build a vendor tree's linux kernel and I am running into an error where -mfpu=neon is an unknown gcc flag. I am using override derivation on buildLinux
<apache8080>
when I build this normally on an arm server it builds fine
<apache8080>
any ideas as to what could be causing this?
apache8080 has quit [Quit: WeeChat 1.9.1]
apache8080 has joined #nixos-aarch64
luxemboye has quit [Ping timeout: 240 seconds]
luxemboye has joined #nixos-aarch64
<colemickens>
can tow-boot go in pbp spi?
<colemickens>
I've got my regular laptop now so I can go wild on this pbp (might even see if someone else in the nix community wants a turn with it)
<samueldr>
colemickens: yes
<colemickens>
nice
<samueldr>
the only reason I don't have it in is because I'm heavily swapping it on sd
<samueldr>
but before releasing I did re-verify that it worked
<samueldr>
(it is quite annoying to fix when broken...)