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
heat has quit [Remote host closed the connection]
MaxGanzII_ has quit [Ping timeout: 246 seconds]
Tenkawa has quit [Quit: Was I really ever here?]
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #riscv
vagrantc has quit [Quit: leaving]
madge has joined #riscv
heat has joined #riscv
prabhakarlad has quit [Quit: Client closed]
jacklsw has joined #riscv
madge has quit [Quit: madge]
madge has joined #riscv
madge has quit [Quit: madge]
jacklsw has quit [Ping timeout: 252 seconds]
jacklsw has joined #riscv
jacklsw has quit [Ping timeout: 250 seconds]
elastic_dog has quit [Ping timeout: 245 seconds]
davidlt has joined #riscv
elastic_dog has joined #riscv
Stat_headcrabed has joined #riscv
<Stat_headcrabed> mps: For upstream u-boot with GMAC series(already merged in newest upstream u-boot), it would automatically read eeprom and patch dts to correct memory size
<Stat_headcrabed> But current upstream u-boot is broken due to this patch: https://patchwork.ozlabs.org/project/uboot/patch/20230504225101.2366414-2-sjg@chromium.org/
<Stat_headcrabed> You need to revert root.c part of this patch to make it work now
<Stat_headcrabed> conchuod: We would see k230 soon, T-head has a software design competiton requires using their cores and they offer a K230 EVK to competitors.
<Stat_headcrabed> But their SDK... might be awful to use...
<Stat_headcrabed> The C908 core without vector is running linux and vector core is running rt-smart os
GenTooMan has quit [Ping timeout: 246 seconds]
<muurkha> that's exciting, Stat_headcrabed!
BootLayer has joined #riscv
Armand has quit [Ping timeout: 256 seconds]
<sorear> pity the 4MB of SRAM can't be used as L3
heat has quit [Ping timeout: 246 seconds]
GenTooMan has joined #riscv
alexghiti has joined #riscv
<davidlt> Stat_headcrabed, Sipeed is looking to build SBC with C908 / K230 IIRC
MaxGanzII_ has joined #riscv
frkzoid has joined #riscv
sakman has quit [Remote host closed the connection]
sakman has joined #riscv
frkazoid333 has quit [Ping timeout: 248 seconds]
davidlt has quit [Ping timeout: 245 seconds]
alexghiti has quit [Ping timeout: 248 seconds]
<mps> Stat_headcrabed: yes, I found that this commit is problem and reported it to u-boot devs on #u-boot IRC
<mps> Simon told that he will create fix and post to mailing list but still didn't
<mps> hope it will be fixed before 2023.10 u-boot release
<mps> I reverted commit locally and now u-boot can load kernel and start it but for some unknown reason can't mount rootFS on mmc or nvme, and I didn't looked why
junaid_ has joined #riscv
EchelonX has joined #riscv
<conchuod> Stat_headcrabed: it's be nice if the SDK opensbi worked with upstream projects
Trigraph has quit [Ping timeout: 246 seconds]
<Stat_headcrabed> mps: you may need to update uboot again
<Stat_headcrabed> default config didn't enable load environment config from spi flash
<Stat_headcrabed> I made a commit that enables this feature
<Stat_headcrabed> merged yesterday
<mps> Stat_headcrabed: yesterday I did but the problem is still there
Noisytoot has quit [Ping timeout: 244 seconds]
<mps> hm, last commit in my u-boot cloned is a5899cc69a99379f01e8e2f9f98e0e09b24f1656
<mps> Aug 10
Noisytoot has joined #riscv
crabbedhaloablut has joined #riscv
<mps> Stat_headcrabed: could you tell this commit id?
<Stat_headcrabed> mps: 7d79bed00c9e02187a09e74e90c5bd5a927a6a61
<mps> Stat_headcrabed: thanks. does this work if the u-boot installed/flashed on mmc emmc or only if it is flashed to SPI?
<mps> same problem with mainline u-boot in SPI, kernel boot but can't mount rootFS
<mps> but now it read env from SPI
dipankar has quit [Ping timeout: 256 seconds]
<Stat_headcrabed> EFI boot works well
<Stat_headcrabed> I'm using ubuntu's rootfs
MarvelousWololo has quit [Read error: Connection reset by peer]
jay321 has joined #riscv
<mps> I could try EFI and grub (though I prefer plain u-boot)
Andre_Z has joined #riscv
sorear[m] has quit [Quit: Idle timeout reached: 172800s]
davidlt has joined #riscv
vgtw has joined #riscv
Tenkawa has joined #riscv
heat has joined #riscv
MaxGanzII_ has quit [Remote host closed the connection]
MaxGanzII_ has joined #riscv
MaxGanzII_ has quit [Remote host closed the connection]
MaxGanzII_ has joined #riscv
ntwk has joined #riscv
Andre_Z has quit [Quit: Leaving.]
Andre_Z has joined #riscv
___nick___ has joined #riscv
<mps> Stat_headcrabed: here is my boot log https://tpaste.us/JRQ1
<mps> problem is nvme timeout in kernel though it works fine in u-boot, ext4ls shows files on disk fine
<mps> same kernel works fine when using starfive (Debian) u-boot v3.4.5
<mps> I guess mainline u-boot doesn't 'pass' something properly to kernel, but have no idea what
<Tenkawa> mps: no its a known issue with the mainline kernel and some drives. First question. What type of NVMe?
<mps> Tenkawa: nvme works fine with mainline kernel with aurel32 patches and boot from starfive/debian u-boot
<Tenkawa> which one are those errors coming from then?
<mps> I posted log above https://tpaste.us/JRQ1
<Tenkawa> No.. What kernel?
<mps> 6.4.10 + aurel32 patches
<Tenkawa> if you get those IO errors thats "not" working fine
<Tenkawa> I do not get those
<mps> again, this same kernel works fine when using starfive/debian u-boot
<mps> hm, this errors above is with mainline u-boot
<Tenkawa> I am comparing aurel's mainline here... please stop crossing kernel sources
<mps> mainline kernel without patches doesn't work for me
<Tenkawa> Then something else in your setup is incomplete..
<mps> well, I know
<Tenkawa> I was able to drop aurel32's kernel into an existing system and add these cmdline settings and go
<mps> what u-boot?
<Tenkawa> no... linux boot
<Tenkawa> nvme.io_queue_depth=2048 nvme.max_host_mem_size_mb=512 nvme.write_queues=4 nvme.poll_queues=4 nvme_core.default_ps_max_latency_us=0 nvme_core.apst_secondary_timeout_ms=100
<Tenkawa> (the host mem is optional for performance tuning)
<mps> what version of u-boot is on your board
<Tenkawa> I'll have to find it... just a min
<Tenkawa> I don't know if I have a uart cable hooked up atm
<mps> btw, my nvme is 'Samsung SSD 970 EVO Plus 250GB'
<Tenkawa> No.. both of my uart cable's are disconnected
<Tenkawa> I think thats what I use too for NVMe's
<Tenkawa> Samsung SSD 970 EVO Plus 250GB and WD_BLACK SN750 SE 250GB
<Tenkawa> I'm using those on my 2 JH7110's (VF2 and a Star64)
<Tenkawa> Unfortunately the Star64 still needs dts work to get it up to 6.x
Armand has joined #riscv
<Tenkawa> Most of its internals are the same but not quite all
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
___nick___ has joined #riscv
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
___nick___ has joined #riscv
Andre_Z has quit [Quit: Leaving.]
Armand has quit [Remote host closed the connection]
Armand has joined #riscv
junaid_ has quit [Remote host closed the connection]
Stat_headcrabed has quit [Quit: Stat_headcrabed]
<Tenkawa> mps: ahh you mean v3.4.5 of vf2's firmware... yes that's whats on both of my units right now
<Tenkawa> I updated it soon as it was released
q66 has quit [Ping timeout: 246 seconds]
<Tenkawa> I don't use graphics so I don't care about the CMA concerns
<mps> Tenkawa: this firmware is actually u-boot+opensbi
<mps> and also for me v3.4.5 'firmware' quite fine load and boot kernel from all media
<mps> but I'm trying to get upstream/mainline u-boot+opensbi to work
<Tenkawa> mps: Well like I said... I "and several others" have 2 different JH7110's working perfect
<Tenkawa> why?
<Tenkawa> Why reinvent the wheel when it isn't ready yet
<mps> I prefer mainline things on my machines, not vendor specific
<Tenkawa> The kernel isn't even ready
<mps> right, but in every major release some things are added
<mps> u-boot got VF2 support merged
<Tenkawa> yes but if the infrastructure isn't there to support it you aren't gaining anything but false results
<mps> and it will be in 2023.10 stable release
<mps> for now I just playing with VF1 and VF2 boards, so I like to experiment with them
<mps> this is just for hobby and learning. I don't work with any company for these things
<Tenkawa> Ah... this was my career... It is my hobby now too (retired now)
q66 has joined #riscv
Andre_Z has joined #riscv
<mps> lucky you. I hope I will be there in a few years
<Tenkawa> I still enjoy it too much...
<Tenkawa> You should see my server room lol
<mps> nearly last 20 years I work in financial and public services fields (making programs), but I started with low level - designing hardware for industrial purposes
<Tenkawa> Time to see if this kernel can be made to work on the other JH7110....
<Tenkawa> mps: wow sounds like me (started in telecom.. spent almost the rest in financial or government)
davidlt has quit [Ping timeout: 240 seconds]
<Tenkawa> I bounced all around in tasks though... sysadmin,dba,coding,debug,build admin,etc
<mps> first computer I designed and made prototype was with 6502 cpu, heh nostalgia
<Tenkawa> The one thing I would not touch... managing
<Tenkawa> I prefer where we are now... being able to prototype and discover
<Tenkawa> We need people to continue to push RISC-V like they did ARM back 10 -12 years ago with the RPI
<mps> also I still play with AVR microcontroller sometimes
<mps> also my motivation is high for riscv, I want to make alpine linux work fine on it
<Tenkawa> Yeah... I'll always be a Debian/ish person probably
Starfoxxes has joined #riscv
<mps> eh, I used debian for more than 20 years iirc, but 'moved' to alpine about 5-6 years ago
<Tenkawa> I've used it since 93
<Tenkawa> since it came out
<Tenkawa> Started it and Slackware at the same time
<mps> iirc I started in 95
<mps> and before debian I also used slackware
<mps> Tenkawa: so we had similar work journey
<Tenkawa> indeed
<Tenkawa> aurel32: was there a big package push overnight?
<Tenkawa> aurel32: wrong channel.. I'll ask on right one
joev1 has quit [Ping timeout: 245 seconds]
joev1 has joined #riscv
<ch> mps: uboot from 3.4.5 + linux-next + patches also causes nvme timeouts for me, but its not unusable. vendor kernel 5.15 VF2_v2.8.0 59cf9af678db also showed nvme timeouts, but maybe less bad.
<Tenkawa> ch: I've got this running almost 100% without any hiccups now
<Tenkawa> uname -a ; hdparm -t --direct /dev/nvme0n1
<Tenkawa> Linux vf2 6.4.10-vf2+ #27 SMP Fri Aug 11 14:25:59 EDT 2023 riscv64 GNU/Linux
<Tenkawa> Timing O_DIRECT disk reads: 998 MB in 3.00 seconds = 332.36 MB/sec
<mps> ch: didn't tried linux-next but made linux 5.5-rc{1,2,3,4,5} + patches and it works fine with u-boot v3.4.5 and some earlier versions
<mps> hm, 6.5-rc*
Andre_Z has quit [Quit: Leaving.]
<ch> hmm. maybe also a board revision issue
<Tenkawa> That's possible too
<Tenkawa> I have the 1.2
<Tenkawa> not the 1.2 though
<Tenkawa> er 1.3
<Tenkawa> let me see which 1.2 I have
<Tenkawa> 1.2A
<Tenkawa> there's a 1.3b I probably should've got as far back as I preordered (6+ months) but I didn't
frkazoid333 has joined #riscv
frkzoid has quit [Ping timeout: 248 seconds]
junaid_ has joined #riscv
Tenkawa has quit [Quit: Was I really ever here?]
frkazoid333 has quit [Ping timeout: 256 seconds]
<mps> yes, dts are different for 1.2a and 1.3b
heat_ has joined #riscv
heat has quit [Read error: Connection reset by peer]
davidlt has joined #riscv
Valeria22 has quit [Excess Flood]
Valeria22 has joined #riscv
Valeria22 has quit [Excess Flood]
Valeria22 has joined #riscv
Valeria22 has quit [Excess Flood]
Valeria22 has joined #riscv
Valeria22 has quit [Excess Flood]
joev1 has quit [Ping timeout: 250 seconds]
joev1 has joined #riscv
Tenkawa has joined #riscv
prabhakarlad has joined #riscv
Valeria22_ has joined #riscv
Valeria22_ has quit [Remote host closed the connection]
EchelonX has quit [Quit: Leaving]
cronos has quit [Quit: ZNC - https://znc.in]
cronos has joined #riscv
Noisytoot has quit [Quit: ZNC 1.8.2 - https://znc.in]
Noisytoot has joined #riscv
BootLayer has quit [Quit: Leaving]
GenTooMan has quit [Ping timeout: 246 seconds]
tricky has joined #riscv
GenTooMan has joined #riscv
GenTooMan has quit [Excess Flood]
GenTooMan has joined #riscv
___nick___ has quit [Ping timeout: 246 seconds]
frkazoid333 has joined #riscv
davidlt has quit [Ping timeout: 245 seconds]
junaid_ has quit [Remote host closed the connection]
esv has joined #riscv
crabbedhaloablut has quit []
___nick___ has joined #riscv
terminalpusher has joined #riscv
terminalpusher has quit [Remote host closed the connection]
terminalpusher has joined #riscv
heat_ has quit [Remote host closed the connection]
Valeria22 has joined #riscv
notgull has quit [Ping timeout: 240 seconds]
unsigned has joined #riscv
MarvelousWololo has joined #riscv
tricky has quit [Read error: Connection reset by peer]
MaxGanzII_ has quit [Remote host closed the connection]
MaxGanzII_ has joined #riscv
MaxGanzII_ has quit [Ping timeout: 246 seconds]
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #riscv
terminalpusher has quit [Remote host closed the connection]
terminalpusher has joined #riscv
terminalpusher has quit [Remote host closed the connection]
terminalpusher has joined #riscv
jay321 has quit [Remote host closed the connection]
notgull has joined #riscv
terminalpusher has quit [Remote host closed the connection]
ntwk has quit [Quit: ntwk]
Tenkawa has quit [Quit: Was I really ever here?]
ntwk has joined #riscv