<Tenkawa>
"I" wish it would support xfs personally
<mps>
never looked how hard would be to add another FS to u-boot
<Tenkawa>
Heh good point
<Tenkawa>
probably some good areas for it for some "use cases"
Andre_Z has quit [Ping timeout: 256 seconds]
<Tenkawa>
I think maintaining adding new ones would be the the biggest hurdle
<mps>
for now I don't have incentive for such task
aerkiaga has quit [Remote host closed the connection]
<Tenkawa>
heheh I hear ya
<Tenkawa>
I'm concentrating on making the Visionfive 2 run efficiently with this
<Tenkawa>
Linux vf2 6.2.14-vf2+ #7 SMP Fri May 5 07:30:17 EDT 2023 riscv64 GNU/Linux
<Tenkawa>
Got it finally running from my NVMe now with no errors or io hangs
<Tenkawa>
its not lightning fast yet... working on debugging that now
<Tenkawa>
still nicely improved though
<mps>
I hope 'my' VF2 will arrive in a week or two and then will start to make alpine linux working on it
MaxGanzII_ has quit [Ping timeout: 240 seconds]
jacklsw has joined #riscv
jay321 has joined #riscv
meta-coder has quit [Ping timeout: 268 seconds]
vagrantc has joined #riscv
MaxGanzII_ has joined #riscv
<clemens3>
new here.. what's the goto OS on qemu with a risc-v emulation for starting to play around with risc-v?
<clemens3>
OS=OS or distro
<heat>
linux
<heat>
can't speak on distros though
heat_ has joined #riscv
heat has quit [Read error: Connection reset by peer]
heat_ is now known as heat
<muurkha>
lots of people use FreeBSD too
<muurkha>
bjdooks: ext4 works okay on flash on top of an FTL
<bjdooks>
Yes but uboot does not support that
<muurkha>
it doesn't support ext4?
<bjdooks>
There's no mtd block devixs so attaching ezt3 to mtd isn't on
elastic_dog has quit [Killed (molybdenum.libera.chat (Nickname regained by services))]
elastic_dog has joined #riscv
jacklsw has quit [Read error: Connection reset by peer]
MaxGanzII_ has quit [Remote host closed the connection]
MaxGanzII_ has joined #riscv
<palmer>
clemens3: many distros have unofficial ports, what do you usually use?
<conchuod>
bjdooks: apparently we fixed it downstream but noone sent the patches
<bjdooks>
Hah
<conchuod>
ikr
<bjdooks>
That's the story of my life
<conchuod>
We need to bump our u-boot soonTM, I'll try to get everything sent, although I think 99% of it is vendor-specific.
MaxGanzII_ has quit [Remote host closed the connection]
MaxGanzII_ has joined #riscv
heat has quit [Remote host closed the connection]
heat_ has joined #riscv
heat_ has quit [Remote host closed the connection]
heat__ has joined #riscv
<clemens3>
palmer: I use Linux From Scratch, but open, as it is for qemu..
<palmer>
LFS should work fine (or I guess as fine as it ever does...)
<clemens3>
palmer: I know for arm/pi its raspbian and armbian.... well, hard enough to build lfs for x86..
<palmer>
we're way more upstream focused than the raspberry pi folks
<clemens3>
so then what are ppl here running on they risc-v machines/images?
<clemens3>
so everything goes, basically, that sounds not bad at all
<palmer>
you're probably going to find a mix. The vendor SDKs tend to be buildroot or open embedded, there's out of tree Debian and Fedora ports that work fine
<palmer>
Ubuntu has unofficial ports for a handful of boards, too
<clemens3>
I just read about amd incorporating this pluton msft chip.. so really time to look for an escape hatch:)
<clemens3>
as i am looking for qemu first, that should be more generic i guess
<clemens3>
ok, i look for some of these..
vinceg has joined #riscv
<conchuod>
Vendor SDKs aside, buildroot is nice for building a usable initramfs, but it's not gonna give you a toolchain.
<palmer>
yep. I use buildroot for my testing stuff because it's super easy to get a rootfs, but it's pretty minimal even in the biggest configs
<conchuod>
I'm too lazy to build a proper userspace w/ a toolchain etc, so I just ripped ones out of Debian and Fedora.
<muurkha>
bjdooks: oh, I see
<bjdooks>
Yeah. Going to ubifs will solve a few problems with not having to write new uboot code
<bjdooks>
I'm using yocto vuidlrotoot and debian
heat__ is now known as heat
heat is now known as mild-warmth
mild-warmth is now known as heat
prabhakarlad has quit [Quit: Client closed]
junaid_ has joined #riscv
foton has quit [Read error: Connection reset by peer]
junaid_ has quit [Quit: leaving]
foton has joined #riscv
rory_be_ has left #riscv [Leaving...]
junaid_ has joined #riscv
mtinman[m] has joined #riscv
BootLayer has quit [Read error: Connection reset by peer]
junaid_ has quit [Ping timeout: 276 seconds]
junaid_ has joined #riscv
heat has quit [Ping timeout: 240 seconds]
heat_ has joined #riscv
terminalpusher has joined #riscv
junaid__ has joined #riscv
jimbzy has quit [Ping timeout: 248 seconds]
pabs3 has quit [Ping timeout: 256 seconds]
jimbzy has joined #riscv
jimbzy has quit [Changing host]
jimbzy has joined #riscv
pabs3 has joined #riscv
EchelonX has quit [Quit: Leaving]
heat__ has joined #riscv
heat_ has quit [Read error: Connection reset by peer]
junaid__ has quit [Ping timeout: 256 seconds]
junaid_ has quit [Ping timeout: 268 seconds]
heat__ has quit [Remote host closed the connection]
heat_ has joined #riscv
aerkiaga has joined #riscv
wingsorc has joined #riscv
meta-coder has joined #riscv
heat_ is now known as heat
Trifton has joined #riscv
rory_be_ has joined #riscv
<rory_be_>
Ugh! patched QEMU to support big endian risc-v...
<rory_be_>
Only to find that glibc never implemented a dynamic linker for big endian mode! Only static linked programs run.
<rory_be_>
What a rabbit hole I am descending
<jedix>
dynamic linking is probably a dead end anyways.. everyone will get back to static linked snaps...probably.
<jedix>
seriously though, that's brutal
<rory_be_>
At some point it will stop being fun and I will simply stick with aarch64_be - but I'm not dead yet
sh1r4s3 has joined #riscv
sh1r4s3 has quit [Remote host closed the connection]
<jedix>
my go to for testing BE is s390
<rory_be_>
Your electricity must be far cheaper than mine!
<jedix>
well, qemu s390 :)
<muurkha>
didn't glibc implement a dynamic linker for S/390 and big-endian ARM?
<jedix>
yes, I think he was saying they did not for riscv
<Tenkawa>
fyi for anyone that's been trying to order one the Star64's are finally avail on pine64.org
<drewfustini>
good pointer, I saw it over on #ubuntu-riscv and ordered one
<drewfustini>
my VF2 went to kernelci so i'm still wanting a JH7110 to test with
<rory_be_>
Correct. I thought the entire GNU toolchain including the libs supported BE, but for whatever reason they skipped the dynamic linker for riscv BE, even though they support it for aarch64_be
<Tenkawa>
this will be my second jh7110 (I have a VF2 as well)
sh1r4s3 has joined #riscv
<rory_be_>
Compare/contrast VF2 vs Star64? They seem quite similar...
jobol has quit [Quit: Leaving]
greaser|q has joined #riscv
greaser|q has quit [Changing host]
greaser|q is now known as GreaseMonkey
<drewfustini>
it looks like it has PCIe slot on star64 which is attractive to me
aerkiaga has quit [Remote host closed the connection]
aerkiaga has joined #riscv
<jedix>
yeah, I question how well that will work
<jedix>
I mean, initially
<drewfustini>
That is a the part I'm interested in. I work with PCIe bringup on other SoC's so I'm interested to contrast.
<rory_be_>
That is nice... but there are m.2 to PCIe adapters. That's what I use (since e Star64 was unavailable)
<jedix>
I was debating using this board with a soundcard for a multi-room audio solution but I still need to solve the amp
aerkiaga has quit [Ping timeout: 256 seconds]
aerkiaga has joined #riscv
vagrantc has quit [Quit: leaving]
Gravis has quit [Ping timeout: 240 seconds]
Gravis has joined #riscv
tjaden has quit [Read error: Connection reset by peer]
iooi has joined #riscv
jay321 has quit [Ping timeout: 248 seconds]
jay321 has joined #riscv
aerkiaga has quit [Remote host closed the connection]
aerkiaga has joined #riscv
aerkiaga2 has joined #riscv
aerkiaga has quit [Read error: Connection reset by peer]
pabs3 has quit [Ping timeout: 268 seconds]
peepsalot has quit [Read error: Connection reset by peer]