mnemoc changed the topic of #arm-netbook to: EOMA: Embedded Open Modular Architecture - Don't ask to ask. Just ask! - http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68 - ML arm-netbook@lists.phcomp.co.uk - Logs http://ibot.rikers.org/%23arm-netbook or http://irclog.whitequark.org/arm-netbook/ - http://rhombus-tech.net/
gzamboni has quit [Ping timeout: 256 seconds]
popolon has quit [Quit: Quitte]
<drachensun> techn: That patch works, it seems to have fixed it with multi touch on. My patch still addresses that invert settings are not honored in multi touch mode but that is pretty irrelevant if multi touch works
<drachensun> so I guess turning off multi touch was just avoiding the real bug
<drachensun> now I just have to figure out what can actually make use of it
gzamboni has joined #arm-netbook
<hno> Hopefully u-boot now sets clock to 1GHz by default again. Testers welcome.
<lundman> as opposed to?
<hno> lundman?
<lundman> if its 1GHz now, what was it before
<hno> 384MHz.
<lundman> neat number
<lundman> what are the advantages of making it go 1ghz during uboot?
<hno> some seconds saved boot time.
<lundman> ah because the boot sequence is executed as 1ghz
<lundman> that is neat
<lundman> so, its only a question of, if you leave it on uboot prompt, with the cpu get increasingly hot until it cooks?
<hno> no
<lundman> great!
<hno> hmm.. do not seem to work too well..
<lundman> hurroo
<hno> ok. 1GHz disabled for now. Need to look at it closely
tuliom has quit [Quit: Konversation terminated!]
<hno> or maybe it does work.. that's not the right u-boot for this board /-:
<lundman> heh
<lundman> hurrah
<hno> Looking quite positive.
<lundman> ok dd clearing an SD card for 1.3beta
<lundman> although, maybe people dont care about ddimages anymore
<hno> it gets to the uboot promt just fine, so there is a chance it even works.
<lundman> might make my own nand writer.. small SD boot kernel that writes whatever image we want to nand
<hno> lundman, dd images are less evil than non-dd images.
<hno> but yes, an installation procedure not depending on Allwinner encrypted images would be nicer.
<hno> phoenixcard images contain the exact same encrypted file, with just some fluff unpacked around it to boot.
ZaEarl has quit [Remote host closed the connection]
<lundman> are you sure they are encrypted? encoded or compressed I would agree, but encrypted, whats the point in that
<hno> the images are compressed and encrypted. I would guess at large due to legacy from earlier products and from being China..
<lundman> when I dd in the SD card, I didn7t get the feeling that was encrypted
<lundman> guess I didnt look hard
<hno> the sd card contains the exact same firmware file embedded in the hidden data area.
<lundman> "hidden"
<hno> before first partition.
<hno> boot0, boot1, boot(FAT at fixed location, not recorded in MBR), firmware, visible FAT filesystem on the rest.
<lundman> seems reasonable. if you dont have the last partition, windows would ask if you want to format it :)
ZaEarl has joined #arm-netbook
<Turl> lundman: I care about dd images :P
<Turl> 'your custom nand writer' might as well be CWM on a SDCard + a zip :P
<lundman> SD card with uboot and std linux kernel, initrd script that mounts nand and writes an image to it. pretty much
<lundman> but there is a lot of partitions and crap, so sounds like a hassle
<lundman> maybe if I made it zfs
dyoung has quit [Ping timeout: 260 seconds]
<Turl> why do you love zfs so much :P
dyoung-away has joined #arm-netbook
dyoung-away is now known as dyoung
dyoung has quit [Changing host]
dyoung has joined #arm-netbook
<lundman> No more partitions, ever. All filesystems are more like creating a directory. tiny, fast, dynamic, change its size, compression, anytime you want
mSquare has joined #arm-netbook
RITRedbeard_ has joined #arm-netbook
<lundman> ok phoenixcard finished writing
tekzilla has quit [Ping timeout: 246 seconds]
tekzilla has joined #arm-netbook
<lundman> -rw-r--r-- 1 lundman lundman 306438847 Oct 10 12:12 Mele_HTPC_0929_BETA_V1.3.ddimg.bz2
<lundman> lets boot then
<lundman> same garish boot animation :)
<lundman> 4.0.4 / 3.0.8+. Same ad/malware homescreen
<lundman> ugh, nobody run this.
drachensun has quit [Quit: Leaving]
alcides has quit [Quit: There's no place like 127.0.0.1]
mSquare has left #arm-netbook [#arm-netbook]
L84Supper has left #arm-netbook ["puff of smoke"]
rellla has joined #arm-netbook
Quarx has joined #arm-netbook
mSquare has joined #arm-netbook
<rellla> sucessfully did a native compile of xbmca10 on my mele (debian unstable armel). xbmc also started, but cpu is up to 95% when scrolling through xbmc.
<rellla> i'm now trying to compile it with A10HWR=1 like empatzero mentioned. i forgot this the last day....
<rellla> i did a little protocol of the compile and should provide it in the wiki....
pawel5870 has joined #arm-netbook
sspiff has joined #arm-netbook
rsalveti has quit [Ping timeout: 246 seconds]
rsalveti has joined #arm-netbook
<lundman> time rsync -a --progress ../linux-3.4.6 /zfs-testpool/
<lundman> woo
* mnemoc failed the mind-reading course
<lundman> oh just compiled zfs RC11, and testing it. I can rsync the whole kernel tree, which is my method of testing I suppose
<lundman> on the mele and cubox
<mnemoc> now try compiling it ;-)
<mnemoc> it's much more intense
<lundman> root@cubox:/testpool/linux-3.4.6# make
<lundman> as you command:)
<mnemoc> no `time` ?
<lundman> heh
<lundman> suppose I could clean it, thebn make. but it is actually
<lundman> zfs-testpool -> large-binary-file -> ext4 -> sdd
<lundman> so not entirely sure what that would prove, speed-wise
<lundman> NAME STATE READ WRITE CKSUM
<lundman> testpool ONLINE 0 0 0
<lundman> /media/hdd/zpool.dump ONLINE 0 0 0
<lundman> its easier to test on a raw file, as opposed to attached disk.
<mnemoc> sure one file at the time will give you "max-speed"
<mnemoc> but not a real feeling of it's performance
<mnemoc> specially considering there is no parallel access
<lundman> lets add some swap eh; zpool create -V 128M testpool/swap ; swapon /dev/zd0
<lundman> ye, but I'm testing it to make sure its stable
<hno> mnemoc, please test u-boot again.
<mnemoc> hno: ok
<mnemoc> hno: btw, did you have a chance to look at the "sata fix" patch?
<hno> no
<mnemoc> hno: cubie booted and rebooted fine
<mnemoc> meh
<mnemoc> not the second reboot :|
<mnemoc> on the second reboot spl halted on mmc detection
<mnemoc> on the brigth side the delay between "starting kernel" and the first printk went down from 5s to 1-2
popolon has joined #arm-netbook
ZaEarl has quit [Read error: Connection reset by peer]
ZaEarl_ has joined #arm-netbook
afgdsgh has joined #arm-netbook
<rellla> initial xbmc wikipage created ;-) happy compiling
<mnemoc> rellla: thank you, can you reference it from the cedarx page?
<rellla> mnemoc: or better main page - software?
<lundman> both
<mnemoc> +1
<lundman> al;so, under the hidden 'lundman secret hangout' page
<lundman> mmmm tunnbröd
mSquare has quit [Ping timeout: 245 seconds]
mSquare has joined #arm-netbook
wingrime has joined #arm-netbook
<afgdsgh> hello, where can i find for arm processors benchmark? ex. what is difference between Cortex-A5 Telechip TCC8925 and A10 Allwinner
von_fritz has joined #arm-netbook
ZaEarl_ has quit [Read error: Connection reset by peer]
<wingrime> A10 faster than msm7627?
wingrime has quit [Read error: Connection reset by peer]
wingrime has joined #arm-netbook
<mnemoc> wingrime: if you google a bit you'll see that msm7627 is arm11 while the allwinner a10 is a cortex-a8
RITRedbeard_ has quit [Ping timeout: 256 seconds]
TomNL has joined #arm-netbook
<TomNL> hey, did anyone test xbmca10 with hw layer for rendering?
<rz2k> i have unconfirmed info about x11 opengles working with armel libs.
<rz2k> this is total crap, if it is true.
<TomNL> you mean with r3p0 armel libs?
<rz2k> old r2p4
<rz2k> at cnxsoft repository
<rz2k> we have only armhf for r3pX
<hp__> has anyone been reading this awsome hacking ? http://www.edaboard.com/thread236934.html
<RaYmAn> rz2k: is the unconfirmed info sekrit? :P
mSquare has quit [Ping timeout: 246 seconds]
<rz2k> no idea, really. lets assume that someone did actually get opengles working with x11 on armel :>
mSquare has joined #arm-netbook
<RaYmAn> heh, fair enough. it just sounded like you had the info, but was unconfirmed whether it was valid :P
<RaYmAn> hp__: hah, that is crazy, and cool
<TomNL> but r2zk why would this be total crap?
<rz2k> because we are heading for hf
<TomNL> yes, but if it works on armel...they can still make it work for armhf
<rz2k> I doubt that, you need libc from armel to work with armhf and etc.
<rz2k> here you should ask someone who understands arm multiarch better than me :p
<lundman> compiled finished ok, so thats nice
<TomNL> lundman: did you test xbmc with hardware layer?
<lundman> somethingnew, something old?
<lundman> last binary i tried was 1080p last week?
<TomNL> ah ok :) i will compile latest version and see if there is much difference in performance
<lundman> please do
<lundman> upload it to my mirror dump if you want
tzafrir has quit [Ping timeout: 260 seconds]
<rellla> TomNL: compiling since 4h ....
<TomNL> rella: really..damn here it takes lik 1.5h
raver2046 has joined #arm-netbook
<TomNL> m_hwrender = getenv("A10HWR") != NULL;
msb___ has quit [Remote host closed the connection]
<TomNL> this check is done when running xbmc right?
raver2046 has quit [Read error: No route to host]
<lundman> yes, "export A10HWR=1" before you start it
<lundman> as in, in the start script
<mnemoc> kind of odd it's not enabled by default
<lundman> they added divx too, so be good to try a newer version
<rellla> ok, then i misunderstood. no need to set A10HWR=1 in depends.mk ...
<mnemoc> http://rhombus-tech.net/allwinner_a10/crowdsource_funding/ <--- only 5 people? come on :<
<RaYmAn> the card is useless by itself, isn't it? E.g. you need a base board?
<mnemoc> sure
<lundman> i dont see the point, sorry, no library support still
<rm> I don't get what's with this b/s
<TomNL> i think divx is still disabled though...not sure
<rm> does it have to be so hard that you NEED fifteen people in some wiki
<rm> before some obscure next step can occur
<rm> meanwhile I can go to http://www.aliexpress.com/store/511685 and 'commit to buy' by just clicking the damn buy now button
<mnemoc> :(
<rm> (meant Cubieboard, but it seems to be out of stock)
<mnemoc> i also don't understand why luke likes to do these things so complicated, but it's the first sign of possible movement in like a year...
<RaYmAn> I might have missed something, but if you were to back such a project, how would you actually use it? If it's just the card
<mnemoc> initially nothing... the CB does everything and more as standalone board
<Turl> mnemoc: sun5i doesn't have wemac does it?
<mnemoc> but in theory his "associates" have laptops made already
<mnemoc> Turl: right
<RaYmAn> okay - I'm just looking at the crowd funding proposal and it just seems rather confusing
<mnemoc> the same associates who don't want to make the schematics of their card public
<mnemoc> Turl: sun3i and sun4i only
* Turl gets confused by all the talk on arm-netbook lately
<TomNL> lundman where to upload for you to mirror?
<RaYmAn> Turl: should we stop? :P
<Turl> I meant the ML
<lundman> you have a login?
<lundman> msg me a password
<mnemoc> RaYmAn: the other option is simply forget the eoma68 project ever existed.... and change the $topic of the channel
<RaYmAn> :/
<mnemoc> RaYmAn: no one will make boards/devices before there are cards, and if no one commits to the cards because there are no devices, it's dead.
<rellla> TomNL: did you do a cross-compile?
<rm> a simple outputs board getting USB and HDMI out would probably be like $5
<RaYmAn> mnemoc: I still feel like I'm missing something
<rm> not to budget/design one AND expect people to crowdfund "just the board" (useless to them)
<RaYmAn> mnemoc: is the board usable as a dev board by itself?
<rm> is bizzare
<mnemoc> RaYmAn: yes
<RaYmAn> yeah, exactly what rm is saying
<rm> <RaYmAn> the card is useless by itself, isn't it? E.g. you need a base board?
<rm> <mnemoc> sure
<TomNL> rella: yes cross-compiled
<rm> so mnemoc make up your mind :S
<mnemoc> the card is by itself an standalone a board, but it's real value over the CB is with devices to plug it into
<mnemoc> s/ a //
<ibot> mnemoc meant: the card is by itself an standaloneboard, but it's real value over the CB is with devices to plug it into
<rm> there are none
<rm> and it comes with nothing to plug it into
HeHoPMaJIeH has quit [Read error: Connection reset by peer]
<rm> so you can look at it for 10 minutes and then put it on a shelf
<TomNL> lundman: uploading file now
<mnemoc> rm: sadly true
<rm> meanwhile
<rm> <rm> a simple outputs board getting USB and HDMI out would probably be like $5
<mnemoc> usb and hdmi already have connectors, on the external side
<rm> why not also make ^ this and have it come with the board in the first place
<rm> I still believe/hope you misunderstand something
<rm> and it will in fact come with such a board
<TomNL> rella: if you want you can find cross compiled version on lundman's ftp
<rm> otherwise that'd be too silly
<RaYmAn> mnemoc: I know it's not you doing etc, but really, this is the kind of info that's missing :P
<rellla> TomNL: what's your host and dest system? the last time i got stuck with the armel-devs. i'm too much newbie to that cross-thing ... is there any good help/ howto in the net?
<RaYmAn> lkcl: ^^
<rellla> TonNL: ok thanks, but i've to wait another few hours, i think ;-)
<TomNL> host is precise...i followed hints in xbmca10 readme.
<TomNL> basicly just apt-get the linaro armel gcc...
<rm> One Does Not Simply apt-get the linaro gcc
<TomNL> apt-get build-dep xbmc (Do this running on mele/mk802)....then copy whole rootfs from SD to folder on host
<rm> unless probably they are on ubuntu
<mnemoc> rm: on ubuntu you do :p
<TomNL> rella: it's not very neat...better is to cross build all libs too..but i didnt manage to get this to work very good
<TomNL> rella: but it works doing it this way
<rellla> same for me... so i did it native
<mnemoc> rm: http://elinux.org/images/4/42/Mini_pcmcia_engineering_board.png <--- but you are right that he should include that "mini engineering board" in the offer
<TomNL> i tried native...took 6 hours..than errored out because of some memory problem
<rm> hm, so power, ethernet, usb and sata are on the board itself?
<rm> not that bad then
<rellla> doing apt-get build-dep xbmc on the mele i haven't thought about. this should do the trick
<rellla> thanks for the hint
<mnemoc> rm: no no... those are two things in that picture, the card. with pcmcia connector on one side and uSD, uUSB, uHDMI and 3.5mm audio jack on the other
<rz2k> hno: u-boot with mele_a1000 config works on my 1.6 mele that previously loaded up only thru default u-boot and then soft reset
<rm> yes, from what I see > power, ethernet, usb and sata are on the EOMA card
<mnemoc> rm: and the "mini engineering board" (which lkcl should make at the same time, as part of the offer)
<rm> and do not require an extra board to use
<rz2k> hno: tested it with couple of reboots and cold starts, thanks for your awesome work!
<rellla> TomNL: i solved the memory problem by creating a swap file during compile
<lundman> oh guess I should add .gz to the tester
<TomNL> rella: ah ok :)
<mnemoc> rm: sata and ethernet are on the pcmcia header, so connectors go in the missing i/o board
<TomNL> lundman: you test for what?
<rm> ok
<lundman> validity
<TomNL> ah ok hehe
<lundman> :)
tuliom has joined #arm-netbook
<rellla> TomNL: Put another "l" in my name, so I get highlighted ;-)
<TomNL> rellla: ok
<lundman> rellla: ok
<rellla> haha
tzafrir has joined #arm-netbook
<mnemoc> rm: mail sent
<TomNL> do we have any update on armhf cedar libs from hipboi>
<TomNL> >=?
<lundman> you wish
<TomNL> i guess i do:P
<lundman> me too
<mnemoc> we all do
<lkcl> mnemoc: que? que? oh. yes. good point.
<rellla> how can i disable this assembler warnings: "Warning: swp{b} use is deprecated for this architecture"? it trashes my screen :-(
sspiff has quit [Remote host closed the connection]
drachensun has joined #arm-netbook
AndChat|128225 has joined #arm-netbook
wingrime has quit [Ping timeout: 240 seconds]
<rellla> github.com/hno/uboot-allwinner
<rellla> is it possible to boot directly from sata already or use sd-card as "/boot" an sata-disk as "/" in hno's tree?
<rellla> or is that one more recent: github.com/a10linux/uboot-multi-allwinner?
<drachensun> rellla: nice work on the xbmc wiki
<drachensun> I really needed that dependency list, I wasted a lot of time with packages last time I messed with it
<rellla> last row in my terminal: LD xmbc.bin :-) <- hope this works after 6h compiling ...
<drachensun> wow 6 hours, oh well
<drachensun> I guess I should have played with the over clocking first
<mnemoc> rellla: the kernel and script.bin need to be either on uSD or NAND. rootfs can be on sata
<lundman> did we not add sata to uboot
<lundman> hmm that may have been something I was looking at
valhalla has joined #arm-netbook
mSquare has left #arm-netbook [#arm-netbook]
wingrime has joined #arm-netbook
sspiff has joined #arm-netbook
<wingrime> gingerbread roms faster than ics or jb?
<mnemoc> wingrime: this isn't an android channel
<oliv3r> bah, I did nothing on the datasheet, and it's hometime in 15 minutes :( i was lazy today :p
<mnemoc> oliv3r: ordered an a10 device yet?
<oliv3r> lol nope
<mnemoc> :|
<oliv3r> but! it's my birthday tomorrow, so maybe i'll have some extra birthday money to spend :)
<oliv3r> my pivos should be arriving soon, i'll probably sell it in a few weeks ;( (took 8 weeks to get here)
<oliv3r> (I ordered the pivos because xbmc does nativly work on it righ tnow, and the source, while questionable, is openly available)
<wingrime> why in ft5x driver in resume and suspend irq_enable and irq_disable comented out and resume doing over reset?
<mnemoc> rm: seems to be a lost cause after all... :-/
<rm> what
<mnemoc> rm: the crowdfunding of eoma68 cards/devices
<rm> "crowdfunding" as in "let's get 15 people sign up in a wiki"? :D
revident has joined #arm-netbook
<mnemoc> rm: i think he did the list because he doesn't believe there will be support
<mnemoc> and after over a year in the same state reading the same answer just made me give up
avernos has quit [Ping timeout: 246 seconds]
<mnemoc> rm: you were right. I naively misunderstood some recent mails like there was intention to open the project
<rm> I was?...
<rm> I don't remember stating anything in particular :)
<mnemoc> nothing in particular, only that I misunderstood something. I just figured out what was that something
<mnemoc> like when oracles talk ;-)
<hno> lundman, no SATA or NAND in u-boot.
lerc has joined #arm-netbook
specing_ has joined #arm-netbook
zoobab has joined #arm-netbook
RaYmAn_ has joined #arm-netbook
<hno> Why do people think that "uboot-multi-allwinner" is something to look at? That's the ICS u-boot with only slightly modified default config.
avernos has joined #arm-netbook
<hno> no SPL support, no MMC support, and most piecies following Allwinner standard code quality.
<mnemoc> because it's advertised in a popular forum
pawel5870 has quit [*.net *.split]
specing has quit [*.net *.split]
lerc_ has quit [*.net *.split]
RaYmAn has quit [*.net *.split]
zoobab_ has quit [*.net *.split]
WarheadsSE has quit [*.net *.split]
WarheadsSE has joined #arm-netbook
sspiff has quit [Remote host closed the connection]
<hno> hm. guess a number of u-boot tickets can be closed now,
<mnemoc> hno: i haven't tested the latest uboot on the a13 or mele yet, but this morning my cubie halted on spl's mmc detection after the second reboot
<mnemoc> (it used to be on the first ;-)
drachensun has quit [Quit: Leaving]
drachensun has joined #arm-netbook
<rellla> ok. xbmc is runnings smooth. how can i check, if hw-accel is used?
sspiff has joined #arm-netbook
sspiff has joined #arm-netbook
sspiff has quit [Changing host]
<rellla> framerate at 1280x1024@60Hz is around 35-40fps
<rellla> in system info: GPU: Mali-400 MP
<rellla> OpenGL vendor: ARM
<rellla> OpenGL version: OpenGL ES 2.0
<rm> rellla, is this on Android or under a GNU/Linux distro?
<rellla> debian sid armel
<rm> interesting
<mnemoc> also check cpu usage
<mnemoc> and cpu freq
<rellla> cpu-usage, what xbmc says ~ 80-90%
<rellla> top: ~83 us, ~6 sys, ~10 id
<rellla> cpu freq?
<mnemoc> /proc/cpuinfo
<mnemoc> but it smells like it's all sw accelerated
<mnemoc> 286.25 MHz :)
<mnemoc> is that while playing an HD video?
<mnemoc> if so, congrats, you are using the video decoding unit
<rellla> its only when staying in xbmc-gui
<rellla> no hd video here ;-)
<mnemoc> :(
<rellla> is downloading h264-hd-trailer ...
ssspiff has joined #arm-netbook
ssspiff has quit [Changing host]
ssspiff has joined #arm-netbook
sspiff has quit [Ping timeout: 246 seconds]
ssspiff has quit [Read error: Connection reset by peer]
wingrime has quit [Ping timeout: 260 seconds]
gimli has joined #arm-netbook
<techn> rellla: are you using which debconfig.. default one has quite lot of debugging stuff enabled.. which could cause some slowness
<techn> mnemoc or others could verify that.. :p
<techn> mnemoc: thanks for cherry-pick.. only 9 left ;)
<mnemoc> i splitted the ts one
<rellla> techn: don't understand!?
<techn> yep I noticed
<rellla> debbconfig?
<mnemoc> and fixed a redefined constant
<mnemoc> techn: do you have a working sata?
<techn> + style fixes
<techn> mnemoc: I have MiniX. So no sata
<mnemoc> :<
<mnemoc> i spent over an hour searching for a sata/ide power brick to test the sata changes on my cubie and once i found it, it was dead :<
<techn> rellla: ok.. you got kernel precombiled, nevermind
wingrime has joined #arm-netbook
<popolon> mnemoc, do you mean cubieboard by itself don't have enough power for sata ?
<mnemoc> popolon: mine was shipped before the adapters were made
<popolon> oh
<popolon> but there is a more or less power standard connector
<mnemoc> 5V ~1A on a 2pin header
<mnemoc> good enough for most 2.5" drives
<mnemoc> *cough*
<mnemoc> rellla: you only need to show the bogomips value
<mnemoc> 400MHz is still low
<rellla> 298.17
<rellla> varies between 300-400
<mnemoc> playing an hd video fluently? it's good. vpu is been used
<popolon> thx
<rellla> not that fluently. only 15fps.
furan has joined #arm-netbook
<rellla> could this be, because i use a vga-display and xbmc at 1280x1024@60Hz?
<mnemoc> nope
wingrime has quit [Ping timeout: 245 seconds]
<rellla> when setting A10HWR=1 i get ~60fps in gui
<rellla> when playing the hd-movie, xbmc plays with ~24fps, but nothing can be seen.
<mnemoc> gui is NOT rendered by the VPU
<rellla> i get this warning: [DISP_WRN] file:drivers/video/sunxi/disp/de_bsp_sun4i/de/disp_layer.c, line 124: not supported image0 pixel sequence: 216 in img_sw_para_to_reg
<Turl> /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
<rellla> not by the vpu but the gpu?
<mnemoc> rellla: doubtful
<mnemoc> i've never used xbmc, but mali400 only cares about 3D
<mnemoc> (GL)
<TomNL> so you dont see anything on screen when playing back video?
<rellla> i see the osd-sysinfo, a black area which should possibly be the video? and the rest of the warning 10times a second at the left,right,upper and down borders
<TomNL> rellla: i hope to be able to try tonight
<TomNL> rellla: what linux are you on?
<rellla> TomNL: a debian unstable - armel
<TomNL> in the xbmc log, it shows its using hw playback with hw layer?
<rellla> one moment
<rellla> this is my complete xbmc.log: http://pastebin.com/78DFpdUf
<rellla> exported A10HWR=1, and started xbmc with ./xbmc.bin --standalone -n -d
<rellla> TomNL: correction: i see the gui is working normal, bottom-toolbar etc. only a black video-area
<rellla> TomNL: when i stop video playing, this error message hurrys over my screen an in the middle of the screen remains a black area behind gui.
Quarx has quit []
<TomNL> what kind of video are you trying?
<rellla> TomNL: he notices me "using hardware rendering" in line 763
<TomNL> yep and also hw rendering to screen
wingrime has joined #arm-netbook
<TomNL> maybe he is incompatible with newer kernel?
<mnemoc> nah, nothing has changed that could affect it
<rellla> maybe. i'm using amery's default allwinner branch?!
<rellla> amery must know it ;-)
<mnemoc> amery has never tried to play a video on an A10 device except on stock android
<rellla> ;-)
<rellla> btw: warning runs down screen, even when i kill xbmc
<Turl> mnemoc: kexec is really convenient :)
<Turl> you should try it :P
<mnemoc> almost all my sunxi time is devoted to vi+make+rsync+reboot+booted?+loop
<Turl> mnemoc: you can cut it to vi+make+rsync+kexec+goto vi
<mnemoc> nah, it's not the same
<Turl> indeed, it's better :) if your kernel crashes on boot the device reboots normally after the panic without having to pull the sdcard to copy a fixed kernel or anything
<mnemoc> that's why I keep two uImage files in the card ;-)
<Turl> heh
aexl has joined #arm-netbook
<aexl> hello
<rm> hi
<aexl> hno: is it possibe to get u-boot outpoot with micro sd sniffer? i only get kernel output ...
<aexl> output
<mnemoc> yes, modifying the uboot in the nand capable branch of hno's tree
<mnemoc> lichee-dev iirc
<aexl> which branch? couldn't find it in the wiki.
<aexl> :D
<mnemoc> it's unmaintained, that's why
<mnemoc> the priority is still to get the SPL working well
<mnemoc> aexl: in hno's allwinner-info there is some stuff that is supposed to let you have jtag/uart/mmc in the same uSD
<mnemoc> jtag controlled
wingrime has quit [Remote host closed the connection]
<mnemoc> voodoo
<aexl> thx
<aexl> he made a comment about "tristating the JTAG probe" whatever that means
<aexl> in the ML
<mnemoc> yes, that's the voodoo
<mnemoc> look at allwinner-info repo
<aexl> jtag folder?
<mnemoc> clone it an unleash your curiosity ;-)
<aexl> first i'd have to develop some understanding of c or python or coding in general ... ...
<mnemoc> most stuff there is information, not code
<cat1> hmm.. is this something i should worry about:
<cat1> [ 688.027] (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument
<mnemoc> nope
<mnemoc> but you can try to fix it if you like ;-)
<cat1> mnemoc: if i would only know what is this :)
<mnemoc> smells to ioctrl
<cat1> yeah, what i meant is that what is behind.. but will put a couple of printk's there
<mnemoc> :)
jquip has joined #arm-netbook
jquip has quit [Client Quit]
lerc has quit [Ping timeout: 276 seconds]
<aexl> mnemoc: so in general is it possibe to have u-boot output without a special u-boot?
<aexl> possible
<mnemoc> aexl: depends what you call special. it needs to know what pins to use
<mnemoc> linux reads the script.bin, uboot doesn't
<mnemoc> hno: i can't reproduce the hanging on spl detecting mmc when rebooting the mele :| ... only in the jtag-less cubie :<
<aexl> gnexus assumed that script.bin has to be read first to determine the pins ...
<mnemoc> nope
<mnemoc> on stock boot doesn't either
<mnemoc> boot0/boot1 get relevant info injected as a binary header by livesuit
<aexl> but i have to edit script.bin to tell the device to use mmc as uart ...
<mnemoc> to tell the linux kernel to use those pins as uart0
<aexl> ok. so the code to tell u-boot to use mmc is somewhere in lichee-dev?
<mnemoc> lichee-dev is an old branch which knows to read from NAND
<mnemoc> and yes, there you'll find some gpio_set_cfg (or similar) calls muxing the uart0 pins
<mnemoc> which you need to change to use the pins on the mmc
RITRedbeard_ has joined #arm-netbook
<aexl> thx. will look into it (or tell gnexus about it^^)
<mnemoc> :)
<aexl> could take some time for me (start of november) also with the ft5x_ts issue.
<mnemoc> "the ft5x_ts issue" should be fixed...
<aexl> #if 0 fixes it fast.^^ for comments and cleaning i'll need some help then.
<mnemoc> update to today's HEAD of the kernel branch
<mnemoc> you should have funcional multitouch
tuliom has quit [Quit: Konversation terminated!]
<aexl> oh alright. just needed a nudge eh?^^
rellla has quit [Quit: rellla]
<aexl> yes
<aexl> on ML what is the correct way to use in-reply-to? i tried with thunderbird today but got an error message.
<mnemoc> normally it's enough to hit [reply] over the right message...
<mnemoc> if you need to do it manually, when using git-send-email for example, look for Message-Id: on the header
<aexl> as long as i don't botch up the ML i guess i don't anger lkcl^^
<mnemoc> try replying from gmane
<mnemoc> in the case you don't have the physical mail you want to reply in your inbox
<aexl> oh. directly from the site. that's convenient.
<mnemoc> yup
<aexl> but reading on gmane is not pleasent (font, style ...)
<mnemoc> it has different views
<aexl> pleasant
mikey_w has quit [Remote host closed the connection]
tuliom has joined #arm-netbook
hp__ has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
raver2046 has joined #arm-netbook
aexl has quit [Ping timeout: 245 seconds]
<raver2046> hello
<raver2046> how to remove "mele_launcher.apk"
<raver2046> when i remove it with adb shell the mele reboot and is stuck on the boon animation
<raver2046> just want to replace "mele_launcher.apk"
<techn> hno: can't find sunxi-spl.bin anymore :(
<mnemoc> techn: the target names changed
<mnemoc> it's per-board now
<mnemoc> grep sunxi boards.cfg and pick the most appropriate
<raver2046> i m in mele a1000
<mnemoc> raver2046: that's kind of a generic android question
<techn> mnemoc: hno's wiki says that sun5i is still proper target :(
<mnemoc> nope, it doesn't
<mnemoc> uhm...
<mnemoc> use a13_olinuxino
<techn> and I got no errors.. only bin I got u-boot.bin
<techn> ok. thanks
<mnemoc> that "generic" thing probably doesn't enable SPL
<mnemoc> techn: sorry for the "it doesn't"
<mnemoc> it indeed does
<raver2046> ok if it's generic can u help me ?
<raver2046> just want a generic launche
<mnemoc> raver2046: this is not an android support channel
<raver2046> i am on the new 1.3beta
<techn> mnemoc: yes.. hno bug reported :)
<raver2046> google play is laggy
<mnemoc> raver2046: it's actually full of android haters
<raver2046> ok see ya
<techn> mnemoc: hno: that 'API' change breaks cnxsotware nightly builds?
<mnemoc> techn: absolutely
<techn> mnemoc: thanks.. olinuxo target generated sunxi-spl.bin :)
<mnemoc> :)
rellla has joined #arm-netbook
<hno> techn, there is no generic SPL.
<afgdsgh> hey, what is actually best arm processor and which device has it except phones?
<afgdsgh> and except tablets
<techn> hno: ok.. olinuxo_a13 target verified with MID A13 tablet
<afgdsgh> some mini pc/mini devices
<mnemoc> afgdsgh: dual or quad cortex-a9s
<afgdsgh> mnemoc do you know what devices uses it except phones and tablets?
<mnemoc> afgdsgh: the odroid-x for example
<afgdsgh> i know about it, but its like "open development" very buggy..?
<afgdsgh> its like pre-alpha
<afgdsgh> any others?
<mnemoc> look at linaro's site
<mnemoc> those have all good linux support
<mnemoc> but no quad-a9 there iirc
<afgdsgh> btw, android system is WoW few years ago when when was android first start i didnt think it will be so much popular because it required to good work like ios strong hardware, but at this moment all devices(dvd players/blue-ray players/tv/ etc..) will have android system instead of its own firmware
<afgdsgh> mnemoc hm isnt that board buggy and week as raspberry pi?
<mnemoc> i don't know, i don't have one
<mnemoc> but it's the only quad a9 I'm aware of
<mnemoc> quite pricy
raver2046 has left #arm-netbook [#arm-netbook]
<hno> iMX6 is still a new kid on the block. Quite likeky a bit rough support, but still far ahead of A10.
<mnemoc> hopefully wandboard will make a quad soon too
<mnemoc> (with more ram)
<hno> Both the iMX6 and Exynos 4 are nice CPUs, but also bleeding edge.
revident has left #arm-netbook ["Leaving"]
<mnemoc> but both got linaro's $support$...
merbzt has joined #arm-netbook
<Turl> woot
<Turl> I've got tv-remote controlled mele mpd now :D
<mnemoc> IR?
<mnemoc> wiki please
<drachensun> rellla: I keep getting an segmentation fault trying to build taglib, did that come up for you?
<techn> hno: mid a10 tabled verified(boots to x).. but still facing problems with boot, 29 of 30 tries crashes even before backlight starts :(
<rellla> drachensun: nope, i can't remember. what's your build system?
<Turl> mnemoc: yup IR
<drachensun> rella: I set up debian on a chroot
<Turl> mnemoc: I made a small daemon that grabs keycodes and runs arbitrary commands
<drachensun> rellla: with sid
<mnemoc> Turl: nice
<rellla> Turl: wiki please ;-) - if there's no chance for xbmc, mele's future will be mpd
<mnemoc> http://linux-sunxi.org/IR wants to know more about it :)
<drachensun> rellla: I've got an idea actually, let me try something
<drachensun> rellla: my 1G ram setup is still a little iffy
<hno> Turl, so not verified then?
<hno> Turl, do you have UART console?
<Turl> hno: verified what?
<Turl> I do
<hno> Can you boot to android u-boot?'
<Turl> haven't tried
<hno> because you really should be using the right parameters for your board. We can extract those via u-boot booted from nand.
<hno> plus script.bin
von_fritz has quit [Quit: vonfritz leaves, don't panic]
<hno> ah, sorry, was techn that had boot issues, not Turl
<hno> techn, above is directed at you.
<drachensun> bizarre http://pastebin.com/yMRvKPmE
<zoobab> hi
<mnemoc> poor Turl was awfully puzzled :p
<zoobab> got some a10 netbook with android, would like to install debian on it
<hno> drachensun, random, or every time when trying to compile thatr file?
<hno> zoobab, for now it's easier to install debian on an sdcard, leaving the internal storage alone.
<Turl> mnemoc: :)
<rellla> drachensun: hm... maybe i forgot st in the wiki? cmake?
<drachensun> I did have to add cmake
<drachensun> I was going to add that to wiki once I finished my build, to see if anything else came up
<drachensun> but yeah, I already did that
<drachensun> that error is just so strange to me I'm not even sure what to try
<drachensun> is there a premade taglib I can get?
<hno> drachensun, do you get the same error each timew you try building thsat file?
<drachensun> hno: yup
<hno> how much memory + swap do you have?
<drachensun> hno: it doesnt vary though, sometimes 5% done, sometimes 1%
<drachensun> well first I was building with my 1G of ram going, 860m that shows or so
<rellla> drachensun: mine, but tomorrow. im not in front of mele
<rellla> 1G which device?
<drachensun> now I am running with 512 and have about 460 with the swap
<hno> how much swap?
<drachensun> 393M swap
<drachensun> 1G tablet, its a generic oem model
<hno> so very little memory for building stuff.
<rellla> on the mele i had less
<drachensun> well I had 700M free before and had the same thing happen, with all the ram enabled
<drachensun> I can make the swap bigger though I guess
<hno> you say it crashes at the same file but different %. What do you mean?
<techn> hno: yearlier boot crashed before X (with a10), now it boots to X.. No, I dont have UART.. yet.. I have ordered one.. Haven't tried to boot android with other u-boot than which is on nand
gimli has quit [Quit: Verlassend]
<drachensun> as its building [ 1%] Building CXX object taglib/CMakeFiles/tag.dir/mpeg/id3v1/id3v1genres.cpp.o
<techn> hno: I'm using correct script.bin.. but where I can find u-boot params?
<drachensun> that [ %] increments
<drachensun> Its gotten as high as 5%
<drachensun> usually 1% though
<hno> but always crashes on /xbmc/xbmca10/tools/a10/depends/taglib/taglib-1.8/taglib/mpeg/id3v1/id3v1genres.cpp:219:1: internal compiler error: in create_fix_barrier, at config/arm/arm.c:12079?
<drachensun> rellla: Ok thanks, I'll try that tomorrow if this is still stuck
<drachensun> I don't think so
<drachensun> this time it was ....
<mnemoc> memory corruption maybe?
<drachensun> from /xbmc/xbmca10/tools/a10/depends/taglib/taglib-1.8/taglib/mpeg/id3v1/id3v1genres.cpp:26:
<techn> hno: after testing more.. with correct power button timing boot success rate can be improved.. I also noticed that mid a13 tablet has samekind problem, but not that bad
<drachensun> yeah, its gotta be something on my HW, its too random
<drachensun> I just wonder why is coming up now, the rest of the system built fine
<hno> drachensun, so then it's random., which can be triggered by bad hardware or running out of memory.
<hno> or bad hardware configuration.
<drachensun> is there a way I can force it to use the swap?
<mnemoc> g++ is very skilled triggering those problems
<Turl> mnemoc: https://github.com/turl/keybinder pulls request accepted :)
<Turl> pull*
<Turl> pull requests*
<mnemoc> Turl: no wiki? :<
<Turl> wiki is next
<drachensun> well it was strange
<Turl> I needed sauce to write wiki though :)
<drachensun> when I tried the 1G hack, I ran memtest
<mnemoc> :)
<mnemoc> the 1G hack?
<drachensun> and it was having some random errors in dmesg but the results said everything was 100%
<hno> techn, now I am confised. Which device have bad problems=?
<drachensun> from the issues on the u-boot wiki
<drachensun> how to enable the other 512MB of ram
<mnemoc> drachensun: that's likely to be arcane...
<drachensun> I copied that other guys method of just doubling the bank count
<drachensun> heh
<drachensun> might be a bad idea
<hno> can't work.
<hno> also need dram controller setting.
<hno> anyway, all of that is history.
<drachensun> also though I dropped back to the original 512MB settings and its getting the same error
<techn> hno: MID A10 tablet has really bad problems (I used cubieboard target), MID A13 has minor problem..
<drachensun> I cant get the new u-boot to boot
<mnemoc> drachensun: should have started with that
tuliom has quit [Quit: Konversation terminated!]
<hno> drachensun, have you made a memory config for your board, and updated u-boot in the last 16 hours?
<drachensun> mnemoc: I mentioned all this the other day when we tried it but yeah, I should have pointed it out I guess
<drachensun> nope, I saw you had updates though
<drachensun> ok let me build that and see
<hno> techn, you really should be using the right configs for your boards. It's not reliable to randomly pick another board.
<techn> hno: where I can find correct config? and what config you are referring?
<hno> drachensun, anything before last commit is unreliable.
<mnemoc> techn: dram_para
<techn> mnemoc: and that can be found from?
<hno> techn, it's embeedded in the boot0/boot1 header in your NAND. Unfortunately only known method of extracting them is via u-boot booted from nand.
<mnemoc> if you are lucky your script.bin has enough data
<drachensun> techn: I've got the config from my A10 Mid, you can try it if you can't get yours
<techn> dram_baseaddr = 0x40000000
<hno> there is quite many different "A10 Mid".
<mnemoc> techn: that's the only useless arg in that section
<techn> mnemoc: :)
lerc has joined #arm-netbook
<techn> ok.. so I should create my own board config then?
<hno> mnemoc, I no longer trust script.bin for these parameters. livesuit seems to override them.
<mnemoc> :<
<hno> but keeps script.bin in original form.
<drachensun> interesting, so we don't know where that version of them is stored?
<mnemoc> in boot1
<techn> ok.. so is there page where extracting from u-boot nand is described?
<hno> we know exactly where, just not how to easily get there
<drachensun> could a hex dump of that file get it? or is it not always in the same place?
vinifr has joined #arm-netbook
<Turl> mnemoc: not really imaginative, but it's the best I could come up with :P http://linux-sunxi.org/IR
<hno> drachensun, it's not a file
<drachensun> no, I get its a compiled binary
<drachensun> I just mean is there any easy way to extract it
<hno> it's a raw binary stored in raw nand blocks.
<drachensun> I guess I can check my own since I found them once already
<mnemoc> md.b 0x42400000 0x82d0
<techn> .. I gotta sleep now.. Back tomorrow :)
<hno> not accessible from u-boot or android with current drivers.
<mnemoc> techn: thanks
<drachensun> ok
<mnemoc> as of today, nand's uboot is the only way
<hno> but there is sufficient residues of boot1 left in ram when it loads u-boot from nand
<mnemoc> or pray the gods your script.bin has good dram_para data
<drachensun> lol
<hno> mnemoc, the mali reservation will be a headache.
<drachensun> I've got a diverse set of hardware here and I am hoping to get it all running on linux
<drachensun> so I might try and figure out a way to extract it
<mnemoc> hno: don't try to do it on u-boot. we need to fix the driver or make the memory chopping code smarter
<hno> ok. Or ask the user to supply mem=... when using mali.
<mnemoc> hno: when tested that didn't work.
<hno> it should.
<mnemoc> hno: no clue why, but the .ko crashed horribly
<hno> odd.
<mnemoc> others pass the memory as a platform_device resource.... but their mali config looks awfully different to ours
<rellla> hno: is there a difference between "make sun4i CROSS_COMPILE=arm-linux-gnueabi-" and "make mele_a1000 CROSS_COMPILE=arm-linux-gnueabi-"
<hno> wasn't at least one using os memory for mali?
<mnemoc> rellla: yes, sun4i won't give you SPL
<mnemoc> hno: yes, but our userspace libs expect fixed address/size
<hno> rellla, yes. Only the latter builds an SPL for Mele A1000.
<hno> u-boot.bin should be mostly the same however, only different board name reported.
<hno> but generic sun4i target do not build SPL at all. No data for it.
<hno> s/No data/No configuration/
<ibot> hno meant: but generic sun4i target do not build SPL at all. No configuration for it.
<rellla> ok, because mine (with sun4i) works, i gotta SPL. maybe i built it before your commit 2 days ago...
<Turl> https://www.humblebundle.com/ pay what you want, help charity, get 8 ebooks
<drachensun> hno: does anything other than dram.c need to be modified?
<hno> drachensun, probably not.
<drachensun> well it got to the kernel
<hno> there is voltage settings in common/board.c and there is a slight chance you need other dram voltage than expected.
<drachensun> I'm getting lots of kernel crashes
<drachensun> but yeah before I couldn't see anything out of uboot
<drachensun> ok after a reset seems to be up
<hno> drachensun, so improved, but not yet perfect.
<mnemoc> hno: any idea what might be causing SPL to halt detecting the mmc on reboot on the cubie?
<hno> not really..
<drachensun> hno: yup, its showing the whole 1G of ram and I'm pretty sure I have the kernel hack off
<hno> drachensun, are you loading mali driver? that requires the hack on.
<drachensun> yup
<mnemoc> mali memory hack is independent of the mem size hack
<drachensun> and sure enough the error is Mali: mali clock set completed, clock is 320000000 Mhz
<drachensun> <1>Unable to handle kernel NULL pointer dereference at virtual address 0000000c
<hno> mnemoc, no.
<mnemoc> BUT it assumes you have 512M banks
<drachensun> PC is at mali_kernel_memory_mmu_interrupt_handler_upper_half+0x28/0xc0 [mali]
vinifr has quit [Quit: Page closed]
<drachensun> another random crash, I'll try and document it some later, my 2 year old is demanding my attention :)
<hno> mnemoc, the hack hardcodes meminfo settings completely ignoring what bank configuration u-boot sent.
<mnemoc> hno: yes, it's awful
<mnemoc> it needs the first bank to be 512M
<hno> it sets the first bank to 512-64
<Turl> the userspace mali libs have addresses hardcoded
<Turl> #blamearm
<Turl> s/sss/ss/
<mnemoc> nah. others have done this decently
<mnemoc> hno: it's worse than that. it's size-64
<Turl> mnemoc: I moved the allocation to the end and libUMP/ump complained
<Turl> because the addresses weren't the hardcoded ones :x
<mnemoc> hno: will add a MALI_RESERVE_MEM option to disable the hack
<mnemoc> hno: and then try to make the hack smarter :|
rellla has quit [Quit: rellla]
<hno> mnemoc, for now just rename CONFIG_SUNXI_IGNORE_ATAG_MEM and drop the #else.
<hno> the hack is for mali.
<mnemoc> that would mean killing mali for everyone booting from uSD
<hno> no
<hno> only killing mali for everyone booting without the define set.
<hno> s/only //
<ibot> hno meant: killing mali for everyone booting without the define set.
<hno> which it quite expected. Mali won't work unless you reserve memory for it.
<hno> mnemoc, did you have the #else when tesing mem=...? If you did then that #else would probably kill the framebuffer and a bit more.
<mnemoc> it tested it hack-less
<mnemoc> s/it/I/
<ibot> mnemoc meant: I tested it hack-less
mtd has quit [Quit: leaving]
tzafrir has quit [Ping timeout: 256 seconds]
Gujs_ has joined #arm-netbook
Gujs_ has quit [Read error: Connection reset by peer]
tuliom has joined #arm-netbook
alcides has joined #arm-netbook
alcides has quit [Changing host]
alcides has joined #arm-netbook
afgdsgh has quit [Read error: Connection reset by peer]
mikey_w has joined #arm-netbook
n6pfk has joined #arm-netbook
merbzt has quit [Ping timeout: 276 seconds]
mhinner has joined #arm-netbook
mysteryname has joined #arm-netbook
tzafrir has joined #arm-netbook
<hno> hi mhinner
mysteryname has quit [Read error: No route to host]
mhinner has quit [Ping timeout: 245 seconds]
newbie has joined #arm-netbook
newbie is now known as Guest33043
Guest33043 is now known as hp__
rsalveti_ has joined #arm-netbook
rsalveti has quit [Ping timeout: 246 seconds]
rsalveti_ is now known as rsalveti
<lundman> morning