Andy-D has quit [Remote host closed the connection]
t3st3r has quit [Quit: C ya later, all.]
deasy has quit [Remote host closed the connection]
leviathanch2 has quit [Ping timeout: 252 seconds]
kenny has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
payne has joined #linux-sunxi
<kenny>
it's late here, so I might have just messed up some config, but trying to boot hans/sunxi-devel with the latest code won't work for me on a CB2: http://pastebin.com/fZ7qK6KQ . I don't think I changed anything since the last kernel build and there's some mmc errors in the log. Ideas?
FreezingAlt is now known as FreezingCold
[7] has quit [Disconnected by services]
TheSeven has joined #linux-sunxi
lioka has quit [Ping timeout: 252 seconds]
lioka has joined #linux-sunxi
tomboy64 has quit [Write error: Connection reset by peer]
tomboy64 has joined #linux-sunxi
jeremb_ has quit [Quit: Connection closed for inactivity]
JohnDoe_71Rus has joined #linux-sunxi
imcsk8 has quit [Quit: Reconnecting]
imcsk8 has joined #linux-sunxi
<wens>
mripard: thanks for the review
<wens>
some of my fixups were squashed onto the wrong commits
alexvf has quit [Ping timeout: 240 seconds]
uwe_ has quit [Ping timeout: 258 seconds]
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has quit [Changing host]
HeHoPMaJIeH has joined #linux-sunxi
diego_r has joined #linux-sunxi
libcg has joined #linux-sunxi
sehraf has joined #linux-sunxi
amitk has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
payne has quit [Remote host closed the connection]
FreezingCold has quit [Ping timeout: 245 seconds]
<ccaione>
moin
MadSpark has quit [Ping timeout: 240 seconds]
nicksydney has quit [Remote host closed the connection]
merbanan has quit [Ping timeout: 276 seconds]
nicksydney has joined #linux-sunxi
MadSpark has joined #linux-sunxi
merbanan has joined #linux-sunxi
blsd has joined #linux-sunxi
apo__ has joined #linux-sunxi
apo_ has quit [Ping timeout: 252 seconds]
notmart has joined #linux-sunxi
wickwire has joined #linux-sunxi
popolon has joined #linux-sunxi
shineworld has joined #linux-sunxi
lioka has quit [Changing host]
lioka has joined #linux-sunxi
jeremb_ has joined #linux-sunxi
_massi_ has joined #linux-sunxi
<wigyori>
morning
smotocel69_ has joined #linux-sunxi
<shineworld>
morning wigyori
smotocel69 has quit [Ping timeout: 252 seconds]
FR^2 has joined #linux-sunxi
avsm has joined #linux-sunxi
TuxboxGuru has quit [Read error: No route to host]
<shineworld>
there is a doc with differences between A20 rev A and rev B ?
<shineworld>
what change at kernel level ?
<shineworld>
what could change a script.bin level (I guess in dma timings or like that)
<JohnDoe_71Rus>
don't seen this docs
<JohnDoe_71Rus>
hi
deasy has joined #linux-sunxi
deasy has quit [Remote host closed the connection]
philippe_fouquet has joined #linux-sunxi
deasy has joined #linux-sunxi
<mnemoc>
experimental/sunxi-3.14 = v3.14.4 + all sunxi patches I could find a torvalds/master pushed
<mnemoc>
(aiming at a mainlineish stable branch, and 3.14 was already announced as the next LTS)
blsd has quit [Remote host closed the connection]
avsm has quit [Quit: Leaving.]
<shineworld>
cool, should experimental/sunxi-3.14-android to be used or is just for guru ?
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<mnemoc>
experimental/sunxi-3.14-android is the merge of experimental/sunxi-3.14 and google's experimental/android-3.14
<mnemoc>
so expertimental^3 :p
<mnemoc>
testing the android-less experimental/sunxi-3.14 first would be appreciated :)
<shineworld>
this evening I will try to paly with it :)
_massi_ has quit [Remote host closed the connection]
bbrezillon has quit [Ping timeout: 252 seconds]
jinzo has joined #linux-sunxi
Guest57375 is now known as fredy
gzamboni has quit [Ping timeout: 252 seconds]
avsm has joined #linux-sunxi
gzamboni has joined #linux-sunxi
bbrezillon has joined #linux-sunxi
jemk has quit [Quit: leaving]
FR^2 has quit [Quit: Connection reset by peer]
kuldeepdhaka has joined #linux-sunxi
bgal has quit [Ping timeout: 252 seconds]
Netlynx has joined #linux-sunxi
libcg has joined #linux-sunxi
nove has joined #linux-sunxi
FDCX has quit [Remote host closed the connection]
FDCX has joined #linux-sunxi
libcg has quit [Ping timeout: 252 seconds]
FDCX has quit [Remote host closed the connection]
FDCX has joined #linux-sunxi
dack has joined #linux-sunxi
wickwire has quit [Quit: Leaving]
<nove>
another afternoon wasted with blobs, that libvecore.so(old api) is working with libcedarx, but libvdecoder.so(new api) that is a wrapper for the old api, fails in h264 decode
<dack>
I'm currently using a cubieboard with linux running on the NAND. I was thinking of switching the filesystem to UBIFS. How are you supposed to modify configurations for u-boot-sunxi? Should I just manually edit include/config.h?
<dack>
.. maybe modify boards.cfg with my own entry?
ninolein_ has quit [Ping timeout: 252 seconds]
<libv>
dack: there is no need to use ubifs with sunxi-3.4
<libv>
dack: libnand does the wear levelling for you
ninolein has joined #linux-sunxi
libcg has joined #linux-sunxi
<libv>
dack: note that you get block devices nodes in /dev/ instead of mtd
<dack>
libv: so, putting the root filesystem on the NAND with ext4 has no issues?
<libv>
dack: it shouldn't have issues
<libv>
dack: that's not to say that there never are going to be any
<libv>
dack: libnand does the wear levelling for you, that's all you need to know
<dack>
libv: okay, so what is libnand? that something in the kernel providing wear-leveling?
Andy-D has joined #linux-sunxi
<libv>
dack: a nasty allwinner hack, but it does what linux doesn't do (for historic and supposed patent reasons, but my feeling is that it is more of the former than the latter)
<dack>
libv: okay.. what kernel config controls that? CONFIG_SUNXI_NAND?
<dack>
libv: ... just trying to understand where this "hack" is located and a bit of how it works
<libv>
dack: you already have this working if you started with sunxi-3.4 and a defconfig
<libv>
and yes, CONFIG_SUNXI_NAND
<dack>
libv: I figured as much, just wanted to further my understanding.. ;)
<libv>
dack: it lives under drivers/block/sunxi_nand/
<dack>
libv: okay, thanks for all the help and info!
<syeekick>
anyone got a kali image i can flash striaght to the nand of the cubie truck?
fredy has quit [Excess Flood]
<libv>
syeekick: have you tried asking the kali people themselves?
<libv>
and image, hah, dream on
<libv>
you'll be lucky if you get a rootfs.
<libv>
syeekick: i am amazed that someone with such little real linux/unix knowledge is interested in exactly this distribution
<libv>
this does not make me too positive about your intentions with it.
fredy has joined #linux-sunxi
<syeekick>
there is a rootfs for it
<syeekick>
and an image
<syeekick>
but it wont flash to the cubietruck
kuldeepdhaka_ has joined #linux-sunxi
kuldeepdhaka has quit [Ping timeout: 252 seconds]
<libv>
syeekick: maybe "to flash" is not the verb you should be using here.
heffer_ is now known as heffer
<mjaco>
My two displays are connected to an A20 OLinuXino using HDMI and VGA running Arch, they go into sleep OK, but they don’t wake up. Running ‚xset dpms force on’ doesn’t work. When the screens are working and I run ‚xset dpms force off’ the screens go standby, but if I then run ‚xset dpms force on’ nothing happens. Only a reboot turns them on again. Is there anything else I can try? I’m using the fbturbo drivers and the d
<mjaco>
be two different fbs
cernui has joined #linux-sunxi
libv has quit [Ping timeout: 260 seconds]
<ssvb>
mjaco: this looks like all the same popular bug, everyone is complaining about
<ssvb>
mjaco: very likely in the sunxi-3.4 kernel disp driver
cernui has quit [Ping timeout: 252 seconds]
<mjaco>
ow, okay. I didn’t find any more information about this, is there some bug tracker I can find the issue?
<mjaco>
ssvb
<oliv3r>
ssvb: lima tester compiling; will update you soon
<oliv3r>
/bin/ld: cannot find -lm
<oliv3r>
oh wow, that's pretty basic to fial :p
<oliv3r>
/usr/lib/libm.so does exist; lets see what makefile causes it; the build script does seem quite quiet
<sehraf>
i have the same with -lrt the lib is there but it can't find it..
<ssvb>
oliv3r: you can probably drop the -static option
<ssvb>
oliv3r: I guess, /usr/lib/libm.a might be just missing
<oliv3r>
ah
<oliv3r>
possible
<oliv3r>
i just did a math.h test program and -lm worked fine
<nove>
is another complexity level, but could help editing for the ones that wikitext is a no
<oliv3r>
ssvb: loop 3 btw :)
bgal has joined #linux-sunxi
<mjaco>
Is there anywhere I can track the ‚display not waking up’ bug on git or something? I’ve looked through all issues in linux-sunxi and didn’t see one with the same issue as I have (as far as I can tell).
bonbons has quit [Quit: Leaving]
jemk has quit [Quit: leaving]
<ssvb>
mjaco: somebody just has to debug and fix it
mjaco has quit [Quit: mjaco]
<syeekick>
anyone know anything about the cubie truck >
* mnemoc
looks at one on 30cm away of his mouse
dack has quit [Remote host closed the connection]
<mnemoc>
s/on/one his desk/
libv has joined #linux-sunxi
<mnemoc>
wb libv
<mnemoc>
.be?
<libv>
nope, flaky hw
<oliv3r>
wb libv!
<oliv3r>
i just orders a jesus a10 hdmi stick with 1gb ram
<oliv3r>
35 USD @ dx
<oliv3r>
ssvb: loop4; looks like it sstable :p
<oliv3r>
just waiting for your patch and i will integrate it
<oliv3r>
but wouldn't that be some 'heavy tweaking'
<ssvb>
oliv3r: yes, it's just as a quick test to confirm if it helps or not
<ssvb>
oliv3r: as for what would be recommended, I don't know, we definitely need test results from more hardware to ensure that dram is configured correctly everywhere
<oliv3r>
ok enabling fast_mbus and setting your rslr0 and rdgr0
<oliv3r>
just set those values just after those printf's you added should be ok?
<ssvb>
oliv3r: yes, very likely
uwe_ has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
<ssvb>
oliv3r: I hope we don't need to do a dll reset after this
<oliv3r>
any easy way to check?
<oliv3r>
looks stable
<oliv3r>
but can't say if those changes have been taken
jinzo has quit [Quit: Leaving]
<ssvb>
oliv3r: with tpr3=0x072222 and dcdc3 voltage set to 1.3V fex, you can probably safely use dram clock frequencies 504MHz and 528MHz and maybe even higher
<oliv3r>
any easy way to check rslr0 from linux
<ssvb>
oliv3r: we can modify a10-meminfo to report this information
<oliv3r>
true that
<oliv3r>
well it's pretty safe to assume those changes where activated?
<ssvb>
if your board is stable with FAST_MBUS now (and even at much higher dram clock speeds), then I'm pretty sure they got activated
<ssvb>
but so far it looks like the hardware dqs gate training is somehow misbehaving on your board and we might need to do something about it
<oliv3r>
i wonder if we can :)
<oliv3r>
i'll let lima-memtester loop tonight
<oliv3r>
and will fix a10-meminfo to confir
<ssvb>
thanks a lot!
<oliv3r>
what memtester para is rslr0 and rdgr0 under?
FR^2 has quit [Quit: Leaving]
<ssvb>
oliv3r: these registers are not in the dram_para struct (because they are autodetected by the hardware), I would just introduce a new 'dqs_gating_delay' variable
<oliv3r>
ssvb: i'm using a stock dram_cubietruck with 0x73333 for tpr
<oliv3r>
well and the other changes + fast_mbus
<oliv3r>
sleep time :)
<ssvb>
oliv3r: 432MHz is likely selected only because the DDR3 lane delays on the Cubetruck PCB are poorly compatible with the hardware DQS training in the dram controller
<oliv3r>
loop2 is still going good
bgal has quit [Ping timeout: 240 seconds]
<oliv3r>
i know nothing of these lanes and poor pcb mumbo jumbo!
<oliv3r>
:(
<oliv3r>
i'm not smart enough!
<oliv3r>
anyway nn :)
<ssvb>
oliv3r: ok, good night, hopefully we can run more tests tomorrow :)
<ssvb>
oliv3r: I'll try to push more code to github