Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
Gerwin_J has joined #linux-sunxi
BenG83_ has quit [Quit: Leaving]
qeed has quit [Quit: Leaving]
xes has quit [Quit: WeeChat 1.8]
xes has joined #linux-sunxi
qeed has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
Andy-D has quit [Remote host closed the connection]
qeed has quit [Quit: Leaving]
qeed has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
nvz is now known as enveezee
enveezee is now known as nvz
GrimKriegor has quit [Ping timeout: 248 seconds]
forkbomb has joined #linux-sunxi
BenG83_ has quit [Quit: Leaving]
GrimKriegor has joined #linux-sunxi
pg12 has quit [Ping timeout: 260 seconds]
pg12_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
<MoeIcenowy> wens, mripard: the r_ccu on H3/H5 seems to have some weird behavior...
ninolein_ has joined #linux-sunxi
<MoeIcenowy> megous told me that r_i2c failed to work with r_ccu
<MoeIcenowy> when I run "md 0x01f01400" in u-boot
<MoeIcenowy> the ar100 clock register is 0x00010000, which means the clock source is osc24M, as intended
<MoeIcenowy> but when I run "busybox devmem 0x01f01400" in Linux, it become 0x00000000
GrimKriegor has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
<MoeIcenowy> if I start the kernel from SVC Secure mode, the AR100 clock works successfully
<MoeIcenowy> and it's 0x00010000
ninolein has quit [Ping timeout: 260 seconds]
GrimKriegor has joined #linux-sunxi
<MoeIcenowy> P.S. when kernel is running in secure, the clocks are also in correct state
<MoeIcenowy> and r_i2c works
<MoeIcenowy> seems that r/w to 0x01f01400 are all rejected under non-secure on H3
<MoeIcenowy> oh it's H3, not H3/H5
fourkbomb has joined #linux-sunxi
forkbomb has quit [Quit: WeeChat 1.9]
fourkbomb is now known as forkbomb
BenG83 has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
<wens> I'd say that is actually not that suprising
<wens> it would be bothersome if there isn't a switch to allow non-secure access though
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
<wens> MoeIcenowy: FYI you have a missing comma for the R40 pinctrl patch
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
Gerwin_J has joined #linux-sunxi
perr has joined #linux-sunxi
perr has joined #linux-sunxi
perr has quit [Changing host]
<MoeIcenowy> wens: I think there isn't any
<MoeIcenowy> I saw the missing comma ;-)
lkcl has joined #linux-sunxi
<wens> unbelievable, someone made a scsi target emulator / converter board for the rpi
<MoeIcenowy> wens: so how should we do ugly hacks on H3 r_ccu?
<wens> no idea atm :(
<MoeIcenowy> yes a strange problem
<MoeIcenowy> but megous reported that it blocked the implementation of proper DVFS on boards with SY8106A
<wens> a work around for now might be to just keep r_i2c enabled from the bootloader
<wens> MoeIcenowy: only the ar100 clk is unaccessible? or all the clks? or all the prcm registers?
<MoeIcenowy> wens: only the clk
<MoeIcenowy> the PRCM gate and reset registers are OK
<wens> argh :/
<MoeIcenowy> so we didn't found any issues before
<MoeIcenowy> as the R_PIO doesn't need the accurate frequency of CLK_APB0_PIO
<MoeIcenowy> but I2C needs accurate bus clock frequency to derivate the I2C clock
<MoeIcenowy> oh the "APB0_CLK_DIV_REG" is also not accessible
<MoeIcenowy> but "APB0_GATING_REG" and "APB0_MODULE_RST_REG" are accessible
<MoeIcenowy> CIR mod clock is also accessible
<MoeIcenowy> maybe we should make apb0 a fake clock on H3?
<wens> sounds like there might be some guard bits for the core clocks, like in the CCU
<willmore> MoeIcenowy, how inaccurate is the clock that I2C can't use?
<wens> undocumented perhaps
<MoeIcenowy> wens: nope, in secure the clocks work well
<MoeIcenowy> in non-secure they don't work
<MoeIcenowy> I tried to start the kernel in secure, and the clocks are okay
<wens> MoeIcenowy: non-secure guard bits :)
<willmore> That's an akward way of asking, sorry. I2C doesn't need a very accurate clock--10% off should name no difference.
<MoeIcenowy> willmore: the real clock is 24MHz, and the wrong value is 32kHz
<MoeIcenowy> do you think it can work? ;-)
<willmore> Nope. :)
<willmore> Well, actually it will work, but it's slow as hell.
<willmore> Might make DVFS a little impractical.
<MoeIcenowy> nope it doesn't
<willmore> The whole Dynamic part of that won't be very dynamic
<MoeIcenowy> you will get a 24MHz I2C bus
<wens> lol
<MoeIcenowy> do you think any I2C slaves can work under 24MHz?
leviathan_ has joined #linux-sunxi
<willmore> Yeah, both 32KHz and 24MHz are a bit far form 400KHz.
<wens> willmore: the kernel readout of the clock is wrong, not the actual rate
<willmore> wens, ahh, okay.
<MoeIcenowy> yes, so the kernel thought the clock is 32KHz, so the divider is not set
<MoeIcenowy> but it's really 24MHz
<MoeIcenowy> so the I2C bus become 24MHz
<willmore> Yeah, that won't work. If it were 32KHz instead, it would work.
<willmore> I'm bitbanged I2C from an old PC and I'm pretty sure the 'clock rate' was all over the damn place.
<willmore> I2C is meant to be used by chips without any timing sources, so it's very forgiving.
<MoeIcenowy> wens: I think a temporary hack will be to use bit-banged I2C to control SY8106A
* willmore drops out of the conversation.
<MoeIcenowy> but the whole clock tree is then wrong
<MoeIcenowy> I think it's possible that other peripherals may fail
<MoeIcenowy> e.g. r_uart
<MoeIcenowy> r_uart also has an internal divider which is connected to bus clock
Macer has quit [Ping timeout: 268 seconds]
Macer has joined #linux-sunxi
<wens> MoeIcenowy: maybe do the override from u-boot? as in replace the i2c compatible and add the gpio lines
<MoeIcenowy> if someone uses r_uart it will also fail...
<MoeIcenowy> wens: I think override this from U-Boot is a uglier hack
<MoeIcenowy> In fact in our old clock dt the apb0 clock is fixed 24M from osc24M
<MoeIcenowy> maybe we should do the same thing in H3 CCU driver
<wens> why should we do so for the H3 CCU driver?
<wens> the H3 CCU driver clearly works, and we already properly configure the non-secure access bits in it
<MoeIcenowy> nothing
<MoeIcenowy> H3 CCU driver doesn't care it
<MoeIcenowy> the main secure/non-secure switches just don't work
<MoeIcenowy> oh they're defaultly set to 0x7, which allows all pll operations
<MoeIcenowy> yes set it back to 0x0 prevented proper boot from non-secure
lurchi_ has joined #linux-sunxi
<MoeIcenowy> so we have a broken, but sometimes works secure/non-secure division...
<MoeIcenowy> strange
lurchi__ has quit [Ping timeout: 260 seconds]
\\Mr_C\\ has quit [Quit: .]
JohnDoe_71Rus has joined #linux-sunxi
<MoeIcenowy> wens: the secure controlling register of r_ccu is 0x01f015d0
<MoeIcenowy> and the bit 1 is controlling ar100 clk
<MoeIcenowy> and apb0 divider
<MoeIcenowy> and this register can be written in non-secure world
<MoeIcenowy> not a good design, but for us it will be more easier to solve the problem!
ninolein_ has quit [Ping timeout: 276 seconds]
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-sunxi
ninolein has joined #linux-sunxi
<MoeIcenowy> oh it's set in ATF -- at plat/sun50iw1p1/sunxi_security.c
<MoeIcenowy> wens: I suggest we fix this in U-Boot, but however this will make people with not-up-to-date U-Boot cannot have correct clock...
<wens> that is unfortunate, but u-boot is the proper place for it, as it is u-boot that puts the system in non-secure mode
<wens> MoeIcenowy: please send a fix for u-boot, maybe with ondrej as the issue reporter
dave0x6d has quit [Quit: Connection closed for inactivity]
<MoeIcenowy> wens: U-Boot fix sent
<MoeIcenowy> but without reported-by tag
reinforce has joined #linux-sunxi
florianH has joined #linux-sunxi
dev1990 has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
djakov has quit [Ping timeout: 255 seconds]
perr has quit [Read error: Connection reset by peer]
perr has joined #linux-sunxi
perr has quit [Changing host]
perr has joined #linux-sunxi
nvz has quit [Quit: leaving]
marble_visions has joined #linux-sunxi
marble_visions has left #linux-sunxi [#linux-sunxi]
Nemo_bis has quit [Ping timeout: 248 seconds]
akaWolf has quit [Ping timeout: 248 seconds]
tgaz has quit [Ping timeout: 248 seconds]
Nemo_bis has joined #linux-sunxi
chrisf_ has quit [Read error: No route to host]
chrisf_ has joined #linux-sunxi
akaWolf has joined #linux-sunxi
tgaz has joined #linux-sunxi
chrisf__ has joined #linux-sunxi
chrisf_ has quit [Ping timeout: 255 seconds]
djakov has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
msimpson has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
Worf has joined #linux-sunxi
leviathan_ has quit [Remote host closed the connection]
<chrisf__> maz: That was painful but I finally have an SGI from Core 0 (at EL2) causing an exception on Core 1 (also at EL2). HCR_EL2.IMO did need to be set for this to happen. I think the ARM docs (god I hate them) are ambiguous. 0->Phys IRQ while executing at exception levels LOWER than EL2 are not taken at EL2. 1->Phys IRQ while executing at EL2 OR LOWER are taken in EL2.
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
Ntemis has joined #linux-sunxi
<maz> chrisf__: welcome to my life.
afaerber has joined #linux-sunxi
<maz> chrisf__: out of curiosity, what are you trying to do SGI-ing at EL2?
jstein_ has joined #linux-sunxi
<chrisf__> maz: I'm writing a very small code footprint system to use the chip as a math processor for another system communicating over SPI. I needed to be able to start cores, signal between them and react to SPI interrupts. The choice of EL2 wasn't significant it's just what the ATF started my code in.
LargePrime has quit [Ping timeout: 240 seconds]
<chrisf__> I've never worked at this level on anything more complicated than an M4 before.
f0xx has joined #linux-sunxi
jstein_ is now known as jstein
Sun6i has joined #linux-sunxi
chlorine has joined #linux-sunxi
fkluknav has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
LargePrime has joined #linux-sunxi
<maz> chrisf__: sounds like a fun project! :-)
aballier has quit [Quit: leaving]
TheSeven has quit [Ping timeout: 246 seconds]
<chrisf__> maz: Making progress but I had no idea how complicated these chips were ... another part of the project uses a C51 - that's a bit easier!!!
aballier has joined #linux-sunxi
TheSeven has joined #linux-sunxi
<maz> chrisf__: it is an acquired taste. I've spent too much time on this shit to remember the simple stuff... ;-)
Sun6i has quit [Ping timeout: 260 seconds]
indy has quit [Ping timeout: 246 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
Ntemis has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
BenG83 has joined #linux-sunxi
perr has quit [Quit: Leaving]
sunxi_fan1 has quit [Ping timeout: 276 seconds]
sunxi_fan has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
popolon has joined #linux-sunxi
msimpson has quit [Read error: Connection reset by peer]
msimpson has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
Gerwin_J has joined #linux-sunxi
lemonzest has joined #linux-sunxi
indy has joined #linux-sunxi
rwmjones has quit [Ping timeout: 276 seconds]
rwmjones has joined #linux-sunxi
The_Loko has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
Andy-D has joined #linux-sunxi
matthias_bgg has quit [Remote host closed the connection]
Mehdi_ has joined #linux-sunxi
Mehdi_ has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
lurchi_ is now known as lurchi__
matthias_bgg has quit [Quit: Leaving]
kelvan has quit [Remote host closed the connection]
Andy-D_ has joined #linux-sunxi
cnxsoft1 has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
Ntemis has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 248 seconds]
cnxsoft1 is now known as cnxsoft
rah_ is now known as rah
chlorine_ has quit [Ping timeout: 255 seconds]
vagrantc has joined #linux-sunxi
chlorine has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
kelvan has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
yann has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
f0xx has quit [Ping timeout: 260 seconds]
chlorine has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
reinforce has quit [Quit: Leaving.]
matthias_bgg has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine_ has quit [Remote host closed the connection]
chlorine has quit [Ping timeout: 255 seconds]
fkluknav has quit [Ping timeout: 255 seconds]
jstein has quit [Remote host closed the connection]
matthias_bgg has quit [Ping timeout: 240 seconds]
fkluknav has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
RichardG867 has joined #linux-sunxi
yann has quit [Ping timeout: 248 seconds]
jernej has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
fkluknav has joined #linux-sunxi
reinforce has joined #linux-sunxi
Ntemis has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
jernej has quit [Ping timeout: 255 seconds]
chlorine has joined #linux-sunxi
agraf` has quit [Quit: Coyote finally caught me]
chlorine has quit [Remote host closed the connection]
afaerber has quit [Quit: Leaving]
<FergusL> Anyone tested the "matrix" code from FriendlyArm? compiling it on Armbian Nanopi M1 Plus right now and it worked great! I spent some time looking at the various WiringPi and other solutions but this one doesn't look too bad, it even has SPI and I2C!
diego__ has joined #linux-sunxi
diego_r has quit [Ping timeout: 255 seconds]
jernej has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
BenG83 has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
chrisf__ has quit [Ping timeout: 255 seconds]
msimpson has quit [Quit: Leaving]
<FergusL> erh, no, no luck, I tried the RTC program but it fails because /dev/ has not the same structure
Andy-D__ has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
Andy-D_ has quit [Ping timeout: 248 seconds]
diego__ has quit [Ping timeout: 248 seconds]
dave0x6d has joined #linux-sunxi
chrisf__ has joined #linux-sunxi
phipli has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
chlorine has quit [Ping timeout: 260 seconds]
matthias_bgg has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
matthias_bgg has quit [Quit: Leaving]
scream has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
dave0x6d has quit [Quit: Connection closed for inactivity]
jernej has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7099-gca80ee628, build type: debug, sources date: 20160102, built on: 2017-03-12 14:49:35 UTC git-7099-gca80ee628 http://www.kvirc.net/]
florianH has joined #linux-sunxi
jernej has quit [Ping timeout: 246 seconds]
scream has quit [Remote host closed the connection]
inode has quit [Quit: ]
leviathan_ has quit [Remote host closed the connection]
jernej has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
lemonzest has quit [Quit: Quitting]
Ntemis has quit [Remote host closed the connection]
sunxi_fan1 has joined #linux-sunxi
sunxi_fan has quit [Ping timeout: 248 seconds]
Mr__Anderson has quit [Remote host closed the connection]
The_Loko has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
phipli has quit [Ping timeout: 240 seconds]
jernej has quit [Ping timeout: 260 seconds]
florianH has quit [Quit: Connection closed for inactivity]
lurchi__ is now known as lurchi_
yann has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 240 seconds]
<kilobyte> with dwmac-sun8i I get plenty of fatal send/write errors with nbd, -emac worked ok
<kilobyte> other uses of network seem to work ok, so do certain uses of nbd (like badblocks -w)
<kilobyte> [ 251.938384] block nbd0: Send data failed (result -11)
<kilobyte> [ 251.961022] print_req_error: I/O error, dev nbd0, sector 2206344
<kilobyte> [ 251.955676] block nbd0: Attempted send on invalid socket
<kilobyte> [ 251.950034] block nbd0: Receive control failed (result -32)
<kilobyte> [ 251.943484] block nbd0: Request send failed trying another connection
<kilobyte> [ 251.961025] block nbd0: shutting down sockets
lurchi_ is now known as lurchi__
vagrantc has quit [Quit: leaving]