<Guest10571>
thanks willmore. But i am using latest sunxi-next kernel
<wens>
Guest10571: i believe codekipper was playing with it, you can ask him when he drops in
<wens>
afaik h3 i2s has a different address for the fifo
<willmore>
Guest10571, ahh, that is a legacy kernel thread. Sorry.
vyom has joined #linux-sunxi
vyom is now known as Guest49825
Guest49825 has quit [Client Quit]
desgen has joined #linux-sunxi
reev has joined #linux-sunxi
desgen has quit [Ping timeout: 264 seconds]
desgen has joined #linux-sunxi
victhor has quit [Ping timeout: 240 seconds]
desgen has quit [Ping timeout: 255 seconds]
ErwinH has joined #linux-sunxi
jbrown has quit [Ping timeout: 255 seconds]
desgen has joined #linux-sunxi
ErwinH has quit [Ping timeout: 240 seconds]
desgen has quit [Ping timeout: 240 seconds]
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
desgen has joined #linux-sunxi
desgen has joined #linux-sunxi
desgen has quit [Changing host]
jbrown has joined #linux-sunxi
terra854 has joined #linux-sunxi
wzyy2 has quit [Read error: Connection reset by peer]
wzyy2 has joined #linux-sunxi
a|3x has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 276 seconds]
<MoeIcenowy>
vinimac: I have even no A20.
<MoeIcenowy>
wens: I'm making a generic CCU driver
<MoeIcenowy>
as all SoCs' R_CCU seems alike
jbrown has quit [Ping timeout: 255 seconds]
jbrown has joined #linux-sunxi
[7] has quit [Ping timeout: 256 seconds]
TheSeven has joined #linux-sunxi
reinforce has joined #linux-sunxi
<beeble>
Wizzup: colleague said he will submit today or tomorrow
IgorPec has joined #linux-sunxi
ErwinH has joined #linux-sunxi
ErwinH has quit [Ping timeout: 252 seconds]
my123 has joined #linux-sunxi
my123 has joined #linux-sunxi
my123 has quit [Changing host]
BuddyZhang1 has quit [Ping timeout: 260 seconds]
Pepe has joined #linux-sunxi
bamvor__ has joined #linux-sunxi
vishnup has quit [Ping timeout: 258 seconds]
petr_ has joined #linux-sunxi
qschulz_ has joined #linux-sunxi
qschulz has quit [Ping timeout: 240 seconds]
bamvor has quit [Ping timeout: 240 seconds]
reinforce has quit [Ping timeout: 240 seconds]
petr has quit [Ping timeout: 240 seconds]
TheLinuxBug has quit [Ping timeout: 240 seconds]
my123_ has quit [Ping timeout: 240 seconds]
bamvor__ is now known as bamvor
reinforce has joined #linux-sunxi
TheLinuxBug has joined #linux-sunxi
Pepe has quit [Ping timeout: 245 seconds]
<wens>
MoeIcenowy: i know, differences include number of gates and resets, whether there is a control for OSC24M, and possibly OSC16M, and whether apb0 dividers are sane
<MoeIcenowy>
wens: I think in A31 the apb0 dividers may be an error
<wens>
MoeIcenowy: error? iirc mripard tested it, the first value is indeed /2
<MoeIcenowy>
ah-oh
<MoeIcenowy>
strange
ErwinH has joined #linux-sunxi
<MoeIcenowy>
so seems we can only share A23/33, H3/5 and A64...
<MoeIcenowy>
and for A23 I think the CCU may conflict with the PRCM mfd...
<wens>
precisely why i haven't done it yet :p
ErwinH has quit [Ping timeout: 252 seconds]
<MoeIcenowy>
so ignore A23/33 now ;-)
<MoeIcenowy>
I will care only H3 and A64
IgorPec has quit [Ping timeout: 240 seconds]
muvlon has quit [Ping timeout: 245 seconds]
a|3x has joined #linux-sunxi
muvlon has joined #linux-sunxi
a|3x has quit [Ping timeout: 252 seconds]
jbrown has quit [Ping timeout: 255 seconds]
qschulz_ is now known as qschulz
a|3x has joined #linux-sunxi
jbrown has joined #linux-sunxi
foxx has joined #linux-sunxi
kaspter has joined #linux-sunxi
apritzel has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
ErwinH has joined #linux-sunxi
kaspter has joined #linux-sunxi
a|3x has quit [Ping timeout: 276 seconds]
apritzel has quit [Ping timeout: 240 seconds]
IgorPec5 has joined #linux-sunxi
a|3x has joined #linux-sunxi
Mylene has joined #linux-sunxi
Andy-D has joined #linux-sunxi
IgorPec has joined #linux-sunxi
florianH has joined #linux-sunxi
IgorPec5 has quit [Ping timeout: 264 seconds]
kaspter has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
afaerber has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
jbrown has quit [Ping timeout: 255 seconds]
<jelle>
btw does anyone have a good idea how to debug a non-working sdio wifi/
kaspter has quit [Ping timeout: 256 seconds]
kaspter has joined #linux-sunxi
<MoeIcenowy>
jelle: is the driver probed?
<MoeIcenowy>
is the card recognized?
<jelle>
MoeIcenowy: nothing in dmesg, I do have brsmfmac build in
<tkaiser>
montjoie: For network performance tests you have to take care what you're measuring in reality. Common tools like iperf/iperf3 (and all the others) on SBC are easily bottlenecked by lack of CPU horsepower.
<tkaiser>
montjoie: In case you have any cpufreq scaling working use performance governor, in case you're using any cpufreq less than 1200 MHz on H3 change this and always run htop in another shell.
<tkaiser>
montjoie: Another annoying relationship is compiler settings benchmark tools like iperf/iperf3 have been built with. I got different numbers with iperf3 with otherwise identical environment when comparing Debian Jessie (GCC 4.9) vs. Ubuntu Xenial (GCC 5.4) with distro packages. Numbers in one direction were different since iperf3 on Xenial behaved multithreaded while acting single threaded on Jessie (and being bottlenecked by
<tkaiser>
montjoie: At least when you're in 'passive benchmarking' mode trusting in common benchmark tools like iperf or iperf3 (I prefer the latter since reporting 2 second values and also count of retransmits)
IgorPec has joined #linux-sunxi
<tkaiser>
montjoie: In case I could further help, just ask. Now time to prepare barbecue (Gigot! Am currently in the South of France on vacation) but I'll real backlog tomorrow and answer if I can :)
ErwinH has quit [Read error: Connection reset by peer]
ErwinH has joined #linux-sunxi
<plaes>
o_O
terra854 has quit [Quit: Connection closed for inactivity]
<jelle>
plaes: o?
<plaes>
well... amazing :D
Ntemis has quit [Remote host closed the connection]
matthias_bgg_ has quit [Ping timeout: 260 seconds]
yann-kaelig has joined #linux-sunxi
fdcx has quit [Remote host closed the connection]
Ntemis has joined #linux-sunxi
fdcx has joined #linux-sunxi
fdcx_ has joined #linux-sunxi
<willmore>
NiteHawk, do you think a page on the Xunlong camera module would be useful? Many of the Opi boards have a small paragraph about it and they come in two variants and they all mention the same info.
vagrantc has joined #linux-sunxi
vagrantc has quit [Changing host]
vagrantc has joined #linux-sunxi
foxx has quit [Ping timeout: 240 seconds]
yann-kaelig has quit [Quit: Leaving]
<KotCzarny>
willmore, maybe it should be done in similar way as wifi page?
<jelle>
oh fun, nanopi neo air needs a different firmware for brcmfmac43430-sdio.bin
<KotCzarny>
brands/models tables with driver and support status
* jelle
wonders if this is often the case
<KotCzarny>
jelle, check if that firmware works on other devices?
<jelle>
KotCzarny: I don't have other devices
<willmore>
KotCzarny, I was thinking of starting with the Xunlong camera, talking about the adapter board needed, then about the driver issues, finally a table of which boards support cameras and if they need the adapter or not.
<willmore>
Does that seem logical?
apritzel has joined #linux-sunxi
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 264 seconds]
Andy-D has quit [Ping timeout: 255 seconds]
<jemk>
apritzel: yes, that's me, sorry for the confusion
<apritzel>
jemk: hi, no worries ;-)
<apritzel>
jemk: so thanks for the reply, and indeed an smc #0 worked
<apritzel>
I didn't even think about it, since every vector table I saw from Allwinner had a "b ." in all vectors except reset and IRQ
<apritzel>
jemk: but for loading from MMC or SPI we will need a different boot signature format, right? eGON will not do it, apparently
<jemk>
apritzel: there is some code in sram a2, if you disassemble it it looks like this possibility is intentional
<apritzel>
jemk: ah, good point, I found some A2 addresses in the BROM disassembly
<jemk>
have to search my old notes for the exact address, i put this on hold months ago
<apritzel>
so, yes, for this smc to work you need to clear NS and eret, so this is intentional
yann-kaelig has joined #linux-sunxi
<jemk>
yeah, boot0 got replaced by toc0, with much more complex headers containing keys and signatures
yann-kaelig has quit [Remote host closed the connection]
nemunaire has joined #linux-sunxi
<apritzel>
jemk: right, toc0, I saw this on the Remix Mini PC
<apritzel>
jemk: forgot the name of it
<apritzel>
jemk: do you have any pointer to some documentation
MXfive has quit [Quit: Sleep Quit.]
<jemk>
apritzel: not really, some headers are in the u-boot code drops, the tool to sign is closed source (dragonsecboot)
<apritzel>
and in the (non-secure) BROM I see references to 0x45a00 and 0x50500
Andy-D has joined #linux-sunxi
<jemk>
apritzel: the secure vectors are at 0x450c0 on h3
<apritzel>
jemk: as on a (secure) A64: MVBAR: 0x450c0
komunista has quit [Quit: Leaving.]
lemonzest has quit [Quit: Leaving]
<jemk>
apritzel: and just in case you wonder where all this stuff happens: there is a second boot rom not visible in fel mode (because fel is still handled by the 'old' brom)
<jemk>
they somehow remap 0xffff0000 to different roms, the secure one is only visible when booting from storage
<ssvb>
jemk: it would be nice to start documenting this somewhere in the wiki
<jemk>
ssvb: yeah, i know, i started researching that last summer and then didn't have much time for sunxi anymore
<apritzel>
ssvb: jemk: yes, I am about to create a page ...
<jemk>
i'll have to get used to putting notes in the wiki instead of txt on my hdd
<apritzel>
jemk: I reckon the secure BROM and non-secure are banked (at address 0)
<apritzel>
switched by some bit somewhere
<apritzel>
jemk: ah, right, H3 has the ROM high, sorry, missed that
<jemk>
the secure one gets enabled by the fuse we burned, no idea how they switch back for fel
<apritzel>
I was wondering if it's always the secure BROM to start with, this checks the fuse and switches over to non-secure if not burned
<apritzel>
so we would never see the secure BROM on a "non-secure" machine
<jemk>
the secure one was visible right after burning the fuse, without rebooting
<jemk>
but it can't be read from non-secure state, even when it is active
chomwitt has joined #linux-sunxi
LargePrime has quit [Ping timeout: 252 seconds]
<apritzel>
maybe after the smc?
<jemk>
in fel you always get the normal brom, regardless of secure state
<jemk>
i think there is some bit in sysctrl to switch roms, they do a lot of stuff there
dave0x6d has joined #linux-sunxi
<apritzel>
jemk: yeah, I was actually hoping to find that magic bit that enables security (ala secure state is observed, SRAM A2 is secure only, the peripheral trust zone controller respected, ...)
<apritzel>
jemk: I was wondering if I could use the two security holes in AW's software to access the secure side on the Remix Mini
<apritzel>
jemk: the first one being the infamous "rootmydevice" backdoor in their kernel, the second one the ATF backdoor to access secure memory
<jemk>
apritzel: or just boot it in fel and try a smc, then read the keys from sid
<jemk>
if that works the whole security concept is useless