| 00:04.48 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 00:17.10 | *** join/#arm-netbook klys (~mdasoh@253-175-174-206.cust.wirelessbeehive.com) |
| 00:19.10 | klys | ok I am trying to unbrick my tablet. it I think is doing fsck on / and so it doesn't ever start the "loading..." sequence. the question I have is there used to be this file online called debin-wm8650-0.5.img.7z; does anyone here have this file? |
| 00:19.47 | klys | *debian-wm8650-0.5.img.gz |
| 00:21.24 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 00:31.53 | froese | klys: I don't know that file. but could you tell me what kernel you are using with your wm8650? |
| 00:40.03 | *** join/#arm-netbook revident (~scott@76-10-173-74.dsl.teksavvy.com) |
| 00:41.02 | *** join/#arm-netbook rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 00:43.26 | klys | froese: just the kernel that came with it, 2.6.26 for arm |
| 00:45.33 | froese | klys: ah, ok. a vendor kernel then, i suppose, not a vanilla kernel. |
| 00:46.16 | klys | so I found this debian_wheezy_3.0.36.img.gz and am going to try that |
| 00:52.19 | *** join/#arm-netbook AC`97 (~pzzt@50-0-74-177.dsl.dynamic.sonic.net) |
| 00:57.37 | klys | I did gunzip debian_wheezy_3.0.36.img.gz > /dev/sde; // all I got was an empty FAT32 filesystem. |
| 00:57.57 | buZz | eh yeah that will not work |
| 00:58.20 | buZz | gunzip debian_wheezybla.gz ; dd if=debian_wheezybla.img of=/dev/sde |
| 00:59.02 | klys | ok |
| 00:59.05 | buZz | wm8650? this sounds familiar .. |
| 00:59.07 | buZz | hmm |
| 00:59.25 | buZz | i THINK i have a 7" winCE netbook with this arch at the hackerspace |
| 01:00.14 | buZz | oh |
| 01:00.15 | buZz | no |
| 01:00.25 | buZz | a mate of mine has a 7" tablet with it :P |
| 01:00.30 | klys | ok |
| 01:00.56 | buZz | ok |
| 01:01.58 | klys | oh gees, now I have to download the image again. |
| 01:04.44 | klys | there was one other thing about mounting the tablet's filesystem. It seemed like the filesystem type was affs or something like that, not ext2 |
| 01:05.03 | klys | I don't remember the name of it for sure. |
| 01:05.17 | buZz | jffs2? |
| 01:05.57 | klys | thanks |
| 01:10.45 | *** join/#arm-netbook stefanro (~stefan@pD9FFA6E0.dip.t-dialin.net) |
| 01:13.43 | froese | jffs2 is only used and raw flash devices. /dev/sde does not sound like one :-) |
| 01:14.11 | klys | well it's in a usb plug |
| 01:14.17 | froese | i have a netbook here with a wm8850. |
| 01:14.43 | froese | usb-drives can run any fs. |
| 01:14.46 | klys | it's a microsd card in a usb plug |
| 01:14.59 | froese | the same. |
| 01:15.22 | klys | so I have to load it with a bootable image with uboot on it. |
| 01:15.56 | froese | eh, no. the u-boot is built-in. it loads the kernel from usb/sd/whatever. |
| 01:16.25 | klys | do you think it could be farking out befor it ever gets to the sd card? |
| 01:16.33 | klys | *before |
| 01:16.45 | klys | it might be |
| 01:16.47 | froese | possible. |
| 01:17.15 | klys | because that's when it's supposed to say "loading..." |
| 01:18.34 | froese | i don't know what it tries to load. |
| 01:18.49 | klys | yeah, I have to figure that out I guess. |
| 01:18.59 | froese | it boots android when the usb-drive is removed? |
| 01:19.21 | klys | well, when the microsd card is removed it's supposed to boot android |
| 01:20.14 | froese | and on the sdcard is a small fat-fs and the debian root-fs (ext3/4/whatever)? |
| 01:20.40 | *** join/#arm-netbook AC`97 (~pzzt@50-0-74-82.dsl.dynamic.sonic.net) |
| 01:21.17 | froese | but android isn't booting either? |
| 01:22.36 | klys | yes, both are true. |
| 01:22.53 | klys | I don't know whether it has the debian root fs. |
| 01:23.08 | klys | it doesn't yet. |
| 01:24.27 | froese | the wm8xxx u-boots usually look on removable media for a u-boot script (called either wmt_scriptcmd or FirmwareInstall/autorun.1.wmt) |
| 01:24.50 | froese | if i can't find such a script, it tries boot from nand (the internal flash). |
| 01:24.55 | klys | OK this might work |
| 01:25.14 | froese | s/if i/if it/ |
| 01:26.44 | klys | I might have to get a copy of that script. |
| 01:28.31 | froese | be carefull with those scripts. there are some flying around that modify device parameters and/or install a new u-boot. those are highly device specific. |
| 01:41.07 | froese | i assume you have no serial connection to the device? |
| 01:44.15 | klys | no, this thing didn't exactly come with a serial connector. |
| 01:44.31 | klys | I'm still writing to the sd card. |
| 01:44.42 | froese | noone does ;-) |
| 01:45.35 | froese | usually 3 or 4 pads on the board... |
| 01:45.46 | klys | I can't really concur with your sympathy seeing there is no way to obtain a serial connector. |
| 01:46.40 | klys | we'll see if this works. |
| 01:46.55 | froese | well, most people hacking around with arm devices soldier an serial cable to their board exactly because it's really hard to fix any boot issues without one. |
| 01:48.43 | klys | when it boots, the green android appears on the screen, and starts checking something. it never completes. |
| 01:49.27 | froese | imo your best bet would be to try to find an original android installer/updater image for your device. that may fix any issues with bad env-parameters, restore a working kernel and filesystem. then you can start again with installing debian on it. |
| 01:50.12 | klys | I'm just trying to get back to the filesystem that was there. |
| 01:50.52 | froese | but if it isn't even booting android ... |
| 01:51.19 | klys | I don't think I installed the sysvinit deb before it crashed, though there is a remote possibility. |
| 01:51.53 | klys | It isn't compatible with arm debs, just armel |
| 01:52.59 | froese | usually debian checks the architecture. you won't even see it if it isn't available for your architecture. |
| 01:53.42 | klys | the kernel already boots into the required architecture. |
| 01:55.32 | klys | It's done writing the SD, now to try it. |
| 01:55.49 | froese | these android-strick do have an ethernet, didn't they? |
| 01:56.06 | froese | s/strick/sticks/ |
| 01:56.48 | froese | oh no, only hdmi on one side and usb on the other. |
| 01:58.00 | nulluser | Well, if you have an xray machine and a really small drill you might be able to connect to the pads ;) |
| 01:59.57 | klys | should I just rename /script.bin to /wmt_scriptcmd ? |
| 02:00.13 | klys | there is also /boot.scr |
| 02:02.19 | froese | careful! look into the script first! (ignore the first 72 bytes binary junk) |
| 02:02.34 | klys | I will just rename /boot.scr to /wmt_scriptcmd |
| 02:02.39 | froese | afaik, wmt_scriptcmd is used only on older devices. |
| 02:03.11 | klys | how old? 2011? |
| 02:03.14 | froese | boot.scr may be a boot screen. |
| 02:03.29 | froese | how large are the files... |
| 02:04.30 | klys | 475 boot.scr 43148 script.bin 3951200 uImage |
| 02:05.32 | froese | the smallest looks like a script. the 43k one is strange. the uImage is clear. |
| 02:06.24 | froese | just look into boot.scr. it has a 72 bytes binary header, the rest is ascii. |
| 02:07.42 | froese | (but don't change it, the binary header contains a checksum) |
| 02:10.02 | froese | and if you see the command "saveenv" in the script DON'T start it. |
| 02:12.01 | klys | I opened it with emacs. the file doesn't look like the format you described at all. |
| 02:12.47 | klys | ok, I'm back out of demand with this thing. I don't know what to do. |
| 02:13.28 | klys | does uboot have a blocklist of the file? |
| 02:14.01 | froese | no. it has a simple (and buggy) vfat driver built-in. |
| 02:14.21 | klys | because if it doesn't I could move it into /Firmwareinstall |
| 02:14.59 | klys | but it's not a script |
| 02:16.05 | klys | I have LOST.DIR boot.scr evb.bin evb_1.bin script.bin uImage |
| 02:17.54 | klys | correction, boot.scr is a script like you described. (script.bin is not.) |
| 02:17.58 | froese | u-boot files start with the magic number 27 05 19 56. if the file doesn't start with that, u-boot will not run it. |
| 02:19.05 | froese | try "file /mnt/sdcard/boot.scr" |
| 02:21.08 | klys | OK I renamed /boot.scr to /wmt_scriptcmd and the tablet is behaving differently. |
| 02:22.11 | klys | the green man and the kernel versions stay on the screen. |
| 02:22.52 | klys | ...and the green man doesn't start moving around at all. |
| 02:23.39 | klys | Does this uBoot have a blocklist of uImage? |
| 02:23.52 | froese | no. it has a simple (and buggy) vfat driver built-in. |
| 02:24.48 | klys | cool. I might just replace uImage and see if I can get it to find the screen. |
| 02:25.50 | klys | I have setenv setargs 'setenv bootargs console=${console} root=${root} loglevel=${logl\ |
| 02:25.51 | klys | evel} ${panicarg} ${extra}' |
| 02:26.25 | klys | from the script, is ${console} /dev/ttyS0 ? |
| 02:26.40 | klys | I want it to be /dev/tty1 |
| 02:27.58 | froese | where did you find that line? |
| 02:28.34 | klys | boot.scr was renamed and it affected it. the line is from this file. |
| 02:29.29 | froese | ah, it's a script after all. just wondering because you said it isn't. |
| 02:30.03 | froese | look for a "setenv console xxxxx". usually it's ttyS0,115200n8 |
| 02:30.45 | klys | okay, how do I update the checksum? |
| 02:30.49 | froese | but does your kernel even has a framebuffer console build in? else you won't see tty1 output. |
| 02:30.59 | froese | with mkimage |
| 02:36.30 | froese | but it doesn't "correct" the checksum. it takes a file and adds a correct header to it. so you first have to strip the current header. |
| 02:38.47 | klys | is arch armel? |
| 02:39.47 | froese | just arm is ok for scripts. |
| 02:39.56 | klys | entry point? |
| 02:40.02 | froese | 0 0 |
| 02:40.54 | froese | -A arm -O linux -C none -T script -a 0 -e 0 -n Boot-Script -d boot-scr.txt boot.scr |
| 02:42.27 | froese | "mkimage -l boot.scr" shows the settings of the original file (as does "file boot.scr") |
| 02:47.54 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 02:48.19 | klys | ok now to build the kernel. |
| 03:22.27 | *** join/#arm-netbook lerc (~quassel@121-74-240-231.telstraclear.net) |
| 03:24.02 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 03:25.07 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 03:25.48 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 03:52.17 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 04:18.03 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 04:55.42 | *** join/#arm-netbook aholler_ (~aholler@p57B20249.dip0.t-ipconnect.de) |
| 04:58.46 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 05:28.00 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 06:00.54 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 06:03.52 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 06:06.49 | *** join/#arm-netbook Quarx (~Quarx@46.233.218.123) |
| 06:14.00 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 06:16.02 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 07:07.58 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 07:09.42 | *** join/#arm-netbook servili007_ (~servili00@unaffiliated/servili007) |
| 08:13.09 | *** join/#arm-netbook rellla (~quassel@p4FE564F7.dip0.t-ipconnect.de) |
| 08:20.03 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.111) |
| 08:30.59 | *** join/#arm-netbook hst_ (54d3174c@gateway/web/freenode/ip.84.211.23.76) |
| 09:31.20 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 09:39.23 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.111) |
| 09:46.34 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.98) |
| 10:05.27 | *** join/#arm-netbook stefanro (~stefan@pD9FFA6E0.dip.t-dialin.net) |
| 10:36.11 | *** join/#arm-netbook von_fritz (~fritz@host212-191-dynamic.4-87-r.retail.telecomitalia.it) |
| 10:40.24 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.102) |
| 10:48.44 | *** join/#arm-netbook Guest81011 (~fredy@snf-8914.vm.okeanos.grnet.gr) |
| 11:09.59 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:11.27 | *** join/#arm-netbook eebrah (~eebrah@212.49.88.102) |
| 11:11.52 | *** part/#arm-netbook eebrah (~eebrah@212.49.88.102) |
| 11:42.51 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 11:48.12 | *** join/#arm-netbook ganbold__ (~Ganbold@202.21.108.111) |
| 12:33.52 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 12:42.27 | *** join/#arm-netbook hst_ (54d3174c@gateway/web/freenode/ip.84.211.23.76) |
| 12:49.19 | *** join/#arm-netbook Quarx (~Quarx@109.120.46.213) |
| 13:13.07 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.111) |
| 13:20.13 | *** join/#arm-netbook barqux (~ludde@nl102-236-113.student.uu.se) |
| 13:20.30 | barqux | hey, is anyone familiar with the mk802-II? :) |
| 13:24.06 | techn_ | barqux: ask ManoftheSea |
| 13:31.03 | barqux | ManoftheSea: on the mk802-II, using the sun4i 3.0.52+ kernel, what's the approach for getting the system to recognize the entire 1GB ram? It currently gives me ~300 MB (500 - mali) |
| 13:31.07 | barqux | techn_: ty |
| 13:55.11 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 14:47.57 | hno | barqux, what method do you use for booting? u-boot from SD, or Allwinner bootloader from NAND? |
| 14:48.57 | *** join/#arm-netbook rz2k (~rz2k@128-69-239-76.broadband.corbina.ru) |
| 14:58.54 | barqux | hno: u-boot from SD |
| 15:00.45 | barqux | hno: Also, the kernel cmdline contains mem=448M@0x40000000 atm. Which I realize will limit my memory, but if I remove it, it won't boot |
| 15:01.28 | barqux | on top of it all I have no UART or any way to get error messages unless the kernel boots, so debugging is a bitch |
| 15:12.16 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564F7.dip0.t-ipconnect.de) |
| 15:14.05 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.103) |
| 15:19.29 | *** join/#arm-netbook rellla1 (~Thunderbi@p4FE564F7.dip0.t-ipconnect.de) |
| 15:26.46 | hno | barqux, First of all you need an u-boot that is built for mk802-II 1GB. |
| 15:36.29 | barqux | hno: I assume that the version provided with sunxi is suitable. There are settings for the mk802-II in there which seems suitable, but please correct me if this assumption is wrong. |
| 15:39.29 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 15:55.39 | *** join/#arm-netbook slapin_nb (~slapin@host-34-157-66-217.spbmts.ru) |
| 16:01.41 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 16:06.23 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 16:22.50 | *** join/#arm-netbook andi2342346 (~none@e179141197.adsl.alicedsl.de) |
| 16:24.12 | andi2342346 | hello, does anybody know why CEDAR module does not compile for allwinner-a10? i get this error: No rule to make target `drivers/media/video/sun4i/cache-v7.c', needed by `drivers/media/video/sun4i/cache-v7.o |
| 16:39.37 | *** join/#arm-netbook provel_ (~matte@host182-38-dynamic.245-95-r.retail.telecomitalia.it) |
| 16:39.40 | provel_ | Hi all |
| 16:40.02 | provel_ | If there are some serious developer here, I have a nice question |
| 16:41.20 | provel_ | that is: we nee KMS driver, and in kernels from 3.5 and above... there IS a Mali-400 KMS driver, I think |
| 16:41.43 | provel_ | as samsung exynos are mostly Mali-400 MP4 |
| 16:42.02 | provel_ | aren't them? |
| 16:43.47 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 16:44.36 | provel_ | everybody's sleeping? |
| 17:07.52 | *** join/#arm-netbook rellla (~Thunderbi@p4FE564F7.dip0.t-ipconnect.de) |
| 17:18.18 | L84Supper | http://www.nytimes.com/2012/12/30/technology/indias-aakash-venture-produces-optimism-but-few-computers.html?hp&_r=0 "$50 tablet computer, to be built in India" and now a13 tablets are under $50 in bulk from China :) |
| 17:21.33 | rm | $53 shipped in 1pcs quality |
| 17:21.38 | rm | quantity* |
| 17:22.17 | mnemoc | cheaper than dirty cheap |
| 17:22.20 | rm | these "$50 tablet" news are written by (and for) clueless people who think there are no tablets but iPad and samsung |
| 17:30.11 | L84Supper | the NYT article is actually about how a tablet like that was promised in India over a year ago and it still hasn't arrived |
| 17:30.43 | mnemoc | :) |
| 17:31.02 | L84Supper | it was a large government project that has failed again |
| 17:31.50 | L84Supper | culture, corruption, both or ?? |
| 17:33.11 | L84Supper | IMHO opinoin it's too much involvement with tradition is the design vs something made to be assembled as close to 100% as possible |
| 17:34.01 | L84Supper | machines are cheap and don't get sick as often, they don't get distracted by family problems or social issues |
| 17:35.14 | L84Supper | India doesn't have the manufacturing experience that they have in Shenzhen but automation helps level the playing field |
| 17:37.47 | *** join/#arm-netbook itamarjp (~itamar@208.53.137.77) |
| 17:37.47 | *** join/#arm-netbook itamarjp (~itamar@fedora/itamarjp) |
| 17:42.46 | rz2k | [20:41:22] <provel_> that is: we nee KMS driver, and in kernels from 3.5 and above... there IS a Mali-400 KMS driver, I think - ARM were asked for mainlining, they said "no". |
| 17:42.56 | rz2k | ah, he left. anyway. |
| 18:17.38 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 18:18.46 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 18:22.28 | *** join/#arm-netbook hst_ (54d3174c@gateway/web/freenode/ip.84.211.23.76) |
| 18:57.32 | *** join/#arm-netbook revident (~scott@fw.ss.org) |
| 18:58.29 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 19:04.15 | *** join/#arm-netbook andi2342346 (~none@g231191048.adsl.alicedsl.de) |
| 19:05.25 | andi2342346 | does anybody know why sun4i_cedar.ko module does not compile? i get this error: No rule to make target `drivers/media/video/sun4i/cache-v7.c', needed by `drivers/media/video/sun4i/cache-v7.o |
| 19:42.11 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 19:58.25 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 20:17.56 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 20:19.37 | *** join/#arm-netbook barqux (~ludde@nl102-236-113.student.uu.se) |
| 20:20.18 | *** join/#arm-netbook niftylettuce__ (uid2733@gateway/web/irccloud.com/x-dbobowssngpkubbf) |
| 20:20.28 | *** join/#arm-netbook destinal (destinal@unaffiliated/destinal) |
| 20:21.20 | *** join/#arm-netbook ManoftheSea (~ManoftheS@64.150.161.184) |
| 20:21.40 | *** join/#arm-netbook mnemoc (~amery@geeks.cl) |
| 21:00.06 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 21:17.21 | rz2k | andi2342346: what kernel do you use |
| 21:17.31 | rz2k | with our git one everything should be ok |
| 21:19.35 | *** join/#arm-netbook eebrah (~chatzilla@41.223.58.73) |
| 21:23.51 | *** join/#arm-netbook tinti (~tinti@201.62.162.119) |
| 21:26.31 | andi2342346 | @rz2k i did git pull today... kernel is 3.4.19+ |
| 21:32.31 | andi2342346 | i am running linaro 12.11 (armhf) everything else i need compiles fine, but the cedar module cannot be build |
| 21:32.35 | rz2k | what |
| 21:32.46 | rz2k | oh, sorry. |
| 21:32.51 | rz2k | read that as 3.0.19 :p |
| 21:33.01 | rz2k | try using our sunxi-3.0 |
| 21:33.21 | rz2k | 3.4 might be unstable |
| 21:34.00 | andi2342346 | i am not so familar with git, but i looked at the last commit-dates and it seemed that the 3.4 tree is much more up to date |
| 21:37.16 | andi2342346 | i will give 3.0 a try -thanks for the hint... btw. do you it is possible to use ffmpeg or other software to use hardware-decoding of mpeg2 with the cedar module? |
| 21:37.37 | rz2k | no |
| 21:38.01 | rz2k | cedar can be used by two things, XBMC with cedar support and VLC with cedar support |
| 21:38.16 | rz2k | http://linux-sunxi.org/XBMC http://linux-sunxi.org/VLC |
| 21:39.06 | rz2k | there are two libs for communicating with cedar, libcedarx (pure C one) and libcedar (C++ lib), you can write the binding to ffmpeg if you want. |
| 21:39.29 | rz2k | (both libs depend on blobs from allwinner) |
| 21:40.57 | andi2342346 | hmm thats the reason why i need it - maybe the commandlineversion of vlc (cvlc?) may work for me... i will take a look at it... actually i really would like todo transcoding but hardware encoding is not supported by the mali gpu - right? |
| 21:42.20 | andi2342346 | if its not too complicated i will try to use the libs - thanks for the info |
| 21:44.40 | andi2342346 | and i will give xbmc a try... at the moment i run vdr headless on my mele |
| 21:52.15 | andi2342346 | vdr requires full feature card (hardware mpeg2 decoding), if you want to use OSD etc. so maybe its possible to add cedar support to vdr, this would be really nice... |
| 22:01.14 | rz2k | cvlc is actually the only way to use the cedar |
| 22:01.41 | rz2k | GUI is not supported and the guy who did the initial port seems gone |
| 22:01.59 | rz2k | for xbmc and vdr talk with rella |
| 22:02.33 | rz2k | he comes around often |
| 22:22.13 | andi2342346 | ok, thanks for the info... i will check it out if i have more time... |
| 22:31.03 | *** join/#arm-netbook lerc (~quassel@121.75.134.249) |
| 22:47.38 | *** join/#arm-netbook xDEADCA7 (~ared@host26-185-dynamic.4-87-r.retail.telecomitalia.it) |
| 22:52.45 | *** join/#arm-netbook servili007_ (~servili00@unaffiliated/servili007) |
| 22:58.38 | *** join/#arm-netbook provel_ (~matte@host34-135-dynamic.18-79-r.retail.telecomitalia.it) |
| 22:58.43 | provel_ | Hi all |
| 22:59.07 | provel_ | any programmer here? I need to know how to get current fb display size with mali drivers |
| 22:59.30 | libv | provel_: s/with mali drivers// and you have your answer |
| 23:00.25 | provel_ | any programmer here? I need to know how to get current fb display size with mali drivers |
| 23:00.37 | provel_ | ok libv |
| 23:00.42 | provel_ | thank |
| 23:01.03 | provel_ | so I just need to know about fbcon |
| 23:06.51 | provel_ | hum, I suppose a little ioctl is needed |
| 23:22.36 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 23:36.05 | rz2k | provel_: |
| 23:36.17 | rz2k | [20:41:22] <provel_> that is: we nee KMS driver, and in kernels from 3.5 and above... there IS a Mali-400 KMS driver, I think - ARM were asked for mainlining, they said "no". |
| 23:37.01 | rz2k | they started to roll out the skeleton for KMS driver couple of the releases now, but it still is not functional |
| 23:40.13 | rz2k | and you dont need the fbcon, you need standard fb ioctls, like FBIO ones |
| 23:45.11 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 23:45.28 | provel_ | ok thanks |
| 23:45.57 | provel_ | yep , now I got that resolution ioctl.... but now I'm stopped again |
| 23:46.25 | provel_ | do OpenVG, even mesa OpenVG, works with mali fb drivers ? |
| 23:47.09 | rz2k | mesa should work |
| 23:47.14 | provel_ | damm |
| 23:47.30 | rz2k | mali has the openvg acceleration, but you need a Mali DDK |
| 23:47.36 | provel_ | I was porting retroarch from rpi to mele a200 |
| 23:48.20 | provel_ | but with mesa openvg1.0 doesn't works |
| 23:49.03 | provel_ | and with xorg I have lot of cpu wasted for xorg... like 60% |
| 23:49.28 | rz2k | welcome to ARM |
| 23:50.12 | provel_ | damn the stupid supplier |
| 23:50.37 | rz2k | it will be always like that until ssvb will write his fbdev wrapper. http://cgit.freedesktop.org/~siamashka/xf86-video-fbdev/log/?h=wip-sunxi-mali |
| 23:51.02 | rz2k | we've decied to toss out the xf86-video-mali because it is done horribly wrong |
| 23:51.49 | provel_ | eh.... but I would like a working openVG |
| 23:52.04 | libv | provel_: why? |
| 23:52.29 | provel_ | retroarch |
| 23:52.33 | rz2k | maybe his project uses Qt |
| 23:52.51 | rz2k | I have this as only oVG application in mind right now. |
| 23:52.55 | provel_ | naaa I'm just porting my fav emulator |
| 23:53.09 | provel_ | and the vgImageSubData is needed |
| 23:53.16 | barqux | what emulator? :D |
| 23:53.35 | provel_ | retroarch : after porting is nes,snes, genesis, neogeo, cps1, cps2 |
| 23:53.42 | rz2k | cool |
| 23:53.55 | provel_ | mame is on the work upstream |
| 23:54.10 | provel_ | but as of now I can barely run snes |
| 23:54.12 | rz2k | I believe, we have the SDL emulators out in the wild |
| 23:54.37 | provel_ | sdl? there's some sdl backend working without xorg? |
| 23:54.49 | provel_ | (and with gles accel...) |
| 23:55.10 | rz2k | I mean linux already has many of them, something should work on decent speed |
| 23:55.12 | rz2k | :p |
| 23:55.21 | ssvb | provel_: cpu wasted when doing 2D or 3D graphics? |
| 23:55.43 | provel_ | rz2k : tried.... snes9x and psnes under retroarch are about 100% whitout shaders |
| 23:56.02 | provel_ | and sound gets 500ms latency |
| 23:56.09 | rz2k | damn |
| 23:56.55 | provel_ | sigh.... I'll keep on hold until there isn't any openVG improvement |
| 23:57.13 | provel_ | afterward I expect 50% cpu for snes |
| 23:57.30 | provel_ | ok, late here, bye everybody |
| 23:57.35 | libv | heh |
| 23:58.19 | rz2k | provel_: ssvb has done some measurements on xf86-video-mali. https://groups.google.com/d/msg/linux-sunxi/6lLMjfvZj44/lH5kFRB0bN8J |
| 23:59.17 | ssvb | provel_: what exactly is your use case? I can try to test it, or you you can do some profiling yourself to identify the bottleneck(s) |
| 23:59.18 | rz2k | and we dont have any support from ARM on Allwinner, no working OpenVG hardware acceleration is provided right now. we had the libraries with OpenVG built in, but it turned out that they had many missing symbols. |