Black_Horseman has quit [Ping timeout: 258 seconds]
FR^2 has quit [Quit: Leaving]
syeekick has quit [Remote host closed the connection]
codyps has quit [Ping timeout: 276 seconds]
codyps has joined #linux-sunxi
<wens>
morning
<wens>
time to try compiling A23 support for the kernel
<libv>
:)
<wens>
great... something is missing
<libv>
?
<wens>
I stashed some changes, and now I'm looking around for them :/
FreezingCold has quit [Quit: Out]
FreezingCold has joined #linux-sunxi
<wens>
Turl: do we have any documents on A10s/A13 clocks? or we just assume they are the same as A10?
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
orly_owl has quit [Ping timeout: 255 seconds]
nicksydney_ has joined #linux-sunxi
nicksydney has quit [Ping timeout: 264 seconds]
<wens>
mripard: um, what's the status on the pinctrl Kconfig patches? sunxi-next currently doesn't select any of the drivers
<wens>
and I'm not sure how to add new symbols
nicksydney has joined #linux-sunxi
nicksydney_ has quit [Ping timeout: 264 seconds]
Seppoz has quit [Ping timeout: 252 seconds]
codyps has quit [Ping timeout: 240 seconds]
codyps has joined #linux-sunxi
<wens>
mripard: nvm, i'll use your pending patches first
FreezingCold has quit [Ping timeout: 276 seconds]
JohnDoe_71Rus has joined #linux-sunxi
orly_owl_ is now known as orly_owl
orly_owl has joined #linux-sunxi
orly_owl has quit [Changing host]
xavia has joined #linux-sunxi
xavia has left #linux-sunxi [#linux-sunxi]
FDCX has quit [Remote host closed the connection]
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
amitk has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 252 seconds]
_massi_ has joined #linux-sunxi
VargaD has quit [Ping timeout: 240 seconds]
VargaD has joined #linux-sunxi
avsm has joined #linux-sunxi
<Turl>
wens: there's the A13 user manual I think?
<Turl>
and the code too
shineworld has joined #linux-sunxi
diego_r has joined #linux-sunxi
<wens>
oh I missed that
<wens>
confirmed A13 also has /2 divider at 00
nicksydney has quit [Read error: Connection reset by peer]
Quarx has joined #linux-sunxi
nicksydney has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
<amitk>
wens: what is Hans' nick?
<shineworld>
what is more update and complete manual of A20 ? I need to check some SoC internals...
<wens>
amitk: it's hansg, but he's not always here
<wens>
Turl: assuming A10s is the same as A10 or A13, that means all devices have the same problem
libcg has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
wigyori has quit [Ping timeout: 245 seconds]
<Turl>
wens: A10S is an A13 alike, they're both sun5i
<Turl>
wens: I've seen you say there is a problem but dunno what the problem is yet :)
<Turl>
let me know :p
<Turl>
good night :)
<wens>
Turl: there shouldn't be any problem, as u-boot always sets the divider to /2 (value 01)
<wens>
as long as no user touches it, we'll be fine
<wens>
just that the driver doesn't match the hardware, that's all
<wens>
the apb0 divider can't do /1
leviathanch has quit [Ping timeout: 245 seconds]
leviathanch has joined #linux-sunxi
wigyori has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
notmart has joined #linux-sunxi
FR^2 has joined #linux-sunxi
cubear has joined #linux-sunxi
starchild has joined #linux-sunxi
Offshore has joined #linux-sunxi
avsm has joined #linux-sunxi
wickwire has joined #linux-sunxi
syeekick has joined #linux-sunxi
_massi_ has quit [Read error: Connection reset by peer]
avsm has quit [Quit: Leaving.]
_massi_ has joined #linux-sunxi
syeekick has quit [Remote host closed the connection]
sehraf has joined #linux-sunxi
wigyori_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 245 seconds]
wigyori has quit [Ping timeout: 245 seconds]
leviathanch has joined #linux-sunxi
enrico_ has joined #linux-sunxi
<mripard>
wens: what board do you use for your A23 work?
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 245 seconds]
<wens>
mripard: ippo q8h tablet
<mripard>
wens: cool, thanks
<mripard>
we have to find one for Turl's GSoC
wigyori_ is now known as wigyori
<wens>
it's not the best device for the job, as uart0 is muxed with mmc0
jinzo has joined #linux-sunxi
<mripard>
ah
<mripard>
good to know
<wens>
it has the uart from prcm block, but that's not used by allwinner boot0 / u-boot
<mripard>
and I guess it's more aimed to be used by the AR100-like chip in there
<wens>
ya, that's what their blob does
<wens>
i just hijacked the port :p
<wens>
no idea what would happen if both processors tried to use it
<mripard>
interesting things I guess
<mripard>
:)
<mripard>
I don't know about the A23
<mripard>
but the A31 has hardware spinlocks
<mripard>
so I guess you'd have to grab the spinlock from either side before being able to use the UART
ganbold has quit [Remote host closed the connection]
<wens>
assuming ar100 blob does that
<mripard>
I hope it does :)
shineworld2 has joined #linux-sunxi
<mripard>
because it's obviously the right thing to do, and they have hardware support for it
<wens>
I think they only use it to controll access to the msg box thing
<wens>
but I only took a quick look
<wens>
what I'd really love now is some documents for the RSB, and the AXP223
<mripard>
what I don't like about it is that we spend so much time with the P2WI now, and have to trash it for the A23 :)
<wens>
the "set runtime address" thing is a mystery
shineworld has quit [Ping timeout: 252 seconds]
<wens>
P2WI seems like a step towards RSB, though I don't get why they didn't just stick to i2c
<wens>
you still have to use it for all the other sensors and what not
<mripard>
we have documentation for the RSB ?
<wens>
we only have code
<mripard>
yeah, I don't get why they just don't take i2c
<wens>
registers are mostly the same, except for new addressing schemes
<mripard>
ok
<wens>
the addressing scheme is what I don't understand
<wens>
I'd want some explanation about it before porting the driver, which should be easy
<mripard>
documentation is pretty poor for the RSB
<mripard>
at least, on the A31, you clearly had a description of what the bus was doing
<wens>
let's hope they improve it on the A80?
<mripard>
unless they change it again to something else :)
<wens>
please dont :)
<mripard>
but it would be boring for us if they didn't! .. :)
<wens>
I think we already have plenty to work on :p
<wens>
um, what exactly is Turl going to work on for GSoC?
<mripard>
mostly DMA for the A10/A20, and bringup of the A23
ganbold has joined #linux-sunxi
<wens>
Turl: you're my new best friend :)
deasy has joined #linux-sunxi
popolon has joined #linux-sunxi
libcg has quit [Read error: Connection reset by peer]
<mnemoc>
moin
<jinzo>
o/
shineworld2 has quit [Read error: Connection reset by peer]
<FR^2>
mnemoc: hola
rz2k has joined #linux-sunxi
<ccaione>
mnemoc: you are scary on linkedin
F1skr has joined #linux-sunxi
maksimlin has quit [Ping timeout: 245 seconds]
<mnemoc>
hi :)
<mnemoc>
ccaione: why??
bgal has joined #linux-sunxi
<ccaione>
mnemoc: too serious :D
<wens>
straight face?
Net147 has joined #linux-sunxi
<Net147>
ssvb: did you have any luck with accessing the EEPROM from u-boot?
<ccaione>
wens: really straight :)
shineworld has joined #linux-sunxi
<ssvb>
Net147: sorry, not yet, got sidetracked by playing with A13-OLinuXino-MICRO which has just arrived
* ssvb
has too many boards
<Net147>
ssvb: I managed to get it working =)
<ssvb>
Net147: great :)
<plaes>
DMA \o/
<Net147>
I am not sure whether it should be default though
<Net147>
I will submit a RFC patch to ML
libcg has joined #linux-sunxi
bgal has quit [Ping timeout: 265 seconds]
<ssvb>
Net147: good, at least we could use eeprom for storing the mac address, just like olimex originally intended :)
<Net147>
ssvb: sent and I CC-ed you
<Net147>
ssvb: the problem I had with the processor frequency not being set correctly was due to a mistake I made elsewhere
<ssvb>
Net147: ok, thanks for checking this
<Net147>
ssvb: I didn't realise the PMU is initialized over TWI0 using I2C by the SPL. so when I changed it to TWI1 it stopped working.
<ssvb>
Net147: :)
<Net147>
ssvb: so I made it use TWI0 for SPL to init the PMU properly, but TWI1 for the main u-boot to be able to communicate with EEPROM. CONFIG_SPL_BUILD define is convenient. =)
<mnemoc>
ccaione: :D
ninolein has joined #linux-sunxi
ddc has joined #linux-sunxi
cubear has quit [Quit: Leaving]
lauri has joined #linux-sunxi
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
ddc has quit [Remote host closed the connection]
ganbold_ has joined #linux-sunxi
shineworld has quit [Quit: Leaving]
shineworld has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
shineworld has quit [Remote host closed the connection]
focus_it has quit [Remote host closed the connection]
shineworld has joined #linux-sunxi
<Net147>
ssvb: is r3p2 any better at avoiding screen tearing than r3p0 for OpenGL ES on framebuffer?
<ssvb>
Net147: they are equally fine
<ssvb>
except that the sunxi disp driver can't satisfy both android and linux mali framebuffer drivers at the same time
<ssvb>
Net147: we intercept all the EGL/GLES functions and can add workarounds to the problematic ones
<Net147>
ssvb: what's left to finish?
<ssvb>
Net147: everything :) the search and identification of the mali blobs (picking the right version, based on the kernel mali module API), and also testing all of this properly
<ssvb>
Net147: I have more or less complete working prototype here (not yet pushed to github), but still have to fix some glitches
ganbold has joined #linux-sunxi
jebba1 has quit [Quit: Leaving.]
woprr has quit [*.net *.split]
merbanan has quit [*.net *.split]
MSameer has quit [*.net *.split]
specing has quit [*.net *.split]
cazzacarna has quit [*.net *.split]
buZz has quit [*.net *.split]
tm512 has quit [*.net *.split]
bsdfox has quit [*.net *.split]
buZz has joined #linux-sunxi
cazzacarna has joined #linux-sunxi
woprr has joined #linux-sunxi
MSameer has joined #linux-sunxi
specing has joined #linux-sunxi
tm512 has joined #linux-sunxi
bsdfox has joined #linux-sunxi
merbanan has joined #linux-sunxi
buZz is now known as Guest86790
Skaag has joined #linux-sunxi
xavia has joined #linux-sunxi
wickwire has quit [Read error: Connection reset by peer]
HeHoPMaJIeH has quit [Quit: Leaving]
Skaag has quit [Quit: Lost terminal]
<Net147>
ssvb: I get undefined reference to glUniform1f and glClear when trying to link to r3p2-01rel1 libGLESv2
<ssvb>
Net147: these functions should be there
<ssvb>
Net147: are you sure that you are not trying to run the binaries built against r3p0?
<vector80>
Thats why I am asking, do I need ssvb's kernel for this?
<Net147>
vector80: ssvb has a branch for r3p2-01rel1 yes
<vector80>
Clear
<vector80>
I have to patch it too
<vector80>
Anyway, I can do it also
<vector80>
thank you very much
<vector80>
Let me build that also
<vector80>
omg, that kernel is 3.4.75..
<Net147>
I am in the process of switching to r3p2-01rel1 myself...
Nazcafan has joined #linux-sunxi
<Net147>
using 3.4.89 kernel
<vector80>
How you will do that ?
<vector80>
I compiled and installed 3.4.75, but after board boot up, it reboots after 10-15 seconds...
<vector80>
I was booting in quiet mode, and I will try to find out what is going on
bertrik has quit [Ping timeout: 252 seconds]
<Net147>
I use the sunxi-3.4 branch of linux-sunxi/linux-sunxi. I clone linux-stable, create a diff from current version to 3.4.89, apply that to sunxi-3.4, resolve conflicts, cherry-pick the 2 commits from the ssvb branch for r3p2.
<vector80>
waw
libcg has quit [Remote host closed the connection]