hno changed the topic of #linux-sunxi to: Allwinner/sunxi development discussion - Don't ask to ask. Just ask! - See http://linux-sunxi.org | https://github.com/linux-sunxi/ | Logs at http://irclog.whitequark.org/linux-sunxi
rz2k has quit []
utente has quit [Ping timeout: 245 seconds]
lujnan has joined #linux-sunxi
egbert has quit [Ping timeout: 246 seconds]
BJfreeman has quit [Quit: had a good time]
egbert has joined #linux-sunxi
lujnan has quit [Ping timeout: 250 seconds]
naobsd has quit [Ping timeout: 250 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
<drachensun> oliv3r I'm getting the patch ready for the pengpod u-boot config
<drachensun> ever get an answer about the io width?
<drachensun> the board is 1G so the 16 bit width would make sense I think
<drachensun> for the 700 that is, I agree the 1000 difference is obviously an error
utente has joined #linux-sunxi
bamvor has quit [Ping timeout: 245 seconds]
bamvor has joined #linux-sunxi
Quarx has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
Soru_ has quit [Ping timeout: 246 seconds]
atiti has joined #linux-sunxi
ibrah has joined #linux-sunxi
<oliv3r> drachensun: its on the mailing list, i'll backread it for you
<oliv3r> drachensun: but once that's settled, we can merge them anyway, if it's just for the naming
rellla has joined #linux-sunxi
ibrah has quit [Read error: Connection reset by peer]
<drachensun> oliv3r: thanks for the link
<drachensun> I send in a patch that takes care of it
<oliv3r> cool
<oliv3r> i think only way to see what you really have is examining memory chips/PCB
gzamboni has joined #linux-sunxi
n01 has joined #linux-sunxi
lunatik has joined #linux-sunxi
<drachensun> well if the width doesn't effect anything, who cares is what I figure
tuksgig has joined #linux-sunxi
<tuksgig> wiki says I need to ask on IRC about adding external links. I'd like to upload my new tablet's FEX file to pastebin and link to it from the wiki
<oliv3r> the width has to do with drive strength; so it is not like 'lets not care and just always set 16bits :)
<oliv3r> it'll use more power and might push the chips to hard
tzafrir has quit [Ping timeout: 248 seconds]
cajg has quit [Read error: Connection reset by peer]
vicenteH has joined #linux-sunxi
FR^2 has joined #linux-sunxi
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
<mnemoc> moin
atiti has quit [Ping timeout: 240 seconds]
blunden has joined #linux-sunxi
<oliv3r> mnemoc: g'day
<oliv3r> how are things?
<oliv3r> tuksgig: don't usepastebin for things like that. you don't have to put your fex on the wiki; send it to the mailing list or better yet, send it as a patch to go into the sunxi-boards git
<tuksgig> ok thanks. I did send it to the mailing list
<mnemoc> oliv3r: fine... coding looking at the lake of an small wood near the hostel.
tzafrir has joined #linux-sunxi
<mnemoc> love this city
<blunden> anyone happen to know how to boot a marsboard a20 into FEL mode? can it be done without a specially prepared sdcard?
<blunden> trying to dump script.bin and the bootinfo/meminfo from it
Liberator has quit [Ping timeout: 245 seconds]
Liberator has joined #linux-sunxi
<utente> hi guys. there is a unique serial number hard coded into A10? i wish to read it on my cubieboard.
Soru has joined #linux-sunxi
<mnemoc> utente: in the SID, but it's not always there
<utente> mnemoc, what is SID? Serial IDentifier?
eebrah|away is now known as eebrah
<utente> how can i read it? link to howto are wellcommed :)
Soru has quit [Quit: No Ping reply in 180 seconds.]
soul has joined #linux-sunxi
BJfreeman has quit [Quit: had a good time]
soul has quit [Quit: No Ping reply in 180 seconds.]
soul has joined #linux-sunxi
<utente> mnemoc, there is no soiuce code to read those memory locations?
<oliv3r> mnemoc: ohh sounds beatiful!
<oliv3r> mnemoc: berlin still?
<oliv3r> utente: nope, that's READ-ONLY
<oliv3r> blunden: should have a fel button like a10, if not, the fel key-combo should work. Otherwise you can hook up uart and press '2' during boot0/1. I'm a little puzzled how you plan on dumping those things from fel-mode though ;)
<blunden> oliv3r: I may be misunderstanding the first section in the link but it seemed to me to suggest that it could be done like that http://linux-sunxi.org/Submitting_Boards
<oliv3r> blunden: it does not mention fel mode though, does it?
<blunden> "This method uses the soft FEL mode to allow easy extraction of both needed DRAM configuration and script.bin."
<oliv3r> ah i see yes
<oliv3r> that's the new method, i haven't used/tried that, but shoudl work if you press '2' via uart
<oliv3r> or the keypresses as listed in that section
<oliv3r> if that doesn't work, booting stock android is probably 10x easier
<blunden> I don't have serial set up
<oliv3r> script.bin is stored on /dev/block/nanda or the likes
<blunden> ok
<oliv3r> and ram header you can obtain by running a10-meminfo-static
<blunden> how would I flash that without FEL mode though?
<oliv3r> bootinfo from tool basically :)
<oliv3r> skip feldump
<oliv3r> start at the 'boot info from tool' section
<oliv3r> its probably easier
<blunden> how would I flash the android firmware? it isn't flashed with android from the factory
<blunden> I thought that required livesuite still and I thought that only worked in fel mode
<blunden> oliv3r: ---^
<utente> oliv3r, yes, in need a program to read that's READ-ONLY.
hipboi has joined #linux-sunxi
bamvor has quit [Remote host closed the connection]
soul has quit [Read error: Operation timed out]
soul has joined #linux-sunxi
eebrah is now known as eebrah|away
rz2k has joined #linux-sunxi
<oliv3r> blunden: you want stock firmware, be it android dor anything else. The goal of the exercize is to extract the script.bin from nanda, should exists no matter what OS you boot. a10-meminfo-static can be run on android OR linux, it just reads registers, under linux its even easier :p
<oliv3r> utente: unfortunatly, we do not have a program for it yet, well we do but that's in the mainline kernel ;) using the u-boot console is currently our only option
<utente> oliv3r, i solved thanks to http://www.simtec.co.uk/appnotes/AN0014/
atiti has joined #linux-sunxi
<utente> there is a souce devmem2 that do what i need.
<utente> of course will be better to have it blobbed inside /proc/cpuinfo
sanzoghenzo has joined #linux-sunxi
lkcl has quit [Read error: Operation timed out]
<sanzoghenzo> Hi all,newbie here, I've got a question about mali-400mp: does it support 15khz output, like CGA mode?
Black_Horseman has joined #linux-sunxi
paulk-desktop has joined #linux-sunxi
<oliv3r> utente: we're not sure yet where to put it, but in mainline there's a driver specific for this purpouse with a sysfs entry for it
<oliv3r> sanzoghenzo: no idea, libv or ssvb may answer that
<libv> sanzoghenzo: that is not up to the mali
<libv> sanzoghenzo: mali is a 3d core only
<libv> sanzoghenzo: the sunxi disp engine is what you should be looking at
_whitelogger__ has joined #linux-sunxi
<ssvb> sanzoghenzo: different horizontal sync frequencies are supported via divisors, but I don't know the exact practical limits
<sanzoghenzo> ssvb: using a xor gate to mix hsync and vsync, and an amplifier for the video signal
lkcl has joined #linux-sunxi
<sanzoghenzo> ssvb: it's a known hack in the mame coin op world, and works well with ati radeon and softwares that force CGA or EGa modeline
<oliv3r> hansg: i can't apply your patchset to 3.4; i'll pull yours then
<ssvb> sanzoghenzo: would trying a CGA modeline with HDMI monitor help (because it is the most easy test)?
<ssvb> sanzoghenzo: I'm just not dealing with the hardware and have no clue about the required hardware tweaks
<sanzoghenzo> ssvb: that's ok, thanks for the help. libv pointed me in the right direction looking at disp_clk.c I don't see a compatible CGA mode (320x200)
<libv> sanzoghenzo: the current implementation of the driver for disp is quite horrid
<ssvb> sanzoghenzo: these are definitely no all the supported video modes
<libv> sanzoghenzo: the disp engine itself is algorithmically programmable though, and allows for many many modes
<libv> but that requires an almost complete rewrite of the driver
<ssvb> sanzoghenzo: a very easy test is to take a modeline, convert it to EDID blob format and inject into the EDID support code from the linux-sunxi kernel
<libv> ssvb: that sounds backwards
tuksgig has quit [Ping timeout: 250 seconds]
<libv> ssvb: surely a few steps down the road would be much simpler
<ssvb> libv: I said this was an easy and straightforward way :)
<libv> how does one convert a single modeline to an "edid blob format"
<ssvb> libv: required no efforts and eliminates the possibility of screwing up something
<libv> and keep in mind that i wrote the edid -> modelist code for X
<ssvb> libv: some conversion tools exist
<libv> really?
<libv> who would spend time on that, why would one need such a thing?
<libv> why not just feed modelines directly to the hw
<libv> err, driver
<ssvb> do you mean take the numbers from the modeline and put them as is into some variables?
<libv> ssvb: i still have to see hw that takes EDID directly.
<ssvb> without doing any arithmetics ot adjustment
<libv> so somewhere along the line, edid is converted to something useful
<ssvb> the software in linux-sunxi kernel takes EDID directly, converts it into what the hardware wants and writes to the right hardware registers
<ssvb> that's the whole point
<libv> key words there are: software, converts
soul has quit [Ping timeout: 240 seconds]
<blunden> oliv3r: yes, I understand that. among the software and documentation (most of it in chinese) they also provided an android 4.2.2 image. the board supposedly ships with a very simple environment originally and I assume it doesn't have ssh or telnet enabled
<ssvb> libv: yep, I'm taking the mathematician approach here :) https://thetfp.com/tfp/107509-post27.html
<ssvb> libv: because it *is* easier in this case
<utente> getting headhache on cubieboard remind me my glorious teenager day when I get troubles on Z80 :-)
hipboi has quit [Quit: Leaving]
<libv> ssvb: if i had thought like that, we would still all be using BIOSes to set a limited amount of preset modes
<ssvb> libv: wrong, if everyone wanted to do every simple test in a time consuming and convoluted way, very little of the real work would have been done
<libv> again, if someone like me wouldn't come along and bring some order, we would still be living in cages.
<ssvb> :)
<libv> the modeline is the simplest form of timing information, edid is a quite more convoluted form, which provides way more information that just the information contained in a single modeline
<libv> someone just hasn't gone and poked at this driver properly
<ssvb> someone just did not have to
<ssvb> it's up to another someone
<libv> and therefor took two steps back into the cave
<ssvb> I'm not sure what you are trying to argue about, makes no sense to me
<libv> soon someone will write up a wiki page on how to do this, and it will spread all over the forums
<libv> and then people will end up complaining about how crap the hw is and that it only accepts raw edid
<libv> because that's how this sort of bs works.
notmart has joined #linux-sunxi
<libv> and we now live in a world that knows how to multiply bullshit better, due to the whole android thing
jemk has joined #linux-sunxi
andoma has quit [Ping timeout: 276 seconds]
andoma has joined #linux-sunxi
<sanzoghenzo> hahaha sorry for bringing an hot topic here ;) So, since I don't have olinuxino yet, I should buy it and trying to write a new driver (with my poor programming skills it would take ages) or move on to another platform...
<techn__> you should be able to try that with fbset
<libv> sanzoghenzo: yes, it will take a _lot_ of work to make the display driver do anything useful
<oliv3r> hansg: i have to redo the patch set, rebasing/re-applying is failing horribly :S
<oliv3r> blunden: and you can't hook up keyboard + monitor either? Because without uart, keyboard or monitor it's quite hard to use the board
<oliv3r> sanzoghenzo: well you have 3 options presented to you, so choose wisely. (Fbset, modeline, edid-blob)
<sanzoghenzo> Thanks a lot everyone, now at least I know there's a chance to make it work... if not, I'll substitute the arcade monitor with a computer one :) thanks again, have a great day!
<ssvb> sanzoghenzo: as I said before, if you are interested in some particular modeline, I can try it with a HDMI monitor in a matter of a few minutes (or as much as needed to re-compile the kernel)
<ssvb> sanzoghenzo: of course, I guess VGA would have been more interesting for you, but it may need to do a _lot_ of fixes to the kernel to make it _right_ as libv noted
rz2k has quit [Read error: Connection reset by peer]
rz2k has joined #linux-sunxi
<blunden> oliv3r: the last time I hooked it up tp my computer monitor (via an HDMI to DVI adapter) it didn't get any output
eebrah|away is now known as eebrah
<blunden> the problem is I don't know how it is supposed to behave with what's flashed from the factory
vicenteH has quit [Ping timeout: 240 seconds]
<sanzoghenzo> ssvb: sorry I misunderstood what you wrote before (Italian guy here), sure it can be a good start. I don't have the real hardware for now, but i found this: http://www.geocities.ws/podernixie/htpc/modes-en.html#avga a lot of modelines!
<ssvb> sanzoghenzo: just select one! :)
<sanzoghenzo> ssvb: let's se if this works: Modeline "320x200_60,0Hz 15,7KHz (60Hz)" 6.162 320 328 357 392 200 221 224 262 -hsync -vsync
<libv> changes that an lcds controller supports this are limited
<libv> although... what is vga textmode again...
<sanzoghenzo> libv: for a 80x25 it's 720x400
<libv> ah, right
<libv> so cga timing might have long dropped from the modes that an lcd's controller might know
* libv keeps some CRTs around as they are irreplacable for display work
notmart has quit [Read error: Operation timed out]
notmart has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 248 seconds]
gzamboni has quit [Read error: Connection reset by peer]
<oliv3r> blunden: so how do you use your board now? I guess they assume by default that you use a uart; your monitor can't do more then 1920x1080 or edit detection most likly fails etc etc, many things that can go wrong actually
<blunden> oliv3r: I just recieved the board
<oliv3r> ah, well uart probably works just fine :)
<oliv3r> so you kinda need it ;)
rellla has quit [Ping timeout: 264 seconds]
<ssvb> sanzoghenzo: [ 3.120000] disp_clk: Could not find a matching pll-freq for 6160000 pclk
<ssvb> sanzoghenzo: let's see what kind of PLL dividers are available and whether we can get anything close to 6.16MHz pixel clock
<libv> heh, that's several days with a CRT on each of the major chip generations, to find out the real life limits of a pll
<ssvb> well, looking in the manual first would have been a good idea: "The PLL7 output range is 27MHz~381MHz" :)
<libv> base clock is?
<techn__> ssvb: and max div?
<libv> because that 27MHz lower limi tshould exclude 640x480 already
<Turl> mripard_: ping
<mripard_> Turl: pong
<Turl> :D
<Turl> mripard_: hi :p
<techn__> libv: pal/ntsc are ~15Mhz?
rellla has joined #linux-sunxi
<techn__> so I doupt
<ssvb> libv: right, base clock is 270MHz or 297MHz based on bit 14
<mripard_> Turl: hi :)
<ssvb> libv: and 27MHz~381MHz range only applies to "integer mode"
<Turl> mripard_: remember the sram driver?
<mripard_> hmmm, more or less, what about it ? :)
<Turl> mripard_: I can't make it work, linux somehow decides the virtual mapping for the sram is somewhere in 0xesomething
<Turl> mripard_: when afaik we're using 1:1 mappings right?
<mripard_> you mean that the physical and virtual addresses are the same?
notmart has quit [Quit: notmart terminated!]
<Turl> mripard_: yes
<mripard_> (by 1:1 mapping?)
<Turl> mripard_: indeed
<mripard_> nope
<Turl> mripard_: but ranges is empty, and the docs say so o.O
<mripard_> it's dynamically created somewhere at the end of the virtual memory space
<mripard_> so your 0xeXXXXX looks ok
<mripard_> ranges is about physical addresses
<mripard_> so you have no translation of the physical addresses
<mripard_> but Linux takes these physical addresses and maps them to a virtual address around 0xe or 0xf
<Turl> I guess that explains it then
<Turl> I was reading it as the translation between CPU (which I imagined was virtual addr) and the device (physical)
<mripard_> nope
<mripard_> ranges is really about the CPU address space, and another address space on a bus
<Turl> mripard_: then the question is, why doesn't it work when mapped on 0xesomething? :)
<mripard_> if you prefer, we could very well define our "soc" bus with a range starting at 0x01c00000
<mripard_> and then, say, the EMAC, would have reg set to 0xb000
<Turl> ah, I get it now :)
<Turl> mripard_: that's what my node looks like, http://sprunge.us/YDSg
<mripard_> it's not really useful in the case of a MMIO device
<mripard_> but for buses that have chip select or other fancy stuff like PCI that have different address space for different devices, it's useful
<mripard_> (it's my understanding of it at least.)
<Turl> yes, it makes sense
<mripard_> and so, it doesn't work.
<mripard_> hmmm
<mripard_> are you sure of your address?
<mripard_> ah, yes.
<Turl> mripard_: I'm pretty sure of it, I checked the user manual and asked oliv3r :)
<mripard_> yeah, I just checked as well :)
<mripard_> but you'll admit that it looked odd :)
<Turl> mripard_: yeah :p
<mripard_> Doesn't the SRAM have some clocks that you need to ungate?
<mripard_> and I think I've seen some patches about the sram driver lately...
<mripard_> 2s
<Turl> clocks hm, good question :)
<mripard_> is it probed?
<Turl> the driver? yes
<Turl> I found two sdram clocks, let me try that
<ssvb> sanzoghenzo, libv: indeed, looks like checking whether this arcade video mode stuff can work needs a real analog CRT monitor and playing really a lot with the divisors
* ssvb is happy not to have a CRT monitor anymore
<libv> it's a tedious undertaking as well as needing a CRT
<libv> but everything involving the cleanup of the disp driver is going to be tedious
Tsvetan2 has joined #linux-sunxi
Tsvetan has quit [Ping timeout: 245 seconds]
vicenteH has joined #linux-sunxi
<sanzoghenzo> ssvb, libv: thanks a lot for your help. Since I don't own an arcade monitor yet, I can bypass this problem with a brand new hdmi monitor :P; and once l'll want to try a pure arcade experience I'll get in touch with all the hardware at hand :)
<Turl> mripard_: no luck :(
<mripard_> how are you testing it?
<Turl> mripard_: writing something with devmem and then reading it back
<Turl> it always reads 0
rz2k has quit [Quit: leaving]
sanzoghenzo has quit [Quit: Page closed]
<Turl> mripard_: http://sprunge.us/ARgK
<mripard_> devmem uses physical addresses
<Turl> so all this time I was testing wrong then? :)
<mripard_> well, you tell me :)
<Turl> mripard_: well, the ultimate test still fails, but it might as well be something else http://sprunge.us/NdiE
<mripard_> well, you seem suspended here :)
<mripard_> what were you expecting?
<Turl> it to wake up right after suspending
<Turl> the suspend code is a blank function :)
<mripard_> ah, with the RTC?
<Turl> no
<mripard_> ah
<mripard_> I see
<mripard_> hmmmm, I don't know if you can just put a single noop and expect it to continue working
<Turl> mripard_: maybe it's my poor arm-asm-foo http://sprunge.us/UXJM
hipboi has joined #linux-sunxi
<mripard_> like for the restart/poweroff hooks, I'd expect the kernel to do something before a suspend, like disable some clocks, the timers, and so on
Tsvetan2 is now known as Tsvetan
<Turl> mripard_: maybe it's suspending the console :p
<Turl> I see emac is asleep-ish
<mripard_> and yes, it's suspending the console, so it might still be alive
<mripard_> only that you don't see it :)
<Turl> mripard_: well, progress :) http://sprunge.us/WOXE
<Turl> it explodes :p at least I can see the failure now
<Turl> mripard_: the mapping seems to be bad or something
ykchavan has joined #linux-sunxi
<mripard_> "
<mripard_> OHAI I RUN :D"
<mripard_> tss... :)
<Turl> :)
<Turl> easier to spot don't you agree? :P
<mripard_> you don't want to see my debug messages :)
<Turl> haha
<mripard_> I don't really know how the sram works and how you should access it to be honest, but it looks right
<Turl> mripard_: the interesting bit is that memcpy didn't cause the explosion
<Turl> but running the code it just copied does
<mripard_> Turl: is your driver in /proc/iomem?
<mripard_> hmmm, maybe it's just your code then :)
eebrah is now known as eebrah|away
<Turl> mripard_: I see 00000000-0000bfff : /soc@01c20000/sram@00000000
<Turl> mripard_: http://sprunge.us/TViI?c
Tartarus_ has joined #linux-sunxi
Tartarus_ has quit [Remote host closed the connection]
abesis-dev has quit [Remote host closed the connection]
rellla has quit [Read error: Connection reset by peer]
ykchavan has quit [Ping timeout: 264 seconds]
atiti has quit [Ping timeout: 240 seconds]
wingrime has joined #linux-sunxi
hipboi has quit [Ping timeout: 256 seconds]
FR^2 has quit [Quit: Connection reset by peer]
<Turl> mripard_: http://sprunge.us/jRCV
<mripard_> that looks right as well
<arete74_>
hipboi has joined #linux-sunxi
lunatik has quit [Quit: Page closed]
<Turl> mripard_: I guess I'll ask in #armlinux then
fredlyn has joined #linux-sunxi
<mripard_> Turl: yep, you should probably ask someone that has a real working experience with it :)
hipboi has quit [Quit: Leaving]
<mripard_> you can ask heiko stubner if he's around
<mripard_> he has used it recently for the SMP patches for rockchip
<mripard_> he'll probably know
<fredlyn> G'morning. For A20 there is a linux OS img only for console (no X) ?
atiti has joined #linux-sunxi
_BJFreeman has joined #linux-sunxi
_BJFreeman is now known as BJfreeman
<hramrach__> fredlyn do you want a headless image or ?
ibrah has joined #linux-sunxi
gzamboni has joined #linux-sunxi
<hramrach__> currently the a20 support should be beasically usable but only images do include X
<hramrach__> doing headless image is as simple as rebuilding hte kernel with disp disabled
<fredlyn> I'm used with XUBUNTU alternate iso where I've installed a linux with only console (no graphics). Now I would like to know if there is a linux version for cubieboard2 with same feature and where I can use apt-get install to install extra packages
<fredlyn> for example gcc compilators for arm
<hramrach__> no, currently the image about to bne released is Fedora 19 desktop image
<hramrach__> it does include X but you can remove it if you like ;-)
<Turl> mripard_: ok, working now :)
<fredlyn> the fedora image can be accesses to console with TTL ?
<fredlyn> just I'm not used with X and I don't have an extra HDMI monitor to use
<fredlyn> *accessed
<fredlyn> I've cubieboard20 with USB->TTL converter (rich package)
paulk-desktop has quit [Ping timeout: 240 seconds]
<Turl> fredlyn: most if not all can be accessed via UART
paulk-desktop has joined #linux-sunxi
<Turl> but I don't think the fedora image supports A20 yet
<fredlyn> ah....
<fredlyn> ok...
<fredlyn> I will wait some future support
<fredlyn> thank you
fredlyn has quit [Quit: Page closed]
paulk-desktop has quit [Excess Flood]
paulk-desktop has joined #linux-sunxi
<mripard_> Turl: so it was the exec thing?
<Turl> mripard_: yup
<mripard_> Turl: and the guy who had the answer was 1m away the whole afternoon :)
<Turl> mripard_: minute or meter? :P
<mripard_> meter
<Turl> heh
<Turl> mripard_: thank him IRL for me :)
ibrah has quit [Read error: Connection reset by peer]
paulk-desktop has quit [Ping timeout: 240 seconds]
paulk-desktop has joined #linux-sunxi
<mripard_> Turl: I'm not at the office anymore, but I will :)
paulk-desktop has quit [Ping timeout: 276 seconds]
paulk-desktop has joined #linux-sunxi
hramrach__ has quit [*.net *.split]
arete74_ has quit [*.net *.split]
Tsvetan has quit [*.net *.split]
andoma has quit [*.net *.split]
lkcl has quit [*.net *.split]
Liberator has quit [*.net *.split]
dwilkins has quit [*.net *.split]
gzamboni has quit [*.net *.split]
atiti has quit [*.net *.split]
zoobab_ has quit [*.net *.split]
MadSpark has quit [*.net *.split]
tzafrir has quit [*.net *.split]
libv has quit [*.net *.split]
torindel has quit [*.net *.split]
cyp has quit [*.net *.split]
ChanServ has quit [*.net *.split]
\\Mr_C\\ has quit [*.net *.split]
e-ndy has quit [*.net *.split]
dlan has quit [*.net *.split]
Dreadlish has quit [*.net *.split]
mnemoc has quit [*.net *.split]
ijc has quit [*.net *.split]
wingrime has quit [*.net *.split]
jlj has quit [*.net *.split]
CaCtus492 has quit [*.net *.split]
tkoskine has quit [*.net *.split]
paulk-desktop has quit [*.net *.split]
drachensun has quit [*.net *.split]
mturquette has quit [*.net *.split]
rm has quit [*.net *.split]
mdp has quit [*.net *.split]
jukivili has quit [*.net *.split]
awafaa has quit [*.net *.split]
jinzo has quit [*.net *.split]
mripard_ has quit [*.net *.split]
blunden has quit [*.net *.split]
zumbi has quit [*.net *.split]
jelly-home has quit [*.net *.split]
vicenteH has quit [*.net *.split]
specing has quit [*.net *.split]
xenoxaos has quit [*.net *.split]
grevaillot has quit [*.net *.split]
bfree has quit [*.net *.split]
hark has quit [*.net *.split]
utente has quit [*.net *.split]
steev has quit [*.net *.split]
techn__ has quit [*.net *.split]
egbert has quit [*.net *.split]
focus has quit [*.net *.split]
ganbold__ has quit [*.net *.split]
dl9pf has quit [*.net *.split]
ssvb has quit [*.net *.split]
stekern has quit [*.net *.split]
Tartarus has quit [*.net *.split]
n01 has quit [*.net *.split]
slapin_nb has quit [*.net *.split]
Brodomir has quit [*.net *.split]
fredy has quit [*.net *.split]
ojn has quit [*.net *.split]
uwe_ has quit [*.net *.split]
jemk has quit [*.net *.split]
[7] has quit [*.net *.split]
wigyori has quit [*.net *.split]
oliv3r has quit [*.net *.split]
ibrah has joined #linux-sunxi
Liberator has joined #linux-sunxi
jemk has joined #linux-sunxi
gzamboni has joined #linux-sunxi
tzafrir has joined #linux-sunxi
utente has joined #linux-sunxi
atiti has joined #linux-sunxi
Tsvetan has joined #linux-sunxi
ssvb has joined #linux-sunxi
lkcl has joined #linux-sunxi
vicenteH has joined #linux-sunxi
hramrach__ has joined #linux-sunxi
egbert has joined #linux-sunxi
jukivili has joined #linux-sunxi
jlj has joined #linux-sunxi
drachensun has joined #linux-sunxi
wingrime has joined #linux-sunxi
steev has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
dlan has joined #linux-sunxi
n01 has joined #linux-sunxi
specing has joined #linux-sunxi
hark has joined #linux-sunxi
slapin_nb has joined #linux-sunxi
MadSpark has joined #linux-sunxi
zumbi has joined #linux-sunxi
rm has joined #linux-sunxi
mdp has joined #linux-sunxi
mturquette has joined #linux-sunxi
dwilkins has joined #linux-sunxi
zoobab_ has joined #linux-sunxi
Dreadlish has joined #linux-sunxi
[7] has joined #linux-sunxi
xenoxaos has joined #linux-sunxi
bfree has joined #linux-sunxi
jelly-home has joined #linux-sunxi
Tartarus has joined #linux-sunxi
andoma has joined #linux-sunxi
wigyori has joined #linux-sunxi
ojn has joined #linux-sunxi
torindel has joined #linux-sunxi
ijc has joined #linux-sunxi
mripard_ has joined #linux-sunxi
arete74_ has joined #linux-sunxi
grevaillot has joined #linux-sunxi
oliv3r has joined #linux-sunxi
mnemoc has joined #linux-sunxi
stekern has joined #linux-sunxi
ganbold__ has joined #linux-sunxi
focus has joined #linux-sunxi
libv has joined #linux-sunxi
ChanServ has joined #linux-sunxi
tkoskine has joined #linux-sunxi
uwe_ has joined #linux-sunxi
blunden has joined #linux-sunxi
CaCtus492 has joined #linux-sunxi
Brodomir has joined #linux-sunxi
cyp has joined #linux-sunxi
fredy has joined #linux-sunxi
techn__ has joined #linux-sunxi
awafaa has joined #linux-sunxi
jinzo has joined #linux-sunxi
dl9pf has joined #linux-sunxi
e-ndy has joined #linux-sunxi
cyp is now known as Joker007
Joker007 is now known as cyp
atiti has quit [Ping timeout: 276 seconds]
nove has joined #linux-sunxi
techn_ has joined #linux-sunxi
ganbold has joined #linux-sunxi
dl9pf_ has joined #linux-sunxi
jemk has quit [Read error: Operation timed out]
atiti has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
techn__ has quit [*.net *.split]
ganbold__ has quit [*.net *.split]
focus has quit [*.net *.split]
dl9pf has quit [*.net *.split]
Quarx has quit [Read error: Connection reset by peer]
focus has joined #linux-sunxi
dl9pf_ is now known as dl9pf
dl9pf has quit [Changing host]
dl9pf has joined #linux-sunxi
n01_ has joined #linux-sunxi
rz2k has joined #linux-sunxi
ibrah has quit [Read error: Connection reset by peer]
ibrah has joined #linux-sunxi
<Turl> mripard_: do you have any experience with the pm framework?
<mripard_> none :S
<Turl> I'm wondering where is stuff like irqs handled
<Turl> because AW force disables all of them on their code and then turns on the ones they want
<mripard_> I'd expect every device to disable them when the pm callbacks are called
<mripard_> just like you should disable the clocks and so on
<Turl> mripard_: and who should take care of leaving some on?
<Turl> say, a button to wake it up
<wingrime> oliv3r: ping
<Turl> btw, free electrons to the rescue, kind of :) http://free-electrons.com/doc/power-management.pdf
<wingrime> mripard: have you any plans about PM support?
<Turl> wingrime: I'm writing it
<Turl> at least basic one
<wingrime> Turl: suspend ?
<mripard_> wingrime: long term, I have, just that there's so much other things to do first, I don't currently
<Turl> wingrime: yes
<wingrime> Trul: i think simple without dram suspend?
<Turl> wingrime: I got all the basic structure done, now I just need to write the actual code
<Turl> wingrime: I got sram mapped and working, and can copy noop code to it and run it fine
<Turl> and I can use wfi and it suspends correctly
<Turl> I need to keep uart enabled (no_console_suspend) as I can't wake up with any other method
<wingrime> Turl: actualy you have IRQ only from console enabled
<wingrime> Turl: I tryed It myseff
<wingrime> Turl: WFI - Wait For IRQ
<Turl> wingrime: we need more drivers, like one for hardware buttons on devices :)
<Turl> or axp which can send irq when you press the button
<wingrime> Turl: you can simply comment out "suspend" from wake up soure driver
<wingrime> *source
<Turl> wingrime: but we don't have such drivers yet :)
<wingrime> Turl: you talking about mainline ?
<Turl> wingrime: yes
<Turl> wingrime: linux-sunxi already has suspend with dram autorefresh
<wingrime> Turl: yeax
<wingrime> Turl: but I still have stange problems with disp and suspend on 3.4
<Turl> wingrime: I bet the problem is in disp :P
<wingrime> Turl: I don't see anyone who will take disp driver for mainline
<wingrime> Turl: I think cedar must be part for that driver
<wingrime> Turl: when I thinked about normal pm without binary blob
<wingrime> Turl: only this way looks good
<wingrime> static void __tcmfunc hello_tcm(void)
<wingrime> linker can place kernel function to SRAM
<wingrime> mripard_: ^
<Turl> wingrime: interesting
<Turl> wingrime: but probably won't behave good on multiplatform
<Turl> wingrime: what if you have code for sunxi tcm on omap or something else
<wingrime> Turl: ^
<Turl> wingrime: yes, I saw that
<wingrime> we allready defined SRAM for ITCM
<Turl> wingrime: not on mainline
<Turl> bbl
<wingrime> Turl: what problem add it to mainline ?
<Turl> wingrime: multiplatform
<Turl> I think it would be an issue
<wingrime> Turl: do you realy read tcm.txt header ?
<wingrime> Turl: - Idle loops where all external RAM is set to self-refresh retention mode, so only on-chip RAM is accessible by the CPU and then we hang inside ITCM waiting for an interrupt.
<wingrime> Turl: it defenetly for it
soul has joined #linux-sunxi
<wingrime> Some ARM SoC:s have a so-called TCM (Tightly-Coupled Memory).
<wingrime> This is usually just a few (4-64) KiB of RAM inside the ARM
<wingrime> processor.
<wingrime> it does not matter omap it or not
bsdfox has joined #linux-sunxi
bsdfox has quit [Changing host]
bsdfox has joined #linux-sunxi
<wingrime> so we have framework for it so you could place any fuction on SRAM and when kernel will unpacks that function will be placed there
<wingrime> one thing we need configure it right way
<wingrime> I not sure about stack behavior in __tcmfunc
<wingrime> stack also must be in TCM too
shineworld has joined #linux-sunxi
<wingrime> Trul: it looks good for dma self refresh suspend ?
<wingrime> *dram
ibrah has quit [Ping timeout: 246 seconds]
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
<Black_Horseman> Speres
eebrah|away is now known as eebrah
<oliv3r> so I e-mail Greg because I can't get it to work, to which he happily replies, it should
<oliv3r> Turl: sdram != sram
<ssvb> hi wingrime
Black_Horseman has quit [Remote host closed the connection]
<oliv3r> wingrime: pong
<wingrime> olvi3r: have you successed whan tryed gate on cedar ?
<oliv3r> i have not done anything with cedar except follow your progress
<oliv3r> i'm over my head with work atm
<wingrime> ssvb: still wait you fix sunxi fb for a13 :)
<wingrime> olvi3r: I about try tun on cedar manualy setting up pll and gate
<ssvb> wingrime: I don't have A13, and don't know what needs to be fixed there :) Still I got some other interesting information
<wingrime> ssvb: for example
<ssvb> wingrime: have you figured out how to use yuv overlays with sunxi disp?
<wingrime> ssvb: I think like any other layer
<wingrime> ssvb: conversion must be automactic according a13 manual
<wingrime> *automatic
<ssvb> yes, I just remember you complained that you had some troubles with it for testing cedarx decoded video
<wingrime> ssvb: It must not cost many times
<wingrime> ssvb: Also I thinking about that cedarx decoder must be part kernel disp drm driver
<oliv3r> wingrime: btw, I don't think cedar should be part of disp at all; what if you want a headless machine, but want to use it as a dedicated transcoding machine :)
<ssvb> wingrime: I have just implemented XV support, you could probably use it for inspiration and/or some ideas
<oliv3r> wingrime: also, did you read my question with regards to deinterlacing?
<oliv3r> ssvb might know too
<wingrime> ssvb: it support VUY ot YCrCb
<wingrime> ?
<ssvb> wingrime: just planar YUV420
<wingrime> olvi3r: can you repeat
<wingrime> ssvb: nice
<ssvb> wingrime: but if I understand it correctly, cedar uses some sort of tiled packed format
<jukivili> techn_: so about musb.. I just got host mode working (kind of)
<techn_> jukivili: oh.. sounds really nice.. they are really compatible? :D
<ssvb> wingrime: also it looks like the disp ioctls involved in this process can sometimes deadlock my system when stressing this stuff a bit :)
<wingrime> ssvb: 4:2:0
<wingrime> ssvb: or 4:2:2
<jukivili> techn_: sw_hcd and musb appear to be based on same code base (...or sw_hcd is based on musb)
<wingrime> ssvb: YUV 4:2:2 I think or 4:2:0
eebrah is now known as eebrah|away
<ssvb> wingrime: 4:2:2 is also easy, but I don't know how to test it, none of the codecs seem to use it :)
<techn_> jukivili: so only thing that is blocking us from being really mainline is disp/mali stuff :)
<jukivili> see sw_hcd_core.c/sw_hcd0.c <=> musb_core.c, sw_hcd_host.c <=> musb_host.c, etc .. same functions, same comments
<wingrime> ssvb: any way disp defently must support all stuff that cedar outputs
<techn_> (also sound driver seems to be needing some major effort :( )
<wingrime> ssvb: a13 manual have good coverage for it
<ssvb> wingrime: yes, it does, just XV uses a traditional format, and cedar is using some tiled custom format
<wingrime> ssvb: test, so, there alpha version of jemk mpeg-test
<wingrime> ssvb: jpeg works fine
<ssvb> good, I guess it might be useful for VDPAU
<wingrime> ssvb: yes, thanks jemk a lot
<wingrime> ssvb: but it still PoC
<wingrime> ssvb:
<wingrime> ssvb: all stuff for cedar must be mainlined and decodig process must be handled in kernel
<ssvb> first it needs to work :)
<wingrime> ssvb: we can't map any io to userspace
<wingrime> ssvb: jpeg work nice
<wingrime> ssvb: and outputs using disp ioctl
_BJFreeman has joined #linux-sunxi
BJfreeman is now known as Guest39885
_BJFreeman is now known as BJfreeman
<ssvb> wingrime: ok, I see that you also handle disp just fine
Guest39885 has quit [Ping timeout: 252 seconds]
<ssvb> wingrime: good work
<wingrime> ssvb: not me , it jemk code, I mostly write manual for cear regs
<ssvb> yeah, your registers documentation for jpeg looks great now
<ssvb> now let's fix the memory management, we can't do much with the current boot time reservations
<wingrime> ssvb: only for mpeg engine
<wingrime> ssvb: cedar have no any deal with mmu, so we need backport that new stuff to kernel
<ssvb> wingrime: backport is already done, we just need to apply patches
<ssvb> yes, a lot of stuff does not have mmu, and I'm mostly interested in g2d at the moment
<rz2k> ssvb: thanks for Xv stuff!
* ssvb should have done it months ago
<wingrime> ssvb: ok but I still wait mnemoc
<ssvb> rz2k: it's just that a lot of people got interested in it recently and started to ping me :)
<rz2k> :)
<rz2k> great. check the comment on github
<rz2k> also good night
* rz2k got a bit tired today
rz2k has quit []
<oliv3r> wingrime: the question was, can cedarX do deinterlacing of video, is that purly handled by the disp hardware?
<wingrime> oliv3r: I only know that cedar output ready to go frame
<oliv3r> so fully interlaced frame, if source was interlaced
<wingrime> oliv3r: but it defenetly not disp work
<oliv3r> would have thought as much
<wingrime> olvi3r: a13 manual
<oliv3r> well broadcast media sources very often are interlaced
<oliv3r> and i think vdpau does deinterlacing, so if that requires a different hardware engine, that'll be annoying, but not impossilbe
<oliv3r> any C pro around that can decode GCC warnings?
<oliv3r> i'm at a point where i'm just staring at the code
<oliv3r> because in my mind, it's fine
<ssvb> mnemoc: ping
<oliv3r> he was around for a little bit earlier today
<Turl> oliv3r: I'm not a pro, but I can give it a try :)
<oliv3r> Turl: yay, my hero :)
<oliv3r> i tried to add all info to the paste i thought was relevant
<wingrime> ssvb: I still wait mnemoc when he review all maillist stuff
<oliv3r> as far as I see, struct bin_attribute **bin_attrs; is a pointer to an array (i would have defined it as *bin_attrs[] to be more specific, but hey)
<ssvb> wingrime: :)
<oliv3r> wingrime: i think mnemoc wants to 'start fresh' import hansg's wip/for-amery tree
<oliv3r> and then ask people to resend patches based from that
<Turl> oliv3r: drop the const on paste like 7 and it should work
<Turl> line*
<oliv3r> ok fair nuff
<wingrime> ssvb: first thing that I need to do - merge cedar for a13 and a10
<oliv3r> but why doesn't it say 'not a constant' like it did before
<Turl> oliv3r: I dunno :)
<ssvb> wingrime: makes sense, we also need to check what's up with cedar on a20
<oliv3r> /silo/build/sunxi-bsp/linux-sunxi/drivers/misc/eeprom/sunxi_sid.c:99:2: warning: initialization discards 'const' qualifier from pointer target type [enabled by default]
<oliv3r> if wingrime would have received his cubieboard2 allready :(
<wingrime> oliv3r: still not
<oliv3r> wingrime: :(
<wingrime> oliv3r: russian mail knowable slowpocke
<oliv3r> Turl: i removed the const on line 1 too
<wingrime> *known
<oliv3r> wingrime: but THIS slow? it's been 2 months now?
<oliv3r> and shenzen is so close to yakaterinburg
<oliv3r> Turl: lets' boot it up
<wingrime> olib3r: it go over moscow anyway
<Turl> oliv3r: I don't have mine yet either :P
<Turl> oliv3r: it has a uSD slot right? I need to buy some new ones
<wingrime> oliv3r: logistic magic
<Turl> wingrime: looks like the most efficient thing on earth
<wingrime> oliv3r: when you send from ukrani to moscow
<wingrime> Trul: that was sended to moscow
<wingrime> WHY russan posts send it to siberia for custom control ?
<wingrime> using train
<Turl> wingrime: they need go give a job to a lot of people :)
<Turl> to*
<wingrime> Turl: yeax
<wingrime> oliv3r: when it must be UKR -> Moscow (air) it was URK->Moscow(air)-> siberia (custom control) (train) -> moscow (train)
paulk-desktop has joined #linux-sunxi
<wingrime> ssvb: I realy glad that cedar work goes unexpectly quick
<oliv3r> Turl: it is exact same pcb as cubie1.0
<oliv3r> Turl: to the datestamp the same, just diff a20
<wingrime> oliv3r: I also want talk with guy that traced that pcb
<oliv3r> wingrime: i did say it would get shipped via moscow
<oliv3r> wingrime: you mean the PCB layout?
<wingrime> yes
<wingrime> oliv3r: ddr3 stuff
<oliv3r> ah, yeah, some previous AW employee did that
<oliv3r> i think he does work for cubietech now, but not sure
<wingrime> oliv3r: I hope tom not headhuneted important stuff from aw , that can be explained why aw now not in good shape
<oliv3r> he started his own company
<oliv3r> I think AW did so well, because of the government subsidization for A10
<oliv3r> huge money injection, VERY cheap SoC
<oliv3r> they kinda where to little to late with A20
<oliv3r> and A31 is really bad
<oliv3r> A31s is a castrated A31, so not that amazing, to fix the A31 issues
atiti has quit [Ping timeout: 276 seconds]
<wingrime> oliv3r: thats why in russia currently impossible do stuff like cpu
<wingrime> oliv3r: but in usssr times all stuff was copied like z80
<ssvb> wingrime, nove, jemk: by the way, do you know about any physical address limits for cedarx memory allocations?
<ssvb> I'm converting everything to CMA, and looks like cedarx fails if the memory is allocated from higher addresses than are used now
<wingrime> ssvb: yes I saw somesing like it
<wingrime> MACC_MPEG_VLD_ADDR <- (SRC address relative to DRAM start) | 0x70000000 How to access ram above 256MB?
<wingrime> blob add mask
<ssvb> aha, thanks! I'm also observing this 256MB limit
<wingrime> but I think it can be avoided
<wingrime> but not with blob
<ssvb> is it a software issue?
<wingrime> ssvb: some things hardcoded in blob
<ssvb> yeah, I mean if this limit is lifted in software, does the hardware work?
<ssvb> in any case, it looks like the CMA area just needs to be placed into the first 256MB of RAM for the start
<wingrime> ssvb: cedar have some bits for memory configurations , also , it simply may be need other blank?? (I mean try other mask)
<wingrime> ssvb: you can try with jpeg example
<ssvb> yeah, I just wondered if anybody tried this already
<wingrime> ssvb: no one
<ssvb> it is also interesting that G2D seems to be using 36-bit addresses :)
<ssvb> kinda an overkill for the current A10/A13/A20 devices
<Turl> ssvb: maybe they got the ip from somewhere and it had that already :)
<wingrime> ssvb: it have some bits for memory config
<wingrime> ssvb: but still may detals unclear
<ssvb> Turl: maybe :)
<ssvb> wingrime: which bit in particular?
<wingrime> MACC_VE_CTRL_??? 20 -bit
<ssvb> ok
<wingrime> ssvb: whait
atiti has joined #linux-sunxi
<wingrime> here
notmart has joined #linux-sunxi
<wingrime> 0x13xxxxxx
<wingrime> try remove 0x7xxxxxxx mask
<wingrime> or change/play with it
bsdfox_ has joined #linux-sunxi
<ssvb> well, I guess because these extra high bits are *set*, they must have some meaning
bsdfox_ has joined #linux-sunxi
bsdfox_ has quit [Changing host]
<ssvb> and a physical memory address higher than 256MB would clash with these bits
<wingrime> ssvb: it can be aw coders lazyness at all
<ssvb> I doubt this :) if these bits were interpreted as part of the address, then cedar would be accessing wrong memory locations already
<wingrime> mpeg use 0x5
<wingrime> ssvb: mix flags and offset in single register
<wingrime> ssvb: it realy look strange at first look
<ssvb> yeah, and it means that the offset only has 28 bits
<ssvb> 2^28 = 256MiB, too bad for us
<wingrime> ssvb: as cedar have internal dma it can be internal dest device selector
<oliv3r> yay, finaly uart from my tablet via uSD cable
shineworld has quit [Quit: Leaving]
mturquette has quit [Quit: leaving]
<wingrime> ssvb: are you sure g2d use 36 bit ? I doubt this becose in optimization step (logic optimization) whan you synteze ASIC logic not used lines simply will removed
<oliv3r> wingrime: or it's copied IP
<wingrime> ssvb: also if offset 28 bit so why hi-bists not zero
<wingrime> oliv3r: IP it usualy verilog code that means code must be converted to logic scheme , with optimization
<ssvb> wingrime: check the A10 manual and search for "Input DMA start address high 4bits register"
<ssvb> wingrime: the low 32-bits of the physical address for G2D input DMA are stored in another register
<Turl> oliv3r: nice :) get debugging ;)
<oliv3r> yeah!
<ssvb> wingrime: we probably can just ignore this high bits register on the Allwinner hardware, but it nevertheless exists
<wingrime> ssvb: a-15 can address 36?
<wingrime> cortex a15
<wingrime> but we have 32-bit cpu ...
<ssvb> not looked into this yet, I still don't have any arm device with that much memory :)
<oliv3r> finally i can start booting 3.4 kernels
<oliv3r> just need to test touchscreen driver; as that was a blob :S
<blunden> oliv3r: it seems the issue might that the power supply is too weak. it apparently comes flashed with android from the factory, despite what the site said
<oliv3r> blunden: ahhh, a20 wasn' tit?
<oliv3r> blunden: i had the same issue on my olimexino, and weak power caused all sorts of issues
<oliv3r> e.g. i couldn't power it via OTG
<oliv3r> powering it via the included jack with 12V 5A was fine
nove has quit [Quit: nove]
<blunden> oliv3r: yes, A20. it seems it doesn't boot up properly because of it
<wingrime> ssvb: witch problems when it must be at first 256 MB ?
<ssvb> wingrime: VLC just does not play videos properly
<wingrime> ssvb: more stange, that only source buffer have such mask
<blunden> oliv3r: basically it gets enough power to sort of power up and get detected by my computer but it never boots beyond that. now I'm basically waiting for the new power supply to arrive
<blunden> thanks for your help earlier btw :)
<wingrime> ssvb: output buffers have no any mask
<oliv3r> blunden: i was lucky to have an old PSU from a scanner
<oliv3r> blunden: but you have no other PSU? nothing at all?
<wingrime> blunden: you always take red and black wire from PC
<wingrime> *can take
<oliv3r> red is 5V
<wingrime> black - gnd
<blunden> oliv3r: no, but that's fine. I'll just wait
paulk-desktop has quit [Quit: Ex-Chat]
<oliv3r> so yeah, you could jeri rig 5V like that; but the power jack takes upto 16V i think
<blunden> I'm really not in a hurry so it's not worth ghetto-modding a cable like that :P
<blunden> oliv3r: what do you use your a20 board for btw?
<oliv3r> kernel dev
<oliv3r> though using my a10 now mostly
<oliv3r> done some u-boot work for a20 though
<blunden> how well does the current a20 kernel work?
<oliv3r> not yet :)
<blunden> not at all?
<oliv3r> hansg has been busy porting sun7i to our 3.4
<oliv3r> and mainline shouldn't be too much work; but no time available
<blunden> but the current code does work I assume, even if it's not as neat as it could be?
<blunden> I'm not looking to do anything advanced with it
<oliv3r> oh, yeah 3.3 kernel from AW "works"
<oliv3r> and 3.4 is progressing nicely
<techn_> 3.3 code is missing community fixes
<techn_> atleast most of them..
<blunden> yeah, I'll be sure to switch over to that 3.4 kernel when it's a little closer to being "stable"
<blunden> don't you have to get rid of that script.bin stuff before mainlining btw?
n01_ has quit [Ping timeout: 240 seconds]
<techn_> mainline doesnt talk with script.bin :p
<oliv3r> mainline is without script.bin allready :)
wingrime has quit [Ping timeout: 258 seconds]
<blunden> so are AW workink with you on this or are you just doing it entirely as a community effort?
<blunden> I mean seeing the success you've had this far in mainlining stuff it would seem easier for them to just switch to the mainlined implementation and continue in that fashion
<Turl> hey blunden
<blunden> Turl: I figured I'd see more CM people in here sooner or later :)
<Turl> blunden: haha
<Turl> blunden: I'm doing mainlining work mostly these days though
<blunden> I saw RaYmAn in a channel log earlier
<blunden> allwinner stuff?
<Turl> blunden: yep
BJfreeman has quit [Quit: had a good time]
notmart has quit [Quit: notmart terminated!]
hramrach__ has quit [*.net *.split]
tzafrir has quit [*.net *.split]
libv has quit [*.net *.split]
torindel has quit [*.net *.split]
cyp has quit [*.net *.split]
atiti has quit [*.net *.split]
ChanServ has quit [*.net *.split]
soul has quit [*.net *.split]
\\Mr_C\\ has quit [*.net *.split]
dlan has quit [*.net *.split]
e-ndy has quit [*.net *.split]
mnemoc has quit [*.net *.split]
Dreadlish has quit [*.net *.split]
ijc has quit [*.net *.split]
techn_ has quit [*.net *.split]
jlj has quit [*.net *.split]
tkoskine has quit [*.net *.split]
CaCtus492 has quit [*.net *.split]
drachensun has quit [*.net *.split]
rm has quit [*.net *.split]
jukivili has quit [*.net *.split]
mdp has quit [*.net *.split]
jinzo has quit [*.net *.split]
awafaa has quit [*.net *.split]
mripard_ has quit [*.net *.split]
blunden has quit [*.net *.split]
zumbi has quit [*.net *.split]
jelly-home has quit [*.net *.split]
egbert has quit [*.net *.split]
dl9pf has quit [*.net *.split]
ganbold has quit [*.net *.split]
vicenteH has quit [*.net *.split]
specing has quit [*.net *.split]
xenoxaos has quit [*.net *.split]
grevaillot has quit [*.net *.split]
bfree has quit [*.net *.split]
bsdfox_ has quit [*.net *.split]
hark has quit [*.net *.split]
utente has quit [*.net *.split]
steev has quit [*.net *.split]
ssvb has quit [*.net *.split]
stekern has quit [*.net *.split]
Tartarus has quit [*.net *.split]
n01 has quit [*.net *.split]
Brodomir has quit [*.net *.split]
slapin_nb has quit [*.net *.split]
fredy has quit [*.net *.split]
ojn has quit [*.net *.split]
uwe_ has quit [*.net *.split]
[7] has quit [*.net *.split]
wigyori has quit [*.net *.split]
oliv3r has quit [*.net *.split]
<Turl> ouch
bsdfox is now known as 45PAA38SH
utente has joined #linux-sunxi
ganbold has joined #linux-sunxi
ijc has joined #linux-sunxi
jlj has joined #linux-sunxi
CaCtus492 has joined #linux-sunxi
zumbi has joined #linux-sunxi
Brodomir has joined #linux-sunxi
ChanServ has joined #linux-sunxi
dl9pf has joined #linux-sunxi
ssvb has joined #linux-sunxi
[7] has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
slapin_nb has joined #linux-sunxi
drachensun has joined #linux-sunxi
hark has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
egbert has joined #linux-sunxi
vicenteH has joined #linux-sunxi
e-ndy has joined #linux-sunxi
steev has joined #linux-sunxi
techn_ has joined #linux-sunxi
stekern has joined #linux-sunxi
bsdfox_ has joined #linux-sunxi
jukivili has joined #linux-sunxi
dlan has joined #linux-sunxi
blunden has joined #linux-sunxi
soul has joined #linux-sunxi
Tartarus has joined #linux-sunxi
mdp has joined #linux-sunxi
tkoskine has joined #linux-sunxi
rm has joined #linux-sunxi
specing has joined #linux-sunxi
atiti has joined #linux-sunxi
tzafrir has joined #linux-sunxi
bsdfox has joined #linux-sunxi
n01 has joined #linux-sunxi
mnemoc has joined #linux-sunxi
jelly-home has joined #linux-sunxi
xenoxaos has joined #linux-sunxi
libv has joined #linux-sunxi
jinzo has joined #linux-sunxi
mripard_ has joined #linux-sunxi
grevaillot has joined #linux-sunxi
Dreadlish has joined #linux-sunxi
fredy has joined #linux-sunxi
awafaa has joined #linux-sunxi
uwe_ has joined #linux-sunxi
ojn has joined #linux-sunxi
bfree has joined #linux-sunxi
oliv3r has joined #linux-sunxi
wigyori has joined #linux-sunxi
cyp has joined #linux-sunxi
torindel has joined #linux-sunxi
hramrach__ has joined #linux-sunxi
45PAA38SH has quit [Ping timeout: 255 seconds]
gzamboni has quit [Ping timeout: 255 seconds]
gzamboni has joined #linux-sunxi
tzafrir has quit [Ping timeout: 248 seconds]
[7] has quit [Read error: Operation timed out]
TheSeven has joined #linux-sunxi
soul has quit [Ping timeout: 256 seconds]
theOzzieRat has joined #linux-sunxi
<theOzzieRat> is stage/sunxi-3.4 the best branch to test a10s a20 boards with?
<techn_> theOzzieRat: that's only branch which supports a20 at some level
<techn_> dunno about a10s support
<utente> A10 support is good
<techn_> utente: a10 != a10s
<theOzzieRat> thanks, I'll give it a bash. I see some 10s commits in the branch
<utente> techn_, ops, i sippose "s" menas plural, sorry
<theOzzieRat> I have an a10s working but it nic is unreliable
<techn_> utente: you are not the first :D
<utente> eheh
<utente> so better use "S" than "s"
<utente> A10S is more clear .)
<techn_> theOzzieRat: there may be some fixes @ ML
<techn_> hansg send some patches today
<theOzzieRat> yep, being watching that. nothing new for the "A10S" for a while though
naobsd has joined #linux-sunxi
bsdfox has quit [Quit: Leaving]
WarheadsSE has joined #linux-sunxi
\\Mr_C\\ has quit []
naobsd has quit [Quit: Page closed]