deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
mrnuke_ is now known as mrnuke
<wens>
maybe someone will design a module compatible with the new rPi stuff
sap has quit [Read error: Operation timed out]
sap has joined #linux-sunxi
xavia has left #linux-sunxi ["PART #interlock :PART #arduino :PART #wnydev :PART #buffalolab :PART #docker :PART #symfony :PART #virtuvia :QUIT :Leaving."]
nicksydney has quit [Quit: No Ping reply in 180 seconds.]
nicksydney has joined #linux-sunxi
nicksydney has quit [Remote host closed the connection]
tgaz has quit [Read error: Operation timed out]
TheSeven has quit [Ping timeout: 255 seconds]
TheSeven has joined #linux-sunxi
pseudomind_ has joined #linux-sunxi
<wens>
libv: I was right, the 2 uart pins are for PL 2/3
<wens>
in the android kernel, it's used by the OpenRISC core to output heartbeat messages
<libv>
wens: so we have uart now?
<wens>
well I don't have SPL working yet, so I can't verify if it works as an actual console
<Turl>
ohai
<Turl>
pretty late today :)
<wens>
updating the wiki now
<libv>
wens: great :)
<wens>
judging by the P2WI and RSB drivers, the IP cores in the R_ section are shared by the main processor and the OpenRISC core
<wens>
in the SDK, U-boot accesses P2WI/RSB directly, but in the kernel, it is done by the OpenRISC core through message passing
<Turl>
wens: are they the same core, or do they just happen to be two masters on the same bus?
<wens>
Turl: which two?
<wens>
BTW, I dumped BROM out, if anyone is interested...
<Turl>
wens: I mean, maybe there's two P2WI masters, one on the arm core and another one on the OpenRISC, and AW just happens to use one and turn off the other
notmart has quit [Remote host closed the connection]
<vector80>
juan, you mean, for pa control, I must write some configuration file ?
notmart has joined #linux-sunxi
<juanfont>
what do you get if you do 'aplay -l'? i suppose your ALSA card has two different devices...
FreezingCold has quit [Ping timeout: 240 seconds]
<gzamboni>
vector80, did you do the circuit based in the allwinner design reference ? because there it uses the same A20 pinouts for the headphone and speakers HPOUTR and HPOUTL but they are amplified using the LM4890 amplifier
nabblet has quit [Quit: leaving]
<rellla>
did anybody take notice of some process since allwinner joined linaro digital home group?
hipboi has joined #linux-sunxi
ssvb has quit [*.net *.split]
bbrezillon has quit [*.net *.split]
jelly-home has quit [*.net *.split]
ojn has quit [*.net *.split]
pseudomind_ has quit [*.net *.split]
Nyuutwo has quit [*.net *.split]
physis has quit [*.net *.split]
indy has quit [*.net *.split]
setkeh- has quit [*.net *.split]
npcomp_ has quit [*.net *.split]
zumbi_ has quit [*.net *.split]
kz1 has quit [*.net *.split]
WarheadsSE has quit [*.net *.split]
apo has quit [*.net *.split]
atiti has quit [*.net *.split]
rah has quit [*.net *.split]
zumbi has joined #linux-sunxi
npcomp has joined #linux-sunxi
rah has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
apo has joined #linux-sunxi
ojn has joined #linux-sunxi
ojn has quit [Changing host]
ojn has joined #linux-sunxi
FR^2 has quit [*.net *.split]
tgaz has quit [*.net *.split]
ynezz has quit [*.net *.split]
cajg has quit [*.net *.split]
orly_owl has quit [*.net *.split]
y0g1 has quit [*.net *.split]
FunkyPenguin has quit [*.net *.split]
woprr has quit [*.net *.split]
MSameer has quit [*.net *.split]
wens has quit [*.net *.split]
pseudomind has quit [*.net *.split]
Relkin has quit [*.net *.split]
ssvb has joined #linux-sunxi
aep has quit [*.net *.split]
jukivili has quit [*.net *.split]
specing has quit [*.net *.split]
jukivili has joined #linux-sunxi
ynezz has joined #linux-sunxi
MSameer_ has joined #linux-sunxi
kz1 has joined #linux-sunxi
aep_ has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
MSameer_ is now known as MSameer
tgaz has joined #linux-sunxi
hurtigbuffer has joined #linux-sunxi
atiti has joined #linux-sunxi
Relkin has joined #linux-sunxi
jukivili has quit [*.net *.split]
sehraf has quit [*.net *.split]
TheSeven has quit [*.net *.split]
leviathanch_ has quit [*.net *.split]
Wizzup has quit [*.net *.split]
atsampson has quit [*.net *.split]
lauri has quit [*.net *.split]
ccube has quit [*.net *.split]
selsinork has quit [*.net *.split]
MadSpark has quit [*.net *.split]
bfree has quit [*.net *.split]
plaes has quit [*.net *.split]
lynxis has quit [*.net *.split]
woprr has joined #linux-sunxi
ccube has joined #linux-sunxi
pseudomind has joined #linux-sunxi
bfree has joined #linux-sunxi
selsinork has joined #linux-sunxi
pseudomind has quit [*.net *.split]
sehraf has joined #linux-sunxi
TheSeven has joined #linux-sunxi
ssvb has quit [*.net *.split]
egbert has quit [*.net *.split]
book` has quit [*.net *.split]
sulky has quit [*.net *.split]
mdp has quit [*.net *.split]
cabania has quit [*.net *.split]
tomcheng76 has quit [*.net *.split]
lkcl has quit [*.net *.split]
andoma has quit [*.net *.split]
itdanihe1 has quit [*.net *.split]
arete74 has quit [*.net *.split]
petr has quit [*.net *.split]
rings_IIV has quit [*.net *.split]
joedj has quit [*.net *.split]
kenny has quit [*.net *.split]
merbanan has quit [*.net *.split]
leviathanch has joined #linux-sunxi
arete74 has joined #linux-sunxi
lkcl has joined #linux-sunxi
mdp has joined #linux-sunxi
egbert has joined #linux-sunxi
kenny has joined #linux-sunxi
petr has joined #linux-sunxi
rings_IIV has joined #linux-sunxi
alexvf has quit [Ping timeout: 245 seconds]
FR^2 has joined #linux-sunxi
pseudomind has joined #linux-sunxi
joedj has joined #linux-sunxi
Wizzup has joined #linux-sunxi
cabania has joined #linux-sunxi
FunkyPenguin has joined #linux-sunxi
jukivili has joined #linux-sunxi
ssvb has joined #linux-sunxi
indy has joined #linux-sunxi
setkeh1 has joined #linux-sunxi
WarheadsSE has joined #linux-sunxi
pseudomind_ has joined #linux-sunxi
merbanan has joined #linux-sunxi
book` has joined #linux-sunxi
plaes has joined #linux-sunxi
y0g1 has joined #linux-sunxi
specing has joined #linux-sunxi
lynxis has joined #linux-sunxi
lynxis has quit [Changing host]
lynxis has joined #linux-sunxi
orly_owl has joined #linux-sunxi
wens has joined #linux-sunxi
atsampson has joined #linux-sunxi
lauri has joined #linux-sunxi
andoma has joined #linux-sunxi
MadSpark has joined #linux-sunxi
cajg has joined #linux-sunxi
tomcheng76 has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
itdaniher has joined #linux-sunxi
Wizzup has quit [*.net *.split]
leviathanch has quit [*.net *.split]
TheSeven has quit [*.net *.split]
selsinork has quit [*.net *.split]
discopig has quit [*.net *.split]
arokux2 has quit [*.net *.split]
dlan has quit [*.net *.split]
morfoh has quit [*.net *.split]
bamvor has quit [*.net *.split]
Wizzup has joined #linux-sunxi
arokux2 has joined #linux-sunxi
selsinork has joined #linux-sunxi
sulky has joined #linux-sunxi
bamvor has joined #linux-sunxi
morfoh has joined #linux-sunxi
dlan has joined #linux-sunxi
dlan has quit [Changing host]
dlan has joined #linux-sunxi
discopig has joined #linux-sunxi
TheSeven has joined #linux-sunxi
leviathanch has joined #linux-sunxi
<vector80>
juanfont: , gzamboni, very sorry for late reply.
<vector80>
And please note again, I can hear sound from headphones, so there is no problem with the codec
<vector80>
gzamboni: yes I know about it, but our hardware is different. We use PAM8620 for amplification
<vector80>
After checking studying, I think the problem is in the sunxi-kernel or some configuration issue
<vector80>
In my hardware, under ANDROID, with HEADPHONE, before I start playing any mp3 file, PAM8620 - Shutdown pin is 5Volts.. And during play, it is also 5volts, so speakers working fine...
<juanfont>
vector80, what do you get if you do 'aplay -l'?
<vector80>
But under DEBIAN, before I start playing mp3 file, SD pin is 5volts, but when I start to play is, SD pin goes to zero
<vector80>
juanfont: I think you can't see some of my messages above ?
<hipboi>
has anyone tried to write the u-boot-spl.bin to the uSD card in u-boot?
<orly_owl>
but that last link says mali 400
<hipboi>
update u-boot in u-boot
<captainigloo>
ssvb: so the version of the libump is r4p0-00rel0 ?
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
<orly_owl>
hipboi: do you know about the MK802 S1?
<hipboi>
orly_owl, sorry, no
<hipboi>
orly_owl, definitely not amd gpu
<orly_owl>
ok
<orly_owl>
its a bit confusing
<starchild>
so it lacks the dc jack and has the headphone jack in place it seems?
<orly_owl>
hipboi: is that the only difference?
setkeh has quit [*.net *.split]
ssvb has quit [*.net *.split]
petr has quit [*.net *.split]
kenny has quit [*.net *.split]
bfree has quit [*.net *.split]
tgaz has quit [*.net *.split]
Relkin has quit [*.net *.split]
kz1 has quit [*.net *.split]
ojn has quit [*.net *.split]
starchild has quit [*.net *.split]
nedko has quit [*.net *.split]
HeHoPMaJIeH has quit [*.net *.split]
megal0maniac_afk has quit [*.net *.split]
souther has quit [*.net *.split]
rta has quit [*.net *.split]
lioka has quit [*.net *.split]
mturquette has quit [*.net *.split]
xenoxaos has quit [*.net *.split]
Tartarus has quit [*.net *.split]
rm has quit [*.net *.split]
mru has quit [*.net *.split]
steev has quit [*.net *.split]
juanfont has quit [*.net *.split]
mnemoc has quit [*.net *.split]
hno has quit [*.net *.split]
awafaa has quit [*.net *.split]
nedko has joined #linux-sunxi
lioka has joined #linux-sunxi
nedko has quit [Changing host]
nedko has joined #linux-sunxi
souther has joined #linux-sunxi
mru has joined #linux-sunxi
bfree has joined #linux-sunxi
petr has joined #linux-sunxi
Tartarus has joined #linux-sunxi
hno has joined #linux-sunxi
mnemoc has joined #linux-sunxi
mturquette has joined #linux-sunxi
tgaz has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
ssvb has joined #linux-sunxi
juanfont has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
megal0maniac_afk has joined #linux-sunxi
kenny has joined #linux-sunxi
megal0maniac_afk has joined #linux-sunxi
megal0maniac_afk has quit [Changing host]
Relkin has joined #linux-sunxi
xenoxaos has joined #linux-sunxi
rm has joined #linux-sunxi
starchild has joined #linux-sunxi
awafaa has joined #linux-sunxi
awafaa has quit [Changing host]
awafaa has joined #linux-sunxi
rta has joined #linux-sunxi
ojn has joined #linux-sunxi
hno has quit [Changing host]
hno has joined #linux-sunxi
setkeh has joined #linux-sunxi
Guest47151 has joined #linux-sunxi
deasy has joined #linux-sunxi
tgaz has quit [*.net *.split]
petr has quit [*.net *.split]
bfree has quit [*.net *.split]
Tartarus has quit [*.net *.split]
Black_Horseman has quit [*.net *.split]
geecko has quit [*.net *.split]
morfoh has quit [*.net *.split]
rings_IIV has quit [*.net *.split]
mdp has quit [*.net *.split]
Nyuutwo has quit [*.net *.split]
bbrezillon has quit [*.net *.split]
npcomp has quit [*.net *.split]
zumbi has quit [*.net *.split]
vector80 has quit [*.net *.split]
wickwire has quit [*.net *.split]
kivutar has quit [*.net *.split]
mkutsevol has quit [*.net *.split]
jemk has quit [*.net *.split]
FDCX has quit [*.net *.split]
npcomp has joined #linux-sunxi
rings_IIV has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
jemk has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
geecko has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
morfoh has joined #linux-sunxi
vector80 has joined #linux-sunxi
wickwire has joined #linux-sunxi
zumbi has joined #linux-sunxi
petr has joined #linux-sunxi
tgaz has joined #linux-sunxi
FDCX has joined #linux-sunxi
bfree has joined #linux-sunxi
kivutar has joined #linux-sunxi
Tartarus has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
mdp has joined #linux-sunxi
bgal has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<ssvb>
captainigloo: don't know, maybe an older one
lioka has quit [Changing host]
lioka has joined #linux-sunxi
<ssvb>
we also still only have r3p0 and r3p2-01rel2 mali blobs
<ssvb>
this stuff is not necessarily bleeding edge because of the long delivery chain and logistics issues (arm->allwinner->cubietech->us)
Relkin has quit [Quit: ""]
Relkin has joined #linux-sunxi
deffrag has joined #linux-sunxi
deffrag__ has quit [Ping timeout: 252 seconds]
bgal has quit [Ping timeout: 240 seconds]
deasy has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 255 seconds]
hipboi has quit [Read error: Connection timed out]
hipboi has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<libv>
captainigloo: unlike on the blobs, the licensing situation of libump is clear
<libv>
captainigloo: what are you packaging for?
<libv>
captainigloo: as for r4p0, yes, i know about it, but i am not sure what kernel side it will run against, and whether libump is still used there
indy has quit [Read error: Operation timed out]
<gzamboni>
vector80, maybe the pa-shdn (shutdown ext interrupt) is not set in the sunxi-3.4 audio driver
<gzamboni>
it may be related with the creation of the new properly written gpio driver
Black_Horseman has quit [Remote host closed the connection]
FreezingAlt has joined #linux-sunxi
kivutar has quit [Quit: Ex-Chat]
FreezingCold has quit [Ping timeout: 265 seconds]
<gzamboni>
vector80, this EINT should be configured in fex /dts for designs flexibility. I will probaly have to deal with it soon . atm its fixed at PH7 EINT7 on A10 & A20
jemk has quit [Ping timeout: 265 seconds]
<lioka>
is smp on A20 (cb3) supposed to work in mainline 3.14 ?
<vector80>
It was : if (0 != sw_gpio_setall_range(&item.gpio, 1)) {
<vector80>
That is the main reason, why PA-SHDN voltage drops to 0volts from 12Volts
<vector80>
when using 3.479+ kernel
<vector80>
In Aw kernel, this voltage never drops to 0V, it is allways 12V
ganbold_ has joined #linux-sunxi
<vector80>
Is there a chance to merge aw's sun7i-codec.c with sunxi-codec.c ?
<gzamboni>
12V ? afaik the EINT should respect the 3.3V
<vector80>
I am almost sure now. In sunxi kernel, when I start to play an mp3 file, PA-SHDN drops to zero
<vector80>
Funny point is, PAM8620's MUTE pin also drops to zero ( when not playing, it is 5V )
<rellla>
jemk: i was just reading vdpau-sunxi code. is it correct, that VE_H264_CUR_MB_NUM isn't called anymore and VE_H264_SDROT_CTRL and VE_H264_OUTPUT_FRAME_IDX for every slice, not only the first slice==0, like it was before?
<vector80>
Wait, let me show you that circuit privately
<gzamboni>
let me check the EINTs in the Allwinner datasheet
VargaD_ has joined #linux-sunxi
mkutsevol has joined #linux-sunxi
<vector80>
gzamboni: Sorry for type
<vector80>
it is 3V
<gzamboni>
no info about it :(
<gzamboni>
ok
<vector80>
Let me explain more clearly
<vector80>
PAM8620 needs 12V
<vector80>
and PA-SHDN controls its SD pin
<gzamboni>
is the SD pin connected to the PH7 ?
<vector80>
In my circuit, PA-SHDN pin is connected to one resistor ( R250 ),
<vector80>
No, wait, that part of my circuit is not dhidden, but I want to give you privately
<libv>
megal0maniac_afk: so my reservation was justified
<megal0maniac_afk>
Indeed it was :)
<libv>
there was a chance that that would've worked, though, but it's not the proper solution
<vinifr>
Turl, very good, thanks :D
<megal0maniac_afk>
Yeah, if I was lucky enough for boot0/1 to work with the image. Which I wasn't, but now everything is good. And I've learnt a lot and I probably won't make the same mistake again :)
eagles0513875_ has quit [Changing host]
eagles0513875_ has joined #linux-sunxi
eagles0513875_ has quit [Changing host]
eagles0513875_ has joined #linux-sunxi
andoma has quit [*.net *.split]
cabania has quit [*.net *.split]
pseudomind has quit [*.net *.split]
joedj has quit [*.net *.split]
FR^2 has quit [*.net *.split]
egbert has quit [*.net *.split]
hurtigbuffer has quit [*.net *.split]
aep_ has quit [*.net *.split]
MSameer has quit [*.net *.split]
ynezz has quit [*.net *.split]
apo has quit [*.net *.split]
notmart has quit [*.net *.split]
_massi_ has quit [*.net *.split]
diego_r has quit [*.net *.split]
maz_ has quit [*.net *.split]
tm512 has quit [*.net *.split]
bsdfox has quit [*.net *.split]
diego71 has quit [*.net *.split]
tomboy65 has quit [*.net *.split]
buZz has quit [*.net *.split]
speakman has quit [*.net *.split]
moofree_ has quit [*.net *.split]
moofree has joined #linux-sunxi
bsdfox has joined #linux-sunxi
bsdfox has quit [Changing host]
bsdfox has joined #linux-sunxi
speakman has joined #linux-sunxi
speakman has quit [Changing host]
speakman has joined #linux-sunxi
notmart has joined #linux-sunxi
notmart has quit [Changing host]
notmart has joined #linux-sunxi
aep has joined #linux-sunxi
tm512 has joined #linux-sunxi
maz_ has joined #linux-sunxi
MSameer has joined #linux-sunxi
pseudomind has joined #linux-sunxi
pseudomind is now known as 21WAAAIZ4
pseudomind_ is now known as pseudomind
tomboy65 has joined #linux-sunxi
hurtigbuffer has joined #linux-sunxi
<vinifr>
Turl, This patch could be included in sunxi-3.4?
apo has joined #linux-sunxi
cabania has joined #linux-sunxi
alexvf has joined #linux-sunxi
FR^2 has joined #linux-sunxi
_massi_ has joined #linux-sunxi
joedj has joined #linux-sunxi
diego_r has joined #linux-sunxi
andoma has joined #linux-sunxi
<Turl>
vinifr: maybe, if others agree with the idea :)
hurtigbuffer is now known as jelly-home
ynezz has joined #linux-sunxi
egbert has joined #linux-sunxi
buZz has joined #linux-sunxi
diego71 has joined #linux-sunxi
buZz is now known as Guest41024
<megal0maniac_afk>
Video playback is choppy with 1080p desktop resolution, playing back an SD video (~480p). Smooth most of the time, but it gets stuck now and then. Is there some kind of tuning of memory allocation or something that should be done?
<juanfont>
hi. i've ported the sunxi_mem driver (required by the libcedarv blob encoder) from 3.3-cb2 to 3.4. Should I proceed with a pull request or it's not acceptable?
<plaes>
juanfont: send it to list
<rotz>
after compiling kernel and u-boot is it sufficient to use the arm stage3 from gentoo or do i have to compile that too?
<juanfont>
plaes, ok
sehraf has quit [Read error: Connection reset by peer]
sehraf has joined #linux-sunxi
vector80 has quit [Remote host closed the connection]
<Turl>
megal0maniac_afk: are you using performance cpu governor?
<megal0maniac_afk>
Turl: I'm running Linux (specifically cubiuntu)
<megal0maniac_afk>
It works for the most part. Changing it to 720p doesn't help
Guest41024 is now known as buZz
<rotz>
hi, is it ok to see some warning when compiling the modules?
<megal0maniac_afk>
Eh. I'll just put Android back, I'm unlikely to use it for video playback in Linux anyway
merbanan has quit [Ping timeout: 240 seconds]
<rellla>
juanfont: did you try the decoder, too?
<juanfont>
not yet, rellla
<juanfont>
i will
* rellla
wonders if it will be a bugfixed one and work for A10, too
<rellla>
if so, publishing will possibly decrease interest in open source solutions ...
rah has quit [Quit: leaving]
rah has joined #linux-sunxi
<juanfont>
I don't think it would be negative for the FOSS solutions. It could help to gain users... and some of them can be converted into developers after a while.
<juanfont>
just like the rpi
<juanfont>
or it could be helpful to the RE efforts
<Turl>
megal0maniac_afk: so? you still haven't answered :p
<megal0maniac_afk>
Is there such a thing in linux? Thought it was Android-specific
HeHoPMaJIeH has quit [Remote host closed the connection]
vinifr has quit [Ping timeout: 240 seconds]
<ssvb>
megal0maniac_afk: apparently you are using software decoding, choppy video at 720p is pretty normal for it
<megal0maniac_afk>
ssvb: It's fine for the most part, but glitches out every now and then. I'll play around, but I have every reason to believe that it's hardware decoding
<ssvb>
megal0maniac_afk: have you checked the cpu load?
<ssvb>
megal0maniac_afk: "every reason to believe" must be based on something
<megal0maniac>
More importantly though, because I can disable the screensaver, how are UARTs mapped to ttys? There's no reference to tty in script.bin (decompiled) so are they allocated sequentially?
<lauri>
megal0maniac: it's uart in fex config
<lauri>
megal0maniac: CT fex defaults are broken
jemk has joined #linux-sunxi
<megal0maniac>
lauri: There's nothing that explicitly maps to ttys though
<megal0maniac>
Just pin mapping (and multiplexing)
<megal0maniac>
Ah, I see that all but UART0 is disabled
leviathanch has quit [Remote host closed the connection]
notmart has quit [Remote host closed the connection]
<ssvb>
jemk: the tpr3 settings are making a really huge difference, my CT now seems to run nicely in the test with dram clocked at 552MHz (!)
<ssvb>
jemk: considering that it was failing at 480MHz before
<jemk>
ssvb: well, mine run 600mhz really long, but had some small errors after 10 hours
<ssvb>
jemk: I have not tried to go beyond 552MHz yet :)
<ssvb>
jemk: are you running it with the increased dcdc3 voltage?
<jemk>
ssvb: 1.3v
<ssvb>
I still had some freezes at 1.3v, so 1.35v seems to be really necessary for 552MHz on my CT
<ssvb>
jemk: did you use trial and error method to find good phase shift settings?
Turl has quit [Quit: >.<]
<ssvb>
jemk: or maybe the dram controller can run some diagnostics and detect this itself?
<lauri>
megal0maniac: uart0 -> /dev/ttyS0
Turl has joined #linux-sunxi
<lauri>
blerrgh this ethernet issue is pretty lame
<ssvb>
jemk: what could be the purpose of dramc_scan_dll_para(void) function?
<jemk>
ssvb: dramc_scan_dll_para() should do that, but it doesn't work, it detects all variants as good
<ssvb>
jemk: yeah, I have noticed this, I just thought that you have some nice trick :)
<jemk>
ssvb: i basically did what scan_dll_para does, but did proper memtests instead of their simple data training
wickwire has quit [Remote host closed the connection]
<jemk>
ssvb: the controller data training is only read training, the phase shifts are for write
<lauri>
well it seems ethernet issues appear at 1.2GHz
<ssvb>
jemk: is this dramc_scan_dll_para() function fixable in u-boot?
notmart has joined #linux-sunxi
nove has joined #linux-sunxi
<jemk>
ssvb: if we find a way to really detect bad shifts, then maybe yes. there is a feature called write leveling in ddr3, but i think our controller might not support it (synopsis has light variants without wl)
<jemk>
but all this goes beyond my knowledge, normally this is the job of the manufacturer, with proper high speed measurement equipment
<megal0maniac>
lauri: uart4 -> /dev/ttyS1
<megal0maniac>
So it seems it is sequential
<megal0maniac>
Turl: And with screensaver and power saving off, the screen still dies after a few minutes of inactivity :/
<lauri>
megal0maniac: /dev/ttyS4 was uart4
<lauri>
Tried it couple days ago
<lauri>
worked like charm except you need to correct pin mappin in fex
<ssvb>
jemk: well, based on what we have seen, it does not look like the allwinner people have much clue about configuring the dram controller
<megal0maniac>
lauri: It's /dev/ttyS1 for me, and it works, but I've only enabled 0 and 4 so that's why I assume it's sequential
<Turl>
megal0maniac: make sure you don't have autosuspend enabled
<megal0maniac>
Turl: Is that in fex, or..?
<Turl>
megal0maniac: on your system, dunno what desktop env you're using
<Turl>
usually it's on the power settings/battery app, the option that says "after 10 min, suspend/hibernate/shut down/blah"
<megal0maniac>
Oh, the typical one. Yeah it's all disabled :/
Turl has quit [Quit: >.<]
<megal0maniac>
Seems like the video device itself goes to sleep
Turl has joined #linux-sunxi
<megal0maniac>
"Power management enabled" is not ticked. That includes standby, suspend and off
bgal has quit [Ping timeout: 240 seconds]
<ssvb>
jemk: will you send some sort of a status update about the phase shift tuning to the mailing list?
<bertrik>
Hi, I'm working on figuring out DRAM init in boot0 for the A31, maybe I should send a message to the mailing list too?
Gerwin_J has joined #linux-sunxi
sap has quit [Ping timeout: 246 seconds]
<jemk>
ssvb: I hoped to understand it a little bit better first, it still looks a little bit strange to me that such big shifts are needed, 7 is the highest possible
<ssvb>
jemk: why do they have 5 values? is the shift individually configurable for each of the 4 possible chips?
<jemk>
ssvb: 7 is for the clock line, the four 2s are the four dqs lines (one per byte)
<ssvb>
jemk: maybe the highest possible is 0xf? but they just don't test the rest of them
Turl has quit [Quit: >.<]
notmart has quit [Quit: notmart terminated!]
Turl has joined #linux-sunxi
<jemk>
ssvb: if you take rk30xx as reference, then the dqs values are correct. the clock one seems to be different, so no idea there
<ssvb>
jemk: right, rk30xx is indeed a good reference for getting a better understanding of this stuff
rotz has quit [Quit: Lost terminal]
bgal has joined #linux-sunxi
nabblet has quit [Ping timeout: 240 seconds]
leviathanch has quit [Remote host closed the connection]
cabania has quit [Ping timeout: 240 seconds]
Nazcafan has joined #linux-sunxi
rz2k has joined #linux-sunxi
<ssvb>
jemk: based on oliv3r's posts in the ml, he likely has a CT with even worse tolerance for poor dram configuration than mine :)
<ssvb>
jemk: some test results from his device might be useful if we need more statistics
netlynx has quit [Quit: Leaving]
<ssvb>
jemk: btw, better dram configuration and higher clock speed is particularly important for a10-lime
<nove>
juanfont: nice to see someone not afraid to do dirty laundry, so thanks for that
<libv>
yay
<libv>
just crossed 1k wiki changes
<libv>
where's my prize!
<plaes>
congrats!
bbrezillon has quit [Ping timeout: 240 seconds]
<Turl>
libv: ooh nice
<Turl>
libv: I can gift you a 1 week block so you can focus on kms :P
<lauri>
occasionally cubietruck locks up for 10-20 sec
<lauri>
htop shows 100% kernelspace usage of CPU
<libv>
Turl: but, but, but...
<Turl>
libv: how is it locked up if you can use htop? o.O
akaizen has joined #linux-sunxi
<Turl>
err lauri ^
<Turl>
damn autocomplete
<libv>
:)
<Turl>
libv: let me know if/when you want to redeem your prize :p
Fusing has joined #linux-sunxi
<libv>
Turl: pfff :p
rds has joined #linux-sunxi
<rds>
thanks Turl for bringing up how much Libv gets distracted. It is amazing!
<rds>
it is really a waste of a resource that could do wonderful things to the graphics side
<libv>
heh.
bbrezillon has joined #linux-sunxi
<rds>
and he waste so much time with silly things like fixing the wiki. Fixing the wiki is important, but many can do. Writing KMS/Lima drivers, only few can do.
<libv>
rds: then go fix the wiki.
megal0maniac has quit [Ping timeout: 264 seconds]
<rds>
wiki are what they are, and eventually gets fixed as more folks join.
<rds>
if Sunxi get a nice display driver and H/W acelleration, a lot more people would join and more resources to fix the wiki.
megal0maniac_afk has joined #linux-sunxi
bbrezillon has quit [Ping timeout: 240 seconds]
<rds>
Libv, I like what you do a lot. Just that I was thinking like Turl... wondering how much you lose focus...
leviathanch has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
<nove>
rds: 13:23 <nove> really liked libv talks, from there i got a feeling of: without users, what we are doing has no meaning
akaizen has joined #linux-sunxi
<rds>
correct, everything done here only has means if the community grows.
leviathanch_ has joined #linux-sunxi
<rds>
SW around the GPU and VPU are essential for the success of this platform, unfortunately AW seems to care less about these IP blocks, and are the less documented of all.
<lauri>
Turl: you can see when it responds again
<lauri>
and MATE system monitor thingie shows that aswell
<lauri>
it seems like IO is blocked
Fusing has quit [Ping timeout: 246 seconds]
rds has left #linux-sunxi [#linux-sunxi]
FreezingCold has quit [Ping timeout: 250 seconds]
leviathanch_ has quit [Remote host closed the connection]
leviathanch_ has joined #linux-sunxi
leviathanch_ has quit [Remote host closed the connection]
Gerwin_J has quit [Quit: Gerwin_J]
leviathanch_ has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
kivutar has joined #linux-sunxi
<libv>
heh. got interrupted.
<libv>
i am not sure what gives rds the right to complain.
akaizen has quit [Remote host closed the connection]
leviathanch_ has quit [Remote host closed the connection]
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Ping timeout: 240 seconds]
<plaes>
well, mainline display driver would be major step
bonbons has quit [Quit: Leaving]
<megal0maniac_afk>
libv: Because people don't get excited by legwork, even though it needs to be done
<libv>
megal0maniac_afk: so i should only do things that excite others?
<libv>
why?
<megal0maniac_afk>
libv: Only if your goal in life is to make rds happy :)
<megal0maniac_afk>
Do what you need to do. This project is moving forward, someone must be doing something right