pabs3 has quit [Remote host closed the connection]
pabs3 has joined #riscv
k355l3r5yndr0m3 has joined #riscv
k355l3r5yndr0m3 has left #riscv [WeeChat 3.5]
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #riscv
kaph_ has joined #riscv
kaph has quit [Ping timeout: 246 seconds]
KombuchaKip has joined #riscv
BOKALDO has joined #riscv
riff-IRC has quit [Remote host closed the connection]
riff-IRC has joined #riscv
motherfsck has quit [Ping timeout: 246 seconds]
ZipCPU has quit [Ping timeout: 260 seconds]
ZipCPU has joined #riscv
solrize has joined #riscv
<solrize>
does anyone have a higher end riscv linux box running?
<drmpeg>
Higher end than a HiFive Unmatched?
winterflaw has joined #riscv
<solrize>
drmpeg, hi5 unmatched sounds fine, i wonder if you could run "openssl speed rsa2048"
<solrize>
thx
<drmpeg>
Sure.
<solrize>
this is same hw class as a current raspberry pi more or less?
<drmpeg>
It's slower than a Pi4.
<solrize>
ok maybe pi3 ?
<drmpeg>
1006 2048 bits private RSA's in 10.01s
<drmpeg>
41147 2048 bits public RSA's in 9.99s
<solrize>
not bad
<solrize>
thanks
<drmpeg>
Faster than a Pi3.
<solrize>
trying to find my file with pi measurements
<solrize>
wow pretty good
<solrize>
ah can you also do rsa1024? that's what these old measurements are
<solrize>
sorry
davidlt has joined #riscv
<drmpeg>
5897 1024 bits private RSA's in 10.00s
<drmpeg>
131284 1024 bits public RSA's in 10.00s
<drmpeg>
Second run.
<drmpeg>
5922 1024 bits private RSA's in 10.00s
<drmpeg>
131726 1024 bits public RSA's in 10.00s
<solrize>
close enough. wow that is really pretty fast, i wonder if the setup i tested earlier was misconfigured. also there are no rpi numbers in this file but i think i do have them somewhere
<pabs3>
what does pi3/pi4 get?
<drmpeg>
I have my Unmatched running at 1.5 GHz.
<solrize>
drmpeg, can you try: time echo "scale = 1000; 4*a(1)" | bc -l
<solrize>
that computes pi to 1000 decimals
<solrize>
pabs i have some x86 and arm servers but no pis in this file for the rsa bench
<solrize>
this is a pretty old file and i forgot what was in it
<drmpeg>
We'll see how this Intel/SiFive "Horse Creek" thing pans out.
<drmpeg>
Could be a long wait though.
<solrize>
i hadn't heard of that
<solrize>
i'd like to see a simulation of taniwha's chip
<drmpeg>
I guess it's a SiFive P550 on an Intel fab.
<solrize>
is that much different than the unmatched?
<drmpeg>
It's triple issue and out of order.
<solrize>
wow ok
<solrize>
are there some non-intel ones out there now?
aburgess_ has quit [Ping timeout: 248 seconds]
<drmpeg>
Nope.
pecastro has joined #riscv
Andre_H has joined #riscv
Andre_H has quit [Client Quit]
littlebobeep has quit [Ping timeout: 240 seconds]
littlebobeep has joined #riscv
\dev\ice has quit [Quit: leaving]
ivii has joined #riscv
Sofia has quit [Ping timeout: 240 seconds]
avoidr has quit [Ping timeout: 260 seconds]
avoidr has joined #riscv
Sofia has joined #riscv
drmpeg has quit [Ping timeout: 260 seconds]
jacklsw has quit [Ping timeout: 260 seconds]
jmdaemon has quit [Ping timeout: 260 seconds]
drmpeg has joined #riscv
mps has joined #riscv
kaph_ has quit [Ping timeout: 272 seconds]
<mps>
trying to build u-boot 2022.04 for alpine linux we got errors like this `/home/buildozer/aports/main/u-boot/src/u-boot-2022.04/arch/riscv/cpu/start.S:43: Error: unrecognized opcode `csrr a0,0xf14'`
<davidlt>
GCC and binutils now default a new ISA version
<davidlt>
csr stuff is now a separate extension
<mps>
I wonder why it is not merged in u-boot
littlebobeep has quit [Quit: leaving]
<davidlt>
you need to configure your toolchain to an older (i.e. previous) ISA standard version, or make sure that new extension are enabled by default (remember that RV64GC definition changed)
<davidlt>
It was IIRC
littlebobeep has joined #riscv
<davidlt>
This only affects things like OpenSBI, kernel, u-boot, grub, etc. that manually set a minimal ISA (i.e. not rv64gc)
<drmpeg>
I don't see that patch in u-boot.
<davidlt>
it looks like patch missed 2022.04 due to CI failures
<davidlt>
seems to fail on rv32 stuff
<mps>
also I think so
<davidlt>
just pull it in :) it will be in the next release for sure
prabhakarlad has quit [Quit: Client closed]
<drmpeg>
This is what you call "tribal knowledge". :)
<mps>
I'm trying to build u-boot 2022.04 for next alpine stable release so have to do fix it soon
<davidlt>
mps, so for now the easiest thing is to change your toolchain build recipe to go back to the old default
<davidlt>
in that case you don't need to patch anything until everything is fixed (again, not too many packages would be affected and patches for them were posted)
<mps>
davidlt: not sure changing toolchain will be accepted now that the release is practically frozen
<davidlt>
mps, in that case just pull in the patch
GenTooMan has joined #riscv
<davidlt>
mps, you might want to add this toolchain ISA change into release notes
<mps>
davidlt: yes, I agree it is better solution
<davidlt>
mps, do you plan to ship with GCC 12?
<mps>
no, with 11 but some patches are pulled from 12
<davidlt>
I think, a combo GCC 11 (old ISA) + binutils 2.38 (new ISA) was tested
<mps>
davidlt: lets see, building it now (slow with qemu)
<drmpeg>
patch works good here.
<davidlt>
mps, well QEMU (with the right hardware) is faster compared to Unmatched :)