sorear changed the topic of #riscv to: RISC-V instruction set architecture | https://riscv.org | Logs: https://libera.irclog.whitequark.org/riscv | Matrix: #riscv:catircservices.org
jn has quit [Ping timeout: 246 seconds]
jn has joined #riscv
jn has joined #riscv
jn has quit [Changing host]
mwette has quit [Quit: ERC 5.4 (IRC client for GNU Emacs 28.2)]
aburgess_ has quit [Ping timeout: 240 seconds]
cousteau has quit [Quit: ♫ I can't forget the day I shot that network down ♫]
Tenkawa has quit [Quit: Was I really ever here?]
heat has quit [Ping timeout: 240 seconds]
handsome_feng has joined #riscv
Trifton has joined #riscv
Trifton has quit [Max SendQ exceeded]
Trifton has joined #riscv
davidlt has joined #riscv
Trifton has quit [Max SendQ exceeded]
Trifton has joined #riscv
crabbedhaloablut has joined #riscv
Armand has joined #riscv
crabbedhaloablut has quit [Read error: Connection reset by peer]
loki_val has joined #riscv
billchenchina has quit [Remote host closed the connection]
Armand has quit [Quit: Leaving]
dh` has quit [Changing host]
dh` has joined #riscv
KREYREN has joined #riscv
davidlt has quit [Ping timeout: 240 seconds]
brazuca has quit [Quit: Client closed]
BootLayer has joined #riscv
davidlt has joined #riscv
hightower3 has quit [Ping timeout: 240 seconds]
alexghiti has joined #riscv
ncopa has quit [Changing host]
ncopa has joined #riscv
ldevulder has joined #riscv
jackneill__ has joined #riscv
hightower2 has joined #riscv
MaxGanzII_ has joined #riscv
tjaden has joined #riscv
hightower2 has quit [Ping timeout: 246 seconds]
danielinux has quit [Changing host]
danielinux has joined #riscv
junaid_ has joined #riscv
ldevulder has quit [Quit: Leaving]
agent314 has quit [Ping timeout: 264 seconds]
junaid_ has quit [Remote host closed the connection]
ldevulder has joined #riscv
notgull has quit [Ping timeout: 240 seconds]
notgull has joined #riscv
aburgess_ has joined #riscv
EchelonX has joined #riscv
yang2 has quit [Server closed connection]
yang2 has joined #riscv
loki_val has quit []
crabbedhaloablut has joined #riscv
hightower2 has joined #riscv
crabbedhaloablut has joined #riscv
jacklsw has joined #riscv
jacklsw has quit [Changing host]
jacklsw has joined #riscv
Kedleston has quit [Ping timeout: 240 seconds]
Kedleston has joined #riscv
jacklsw has quit [Quit: Back to the real world]
prabhakarlad has quit [Quit: Client closed]
Tenkawa has joined #riscv
<Tenkawa> mps: We're going to see if those alpine processes can be built inside a chroot inside binfmt on a risc-v box heheh
<Tenkawa> (I don't have a x86 Alpine or Alpine box of any kind so I'm using a Alpine in Debian pkg)
<mps> Tenkawa: you can download alpine apk-tools.static package manager and use it on other linux distros
<Tenkawa> Yeah thats what I'm using
<Tenkawa> The u-boot pkg is the main one I'm interested in right now
<mps> so, with qemu-user you can run on other arches all these
<Tenkawa> That pkg is the only one left I'm running vendir
<Tenkawa> er vendor
<mps> I prepare and build all for riscv64 on arm64 and x86_64
<mps> Tenkawa: for example here is my latest script to build VF2 image on arm64 https://tpaste.us/0l01
<Tenkawa> This is a neat way to chroot though
<Tenkawa> Looks smiliar to how we build our images in out builder (so they can be Debian/Ubuntu/Devuan agnostic)
<Tenkawa> Devuan being non-systemd forced our hand on some interesting setups
<mps> yes, few times I installed devuan when decided to remove debian
<Tenkawa> Ok... here goes the reboot
<Tenkawa> Any way to tell post boot which u-boot is running?
<Tenkawa> I can never tell for sure
<Tenkawa> (I get conflicting data)
<Tenkawa> It rebooted... thats minimally a good sign
<mps> maybe it is possible to pass u-boot version to kernel with some variables
<mps> never tried
<Tenkawa> I just realized I am chainload though from a microsd.. I didn't update that one.. only the onboard spi... let me make sure I got both
<Tenkawa> er chainloading
<Tenkawa> (I use a XFS root currently)
esv has quit [Remote host closed the connection]
esv has joined #riscv
<Tenkawa> Ok. Now both sets are updated and seem to be working fine
kehvo has quit [Ping timeout: 240 seconds]
kehvo has joined #riscv
brazuca has joined #riscv
ntwk has quit [Quit: ntwk]
BootLayer has quit [Quit: Leaving]
prabhakarlad has joined #riscv
alexghiti has quit [Ping timeout: 245 seconds]
alexghiti has joined #riscv
jmdaemon has quit [Ping timeout: 264 seconds]
billchenchina has joined #riscv
kehvo has quit [Changing host]
kehvo has joined #riscv
grumbler has joined #riscv
mps has quit [Quit: leaving]
Armand has joined #riscv
Stat_headcrabed has joined #riscv
<Stat_headcrabed> mps: For your u-boot patch, I think you have to let at least Heinrich know this
<Stat_headcrabed> And did you use scripts/get_maintainer.pl to get all maintainers for this patch?
rsalveti has joined #riscv
mps has joined #riscv
<matoro> hi, rust is broken on kernel 6.5, wanted to check if this is a known regression or not before I start up a bisect?
BootLayer has joined #riscv
junaid_ has joined #riscv
<Stat_headcrabed> mps: Check IRC log
<mps> Stat_headcrabed: don't have idea about what to check log
<Stat_headcrabed> I just told you something when you are not logged in
<mps> Stat_headcrabed: ah I see, thanks
<mps> I thought to add xypron to Cc but was not sure
<mps> but yes, I should use get_maintainers script
<Stat_headcrabed> Better resend\
<mps> Stat_headcrabed: `scripts/get_maintainer.pl -f include/configs/starfive-visionfive2.h` doesn't show Heinrich
heat has joined #riscv
<deathmist> mps: with the boot targets patch I presume you can flash U-Boot on SPI and have it boot directly from NVMe drive?
<deathmist> probably would've been better to ask in #u-boot, oh well
<mps> deathmist: yes, I tested it from mmc and from SPI flash. both works
<mps> yes, #u-boot is better place for such things
<Tenkawa> mps: if this is u-boot riscv specific I would say thats more relevant here
<Tenkawa> I don't forsee everyone (I know I don't) lurking in #u-boot that works on the architecture itself
<Tenkawa> deathmist: booting from spi has worked for NVMe for some time now (at least 3-4 patches from Starfive)
<deathmist> hm cool, I've just put off flashing it due to my fdtdir adventure which seems to be coming to a close finally https://patchwork.ozlabs.org/project/uboot/cover/20230911153253.20701-1-jamipkettunen@gmail.com/#3181554
<Tenkawa> deathmist: I "had" both my JH7110's booting from NVMe (VF2 and a Star64)... the VF2 isn't currently because I'm using a XFS root filesystem and tha's not a supported filesystem so I have to chainload boot it
<Tenkawa> The Star64 is still on ext4 so it boots completely from NVMe only though
alexghiti has quit [Ping timeout: 244 seconds]
<deathmist> maybe soon I'll properly migrate over from my current SD setup
<deathmist> for VF2 does OpenSBI really have to be built with FW_TEXT_START=0x40000000? so far I haven't and mainline kernel boots etc but maybe I'm missing something, I noticed I don't have OpenSBI logs on UART unlike downstream stuff at least
<Stat_headcrabed> mps: but heinrich sent almost the same patch as you
Andre_Z has joined #riscv
<Stat_headcrabed> btw you should also use checkpatch.pl to check before send
MaxGanzII_ has quit [Remote host closed the connection]
MaxGanzII_ has joined #riscv
Stat_headcrabed has quit [Quit: Stat_headcrabed]
ntwk has joined #riscv
Stat_headcrabed has joined #riscv
jmdaemon has joined #riscv
Stat_headcrabed has quit [Quit: Stat_headcrabed]
Stat_headcrabed has joined #riscv
Stat_headcrabed has quit [Client Quit]
<Tenkawa> How close is/at all is OpenSBI reaching mainline?
<deathmist> Tenkawa: for VF2? it's mainlined since v1.3
<Tenkawa> oh.. got a link for the source?
<Tenkawa> I wan't to see if I'm running it/if not get it running
<deathmist> in my case I'm just using https://github.com/chimera-linux/cports/tree/master/main/opensbi which other RISC-V boards the distro supports atm (hifive unmatched and qemu) also use, just wondering about the FW_TEXT_START=0x40000000 part which e.g. https://gitlab.com/pnru/VF2_boot mentions
<mps> deathmist: I built u-boot without FW_TEXT_START=0x40000000 and it works thought it doesn't show opensbi messages on boot
<mps> this is something I left for future to check
<mps> Tenkawa: u-boot I made is all from mainline things, i.e. opensbi and u-boot
sauce has quit [Ping timeout: 264 seconds]
junaid_ has quit [Remote host closed the connection]
alexghiti has joined #riscv
<conchuod> matoro: What does "broken" mean?
<Tenkawa> conchuod: if it does there what its doing here it sigsegv's
<matoro> yes, exactly
<matoro> I get junk like this: https://paste.matoro.tk/l1hviuw
<conchuod> ahh, rustc
<Tenkawa> the backtrace wasn't very helpful although I haven't broken into the threads yet
<matoro> I have a bisect running now
<matoro> it's a kernel 6.5 regression
<matoro> it does repro even with a rust hello world
<Tenkawa> ouch
sauce has joined #riscv
alexghiti has quit [Ping timeout: 258 seconds]
junaid_ has joined #riscv
prabhakarlad has quit [Quit: Client closed]
<drewfustini> nice, the SG2044 will have vector 1.0 SG2044
<Esmil> i hope they've also fixed the pbmt/cmo, fp underflow flags etc.
aredridel3 has joined #riscv
brazuca has quit [Quit: Client closed]
aredridel has quit [Ping timeout: 240 seconds]
aredridel3 is now known as aredridel
alexghiti has joined #riscv
<Tenkawa> matoro: Well I'm getting odd output running rustc building anything (including a hellp world test) but the helloworld succeeded
<Tenkawa> About to try some things on the kernel now
<matoro> Tenkawa: yeah I was trying that, it seems surprisingly the actual compilation succeeds, it does produce a binary despite the output
<matoro> but on the other hand I detected this because building rust-based packages was failing
<Tenkawa> Yeah very odd eh?
<matoro> so I think that the traceback will always be there, but whether the compilation actually suceeds or not might be nondeterministic
<matoro> either way I am using the presence of any output whatsoever as my bisect condition
<matoro> not the actual rustc return code
alexghiti has quit [Ping timeout: 255 seconds]
billchenchina has quit [Remote host closed the connection]
agent314 has joined #riscv
heat has quit [Remote host closed the connection]
heat has joined #riscv
brazuca has joined #riscv
BootLayer has quit [Read error: Connection reset by peer]
BootLayer has joined #riscv
davidlt has quit [Ping timeout: 255 seconds]
crabbedhaloablut has quit []
BootLayer has quit [Quit: Leaving]
jackneill__ has quit [Ping timeout: 258 seconds]
balrog has quit [Quit: Bye]
balrog has joined #riscv
foxbat has joined #riscv
vagrantc has joined #riscv
junaid_ has quit [Remote host closed the connection]
brazuca has quit [Quit: Client closed]
JanC_ has joined #riscv
JanC is now known as Guest2394
Guest2394 has quit [Killed (lead.libera.chat (Nickname regained by services))]
JanC_ is now known as JanC
jmdaemon has quit [Ping timeout: 245 seconds]
jmdaemon has joined #riscv
grumbler has quit [Quit: It's time]
zjason has quit [Read error: Connection reset by peer]
zjason has joined #riscv
drmpeg has quit [Ping timeout: 245 seconds]
brazuca has joined #riscv
Andre_Z has quit [Quit: Leaving.]
elastic_dog has quit [Ping timeout: 264 seconds]
elastic_dog has joined #riscv
Maylay has quit [Server closed connection]
Maylay has joined #riscv
grumbler has joined #riscv
KREYREN_ has joined #riscv
MaxGanzII_ has quit [Ping timeout: 246 seconds]
KREYREN has quit [Ping timeout: 246 seconds]
EchelonX has quit [Quit: Leaving]
Armand has quit [Quit: Leaving]
Armand has joined #riscv
heat has quit [Ping timeout: 260 seconds]
grumbler has quit [Quit: It's time]