<sorear>
there's no good reason for hwprobe keys to be vendor-specific, we have 2^64 of them for a reason :(
<sorear>
unless you are *actively trying* to recreate the x86 situation where checking for intel avx2 will fail to find anything on amd, which is great for improving your comparative benchmarking scores but sucks for users
<sorear>
if you want to segregate unratified extensions into their own region of the key space - fine. do that. there are still 2^63 keys above INT64_MAX, which is enough for every vendor that will ever exist to get their own private keys
<sorear>
you're worried about two vendors picking the same key because neither of them upstreamed anything? encourage vendors to use keys starting at (1ULL<<63) | (mvendorid << 32)
<sorear>
vendorids aren't large (I believe JEDEC limits them to 11 bits, but that will run out soon and I don't know what happens next)
paddymahoney has quit [Remote host closed the connection]
paddymahoney has joined #riscv
mlw has joined #riscv
Stat_headcrabed has joined #riscv
davidlt has quit [Ping timeout: 256 seconds]
paddymahoney has quit [Quit: Leaving]
paddymahoney has joined #riscv
paddymahoney has quit [Remote host closed the connection]
paddymahoney has joined #riscv
mlw has quit [Ping timeout: 268 seconds]
mlw has joined #riscv
<conchuod>
sorear: ye, I think having multiple keys for the same thing is silly.
<conchuod>
Particularly as a SoC integrator could have some extension on several different CPU vendor's CPUs. If that means different keys for different CPUs on the same system that'd be nuts.
coldfeet has joined #riscv
lu_zero has quit [Quit: leaving]
lu_zero has joined #riscv
davidlt has joined #riscv
BootLayer has joined #riscv
stolen has quit [Quit: Connection closed for inactivity]
tlwoerner has quit [Ping timeout: 256 seconds]
prabhakalad has quit [Ping timeout: 252 seconds]
prabhakalad has joined #riscv
mlw has quit [Ping timeout: 268 seconds]
Tenkawa has joined #riscv
eightthree has quit [Ping timeout: 264 seconds]
eightthree has joined #riscv
Armand has joined #riscv
tlwoerner has joined #riscv
duckworld has quit []
hightower2 has joined #riscv
duckworld_ has joined #riscv
Noisytoot has quit [Excess Flood]
hightower2 has quit [Remote host closed the connection]
Noisytoot has joined #riscv
hightower2 has joined #riscv
psydroid has joined #riscv
raym has quit [Ping timeout: 255 seconds]
raym has joined #riscv
Stat_headcrabed has quit [Quit: Stat_headcrabed]
jfsimon1981_c has joined #riscv
jfsimon1981_b has quit [Read error: Connection reset by peer]
jfsimon1981_b has joined #riscv
jfsimon1981_c has quit [Remote host closed the connection]
ntwk has joined #riscv
mlw has joined #riscv
coldfeet has quit [Remote host closed the connection]
Armand has quit [Read error: Connection reset by peer]
tlwoerner has quit [Ping timeout: 252 seconds]
tlwoerner has joined #riscv
duckworld_ has quit []
duckworld_ has joined #riscv
duckworld_ has quit [Client Quit]
duckworld has joined #riscv
Orac has joined #riscv
Tenkawa_ has joined #riscv
Tenkawa has quit [Ping timeout: 246 seconds]
Orac has quit [Ping timeout: 246 seconds]
zBeeble42 has joined #riscv
zBeeble has quit [Read error: Connection reset by peer]
Tenkawa_ has quit [Ping timeout: 246 seconds]
Tenkawa has joined #riscv
craigo has joined #riscv
Tenkawa has quit [Quit: Was I really ever here?]
duckworld has quit [Remote host closed the connection]
duckworld has joined #riscv
duckworld has quit [Remote host closed the connection]
<schmendrick3312>
I have connected a TTL-USB-URAT adapter to my PC and the VF2 via the serial interface.
<schmendrick3312>
But, this doesn't work. I can't interrupt it with the ESC key or Enter within this small time window (or with any other key). It seems like the keyboard is not registering any input?
<la_mettrie>
i solved a similar problem by trying GNU Screen instead of a program was used in the documentation. something like this: screen /dev/ttyUSB0 115200
<la_mettrie>
*program that was used
<schmendrick3312>
okay, I will trying these...
Tenkawa has joined #riscv
dramforever[m] has joined #riscv
<dramforever[m]>
schmendrick3312: what window is it? you mean during boot?
<dramforever[m]>
i forgot what exactly starfive gave everyone, but if you're at u-boot and something about ethernet, press ctrl-c a few times to interrupt
<schmendrick3312>
Hey screen working properly thank you so much
<schmendrick3312>
Solved..that other hint is good too
iooi has quit [Quit: iooi]
Orac has joined #riscv
Tenkawa has quit [Ping timeout: 260 seconds]
Leopold has joined #riscv
Orac has quit [Quit: ... ... ... ... ...]
Tenkawa has joined #riscv
knolle has quit [Remote host closed the connection]
schmendrick3312 has quit [Ping timeout: 250 seconds]
schmendrick3312 has joined #riscv
jfsimon1981_b has quit [Remote host closed the connection]
jfsimon1981_b has joined #riscv
<schmendrick3312>
I'm stuck at a point with the visionfive2. I was be able to exiting the boot process but couldn't: to set environment variables using the setenv command. I reboot all...
jfsimon1981_b has quit [Remote host closed the connection]
jfsimon1981_b has joined #riscv
<schmendrick3312>
I can access U-Boot command line
<schmendrick3312>
enter the following commands to set the IP address and server IP:
<schmendrick3312>
Configure the environment variables by executing:
<mps>
yes, I remember that I at least get ip address from dhcp server by default
<schmendrick3312>
i was be able to loggin in with ssh to the VF2
<schmendrick3312>
but at the u-boot command line I'm not be able to configuring it, like it written in the document
<Tenkawa>
mps: tftp upgrade method works on the old 1.2a board version which I think is older than a 2.5 too though don't quote me (not home to look at mine
<Tenkawa>
I know I've done it that way though on my 1.2a board
<schmendrick3312>
I'm at my wit's end
<mps>
Tenkawa: I expect that tftp method works on all versions but I didn't tested to be sure
<Tenkawa>
I think it does as well
<schmendrick3312>
yes i should so
davidlt has quit [Ping timeout: 256 seconds]
<schmendrick3312>
*it
<mps>
and iirc tftp worked on VF1 also
<Tenkawa>
It does on my Star64 and Mars JH7110's too
<schmendrick3312>
yes, that that's the document i'm using.. sry, but I don't understanding; That template....
<Tenkawa>
I think the tftp daemon needs to be configured/started manually if so. I don't think those directions are up to date if I remember correctly.
<Tenkawa>
I think I used a different tftp server on my system because I was having similar problems getting it to communicate
<schmendrick3312>
hmmm, started in background but the tftp dirctory isn't much important were the files at...i had configuring the configfile for the tftp
<Tenkawa>
mps: I am looking at that doc and I did run into problems with the tftp daemon itself "as documented" originally
<Tenkawa>
Ping at first, then paths if I remember right
<schmendrick3312>
yes, with some help from the chatbot
<Tenkawa>
I eventually replaced it with a more robust tftpd
<Tenkawa>
(can't remember which though atm... not home to look)
<schmendrick3312>
the tftp isn't at moment not my issue... that't is the next step im one step b4
<Tenkawa>
tftp/boot ping doesn't use tcp
<Tenkawa>
so yes it is important
<schmendrick3312>
I have place the files for updates into a specific folder and configured where i have placed them into
<Tenkawa>
did you not create /srv on your tftp server base directory?
<Tenkawa>
mps: sadly my vf2 crashed so I can't even help test
<schmendrick3312>
sudo mkdir -p /home/user/tftp
<mps>
from the beginning I wanted to get VF2 work with mainlines and I succeed in this (this could be reason I'm selected as 'pioneer of the year' by starfive tech)
<Tenkawa>
mps: were you around when I mentioned that?
<mps>
Tenkawa: what?
<Tenkawa>
My VF2 is perma-tpast
Stat_headcrabed has joined #riscv
<Tenkawa>
er toast
<mps>
ah, no, didn't noticed this
<schmendrick3312>
huh?
<Tenkawa>
Powered up one morning and It womt get past OpenSBI
<Tenkawa>
er won't
<mps>
Tenkawa: my condolence
<Tenkawa>
we tried 4-6 different recovery tricks... no luck
<Tenkawa>
best it got is a few more lines
<Tenkawa>
Yeah 2 of my fav boards have gone this way... that one and a Odroid-N2
<Tenkawa>
er N2+
<mps>
Tenkawa: once I made some Vcc shortcut on the board and it didn't worked few hours but later recovered so I think God exists for sure :)
<Tenkawa>
I lost all USB on my N2+ which was 50+ of its useable IO
<Tenkawa>
50+%
<mps>
or 'Schroedinger' at least
<Tenkawa>
haahaa
<schmendrick3312>
Schroedinger's cat
<Tenkawa>
I'm now focusing on this Star64 and this Mars CM I have
<mps>
ehm, I have real story about Schroedinger rule working but this is with apple silicon macbook
* Tenkawa
likes his M1
<Tenkawa>
I like my MBP M1
<mps>
I washed under shower M1 (first series) macbook, trying to wash wine on keyboard, and it stopped to work. service told it is better idea to by new because repair will cost to much
<Tenkawa>
mps: I'm just waiting on I "think" its Minda & others to get the Mars/Star code submitted to mainline
<Tenkawa>
The USB code is really the only thing I think really "completely" blocking it
<Tenkawa>
there's a complete dts disconnect
<mps>
I left it on dry place and waited about 4-5 months, and it started to and it still works fine. But my 'faith/belief' was strong it will work. So, I think 'Schroedinger' works
<mps>
started to work*
<Tenkawa>
Well... have you ever "heard" Apple's fans?
<mps>
yes
<Tenkawa>
those things are jet engines lol
heat has joined #riscv
<Tenkawa>
(quiet on the outside but they are doing their work inside)
<mps>
and speakers are very interesting on M1/M2
marcj has quit [Ping timeout: 252 seconds]
<Tenkawa>
Yeah... great sound
<mps>
Tenkawa: did you switched to linux on M1
<Tenkawa>
Only on VM.. I still prefer the OS X gui
<mps>
now I feel that speakers are better on linux than macos
<Tenkawa>
I get a really good rate since I have had Parallels for years
<Tenkawa>
I can do everything I need effectively natively now
<mps>
lets go OT, if someone need help with VF2 (and VF1 also) with mainline things I'm here nearly always
<mps>
OT - On and Off I guess
<Tenkawa>
is it #riscv-offtopic?
crabbedhaloablut has quit []
<mps>
there is also #alpine-riscv64 on OFTC
crabbedhaloablut has joined #riscv
esv_ has joined #riscv
esv has quit [Ping timeout: 268 seconds]
Stat_headcrabed has quit [Quit: Stat_headcrabed]
mlw has quit [Ping timeout: 256 seconds]
mlw has joined #riscv
Leopold has quit [Remote host closed the connection]
hightower3 has joined #riscv
hightower2 has quit [Ping timeout: 252 seconds]
schmendrick3312 has quit [Ping timeout: 250 seconds]
<mps>
Tenkawa: you forgot to add 'best linux distro for hackers' ;-)
<Tenkawa>
Any distribution is good.... I've been working on Unix long before Linux was a thought... I don't really care about the "distro" much
crabbedhaloablut has quit []
<Tenkawa>
I can make any of them do what I want... I am even a BSD person
<mps>
I would like that BSD have drivers for new hardware and SoCs and then I would use it more
crabbedhaloablut has joined #riscv
<Tenkawa>
Indeed
<mps>
linux becoming Big Co thing nowadays
<Tenkawa>
Yeah that was our big fight in the 90's
<Tenkawa>
No large company support
<mps>
nearly all these companies which were linux enemies in 90,s are now linux "head masters"
<Tenkawa>
haahaa how true that is
<mps>
I even use sometimes openBSD on M1
<mps>
to test it
<Tenkawa>
FreeBSD would be nice
<mps>
yes, but I don't see anything from them to M1
schmendrick3312 has joined #riscv
crabbedhaloablut has quit []
schmendrick3312 has quit [Client Quit]
crabbedhaloablut has joined #riscv
<Tenkawa>
Hopefully.. (and I'm looking your direction jrtc27/others) FreeBSD will/is making some positive progress in the Risc-V world?
<Tenkawa>
It wasn't back in Jan but thats been a while so I'm checking to see what/if anything has changed.
<la_mettrie>
also linux has some notable problems with finding code reviewers. so, you can imagine it's not easy elsewhere
<Tenkawa>
Ok found the wiki page through the freebsd-riscv mailing list
<Tenkawa>
la_mettrie: indeed it does
<Tenkawa>
la_mettrie: I volunteer to do testing/review wjen I can... just don't write "new" features
<Tenkawa>
I can fix code....I gave up on writing new stuff when I finished my career
heat_ has joined #riscv
heat has quit [Read error: Connection reset by peer]
<Tenkawa>
oh interesting.. what's the story on the new Beagle-V Ahead?
<Tenkawa>
Are they in anyone's hands yet?
<Tenkawa>
bbialw... about to head to the house. I'm curious though now if this is a worthwhile THEAD unit to look at just to learn now. Will have to research some more.
Tenkawa has quit [Quit: Was I really ever here?]
zjason has quit [Read error: Connection reset by peer]