ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion
crabbedhaloablut has quit [Write error: Connection reset by peer]
crabbedhaloablut has joined #linux-rockchip
Tenkawa has joined #linux-rockchip
stikonas_ has quit [Ping timeout: 268 seconds]
camus has joined #linux-rockchip
Tenkawa has quit [Quit: Leaving.]
urja has quit [Ping timeout: 250 seconds]
urja has joined #linux-rockchip
s1b1 has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
s1b1 has joined #linux-rockchip
camus has quit [Read error: Connection reset by peer]
camus has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
lurchi__ has quit [Ping timeout: 240 seconds]
lurchi_ has joined #linux-rockchip
lurchi_ is now known as lurchi__
macromorgan_ has joined #linux-rockchip
macromorgan is now known as Guest8877
Guest8877 has quit [Killed (silver.libera.chat (Nickname regained by services))]
macromorgan_ is now known as macromorgan
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 272 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 256 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 260 seconds]
kevery1 is now known as kevery
matthias_bgg has joined #linux-rockchip
<montjoie> does someone with a rk3399 could boot test one of my github branch ? for checking if crypto works
maxim[m] has quit [Quit: You have been kicked for being idle]
kevery has quit [Ping timeout: 240 seconds]
<sigmaris> montjoie: I can try, on a rockpro64
<montjoie> probably the driver will load and fail self tests
<sigmaris> cool, I'll give it a try today after work
<sigmaris> one thing I noticed was it's enabling both crypto0 and crypto1, ISTR reading something about one of them being reserved for secure world usage by TF-A
<sigmaris> https://github.com/ARM-software/arm-trusted-firmware/blob/fee7b2d3b4dc4fcf225c5191a7aad8427489ef64/plat/rockchip/rk3399/drivers/secure/secure.c#L148 might be what I'm remembering, assuming CRYPTO1_NS here means crypto1 is available to non-secure world.
<montjoie> sigmaris: thanks, I got some doubt about this but TRM does not said anything
<sigmaris> anyway, will see what testing reveals
Tenkawa has joined #linux-rockchip
matthias_bgg has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-rockchip
lurchi__ is now known as lurchi_
kevery has joined #linux-rockchip
kevery has quit [Quit: kevery]
vagrantc has joined #linux-rockchip
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
vagrantc has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
vagrantc has joined #linux-rockchip
lurchi__ is now known as lurchi_
matthias_bgg has quit [Ping timeout: 272 seconds]
lurchi_ is now known as lurchi__
<sigmaris> montjoie: I had to make a small fix to the dts: https://github.com/sigmaris/linux/commit/d01e1a0d52da0525803d6d6e201faa7d6c306458
lurchi__ is now known as lurchi_
<sigmaris> after that, crypto0 is registered ok, crypto1 fails: https://termbin.com/8j56
stikonas_ has joined #linux-rockchip
<sigmaris> however, modprobe tcrypt results in a lot of warnings/failed tests: https://termbin.com/zk29
lurchi_ is now known as lurchi__
<montjoie> sigmaris: normal for the second register fail, only one "algo name" could exists
lurchi__ is now known as lurchi_
<montjoie> sigmaris: could you try to disable crypto0 and see what happen ?
<sigmaris> ok, btw I'm looking at the TRM and wondering if the addresses in reg are correct - my reading is that crypto0 is at 0xff8b0000 and crypto1 is at 0xff8b8000
<montjoie> I took what I found in the trm I found
<sigmaris> looks like the addresses at the bottom of each block is the starting address of the block
<sigmaris> so at 0xff8c0000 is actually INTMEM0
<montjoie> right, I took bad ones
<sigmaris> I'll fix my dts and test again...
<sigmaris> with crypto0 at 0xff8b0000 (disabled) and crypto1 at 0xff8b8000 the driver loads OK but there's still warnings from tcrypt: https://termbin.com/qyfi
<montjoie> there are 3 resets, so perhaps it will really need them
<montjoie> but there are not DMA timeout, so irq fired
<montjoie> tomorow I will add a patch for handling all resets
<montjoie> thanks for the test sigmaris
<sigmaris> no problem, happy to test again if you have updates
lurchi_ is now known as lurchi__
jelly has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
jelly has joined #linux-rockchip
jelly has quit [Excess Flood]
jelly has joined #linux-rockchip