dgilmore changed the topic of #fedora-riscv to: Fedora on RISC-V https://fedoraproject.org/wiki/Architectures/RISC-V || Logs: https://libera.irclog.whitequark.org/fedora-riscv || Alt Arch discussions are welcome in #fedora-alt-arches
sayan has quit [Ping timeout: 260 seconds]
jcm has quit [Read error: Connection reset by peer]
pbrobinson has quit [Read error: Connection reset by peer]
dgilmore has quit [Read error: Connection reset by peer]
moto-timo has quit [Write error: Connection reset by peer]
drewfustini has quit [Read error: Connection reset by peer]
cyberpear has quit [Read error: Connection reset by peer]
sorear has quit [Ping timeout: 250 seconds]
jcm has joined #fedora-riscv
jcm has quit [Ping timeout: 264 seconds]
sayan has joined #fedora-riscv
jcm has joined #fedora-riscv
dgilmore has joined #fedora-riscv
moto-timo has joined #fedora-riscv
pbrobinson has joined #fedora-riscv
sorear has joined #fedora-riscv
cyberpear has joined #fedora-riscv
drewfustini has joined #fedora-riscv
<davidlt[m]> 5 AM
<davidlt[m]> let see what happened
<davidlt[m]> Btw, /boot needs to be FAT if we use UEFI at the end
<davidlt[m]> yes, you need bootable flag on the partition
<davidlt[m]> the problem is that the 2 partitions at the beginning are RAW with firmware
<davidlt[m]> by default U-Boot will got with <interface> 0:0 for /boot
<davidlt[m]> unless there is a flag
<davidlt[m]> I got an imagine, took 4:30 hours :/
* davidlt[m] goes to look for coffee, 5 AM
<djdelorie> if the firmware remains on the mmc, can we use a third partition on the nvme for UEFI, so that /boot can be ext4?
<davidlt[m]> Yes, but only for now, IIRC EFI requires FAT
<djdelorie> right, I mean, sda1 is fat for efi, sda2 is boot, sda3 is root
<sorear> hfs+? :p
<davidlt[m]> ah yes
<davidlt[m]> /boot/efi is FAT, but /boot can be ext4
somlo_ has joined #fedora-riscv
somlo has quit [Ping timeout: 268 seconds]
sharkcz has quit [Ping timeout: 268 seconds]
moto-timo has quit [Ping timeout: 264 seconds]
moto-timo has joined #fedora-riscv
<rwmjones|afk> is /boot/efi actually used?
rwmjones|afk is now known as rwmjones
<davidlt[m]> rwmjones|afk: not today
<davidlt[m]> So basically there is one patchset which is not yet merged upstream that finished GRUB2 porting (or how we load initrd on EFI systems for riscv64)
<davidlt[m]> If we pull that patch + some fixes we can boot with EFI the same way as any other Fedora arch does
<davidlt[m]> I feel like touching Fedora GRUB2 package might be a minefield, but that's something you can fix with enough hours fixing stuff
<rwmjones> davidlt[m]: so djdelorie had a problem getting uboot to read extlinux off nvme 0:3 (I'm using 0:1)
<davidlt[m]> legacy boot flag is required for GPT partition
<rwmjones> by the time I went to bed last night we hadn't really worked out if the problem was uboot itself or just a wrong uboot variable
<rwmjones> I'm using MBR, not sure if dj is using GPT or MBR
<davidlt[m]> uboot will go for <interface> 0:0 (disk 0, part 0) and think it's /boot
<davidlt[m]> unless any partition has a flag in GPT record
<rwmjones> ok that could be the problem, I'll ask him later
<davidlt[m]> well, everything is GPT :)
<davidlt[m]> Firmware looks for partitions based on GPT UUIDs
<davidlt[m]> Attribute value is 0000000000000004. Set fields are:
<davidlt[m]> 2 (legacy BIOS bootable)
<davidlt[m]> Done with gdisk
<davidlt[m]> You can also do that with sgdisk, but I don't have a command saved in my notes
<rwmjones> ok
<davidlt[m]> The last line even show example how to do via with sgdisk :)
<davidlt[m]> type sgdisk -A 4:set:2 /dev/sdc to set the bit 2 attribute (legacy BIOS bootable) on partition 4 on /dev/sdc.
<rwmjones> something is doing weird things to your longer messages, eg:
<davidlt[m]> Alternative is to move the RAW partitions with firmware to a different place, but I always had issues with that...
<rwmjones> 08:35 < davidlt[m]> Expert command (? for help): a... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/baa614b336851225e7d7d4963e32fd2fe4725f5b)
<davidlt[m]> Don't recall what was the issue moving them
<davidlt[m]> Yeah, I am using Matrix + IRC bridge
<davidlt[m]> This is how Matrix with IRC bridge handles long messages
<davidlt[m]> I copy & paste large blobs of text and don't need to use pastebin
<davidlt[m]> It just does it automatically
<davidlt[m]> Plus Matrix sits on IRC for me even if I disconnect and I get notifications via email :)
<davidlt[m]> and no need for IRC bouncer or IRC Cloud paid service :)
<davidlt[m]> win-win :)
moto-timo has quit [Ping timeout: 264 seconds]
moto-timo has joined #fedora-riscv
<davidlt[m]> lunch time! and the 1st problem
<davidlt[m]> I messed up rebuilding U-Boot last night
<davidlt[m]> so repo and disk image has a wrong U-Boot :/
<davidlt[m]> rebuilding U-Boot...
<davidlt[m]> [riscv@fedora-riscv ~]$ cat /etc/redhat-release... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/c0ebe92d9d53ba44c276957617e60798f741a799)
<davidlt[m]> bingo!
guerby_ is now known as guerby
<rwmjones> rjones@nufive:~$ cat /etc/redhat-release
<rwmjones> rjones@nufive:~$ uname -a
<rwmjones> Linux nufive.home.annexia.org 5.14.16-101.0.riscv64.fc33.riscv64 #1 SMP Tue Nov 9 05:04:52 EST 2021 riscv64 riscv64 riscv64 GNU/Linux
<rwmjones> Fedora release 33 (Rawhide)
<rwmjones> rjones@nufive:~$ lscpu
<rwmjones> Architecture: riscv64
<rwmjones> Byte Order: Little Endian
<rwmjones> CPU(s): 4
<rwmjones> On-line CPU(s) list: 0-3
<rwmjones> Thread(s) per core: 4
<rwmjones> Core(s) per socket: 1
<rwmjones> Socket(s): 1
<rwmjones> NUMA node(s): 1
<rwmjones> L1d cache: 32 KiB
<rwmjones> L1i cache: 32 KiB
<rwmjones> L2 cache: 2 MiB
<rwmjones> NUMA node0 CPU(s): 0-3
<rwmjones> (same basically)
<davidlt[m]> I want food, but I want to finish separate images for firmware and rootfs
<davidlt[m]> I love nbdkit xz plugin
<davidlt[m]> new NVMe is unpacked
<davidlt[m]> that's soooo faster to flash compared to microSD card
<davidlt[m]> and I already use faster HW to flash those microSD cards..
<davidlt[m]> Cannot wait PCIe based microSD cards
<davidlt[m]> /dev/nvme0n1p2 917G 5.9G 911G 1% /
<davidlt[m]> tmpfs 7.8G 0 7.8G 0% /tmp
<davidlt[m]> /dev/nvme0n1p1 662M 108M 533M 17% /boot
<davidlt[m]> So it's compressing and uploading is the next step
<organizedglobals> <davidlt[m]> "that's soooo faster to flash..." <- the SDUC spec goes up to 128TB and starts at almost a GB/s, wonder how their write durability and perf is compared to NVMe SSDs.. with 2TB microSD cards, its hard to imagine they can possibly be as dense
<organizedglobals> can probably do a tiered storage cache with the NVMe using SD as cold storage/archive
<davidlt[m]> most likely those microSDs will not have any DRAM cache, so will not be as fast as PCIe Gen 4 NVMe :)
<davidlt[m]> It's probably a single PCIe Gen 3 line or lower
masami has joined #fedora-riscv
zsun has joined #fedora-riscv
moto-timo has quit [Read error: Connection reset by peer]
sorear has quit [Ping timeout: 268 seconds]
cyberpear has quit [Ping timeout: 260 seconds]
pbrobinson has quit [Ping timeout: 268 seconds]
sayan has quit [Ping timeout: 268 seconds]
jcm has quit [Ping timeout: 268 seconds]
drewfustini has quit [Ping timeout: 246 seconds]
sayan has joined #fedora-riscv
sorear has joined #fedora-riscv
dgilmore has quit [Ping timeout: 268 seconds]
cyberpear has joined #fedora-riscv
pbrobinson has joined #fedora-riscv
cyberpear has joined #fedora-riscv
cyberpear has quit [Changing host]
moto-timo has joined #fedora-riscv
jcm has joined #fedora-riscv
moto-timo has quit [Changing host]
moto-timo has joined #fedora-riscv
dgilmore has joined #fedora-riscv
drewfustini has joined #fedora-riscv
dgilmore has joined #fedora-riscv
dgilmore has quit [Changing host]
masami has quit [Quit: Leaving]
sharkcz has joined #fedora-riscv
sorear has quit [Ping timeout: 240 seconds]
sayan has quit [Ping timeout: 240 seconds]
moto-timo has quit [Ping timeout: 260 seconds]
drewfustini has quit [Ping timeout: 250 seconds]
pbrobinson has quit [Ping timeout: 264 seconds]
cyberpear has quit [Ping timeout: 240 seconds]
jcm has quit [Ping timeout: 264 seconds]
dgilmore has quit [Ping timeout: 264 seconds]
sayan has joined #fedora-riscv
sorear has joined #fedora-riscv
dgilmore has joined #fedora-riscv
pbrobinson has joined #fedora-riscv
moto-timo has joined #fedora-riscv
drewfustini has joined #fedora-riscv
jcm has joined #fedora-riscv
cyberpear has joined #fedora-riscv
<organizedglobals> ^^ datadump
<davidlt[m]> Note, that dist repos are not synced to dl.fedoraproject.org
<rwmjones> thanks, will try it later
<davidlt[m]> so 3 images
<davidlt[m]> one is full one (boot from MMC everything), one is firmware which you flash to MMC or SPI-NOR (one day, not now) and another one is simply /boot and /
King_InuYasha has joined #fedora-riscv
zsun has quit [Remote host closed the connection]
<djdelorie> if I've done a dnf update, do I need the new boot/root images?
davidlt has joined #fedora-riscv
<davidlt[m]> Probably not, but if you want a clean setup :)
<djdelorie> I'm gone all day today, I'll try to test it sometime over the weekend
davidlt has quit [Quit: Leaving]
fede2cr has joined #fedora-riscv
<davidlt[m]> Food aquired
<davidlt[m]> Now I need a movie
<davidlt[m]> Netflix, Terminator Genesis?
<davidlt[m]> Now let's boot the Unmatched with Fedora and have some fun :)
<davidlt[m]> 1st thing, disable tmpfs for /tmp
<davidlt[m]> let's not waste that RAM :)
fede2cr has quit [Quit: Client closed]
<davidlt[m]> connected to Koji and building!
fede2cr has joined #fedora-riscv
varodek has joined #fedora-riscv
varodek has quit [Client Quit]