| 00:17.38 | pucko | this might be interesting for you guys: http://www.phoronix.com/scan.php?page=news_item&px=MTIxMzM "How To Port Linux To Your ARM Hardware Device" |
| 01:58.03 | *** join/#arm-netbook cheng (~cheng@175.143.110.184) |
| 02:03.08 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 02:21.57 | *** join/#arm-netbook QingPei (~qingpei@inet-hqmc02-o.oracle.com) |
| 02:29.15 | *** join/#arm-netbook dfletcher_ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 02:59.59 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 03:06.05 | Turl | libv: pretty long half an hour isn't it? :P |
| 03:06.09 | Turl | is intrigued still |
| 03:12.53 | Turl | oh, a new branch :D |
| 03:15.28 | *** join/#arm-netbook tekzilla (~jon@hmbg-5f77d759.pool.mediaWays.net) |
| 03:39.19 | bsdfox | does anyone here get decent X performance? |
| 03:41.06 | Turl | I do |
| 03:41.11 | Turl | (on my desktop :P) |
| 04:19.47 | *** join/#arm-netbook hipboi (~hipboi@123.89.115.249) |
| 04:40.08 | *** join/#arm-netbook spittnacid (~androirc@75-137-97-240.dhcp.gnvl.sc.charter.com) |
| 04:41.21 | spittnacid | Hello from us. May i ask a question? |
| 04:43.15 | Turl | don't ask to ask, just ask :) |
| 04:43.27 | Turl | hipboi: ping |
| 04:45.01 | spittnacid | I have a onda vx610w resistive touch and interested in putting linux on it. Hopefully that runs at a decent speed and takes advantage of hardware acceleration. Is this possible? |
| 04:46.56 | Turl | spittnacid: what's the cpu on it, A10? |
| 04:47.25 | spittnacid | A10 mali400 |
| 04:48.04 | Turl | yeah, you can probably run linux on it rather easily |
| 04:48.12 | spittnacid | I want to run it natively, no more android:-) |
| 04:48.14 | Turl | using GLES and X11 however, is another story |
| 04:49.25 | spittnacid | If i can get at least terminal with usb thru otg keyboard, that would be a great start |
| 04:52.43 | spittnacid | <PROTECTED> |
| 04:53.59 | hipboi | Turl: pong |
| 04:54.55 | cheng | try search in cnx-software |
| 05:07.26 | spittnacid | This may be over my head. Will i need to put u boot on it and in some way compile a flavor of linux with the neccasry drivers for my devices hardware? Not sure i understand. |
| 05:11.04 | *** join/#arm-netbook hipboi (~hipboi@123.89.115.249) |
| 05:28.16 | *** join/#arm-netbook rellla (~Thunderbi@p5B0782D9.dip0.t-ipconnect.de) |
| 05:29.42 | *** join/#arm-netbook hipboi (~hipboi@78.129.187.99) |
| 05:36.58 | spittnacid | I found information on the site provided but assume the available information is device specific. I understand that the onda vx610w has the same hardware as other devices. What is it comparable too that i can get specific information ? |
| 05:37.39 | spittnacid | Comparable to* |
| 05:38.37 | spittnacid | Thx for any help :-) |
| 05:42.56 | spittnacid | A10-hwpack-bld.sh <device_name> is where i should be? |
| 05:45.30 | rm | I wonder if the inability to reboot is fixable in software |
| 05:45.42 | rm | (when a powered USB hub is connected) |
| 05:51.50 | *** join/#arm-netbook ssvb (~ssvb@212.16.98.80) |
| 05:56.23 | Turl | spittnacid: this might help you http://linux-sunxi.org/FirstSteps |
| 06:08.44 | spittnacid | Thank you Turl, reading now |
| 06:10.49 | *** join/#arm-netbook mysteryname (~mysteryna@14-202-9-167.tpgi.com.au) |
| 06:13.18 | *** join/#arm-netbook hipboi (~hipboi@123.89.115.249) |
| 06:13.30 | spittnacid | Im almost scared to ask... can i build under windows using an emulator? |
| 06:15.51 | Turl | spittnacid: you'll need a virtual machine if you run windows |
| 06:16.48 | Turl | personally I like VirtualBox https://www.virtualbox.org/wiki/Downloads |
| 06:18.03 | *** join/#arm-netbook mnemoc (~amery@geeks.cl) |
| 06:18.39 | spittnacid | Thx! This should get me going. Ill yelp if i run into any snags makking a bootable sdc |
| 06:27.38 | *** join/#arm-netbook pawel5870 (~pkarpins@pc.193147149.ip.amg.net.pl) |
| 06:27.51 | rm | https://dx.com/p/usb-2-0-to-10-100m-rj45-ethernet-network-adapter-dongle-black-161542 |
| 06:27.58 | rm | seems to be a new model, 2 LEDs |
| 06:28.27 | rm | specifically says High speed, and is cheaper than the other "confirmed 100 mbit" that they have |
| 06:30.18 | *** join/#arm-netbook avernos (~avernos@111.194.214.252) |
| 06:30.19 | *** join/#arm-netbook avernos (~avernos@unaffiliated/avernos) |
| 06:36.05 | *** join/#arm-netbook sspiff (~quassel@unaffiliated/yukito) |
| 06:56.37 | *** join/#arm-netbook Quarx (~Quarx@46.233.246.204) |
| 06:56.45 | mnemoc | wee! linux-new-with-dynamic-library_with_neon_or_scaler_for_pixel_transform_hf.zip (cedarx) \o/ |
| 06:59.42 | mnemoc | oh |
| 06:59.57 | mnemoc | libv: around? |
| 07:00.40 | Turl | mnemoc: apparently not, but I found this :D https://github.com/libv/linux-sunxi/commits/libv_disp |
| 07:01.24 | mnemoc | Turl: have you played with cedarx yet? |
| 07:01.46 | Turl | on android? yeah |
| 07:02.03 | mnemoc | linux |
| 07:02.08 | Turl | nope |
| 07:02.19 | Turl | my kernel doesn't even reserve memory for it on mele |
| 07:02.26 | mnemoc | ok |
| 07:02.57 | ZaEarl | I got another touchscreen driver. Anyone need a gt811? |
| 07:03.08 | mnemoc | bring them on! |
| 07:03.18 | mnemoc | gt8s are very common, and we only have 2 |
| 07:04.24 | mnemoc | ZaEarl: did you notice hno's comment on the previous? the defines for the ioctrls are not there |
| 07:04.48 | ZaEarl | I read it as they're buried in the .c, which is less than ideal. |
| 07:04.59 | ZaEarl | believe me, I didn't write this crap :) |
| 07:05.42 | ZaEarl | maybe I'll get some time to try compiling it tomorrow |
| 07:06.10 | mnemoc | thanks :) |
| 07:06.18 | Turl | ZaEarl: get the GT801NI one ;) |
| 07:06.29 | Turl | I think we have gt811 already on the sun5i stuff |
| 07:06.30 | ZaEarl | NI? |
| 07:06.42 | Turl | ZaEarl: GT801NI is the one on zatab :P |
| 07:06.57 | ZaEarl | oh, I thought it was 2plus1 |
| 07:07.19 | Turl | yeah but the module is NI I think |
| 07:08.51 | Turl | hm nope, sun5i stuff has 801 and 818 |
| 07:09.03 | Turl | 811 is a new one :) |
| 07:24.35 | *** join/#arm-netbook dfletcher__ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 07:54.21 | *** join/#arm-netbook hno (~hno@squid/developer/hno) |
| 07:56.08 | RaYmAn | oh, gee..Only 199$ for TI's new Sitara AM335x starter kit (720mhz Cortex A8, 4.3inc touch LCD, 256MB ram, Dual Gigabit, wifi & bluetooth) |
| 07:56.15 | RaYmAn | well, ok..with the lcd included it's not *that* bad |
| 07:59.27 | mnemoc | anyone awake has played with cedarx on linux already? to give armhf/neon/thumb2 libs a try... |
| 08:00.00 | RaYmAn | we got armhf versions of cedarx? |
| 08:00.08 | mnemoc | yup |
| 08:00.10 | mnemoc | :) |
| 08:00.12 | lundman | wgat? |
| 08:00.15 | RaYmAn | nice! :) |
| 08:07.23 | *** join/#arm-netbook hipboi (~hipboi@123.89.115.249) |
| 08:07.31 | mnemoc | sample code has scary warnings, but well... |
| 08:07.37 | mnemoc | hipboi: wb! |
| 08:07.56 | hipboi | really? |
| 08:08.12 | hipboi | about indiegogo |
| 08:08.23 | hipboi | i set it up and tested last night |
| 08:08.43 | mnemoc | so it's official? |
| 08:09.43 | hipboi | yes |
| 08:09.53 | hipboi | but i don't want to open it now |
| 08:10.05 | mnemoc | it is open.... you already have 3 buyers :< |
| 08:10.10 | hipboi | the paypal account is not verified |
| 08:10.34 | hipboi | not connected with a bank account |
| 08:10.59 | hipboi | i am waiting for the confirm money arrive |
| 08:11.11 | mnemoc | ok |
| 08:11.40 | hipboi | paypal send a small amount of money to the bank account |
| 08:11.52 | hipboi | and i need to know the exactly mount |
| 08:11.56 | hipboi | and input it |
| 08:12.59 | mnemoc | yes, the usual procedure to verify accounts. it's the same with cards |
| 08:14.31 | mnemoc | but that doesn't block you from receiving, only from withdrawing |
| 08:15.11 | lundman | so did we really get armhf ? |
| 08:15.35 | mnemoc | lundman: yes. tests welcomed. https://github.com/linux-sunxi/cedarx-libs/tree/master/libcedarv/linux-armhf |
| 08:16.13 | mnemoc | hipboi: i only wished that people from the community had the chance to catch some of the special offers before random people just find it via google |
| 08:16.41 | lundman | sweet |
| 08:16.51 | hipboi | ofcourse |
| 08:17.26 | hipboi | everybody here can go and support it |
| 08:17.52 | mnemoc | now? :) |
| 08:17.56 | hipboi | yes |
| 08:18.03 | hipboi | it's open anyway |
| 08:18.06 | hipboi | i can not stop it |
| 08:18.15 | mnemoc | cool |
| 08:18.21 | mnemoc | hipboi: please fix the delivery date. |
| 08:18.27 | mnemoc | october 2012 is kind of ... wrong |
| 08:18.27 | mysteryname | Supported :D |
| 08:18.39 | mnemoc | mysteryname: don't you have like a dozen already? |
| 08:18.50 | lundman | must. have. more. |
| 08:18.54 | mysteryname | There at Uni, and you have a sharp memory. |
| 08:19.05 | mnemoc | :) |
| 08:19.33 | cheng | can i have a link, to figure out what is discussing here |
| 08:19.43 | mnemoc | http://www.indiegogo.com/cubieboard |
| 08:19.45 | mysteryname | I'm persuading a lecturer to convert one of the courses to use them. Due to the IT adding a lot of red tape for kernel programming |
| 08:20.20 | lundman | i need to adapt solaris in kernel crypto framework, to work inside linux crypto, what course is that |
| 08:20.36 | RaYmAn | wow, early bird is..cheap *just claimed it* ;) |
| 08:20.46 | hipboi | mnemoc: where is the delivery date? |
| 08:21.09 | mnemoc | hipboi: https://www.indiegogo.com/projects/260598/pledges/new?perk_amt=19&perk_id=631150 |
| 08:21.20 | RaYmAn | "Estimated delivery date: October 2012" |
| 08:21.37 | hipboi | oh |
| 08:22.20 | hipboi | i thought it was the deadline of campaign |
| 08:22.49 | RaYmAn | nope, deadline is in 45 days :P |
| 08:23.03 | RaYmAn | so mid december or s |
| 08:23.05 | RaYmAn | o |
| 08:24.08 | cheng | cubieboard for $19 including delievery? |
| 08:24.25 | mnemoc | first 10 supporters |
| 08:24.35 | mnemoc | next 20 get it for 29 |
| 08:24.37 | cheng | sure support!!!! |
| 08:26.09 | lundman | ok, time for a break, and head home |
| 08:26.30 | mnemoc | lundman: you'll miss your cubie for $19 :p |
| 08:26.46 | RaYmAn | 7/10 claimed, heh |
| 08:26.50 | mnemoc | :) |
| 08:27.57 | lundman | mnemoc: i wish you the absolute best of luck, but it doesn't fit what I need :-/ |
| 08:28.19 | mnemoc | lundman: hope the libs do :) |
| 08:28.32 | lundman | yeah, that is something I have to checkout |
| 08:28.41 | lundman | not seeing the binary blobs |
| 08:29.21 | lundman | ah there it is ok |
| 08:29.23 | mnemoc | ./vdecoder/libvecore/libvecore.so |
| 08:29.46 | mnemoc | there are some .o in the tarball, but they match the .c |
| 08:30.08 | mnemoc | so I only pushed the .so |
| 08:30.14 | lundman | yep |
| 08:35.17 | jelly | RaYmAn: itym 8/10 |
| 08:35.23 | jelly | O:-) |
| 08:36.36 | lundman | I'ld like to move on JB |
| 08:36.52 | mnemoc | Turl has JB working... |
| 08:37.11 | mnemoc | except video encoding |
| 08:38.10 | lundman | encoding? |
| 08:38.40 | RaYmAn | so camera stuff? |
| 08:38.56 | mnemoc | yes. but iirc still pictures work |
| 08:39.22 | lundman | ok, I'll make sure to hunt down Turl for a copy |
| 08:40.35 | *** join/#arm-netbook hipboi (~hipboi@199.15.117.211) |
| 08:42.07 | mnemoc | SOLD OUT! - 10 Claimed |
| 08:42.29 | mnemoc | lucky dogs are next |
| 08:44.34 | mnemoc | hipboi: you might want to add options for 5 and/or 20 boards |
| 08:44.49 | hipboi | ok |
| 08:45.08 | mnemoc | not for me. but i'm sure people will want to contribute for more than 1 board :) |
| 08:45.11 | hipboi | i did not add it because it makes the page too long |
| 08:45.20 | mnemoc | true |
| 08:45.39 | hipboi | can people contribute twice? |
| 08:45.55 | mnemoc | yes |
| 08:46.07 | mnemoc | but filling the form N times :| |
| 08:46.13 | mnemoc | and paying N times |
| 08:46.26 | hipboi | i see |
| 08:48.10 | mnemoc | maybe assuming >1 quantities will only use fancy couriers won't make the page that awfully long |
| 08:49.37 | cheng | is it cover international shipping? |
| 08:50.01 | mnemoc | cheng: yes, all "perks" include shipping |
| 08:51.10 | cheng | estimated delivery date? |
| 08:51.17 | mnemoc | so the base price went from $49+shipping to $59 (hkp), or $69 (fancy dhl/ups/fedex) |
| 08:51.56 | jelly | tho, one has to wonder whether the $50k goal will actually be reached |
| 08:51.57 | mnemoc | cheng: it's crowdfunding to be able to build them. PCBs are ready. help is needed to populate these 1k pieces |
| 08:52.28 | RaYmAn | jelly: indiegogo doesn't require reaching the goal |
| 08:52.33 | *** join/#arm-netbook vanner (~vanner@vanner.me) |
| 08:52.46 | RaYmAn | so on 7th dec hipboi will receive whatever people contributed. |
| 08:52.47 | andoma | so if i wanna add a CEC driver to the sunxi kernel. Can I approach allwinner and ask for specs or will they just ignore that? |
| 08:52.55 | mnemoc | if you reach the goal, they take 4%. if your don't, 9%. |
| 08:53.22 | RaYmAn | hm, then 50k is maybe a bit high? though too late now I guess. |
| 08:53.38 | mnemoc | 50k = 1k boards |
| 08:54.09 | mnemoc | and hipboi mentioned before the notify me list was getting 100 subscribers per day |
| 08:54.12 | *** join/#arm-netbook ZaEarl_ (~malmrose@17.host-182-48-148.compassnet.co.nz) |
| 08:54.24 | hipboi | <RaYmAn>: yes |
| 08:54.32 | hipboi | more than 100 everyday |
| 08:54.46 | hipboi | more than 4000 total now |
| 08:55.04 | mnemoc | so if 1/4th of them gets 1 board, the goal is reached |
| 08:56.22 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 08:56.26 | RaYmAn | :) |
| 08:56.26 | mnemoc | hipboi: when do you expect to get the account verified to spread the word? |
| 08:56.38 | rzk | compiled chromiumos just for fun and trying to load it on mele |
| 08:56.52 | hipboi | rzk: nice |
| 08:56.56 | mnemoc | rzk: hey! I wanted to do that oo |
| 08:57.21 | hipboi | mnemoc: i feel like i am playing a big game |
| 08:57.32 | hipboi | kind of afraid |
| 08:58.10 | rm | hmmm can I get two |
| 08:59.25 | mnemoc | rm: you need to do the procedure twice |
| 09:00.00 | mnemoc | hipboi: you are going to get TI and broadcom angry :p |
| 09:01.35 | mnemoc | hipboi: stealing attention from their pet projects |
| 09:01.37 | cheng | wouldn't it better not to limit USD49 to 100, maybe someone just need HK mail and not DHL? |
| 09:01.47 | rm | okay, got two |
| 09:02.21 | mnemoc | cheng: $49 with HKP shipping included is still cheaper that what people paid on aliexpress |
| 09:02.33 | *** join/#arm-netbook hp__ (~kvirc@220-136-74-99.dynamic.hinet.net) |
| 09:02.48 | *** part/#arm-netbook QingPei (~qingpei@inet-hqmc02-o.oracle.com) |
| 09:03.30 | cheng | what i mean is $49 is limited to 100, for anyone is 'late' and have to get $59 even though staying in HK |
| 09:04.18 | mnemoc | but ~$59 is the normal $49 + ~$10 of chinapost shipping everyone paid on aliexpress |
| 09:04.53 | hipboi | cheng: HK post can ship everywhere in the world |
| 09:05.16 | mnemoc | cheng: so you want it shipped to .hk? |
| 09:05.17 | hipboi | it doesn't matter if you live in HK |
| 09:05.57 | mnemoc | cheng: i suppose that living in .hk you are better of paying hipboi directly, in RMBs |
| 09:06.29 | hipboi | if you leave in HK, you can buy from taobao.com |
| 09:08.23 | *** join/#arm-netbook ZaEarl (~malmrose@17.host-182-48-148.compassnet.co.nz) |
| 09:11.23 | rzk | mnemoc: it goes "repairing your system" and reboots anyway, plenty of space for both of us to fix up :p |
| 09:11.52 | mnemoc | rzk: :D |
| 09:12.48 | rzk | I probably forgot to turn on some "this_is_dev_board_damn_it" switch, right now with console=tty0 console=ttyS0 I dont have any logs. |
| 09:22.42 | *** join/#arm-netbook IEF (ief@shadowchild.nl) |
| 09:40.07 | Sv | hey |
| 09:47.22 | *** join/#arm-netbook ZaEarl_ (~malmrose@17.host-182-48-148.compassnet.co.nz) |
| 09:58.57 | *** join/#arm-netbook rellla (~Thunderbi@p5B078146.dip0.t-ipconnect.de) |
| 10:02.56 | Maqs | are there working armhf libs for cedarx/hardware video decoding now? |
| 10:09.20 | mnemoc | Maqs: there are armhf/neon libs, but not confirmed to work yet |
| 10:09.39 | mnemoc | https://github.com/linux-sunxi/cedarx-libs/tree/master/libcedarv/linux-armhf |
| 10:10.31 | Maqs | ok.. i'll see if i can compile xbmc armhf and confirm they are working ;-) |
| 10:10.45 | mnemoc | :) |
| 10:10.49 | *** join/#arm-netbook slapin (~slapin@slapinbuild.ihdev.net) |
| 10:11.55 | slapin | hi, all! |
| 10:12.44 | slapin | have anybody passed by documentation for A10's NAND controller aka NFC? |
| 10:13.19 | mnemoc | the code is the documentation we have |
| 10:27.08 | slapin | Well, then I'd rephrase my question |
| 10:28.16 | slapin | Was anybody able to understand from the code, how could I low-level write bytes to NAND chip and read from it, setting appropriate mode? |
| 10:28.36 | mnemoc | slapin: hno |
| 10:30.03 | slapin | I want to bypass NAND-accelerator logic and get to low level hardware, since I need to support mtd/ubifs on this device. |
| 10:30.15 | slapin | hno: ping |
| 10:38.28 | Maqs | strange.. 23e5456879db0175f571dec43095c49e181e0b10 boots just fine, whereas newer versions (didn't check since when) oops at mm/bootmem.c:275 |
| 10:39.17 | mnemoc | Maqs: kernel or uboot makes the difference? what branch? |
| 10:39.26 | Maqs | may this have something to do with SUNXI_IGNORE_ATAG_MEM? |
| 10:39.47 | mnemoc | SUNXI_IGNORE_ATAG_MEM is needed to boot from the closed u-boot on nand |
| 10:40.03 | Maqs | all branches, that's exactly the problem i had in the first place :-) |
| 10:40.21 | Maqs | http://dl.dropbox.com/u/11244516/a10-boot.txt that one.. in case you remember.. was about a week ago.. or two? |
| 10:40.30 | Maqs | ok, i'm booting from usd |
| 10:41.00 | mnemoc | if you are booting from nand, you need to enable SUNXI_IGNORE_ATAG_MEM. if you are booting from uSD you need to have SUNXI_IGNORE_ATAG_MEM disabled |
| 10:41.35 | Maqs | k |
| 10:44.30 | mnemoc | SUNXI_IGNORE_ATAG_MEM was a very stupid choice of CONFIG_ name :< |
| 10:44.46 | mnemoc | it should have been CONFIG_SUNXI_ALLWINNER_BOOT_HACKS or somethings like that |
| 10:45.07 | *** join/#arm-netbook alcides (~alcides@177.35.120.97) |
| 10:45.09 | *** join/#arm-netbook alcides (~alcides@unaffiliated/alcides) |
| 10:46.11 | Maqs | http://dl.dropbox.com/u/11244516/config-diff-23e5456879db0175f571dec43095c49e181e0b10-sunxi-3.0.txt |
| 10:46.40 | Maqs | that's the difference between the two kernel configs, first is 23e5456879db0175f571dec43095c49e181e0b10 (3.0.36), second is latest sunxi-3.0 |
| 10:47.17 | mnemoc | you may want to set FB_SUNXI to y |
| 10:47.31 | mnemoc | to have fbcon before the modprobe |
| 10:47.57 | mnemoc | Maqs: for the sake of testing, disable mali |
| 10:48.31 | lundman | what |
| 10:49.26 | mnemoc | Maqs: and you are booting from uSD using latest u-boot-sunxi, right? |
| 10:50.18 | *** join/#arm-netbook hipboi (~hipboi@123.89.115.249) |
| 10:50.54 | Maqs | i have to check the uboot version, will do that later |
| 11:02.41 | *** part/#arm-netbook cheng (~cheng@175.143.110.184) |
| 11:08.38 | *** join/#arm-netbook tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:23.41 | jinzo | huh, I guess Broadcom/RPi just upped the game (w/ the release of open source drivers for Videocore IV) |
| 11:24.08 | rm | WHAT :O |
| 11:24.10 | mnemoc | Maqs: can you try with http://sprunge.us/PCWb too? |
| 11:24.32 | andoma | jinzo: URL? |
| 11:24.35 | mnemoc | competition is always good |
| 11:24.37 | rm | http://www.raspberrypi.org/archives/2221 |
| 11:24.43 | rm | impressed |
| 11:24.58 | rm | well, not; didn't read yet actually |
| 11:25.49 | rm | but now I'm reassured that ordering a couple of those slow overhyped <s>closed</s> devices was a good decision :p |
| 11:26.35 | jinzo | rm, depends on when you ordered them - I wish I would order them now. With all the HW improvements and my inability to do anything decent up to now (no time) |
| 11:27.53 | jinzo | but on the other hand, I'm itching to get a cubieboard |
| 11:30.04 | ZaEarl_ | I'm having a hard time understanding what is open sourced. they're saying the stuff that "runs on the ARM" |
| 11:30.36 | ZaEarl_ | which would mean the graphic driver isn't opened |
| 11:31.28 | rm | jinzo, just a couple of weeks ago, on the evening of the 512MB news |
| 11:31.38 | jinzo | rm, then you're lucky :D |
| 11:31.43 | rm | yeah |
| 11:32.16 | rm | I was not impressed with RS'es earlier "Despatch expected in 19 weeks", nor with Farnell's "1.5x of RS" price |
| 11:32.17 | libv | rm: it is full of BS. |
| 11:32.33 | libv | rm: the userland of the videocore is just a message and data passing layer |
| 11:32.41 | libv | rm: all the magic is running on the videocore |
| 11:32.56 | jinzo | still better than nothing. |
| 11:32.59 | libv | from basic modesetting to shader compilation |
| 11:33.11 | rm | > all of the VideoCore driver code which runs on the ARM |
| 11:33.13 | libv | jinzo: i could've freed the userspace in a matter of just a few weeks |
| 11:33.20 | rm | which is not much less than what you could really ask for |
| 11:33.28 | libv | jinzo: again, just message passing |
| 11:33.39 | jinzo | but yes, we'll see what actually comes out of it. |
| 11:33.48 | libv | rm: yes, but the statement is hugely overblown |
| 11:33.52 | Gumboot | It's all just message passing at some level anyway. |
| 11:34.04 | libv | the raspberry pi is one of the most closed platforms ever |
| 11:34.12 | libv | the videocore boots the arm core |
| 11:34.20 | libv | the videocore does all the modesetting |
| 11:34.28 | rm | libv, but now you can port the driver to new Xorg, old Xorg, Wayland, HaikuOS, etc etc |
| 11:34.32 | libv | the videocore compiles the shaders passed from userspace |
| 11:34.51 | libv | rm: it's a massive 2MB BIOS |
| 11:34.55 | rm | much better than when there was a binary driver for the latest Ubuntu Xorg only and that's it |
| 11:35.14 | rm | (or Raspbian or w/e) |
| 11:35.17 | jinzo | http://www.h-online.com/open/news/item/Raspberry-Pi-opens-its-ARM-graphics-code-1735262.html quite good too. |
| 11:35.18 | libv | rm: you do know who i am, right? |
| 11:35.35 | Gumboot | Who is libv? |
| 11:35.47 | rm | not really seeing how who you are would be all that relevant to the discussion :p |
| 11:35.57 | rm | what you are saying is correct |
| 11:36.06 | rm | all of it, I agree |
| 11:36.17 | libv | rm: i was one of the three guys who freed ati |
| 11:36.21 | rm | just highlighting that "it's still something", heck, "it's a lot" |
| 11:36.26 | libv | rm: i am also the one who is REing the mali |
| 11:36.49 | libv | i spent a few days looking at the videocore |
| 11:36.56 | libv | i kind of know what i am talking about here |
| 11:37.02 | jinzo | lima - oh, keep up the good work libv |
| 11:37.22 | jinzo | but noone is attacking your efforts and I believe everyone knows how weird the RPi is. Still, this is a step forward |
| 11:37.31 | libv | so ya'll stop your cheering, the raspberry pi only became slightly more open |
| 11:37.37 | jinzo | if not for technical reasons but for publicity/avareness. |
| 11:37.46 | libv | there is still 3 different versions of the binary blob |
| 11:38.02 | libv | each 2mb large, running some realtime os in the videocores own architecture |
| 11:38.17 | Gumboot | I thought the RTOS was public record. |
| 11:38.26 | jinzo | sounds like lots of fun. |
| 11:38.29 | libv | the arm really is there as a figlead |
| 11:39.21 | Gumboot | The ARM is there because that's easier than porting Linux to a new architecture. |
| 11:39.38 | Gumboot | And even if you did you'd still have the problems that MIPS face with application compatibility. |
| 11:40.24 | libv | freeing up userspace was a matter of: |
| 11:40.49 | jinzo | libv, if I can ask - what's your focus currently? Lima? something work related? |
| 11:40.56 | libv | a) very dark grey: disassembly, and just picking off the message ids and the way the data is formatted and putting this in a document online |
| 11:41.12 | libv | b) capturing message through LD_PRELOAD or from the kernel |
| 11:41.50 | libv | and it is just that, your essl shader is a few tokens and then the shader source sent to the kernel, which then puts it in a circular buffer that feeds it to the videocore |
| 11:42.50 | libv | jinzo: my current focus is some fun and games with my employer. hence me trawling through the disp code of the a10 |
| 11:42.59 | Gumboot | libv: What's the difference between this and a highly competent hardware accelerator made of pure RTL? |
| 11:43.33 | libv | Gumboot: the hardware accelerator will have very limited scope if it is all in hw |
| 11:43.34 | Gumboot | Because it seems that all anybody has to do to squash this criticism is to put all the blobs on ROM so that nobody realises what's going on. |
| 11:43.50 | libv | Gumboot: it will be outdated pretty soon |
| 11:44.12 | jinzo | libv, happy to hear you're poking around. Hopefully the games will end in your favour :) |
| 11:44.12 | libv | the videocore is a dsp or a set of dsps |
| 11:44.55 | libv | with some code driving it, and that code is 2mb large, and will be full of bugs, and will not change with the times, even though the hw definitely is very flexible |
| 11:45.07 | Gumboot | Yeah, but why is that your business? There are other products on the market which may also be built on DSPs but which keep their firmware hidden so that nobody complains about them being undocumented. They just behave like a piece of hardware. |
| 11:45.42 | libv | Gumboot: i do not know, i have only been making it my business for the past 9ys |
| 11:46.01 | libv | i am a sick puppy and i enjoy doing what i do |
| 11:46.14 | mnemoc | :) |
| 11:46.49 | Gumboot | I have no problem with that. I'm not criticising your efforts (I can't possibly comment on your efforts). I'm just saying, nobody moans when the product keeps its firmware locked away. |
| 11:47.05 | libv | Gumboot: when the videocore doesn't want to drive your panel because you have a weird resolution that isn't supported by the message passing system, then do not come crying to me |
| 11:47.24 | mnemoc | if "firmware" you just push a bin and the world works. it's not the same with closed libs |
| 11:47.41 | libv | the world does not just work. |
| 11:47.52 | libv | firmwares are like bioses |
| 11:48.03 | libv | it's software that noone else is expected to look at |
| 11:48.16 | libv | all is well as long as all is well... but when something goes wrong, you're stuffed |
| 11:48.19 | Gumboot | mnemoc: Really, the bugs introduced by blobs in the Linux kernel aren't that far removed from the bugs introduced by blobs on hardware blocks, because a lot of that hardware is bus masters anyway. |
| 11:48.20 | rm | you have a weird resolution that isn't supported by the message passing system <- so like the A10 :D |
| 11:48.21 | RaYmAn | so, for the sake of completeless, considering the new rpi release, what makes rpi more closed than other SoC's? |
| 11:48.25 | Gumboot | They can make exactly the same mess, if not worse. |
| 11:48.47 | libv | rm: with the a10 it is shortsightedness in the kernel driver |
| 11:48.47 | Gumboot | I'm just saying... the only reason this product is open to criticism is because its firmware is visible. |
| 11:48.50 | RaYmAn | Mali400 presumably also has closed firmware bundled inside? |
| 11:49.10 | libv | RaYmAn: not that i know of |
| 11:49.13 | jinzo | RaYmAn, actually the whole infrastructure is a bit weird. The GPU that is running the closed FW get's up first and boots up the ARM core |
| 11:49.36 | mnemoc | jinzo: mali or r-pi's? |
| 11:49.38 | libv | Gumboot: fyi, i have also contributed extensively to coreboot and flashrom |
| 11:49.39 | RaYmAn | jinzo: yes. Incidentally, this is more or less what tegra2/tegra3 does as well. |
| 11:49.55 | libv | Gumboot: i am also the radeonhd developer who fought against atombios |
| 11:49.56 | jinzo | mnemoc, r-pi's, don't know that much about mali/a10 |
| 11:50.08 | RaYmAn | libv: the mali400 doesn't have firmware? |
| 11:50.17 | libv | RaYmAn: not that i have noticed |
| 11:50.28 | Gumboot | wonders at what point he's meant to either do full disclosure or back away. |
| 11:50.48 | jinzo | Gumboot, full disclosure is always good :) |
| 11:50.55 | RaYmAn | Well, it might be embedded/hardcoded, but I'd think there kind of has to be a firmware in there? |
| 11:50.56 | libv | RaYmAn: scheduling is done from userspace, and you have to build up the full commandstream from userspace as well |
| 11:51.00 | Gumboot | I used to work at Broadcom. I used to work at ARM. I now work at NVIDIA. |
| 11:51.06 | lerc | Your NDA beeper is making noise? |
| 11:51.27 | Gumboot | lerc: I think the collar is about to blow... |
| 11:51.29 | RaYmAn | libv: ok, so the difference is in what format you communicate with the GPU? |
| 11:51.38 | jinzo | Gumboot, oh goodie - nice career. |
| 11:52.06 | jinzo | Gumboot, on the other hand - we could get that information from linkedin |
| 11:52.08 | Gumboot | jinzo: Yeah, basically being a manifestation of the great evil you're all fighting. Sorry about that. |
| 11:52.10 | libv | RaYmAn: there is some hw to reset the different cores, but that is pretty much it |
| 11:52.11 | jinzo | so no worries :P |
| 11:52.30 | jinzo | Gumboot, I think we all realise it's not black and white like that. |
| 11:52.46 | hno | mnemoc, slapin, what? |
| 11:52.52 | libv | RaYmAn: writing the userspace driver is a lot tougher than for instance on the adreno |
| 11:53.20 | libv | RaYmAn: but it is not some insane convoluted mess like the pvr with the microcode, kernel, userspace all entwined |
| 11:54.12 | hno | ah, nand. Yes. but have not got it to work, most likely because I am not very familiar with NAND. |
| 11:54.21 | jinzo | Gumboot, your references/experiance are mind blowing. |
| 11:54.22 | Gumboot | lerc: It was actually you who described that movie to me, wasn't it? Wedlock, or something like that? |
| 11:54.35 | libv | what things will be like on the 6xx series, i do not know yet, but my view is that the mali200/400 is about as microcode free as it gets |
| 11:54.52 | lerc | Maybe. Was that a Rutger hauer one? |
| 11:55.00 | Gumboot | Yeah. |
| 11:55.12 | RaYmAn | I'm not too familiar with the inner workings of the SoCs/GPU's. So, basically what makes it more closed, in your oppion, is that it has a layer of closed-source code running that kernel communicates with? As opposed to direct access like on Mali400? |
| 11:55.56 | libv | RaYmAn: the adreno also runs a bunch of closed source ucode |
| 11:56.21 | libv | RaYmAn: the raspberry pi really is very very special in that it has a massive amount of "firmware" |
| 11:56.35 | libv | and that that firmware is responsible for 80% of what the machine does |
| 11:56.44 | RaYmAn | ok |
| 11:57.30 | libv | look at the code written for the a10 linux kernel, look at the insanity in there |
| 11:58.05 | mnemoc | :< |
| 11:58.07 | RaYmAn | It's kind of hard to tell which parts are allwinner being idiots and which part are ARM :) |
| 11:58.22 | libv | you will find similar insanity in every blob, especially bios or firmware, as there people do not expect others to see what is going on behind the scene |
| 11:58.28 | cat_x301 | anyone to help here pls :) i wonder what might be wrong with this rule, mode is ignored for some reason.. |
| 11:58.28 | cat_x301 | SUBSYSTEM=="ump", ACTION=="add", MODE="0664" |
| 11:58.42 | libv | as long as it passes some tests... |
| 11:58.50 | mnemoc | cat_x301: https://github.com/linux-sunxi/cedarx-libs/tree/master/libcedarv/linux-armhf |
| 11:59.23 | lerc | I know most of my source is closed only for reasons of embarrasment. |
| 11:59.25 | jinzo | libv, also - people are under some preatty insane deadlines and that doesen't help either |
| 11:59.30 | cat_x301 | mnemoc: this does not sound like an answer :D |
| 11:59.40 | mnemoc | cat_x301: nope, it's unrelated |
| 11:59.44 | mnemoc | cat_x301: free spam |
| 11:59.49 | cat_x301 | :D |
| 12:00.06 | libv | jinzo: that is true for everyone, that is not the reason why i have seen so much crap from x86 bioses and atombios |
| 12:00.07 | jinzo | lerc, I tought of that too - then I open sourced a small Android app and when I got my first pull request. Man. That's dope. |
| 12:00.42 | libv | jinzo: atombios is the best example: ati sells the same hw in two different forms |
| 12:00.53 | jinzo | libv, it's true I mostly do web-developement but here there're firms that plan to release the libraries as open and count that in the time |
| 12:00.53 | libv | one consumer, one firegl |
| 12:01.29 | cat_x301 | went to ask on another channel.. |
| 12:01.32 | jinzo | and therefore developers have a bit more time to write clean code, unit tests and so forth. |
| 12:01.41 | libv | the difference: firegl is slightly more conservative with power and clocking, a different set of fuses is blown for a different pciid |
| 12:01.53 | libv | and... then you go and compare the atombioses of consumer and firegl |
| 12:02.00 | libv | and see all the bugs they fixed |
| 12:02.20 | slapin | hno: mnemoc advertice you as A10's NAND expert |
| 12:02.41 | slapin | hno: so I have some questions re NAND workings |
| 12:03.21 | libv | and if some hw does not change for several generations, you can actually see even more evolution |
| 12:03.38 | Gumboot | lerc: Honeycomb was closed for that reason. |
| 12:04.04 | libv | rv630 atombios finally fixed a nice display blanking bug introduced in the first r500 |
| 12:04.14 | libv | rv630 was like 3.5ys later |
| 12:04.15 | lerc | Gumboot: Yeah, That was probably an act of mercy. |
| 12:04.36 | Gumboot | They told some story about phones versus tablets, but they blew the secret with the ICS release notes. |
| 12:05.06 | Gumboot | There were many who were not granted that mercy. They had to suffer special privileges. |
| 12:05.13 | slapin | hno: I need to make u-boot and kernel MTD to work with A10's NAND controller, a problem I face now is how to directly control NAND chip with this controller, so put NAND command, put data, get response, on low level, so actually how to put data byte on NAND. This is needed for some operations required by MTD, and for me to understand how it really works. |
| 12:05.34 | Gumboot | takes a moment to reflect on the horrors of software development. |
| 12:06.04 | Gumboot | Oh, I can save that for Memorial Day, I guess. |
| 12:06.45 | *** join/#arm-netbook QingPei (~qingpei@221.220.103.119) |
| 12:06.51 | jinzo | I would guess the hardware developement horrors triumph software ones :P |
| 12:08.25 | libv | at least when you limit yourself to the hw level, you only have to deal with the bottom black box full of errors |
| 12:08.28 | Gumboot | Those guys are a different breed. |
| 12:08.30 | Gumboot | Some of them wear ties. |
| 12:08.37 | lerc | That is one thing about limiting firmware. They have to get it right when they ship, no "fix it later" |
| 12:08.39 | Gumboot | Even when they don't have meetings. |
| 12:08.43 | libv | you do not have to deal with the bugs introduced with the layers above it |
| 12:09.06 | libv | lerc: this is not how it works |
| 12:09.08 | lerc | 'course I have a laptop with a 945GM wich is just broken. |
| 12:09.17 | libv | lerc: they think they can always fix it in firmware |
| 12:10.08 | *** join/#arm-netbook lkcl (~lkcl@host86-131-164-40.range86-131.btcentralplus.com) |
| 12:11.15 | lerc | libv: When do they give in and just ship FPGAs? |
| 12:12.13 | Gumboot | That's what I'd like to see being popularised instead of a generic ARM SoC. |
| 12:12.24 | jinzo | never probably. The performance/consumption ratio of FPGAs isn't that good. |
| 12:12.46 | slapin | lerc: when FPGAs in which reasonable hardware fits, will cost less than average car. |
| 12:13.15 | Gumboot | Instead of this whole "learn how computers work -- learn Python" thing, people could learn Verilog instead. |
| 12:14.17 | jinzo | Gumboot, we're just being tought FPGA/VHDL at my uni - on the Altera MAX+Plus II software (if I remembered correctly) |
| 12:15.02 | jinzo | Gumboot, I find FPGAs interesting, but learning it on a 10+years old software with old professors is killing all of my desire. |
| 12:15.26 | Gumboot | I'm sorry... do you really have a word in all capitals, the word "max", roman II, and _two_ plusses all in the same product name? |
| 12:16.13 | Gumboot | This is the sort of crap that's putting satirists out of work, you know. |
| 12:16.20 | lerc | championship edition. |
| 12:17.27 | jinzo | Gumboot, indeed :D |
| 12:24.45 | *** join/#arm-netbook Graffiti (75c0ed19@gateway/web/freenode/ip.117.192.237.25) |
| 12:25.08 | Graffiti | hi hipboi |
| 12:25.16 | hipboi | hi |
| 12:25.36 | Graffiti | i am getting this error "Your payment can't be completed because one of the receivers can't accept payments at this time." |
| 12:25.43 | Graffiti | when i try to make payemnt |
| 12:27.24 | Graffiti | i have left comment in the comment section |
| 12:27.48 | mnemoc | Graffiti: yes, it's known. paypal found there was abnormal activity and blocked the account. hopefully will get solved soon |
| 12:28.40 | Graffiti | mnemoc: Thanks will keep trying |
| 12:31.07 | mnemoc | Graffiti: because of time issues it's very unlikely it gets solved today |
| 12:31.24 | mnemoc | Graffiti: already 20:30 in china |
| 12:38.18 | *** join/#arm-netbook Hexxeh (u1532@gateway/web/irccloud.com/x-beaghxrewgqxsjaz) |
| 12:38.51 | Graffiti | mnemoc: guess so.. will check tomorrow :) hope "lucky dog" will be available.. still 9 remaining.. |
| 12:40.26 | *** join/#arm-netbook Holo_ (u6962@gateway/web/irccloud.com/x-hnwnmwrlweaoccmd) |
| 12:54.19 | mnemoc | Graffiti: you can pay using credit card now. until paypal's BS is solved |
| 12:56.01 | hno | slapin, the A10 NAND driver is not related to MTD at all. But should be possible to make an MTD driver for it. |
| 12:58.03 | hno | slapin, see https://github.com/linux-sunxi/u-boot-sunxi/tree/lichee/lichee-dev/nand_sunxi/ for one u-boot driver. |
| 12:59.11 | hno | and same driver in linux kernel: https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-3.0/drivers/block/sunxi_nand |
| 12:59.53 | hno | https://github.com/linux-sunxi/linux-sunxi/tree/sunxi-3.0/drivers/block/sunxi_nand/nfc is the lowlevel hardware driver, or most of it at least. |
| 13:00.57 | Graffiti | sold out |
| 13:01.12 | Graffiti | :( |
| 13:01.22 | hno | slapin, the controller is command based and usually DMA driven. |
| 13:11.23 | slapin | hno: I just need to check basic things, how could I run simple single command and read one or multiple byte reply? I don't need DMA stuff at this point. |
| 13:15.04 | alcides | http://rss.slashdot.org/~r/Slashdot/slashdot/~3/zzM4YS6hfzo/arm-code-for-raspberry-pi-goes-open-source-video#rssowlmlink |
| 13:15.22 | alcides | http://hardware.slashdot.org/story/12/10/23/2342201/arm-code-for-raspberry-pi-goes-open-source-video |
| 13:16.31 | *** join/#arm-netbook gongon22 (~gongon22@109.163.135.43) |
| 13:16.38 | gongon22 | hii all |
| 13:27.03 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 13:27.41 | L84Supper | https://github.com/raspberrypi/userland Source code for ARM side libraries for interfacing to Raspberry Pi GPU |
| 13:29.23 | *** join/#arm-netbook steev (u1383@gentoo/developer/steev) |
| 13:42.20 | mnemoc | more interested in knowing how other GPU/VPU makers will react than in r-pi itself |
| 13:46.05 | *** part/#arm-netbook hipboi (~hipboi@123.89.115.249) |
| 13:48.57 | Sv | 6yes |
| 13:48.59 | Sv | yes* |
| 13:49.08 | libv | https://github.com/raspberrypi/userland/blob/master/interface/khronos/glxx/glxx_client.c |
| 13:49.12 | libv | look at glClear |
| 13:49.19 | libv | line 471 |
| 13:49.48 | libv | and then dare call this a graphics driver again. |
| 13:53.21 | *** join/#arm-netbook jeremb (u2617@gateway/web/irccloud.com/x-kxwuvfoslbhvbiul) |
| 13:53.27 | mnemoc | RPC_CALL1??? |
| 13:53.52 | RaYmAn | that is very depressing :( |
| 13:54.40 | slapin | what is RPC_CALL1 everyone is so depressed about? |
| 13:55.26 | mnemoc | a driver is supposed to do the things itself, not call a remote procedure to do it for you |
| 13:55.45 | slapin | btw is it possible to somehow use video playback acceleration using normal Linux and ffmpeg + mplayer? |
| 13:55.55 | slapin | on A10? |
| 13:56.17 | slapin | isn't RPC_CALL1 a part of driver? |
| 13:56.19 | mnemoc | yes, but it's not mature yet |
| 13:56.51 | RaYmAn | slapin: from what I understand, RPC_CALL1 just transfers the data to the videocore and then that executes the gl call in question |
| 13:57.04 | RaYmAn | so it's in fact just a wrapper library and not an actual driver |
| 13:58.40 | slapin | mnemoc: any git repo/patches? (re video playback) |
| 13:59.23 | mnemoc | slapin: https://github.com/linux-sunxi/cedarx-libs/tree/master/libcedarv/ |
| 14:01.55 | slapin | RaYmAn: it is better than nothing. They found socially-accepted way to not disclose their source code, so you can upgrade kernels, use different distros, etc. I actually don't see any embedded 3D drivers open sourced anywhere. I think it is too much resources to develop such software. |
| 14:03.14 | slapin | mnemoc: any mplayer/ffmpeg patches? |
| 14:04.01 | mnemoc | slapin: not yet |
| 14:04.15 | mnemoc | slapin: but you are welcomed to start writting the bindings :) |
| 14:05.54 | slapin | mnemoc: I'd prefer jumping around NAND, I don't quite understand ffmpeg code |
| 14:06.40 | mnemoc | there is an xmbc tree with cedarx support, but i don't know any for other player/framework |
| 14:08.48 | merbanan | it is working for others also |
| 14:10.02 | slapin | xbmc makes device specialised media player which I don't want, and I also too conservative/lazy to change player... |
| 14:11.10 | mnemoc | merbanan: https://github.com/linux-sunxi/cedarx-libs/tree/master/libcedarv/ <--- got armhf libs, want to bless use with ffmpeg bindings? :) |
| 14:11.31 | merbanan | yes, it is the plan |
| 14:11.35 | mnemoc | \o/ |
| 14:11.51 | *** part/#arm-netbook Graffiti (75c0ed19@gateway/web/freenode/ip.117.192.237.25) |
| 14:12.02 | merbanan | but I got stuck at generating a proper rootfs |
| 14:12.23 | merbanan | and dayjob |
| 14:12.40 | merbanan | I'll get there eventually |
| 14:12.45 | mnemoc | merbanan: easiest path, take debian or ubuntu's armhf rootfs tarball and just extract it to the second partition of the uSD |
| 14:13.32 | merbanan | yeah, much easier now with armhf libs |
| 14:13.51 | merbanan | I'll take a stab at it and pester you until I get it working |
| 14:14.11 | mnemoc | :) |
| 14:14.44 | mnemoc | merbanan: btw, https://www.indiegogo.com/cubieboard/ :) |
| 14:15.29 | mnemoc | 6 boards for $39 (shipping included) left |
| 14:17.11 | merbanan | well I already got a minix to play with |
| 14:19.10 | merbanan | and 2 rpi and a panda board and etc |
| 14:19.30 | *** join/#arm-netbook cheng (~cheng@124.13.188.158) |
| 14:19.38 | Turl | mnemoc: you +1'd the facturas and now I'm hungry :( |
| 14:19.41 | Turl | :P |
| 14:20.38 | mnemoc | :) |
| 14:21.08 | slapin | got 2 unopened panda boards too :( |
| 14:21.14 | libv | hehe, the main lima developer, the freedreno developer, and the guy working on REing the tegra are disgusted in group at the rpi statement :) |
| 14:21.46 | libv | this noise helps noone as it is way too shallow and transparent :) |
| 14:21.49 | mnemoc | :D |
| 14:22.03 | *** join/#arm-netbook QingPei (~qingpei@221.220.103.119) |
| 14:22.05 | libv | https://github.com/raspberrypi/userland/blob/master/interface/khronos/glxx/glxx_client.c#L471 |
| 14:22.15 | libv | look at that glclear call |
| 14:23.46 | mnemoc | what's the point in making a lib that only to wraps another? |
| 14:24.04 | libv | well, it wraps the other through the kernel and out to the videocore |
| 14:24.42 | mnemoc | ah, ok |
| 14:43.28 | mnemoc | libv: what is missing to "upstream" *cough* your libv_disp branch? |
| 14:43.56 | *** join/#arm-netbook t0dbld1 (~t0dbld@50.42.132.38) |
| 14:44.01 | mnemoc | there are 3 competing forces working on the same driver currently :< |
| 14:44.16 | libv | everything, this is just the basis for starting real work |
| 14:44.33 | libv | hopefully later today i can add some infrastructure for register dumping and setting from userspace |
| 14:45.18 | mnemoc | libv: but those "minor fixes" can be merged already, right? |
| 14:45.40 | mnemoc | so I don't end up with 3 sets of conflicting patchsets :< |
| 14:46.01 | libv | i guess so, but they will make pulling new over-the-hedge dumps from allwinner impossible to merge |
| 14:46.13 | libv | there are similar cleanups for hdmi and lcd happening |
| 14:46.23 | libv | but i am a bit overwhelmed by the rpi noise |
| 14:46.26 | mnemoc | techn_: -----^ |
| 14:51.09 | *** join/#arm-netbook stefanro (~stefan@pD9FFAF3F.dip.t-dialin.net) |
| 15:04.54 | *** join/#arm-netbook cat_n9 (~communi@37-219-97-167.nat.bb.dnainternet.fi) |
| 15:16.43 | *** join/#arm-netbook AndChat138129 (~AndChat13@149.254.182.147) |
| 15:20.09 | *** join/#arm-netbook QingPei (~qingpei@221.220.103.119) |
| 15:20.16 | *** part/#arm-netbook QingPei (~qingpei@221.220.103.119) |
| 15:24.56 | gongon22 | can anyone help me |
| 15:24.57 | gongon22 | i got |
| 15:25.02 | gongon22 | a13B allwinner |
| 15:25.17 | gongon22 | i flashed him with uberiod |
| 15:25.34 | gongon22 | and got 1cm shifted TS on the right side |
| 15:25.50 | gongon22 | how can i fix that |
| 15:27.08 | *** join/#arm-netbook MindBeat (~mindbeat@h209n1c1o1041.bredband.skanova.com) |
| 15:27.55 | gongon22 | can anyone help me ? |
| 15:30.08 | slapin | gongon22: calibration? |
| 15:48.08 | techn_ | mnemoc: Yep.. I'll try to make that sun5i disp patch to ML.. And fix also identation/checkpatch problems :/ |
| 15:48.37 | techn_ | mnemoc: Yes.. I read Leith's patches |
| 15:48.45 | mnemoc | techn_: I made an stage/sunxi-3.0 starting with your patch, and then next_mali |
| 15:48.57 | mnemoc | techn_: will try to add libv's minor fixes on top of it |
| 15:49.35 | techn_ | Whee.. cedarx libs :D |
| 15:50.09 | mnemoc | it was a busy morning |
| 15:50.30 | techn_ | are they proven to work yet? :) |
| 15:50.43 | techn_ | If they work we can merge next_mali! :) |
| 15:50.58 | mnemoc | it's in the stage branch already |
| 15:53.03 | techn_ | nice :) |
| 16:08.40 | *** join/#arm-netbook RaYmAn (rayman@rayman.dk) |
| 16:08.41 | *** join/#arm-netbook andoma (~andoma@zebes.lonelycoder.com) |
| 16:08.43 | *** join/#arm-netbook Scepterr (~Scepterr@mte.rootmy.mobi) |
| 16:08.56 | *** join/#arm-netbook bsdfox_ (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 16:08.57 | *** join/#arm-netbook bsdfox_ (~Bob@unaffiliated/bsdfox) |
| 16:16.24 | techn_ | libv: nice work.. cat was also doing major disp refactoring :/ |
| 16:17.00 | cat_x301 | techn_: not really doing, i was going to do :) |
| 16:17.12 | techn_ | cat_x301: good :D |
| 16:18.15 | mnemoc | techn_: but rebasing those upon stage/sunxi-3.0 is not been trivial :| .... would you? |
| 16:19.12 | techn_ | mnemoc: which.. those ML patches or libv's? |
| 16:19.25 | techn_ | or are they samething? :D |
| 16:19.34 | mnemoc | so we have 4 people working separatedly in refactoring the disp driver |
| 16:19.38 | mnemoc | cries |
| 16:20.05 | mnemoc | techn_: libv's first. the 10x thing on the ML needs to be redone anyway |
| 16:20.20 | mnemoc | but PLEASE, start talking to each other :< |
| 16:21.27 | techn_ | I have only EDID for HDMI left but that's still WIP.. and waiting disp to refactored.. and hopefully libv has time to check that it's done right |
| 16:22.01 | techn_ | EDID==dynamic timings/resolution |
| 16:22.26 | mnemoc | as you know better the sun5i-import changes, can you rebase libv's upon stage/sunxi-3.0? |
| 16:22.39 | mnemoc | and push them |
| 16:22.53 | mnemoc | (into the stage/sunxi-3.0 branch) |
| 16:24.18 | techn_ | hmm.. libv has refactore whole disp :D |
| 16:25.11 | mnemoc | yes |
| 16:39.19 | *** join/#arm-netbook rellla (~Thunderbi@p4FE5623B.dip0.t-ipconnect.de) |
| 16:39.30 | *** part/#arm-netbook t0dbld1 (~t0dbld@50.42.132.38) |
| 17:05.03 | libv | that's not refactoring, that's just beautifying |
| 17:05.37 | libv | i haven't even started sanitizing structure |
| 17:09.33 | libv | i still do not know how things fit together, but i do see lots of potential for restructuring already |
| 17:10.25 | techn_ | libv: Rebased on sunxi-3.0.. next stage/sunxi-3.0 |
| 17:10.49 | libv | relying fully on globals and passing "sel" is really ugly |
| 17:11.01 | libv | ok? |
| 17:11.51 | techn_ | libv: to get rid of sell I thinked function pointers for different output types |
| 17:12.23 | techn_ | *sel and sel-loops |
| 17:12.27 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 17:13.23 | techn_ | or what you are thinking? :) |
| 17:13.38 | *** join/#arm-netbook AndChat138129 (~AndChat13@188-222-125-2.zone13.bethere.co.uk) |
| 17:13.42 | mnemoc | gimli: we got armhf/neon cedarx libs if you want to give them a try (in the case you haven't already) |
| 17:14.29 | gimli | mnemoc: have seen it. chaning my buildroot env to armhf is to much work |
| 17:15.18 | mnemoc | ok |
| 17:17.35 | andoma | mnemoc: i'll give it a spin later this week |
| 17:17.55 | mnemoc | andoma: thanks! |
| 17:25.02 | mnemoc | my chromebook got shipped! \o/ |
| 17:25.38 | cat_x301 | mnemoc: happy happy mnemoc :) |
| 17:26.11 | mnemoc | armhf cedarx libs and chromebook the same day. happy happy joy joy |
| 17:26.26 | cat_x301 | :D |
| 17:26.38 | RaYmAn | you got chromebook? |
| 17:27.00 | mnemoc | yes, the exynos5 one. shipping to a coworker in USA |
| 17:27.21 | mnemoc | and then forwarded as personal under 2kg package :p |
| 17:27.28 | RaYmAn | you actually got it in hand? :P |
| 17:27.37 | RaYmAn | (is what I meant to ask) |
| 17:27.51 | mnemoc | nah. amazon shipped it, 2m ago |
| 17:28.11 | RaYmAn | ah |
| 17:28.13 | RaYmAn | like that :) |
| 17:29.43 | techn_ | I _need_ zaearl's gs811 ts drivers ! |
| 17:30.09 | techn_ | If he'll come here plz kick him |
| 17:34.01 | *** join/#arm-netbook AndChat|138129 (~AndChat13@188-222-125-2.zone13.bethere.co.uk) |
| 17:35.43 | *** join/#arm-netbook lkcl (~lkcl@host86-131-168-212.range86-131.btcentralplus.com) |
| 17:37.53 | hno | slapin, you can read the data register with the cpu. No need foir dma. |
| 17:40.24 | slapin | hno: I want to know the sequence - wait for NAND ready, send command, write data, read data, some example would be nice. I can't still get to understand these 4 commands in registers, and random commands stuff... |
| 17:41.55 | slapin | hno: I'd like to start from reading NAND ID as start, to establish a ground for later experiments |
| 17:42.55 | hno | slapin, then work from the existing function that does read the nand id. |
| 17:43.10 | hno | iirc it shows the sequence pretty well |
| 17:43.40 | hno | as you the only documentation I have is the sources. |
| 17:46.38 | slapin | hno: thanks! I will ask proper questions next time. |
| 17:49.36 | hno | hmm.. the function that reads nand id do not use the data register at all, instead it reads the result from nand controller sram. |
| 17:49.55 | hno | https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/drivers/block/sunxi_nand/nfc/nfc_r.c#L680 |
| 17:50.15 | *** join/#arm-netbook AndChat138129 (~AndChat13@188-222-125-2.zone13.bethere.co.uk) |
| 17:50.48 | hno | called from https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/drivers/block/sunxi_nand/src/physic/nand_simple_r.c#L771 |
| 17:51.10 | hno | unless I am confusing this with another id, |
| 17:51.45 | hno | probably. |
| 17:52.41 | hno | <PROTECTED> |
| 17:53.35 | slapin | yeah, it is that ID, and it is read from SRAM, so wrong thing for me, because it prevents me from understanding how it works. |
| 17:53.40 | slapin | hno: |
| 18:02.54 | hno | slapin, not really. It's a good start regardless. The usage of _add_cmd_list is a key item to all I/O. And the sram is very important to the operation of this nand controller. |
| 18:07.19 | hno | slapin, can help digging a bit now. Both hands free again. |
| 18:21.13 | *** join/#arm-netbook gzamboni (~gzamboni@150.236.205.77.rev.sfr.net) |
| 18:21.27 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 18:22.31 | *** join/#arm-netbook ChanServ (ChanServ@services.) |
| 18:22.31 | *** mode/#arm-netbook [+o ChanServ] by services. |
| 18:22.38 | *** join/#arm-netbook ol1ver (~Thunderbi@7of9.schinagl.nl) |
| 18:22.44 | *** join/#arm-netbook rellla (~Thunderbi@p4FE5623B.dip0.t-ipconnect.de) |
| 18:48.19 | oliv3r | http://www.phoronix.com/scan.php?page=news_item&px=MTIxNDY |
| 18:48.31 | oliv3r | opensource graphics stack for the rpi |
| 18:48.40 | mnemoc | BS drivers |
| 18:48.43 | RaYmAn | only the 50th time that has been mentioned today ;) |
| 18:48.47 | RaYmAn | (in here) |
| 18:48.49 | oliv3r | i haven't read the details yet |
| 18:48.52 | oliv3r | oh sorry :( |
| 18:48.56 | oliv3r | been away all day :) |
| 18:49.00 | RaYmAn | it's not BS per-se |
| 18:49.10 | RaYmAn | eben had a good point on the blob |
| 18:49.12 | RaYmAn | blog* |
| 18:49.16 | RaYmAn | I mean |
| 18:49.20 | RaYmAn | It is, but it's not |
| 18:49.30 | oliv3r | i haven't read into the details yet |
| 18:49.38 | oliv3r | so spam some spoils while i read the article :) |
| 18:49.54 | RaYmAn | Assumign what he says is correct, they merely designed the videocore part and the userspace part is based entirely on e.g. opengl es code |
| 18:50.18 | RaYmAn | which essentially makes the code they released a simple shim sending stuff over RPC to videocore with hardly any modification |
| 18:50.25 | RaYmAn | rather than e.g. programming the GPU directly |
| 18:50.37 | oliv3r | so videocore is responsible for drawing triangles? |
| 18:50.42 | oliv3r | how does that make sense? |
| 18:50.50 | RaYmAn | pretty much |
| 18:51.17 | RaYmAn | e.g. userspace glClear(params) => driver glClear(params) => RPC => VideoCore glClear |
| 18:51.36 | RaYmAn | It's likely it has been done to make it easier to implement userspace drivers, rather than just to prevent stuff from going public |
| 18:51.39 | oliv3r | so the VideoCore IV is in fact something like a gpu, but they don't wanna call it a GPU? |
| 18:51.47 | oliv3r | ohh, the drivers live entirly in userspace? |
| 18:51.53 | oliv3r | there's no kernelside drivers? |
| 18:52.01 | oliv3r | wouldn't that massivly hurt performancE? |
| 18:52.17 | RaYmAn | well, obviously it goes through kernel |
| 18:52.24 | RaYmAn | I'm probably bad at explaining |
| 18:52.40 | oliv3r | i'm even worse at comprehending, so it may not work :D |
| 18:53.03 | mnemoc | oliv3r: user space talks to kernel, kernel send a message to the video core requesting it to do the thing |
| 18:53.10 | RaYmAn | basically, what is usually implemented in userspace, is actually implemented on the videocore |
| 18:53.25 | RaYmAn | However, this release is big in some ways |
| 18:53.30 | oliv3r | aye, but normally, you have some kernel code and then libgl in userland |
| 18:54.05 | mnemoc | basically the "libgl" is implemented in firmware |
| 18:54.18 | RaYmAn | It does allow for anyone to compile GL drivers, X11 drivers, android drivers etc for whatever armel/armhf they so desire |
| 18:54.26 | RaYmAn | So that is important imo. |
| 18:54.36 | oliv3r | and together, that's the graphics stack. in the case of mali400; you have the opensource kernel side drivers, and the 'blob' driver |
| 18:54.36 | RaYmAn | But it's certainly an easy OSS release |
| 18:54.49 | oliv3r | i think fglrx is both blobbed; |
| 18:54.53 | mnemoc | it's scam |
| 18:55.06 | RaYmAn | it's almost the same on rpi, except -> userspace -> kernel -> videocore |
| 18:55.13 | mnemoc | they are intentionally misguiding people |
| 18:55.32 | RaYmAn | however, userspace is just a thin wrapper that passes the commands directly onto kernel which passes it to videocore, which then does the actual operations |
| 18:55.36 | oliv3r | so basically, it's a firmware 'shim' |
| 18:56.34 | oliv3r | e.g. glClear(); (from libGL) -> videocore which doesn't really do anything with it but passes it on -> kernel -> firmware, receives the glClear(); and executes it |
| 18:57.07 | RaYmAn | mnemoc: videocore is the part running the firmware, so almost right |
| 18:58.40 | oliv3r | well I guess, keeping the 'blob' in firmware, allows for a fully OSS system |
| 18:58.50 | oliv3r | i don't think having the firmware do that (much) is really good though |
| 18:59.15 | RaYmAn | indeed - it seems a lot like a hack to be able to say "fully opensource userspace" |
| 18:59.30 | oliv3r | what about kernelspace? isn't that now fully oSS too? |
| 18:59.37 | RaYmAn | sure |
| 18:59.44 | RaYmAn | but hasn't it been always? |
| 19:00.27 | RaYmAn | but it certainly is a lot easier to convince a company to open up this shim than it would be to actually open up drivers ;) |
| 19:00.57 | mnemoc | oliv3r: they made it "fully open source" without making anything interesting open |
| 19:01.11 | mnemoc | so, a marketing scam |
| 19:01.16 | WarheadsSE | yes and no |
| 19:01.35 | WarheadsSE | its semi-true, but remarkably obvious as semi-false to those actually in the know. |
| 19:01.50 | mnemoc | :) |
| 19:02.04 | RaYmAn | it may not entirely be a marketing scam though |
| 19:02.17 | RaYmAn | I mean, it is possible it was a valid technical design |
| 19:02.17 | rellla | mnemoc: the new cedar-libs - have there been any more files in the package? |
| 19:02.17 | rellla | i remember you mentioned here, that you've not uploaded a few? |
| 19:02.37 | RaYmAn | the marketing scam is mostly how they present it |
| 19:02.38 | mnemoc | rellla: some .o files |
| 19:02.51 | mnemoc | rellla: but they matched the .c files |
| 19:03.10 | mnemoc | RaYmAn: that's what makes an scam, the intention of fooling |
| 19:03.39 | *** join/#arm-netbook ZaEarl_ (~malmrose@17.host-182-48-148.compassnet.co.nz) |
| 19:03.54 | mnemoc | they indeed made it in a way userspace is free of closed libs |
| 19:04.08 | mnemoc | but they didn't opensource any GPU stuff |
| 19:04.17 | RaYmAn | which is commendable in itself |
| 19:05.15 | mnemoc | ZaEarl_: techn_ said he desperately needs the gt8xx something driver you offered |
| 19:05.46 | techn_ | yes :) |
| 19:06.17 | ZaEarl_ | great, I'll be posting it today |
| 19:09.38 | techn_ | ZaEarl_: thanks :) |
| 19:09.55 | techn_ | If I could make my tablet usefull |
| 19:11.03 | oliv3r | why would they design it in such a way |
| 19:11.32 | oliv3r | i know that some folks at some pie forum, claimed 'broadcom had some super duper interesting design into making their chip perform uber powerfull whilst being very power efficient' |
| 19:11.44 | oliv3r | and because of that, they would never open source anything |
| 19:12.03 | mnemoc | oliv3r: to protect their intellectual poverty^Wproperty and be able to counterattack TI |
| 19:12.18 | oliv3r | well 'ha ha', now we know their 'secret sauce' which isn't special at all |
| 19:12.52 | oliv3r | so then, A10 is still the most open source friendly SoC there is, and they don't even try |
| 19:13.08 | mnemoc | :) |
| 19:14.35 | oliv3r | if only libcedarx ... |
| 19:14.59 | mnemoc | we got armhf/neon libs today |
| 19:15.11 | mnemoc | that lets us move forward a lot |
| 19:15.42 | Sv | yes |
| 19:17.43 | WarheadsSE | really. awesome |
| 19:17.51 | WarheadsSE | that will make Arch very happy .. |
| 19:18.26 | mnemoc | WarheadsSE: https://github.com/linux-sunxi/cedarx-libs/tree/master/libcedarv/linux-armhf |
| 19:21.01 | WarheadsSE | ooooooooooooooooooooooooooooooooooh |
| 19:21.06 | WarheadsSE | makes note |
| 19:21.15 | WarheadsSE | xenoxaos: you paying attention? |
| 19:21.27 | xenoxaos | wait...what? |
| 19:21.38 | xenoxaos | cedar open sourced? |
| 19:21.48 | mnemoc | nah |
| 19:21.55 | xenoxaos | oh....nm...just prebuilt for hf |
| 19:22.04 | mnemoc | just? |
| 19:22.12 | mnemoc | :< |
| 19:22.20 | oliv3r | yeah, just! |
| 19:22.33 | oliv3r | poteeto potaato |
| 19:22.41 | oliv3r | when we want tomato! |
| 19:22.43 | oliv3r | :p |
| 19:22.50 | mnemoc | :) |
| 19:22.56 | xenoxaos | ha |
| 19:24.26 | WarheadsSE | lol |
| 19:25.16 | Turl | but.. but.. I wanted OABI binaries! :'( |
| 19:51.09 | *** join/#arm-netbook slapin_nb (~slapin@host-144-152-66-217.spbmts.ru) |
| 20:00.46 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:05.04 | slapin_nb | hno, could you explain the role of sram with a10's nand controller? |
| 20:07.11 | slapin_nb | hno, I mean primitive operations, like reading a byte or two |
| 20:08.13 | Sv | why OABI? |
| 20:08.26 | Turl | Sv: I was just joking :) |
| 20:08.31 | Sv | oh |
| 20:08.50 | Sv | i still have an old jornada with debian sarge on a CF card, that thing was great back then |
| 20:16.00 | hno | slapin, the SRAM is used internally by the NAND controller to buffer data and ECC calculation. I think the data register is actually just reading/writing to SRAM and then the NAND controller does it's dance as needed on a per i/o block which seems to be 1KB. |
| 20:16.33 | hno | slapin, http://rhombus-tech.net/allwinner_a10/A10_register_guide/A10_NAND/ is the register map. |
| 20:17.18 | hno | 2 * 1KB SRAM + USER_DATA + SPARE_DATA. |
| 20:20.16 | ZaEarl_ | techn_, gt811 driver posted to mailing list |
| 20:20.23 | techn_ | ZaEarl_: thanks |
| 20:20.45 | slapin_nb | and how direct operations are done, like setting ase or cle and doing exactly one command with reply, how can I do it with direct IO? what is random read, is it mlc nand specific feature? |
| 20:21.17 | slapin_nb | hno, |
| 20:24.20 | hno | slapin, the NAND controller does the signal handshaking. You feed it a NAND command to execute. |
| 20:25.02 | hno | and the controller tells you when command finished, if you ask it to wait for finish. |
| 20:26.10 | hno | actually there may be up to 4 command codes in a single command execution. Haven't quite grokked how that works yet. |
| 20:26.26 | hno | 0 to 4. |
| 20:27.02 | slapin_nb | and what is random read and write? |
| 20:27.45 | slapin_nb | I'm used to quite simple nand controllers |
| 20:27.55 | hno | slapin_nb, I think a reasonable example of single command execution is the read id command, or vender_get/set_param. |
| 20:35.12 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 20:36.18 | hno | slapin_nb, those show both how to set command and read/set data bytes, and without using DMA. |
| 20:39.53 | Marex | hno: hey, MW is getting close to it's end ;-) |
| 20:40.00 | Marex | slapin_nb: hey |
| 20:40.18 | Marex | ... did the world just shrunk again ? |
| 20:42.29 | slapin_nb | Marex, heheheh... |
| 20:42.51 | slapin_nb | Marex, hi |
| 20:43.07 | slapin_nb | what is MW? |
| 20:43.35 | Marex | merge window |
| 20:43.44 | Marex | for uboot 2013.01 |
| 20:44.24 | slapin_nb | ah, it'd be nice to see some of allwinner stuff mainlined... |
| 20:44.39 | mnemoc | a guy from DENX added me on linkedin today... very weird considering i don't do anythin on u-boot-sunxi |
| 20:44.48 | slapin_nb | 2013? |
| 20:44.51 | Marex | mnemoc: who ? |
| 20:44.53 | Marex | slapin_nb: yes |
| 20:45.12 | mnemoc | Marex: Stefan Roese |
| 20:45.24 | Marex | good guy tho ;-) |
| 20:45.24 | slapin_nb | it is only october |
| 20:45.32 | Marex | slapin_nb: yes, release every 3 months |
| 20:45.37 | mnemoc | Marex: know him? |
| 20:47.09 | slapin_nb | so even more ability to slack off than with kernel |
| 20:47.17 | slapin_nb | nice |
| 20:49.42 | slapin_nb | so there is some sunxi repo on git.denx.de? |
| 20:50.09 | mnemoc | not that I know of |
| 20:50.16 | Marex | mnemoc: in person, yes |
| 20:50.31 | mnemoc | Marex: :) |
| 20:50.39 | Marex | slapin_nb: we didn't even receive any patches, so what for |
| 20:50.43 | mnemoc | slapin_nb: https://github.com/linux-sunxi/u-boot-sunxi is our repo |
| 20:50.48 | Marex | slapin_nb: what do you mean by more time to slack ? |
| 20:51.04 | mnemoc | Marex: so you are from DENX too? |
| 20:51.33 | slapin_nb | mnemoc, I know, just hoped for miracle |
| 20:51.58 | mnemoc | the spl code isn't mature yet. the cubie for example dies on reboot |
| 20:52.25 | Marex | mnemoc: I've been exceptionally lucky ... |
| 20:52.51 | mnemoc | Marex: :) |
| 20:53.09 | slapin_nb | Marex, three months is more than enough to slack, don't you think? no deadlines, etc. |
| 20:53.41 | Marex | slapin_nb: some patches arrive past the MW and are applied, but not often |
| 20:53.51 | Marex | slapin_nb: and no, we focus on making it stable, so no slacking |
| 20:54.26 | slapin_nb | Marex, ah, cool. |
| 20:54.52 | mnemoc | :) |
| 20:55.11 | Marex | slapin_nb: there's an internal CI server, which catches a lot, but not all |
| 20:55.28 | Marex | slapin_nb: then there's a testkit, but we can't run it on all possible boards |
| 20:55.55 | mnemoc | Marex: Stefan Roese mentioned he is receiving a cubie now :) |
| 20:56.13 | Marex | Stefan? I need to poke him tomorrow ;-) |
| 20:56.19 | Marex | interesting |
| 20:56.22 | mnemoc | :) |
| 20:56.53 | slapin_nb | btb, had dt thingy established? I have some samsung patches for some board, I need to light my burden |
| 20:57.26 | mnemoc | DT is mandatory these days |
| 20:57.46 | slapin_nb | I know |
| 20:58.17 | slapin_nb | but samsung is slacking with s3c24xx |
| 20:58.37 | Marex | rather it's a dead chip |
| 20:59.04 | slapin_nb | like half arm socs |
| 20:59.24 | slapin_nb | somebody needs to clear this mess |
| 20:59.25 | mnemoc | i thought simtec.co.uk had taken care of those |
| 20:59.38 | libv | is simtec still alive? |
| 20:59.47 | libv | some simteccers are now codethinkers |
| 20:59.49 | mnemoc | good question |
| 21:00.19 | libv | and another is now linaroing |
| 21:00.28 | Marex | I suspect it's about time for me to rebuild toolchains and go sleep while that runs |
| 21:00.39 | mnemoc | their website looks as 1998 as always |
| 21:00.59 | Marex | mnemoc: so what, my website is plaintext too and so what |
| 21:01.08 | Marex | better than funny flashing crap |
| 21:01.13 | mnemoc | Marex: you aren't a technology company :) |
| 21:01.25 | slapin_nb | damn I need somebody to help me make dt for samsung stuff |
| 21:01.35 | Marex | slapin_nb: you can contract me :p |
| 21:01.50 | Marex | slapin_nb: why the heck don't you ask in the LAKML ? |
| 21:02.08 | Marex | slapin_nb: but it's a long term work ... spaning a few release cycles |
| 21:02.23 | Marex | you're likely to hit 3.9 with small stuff, 3.10 with the rest |
| 21:02.24 | Marex | or so |
| 21:02.26 | slapin_nb | thats fine by me |
| 21:08.24 | rzk | <mnemoc> the spl code isn't mature yet. the cubie for example dies on reboot |
| 21:08.29 | rzk | same for mele a2000 v1.6 |
| 21:13.47 | Marex | and I suspect the CPU is also pretty shitty because it's so cheap :() |
| 21:14.29 | mnemoc | o.o |
| 21:15.25 | Marex | mnemoc: what ? |
| 21:15.33 | Marex | mnemoc: just look at the docs :( |
| 21:18.27 | mnemoc | Marex: the docs are shitty, sure. because they expect manufacturers to pay them to design the PCBs and adapt the software |
| 21:19.15 | mnemoc | allwinner has been very clear that they are only interested in the chinese market |
| 21:19.42 | mnemoc | but that doesn't make the cpu shitty |
| 21:19.47 | mnemoc | their management is |
| 21:20.55 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 21:21.18 | Marex | mnemoc: the CPU is pretty cheap, so I suspect not much went into proper debugging of the Ips |
| 21:21.39 | mnemoc | :) |
| 21:26.29 | techn_ | mnemoc: disp rebase is also pretty hard .. allwinner has done alot same changes as libv |
| 21:27.08 | mnemoc | techn_: i have to admit i asked you after been trying for about 30m :| |
| 21:27.37 | mnemoc | but had to stop because i needed to resume $work$ |
| 21:27.54 | techn_ | I have done 2hours now.. and I think I did something wrong.. and have to start again |
| 21:28.19 | mnemoc | ouch |
| 21:29.32 | techn_ | I'll continue tomorrow.. good night |
| 21:31.24 | libv | techn_: night |
| 21:32.28 | libv | mnemoc: who is running tablets with linux-sunxi today btw? |
| 21:33.13 | libv | or are we all pretty much poking at the mele and other non-tablet devices? |
| 21:33.36 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 21:34.27 | mnemoc | libv: at least Turl, ZaEarl_ and Quarkx are mostly android/tablet centric |
| 21:34.40 | libv | aha, ly-f1 is the best bet it seems |
| 21:36.27 | mnemoc | ly-f1 is the oldest A10 tablet |
| 21:36.49 | mnemoc | pre 1GB, pre IPS |
| 21:37.00 | libv | is anyone of turl, ZaEarl_, quarkx using an ainol device? |
| 21:37.18 | mnemoc | quarkx uses an aurora iirc |
| 21:37.27 | ZaEarl_ | we do our own devices |
| 21:37.54 | libv | i have an aurora2 which is quite nice, the aurora would be pretty tempting for me |
| 21:38.40 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 21:39.30 | libv | it would actually be a shame to crack it open to expose serial though :) |
| 21:39.36 | libv | i know, sd card |
| 21:40.53 | Turl | beware with the ainol devices, because some of them aren't A10 |
| 21:40.56 | Turl | :p |
| 21:41.32 | libv | i know, ainol are a bit slutty when it comes to sticking with one soc :) |
| 21:42.05 | Turl | there's even a MIPS one :P |
| 21:42.35 | libv | the aurora2 is destined for my 60y old mother who loves my main mali testing tablet for playing certain housewives games :) |
| 21:42.57 | Turl | haha :P |
| 21:43.15 | libv | i am too cocky about my knowledge on the mali to try my remali code on its dual fragment shader mali |
| 21:44.30 | Marex | libv: you're mucking with the lima driver ? |
| 21:44.51 | Marex | (it's remali now ? ) |
| 21:44.53 | libv | but since i have a set of 7" haipads (telechips), a zenithink 7"er (amlogic), i can not help see the massive evolution these devices had in the past 2-3 years |
| 21:45.01 | libv | Marex: google for libv |
| 21:45.42 | Turl | libv: I have a msm7201a phone :P happened everywhere |
| 21:45.45 | Marex | libv: both "yes" and "no" are much shorter answer ;-) |
| 21:45.46 | libv | ah, crap, that's not good |
| 21:46.08 | libv | Marex: a bit. |
| 21:47.06 | libv | Marex: from time to time i even do presentations about the mali stuff: http://www.youtube.com/watch?v=JK1SIZi3u44 |
| 21:47.46 | libv | but it's been a while :) |
| 21:48.23 | Marex | libv: nice haircut :p |
| 21:48.30 | Marex | mm .. coreboot |
| 21:49.21 | Turl | libv: you might want to stick with gingerbread if you're going to use WIP mali libs :) |
| 21:49.48 | libv | Turl: my documentation is based on the telechips hw |
| 21:50.02 | libv | Turl: whenever a haipad under 50 comes by on ebay.de, i tend to grab it :) |
| 21:50.39 | libv | i already killed the battery on one (bad contact and constant charge discharge cycling) and the touchscreen (stupidity) on another |
| 21:51.01 | libv | they are running 2.3 androids |
| 21:51.09 | libv | and a very specific version too :) |
| 21:51.21 | Turl | you can use a keyboard on the broken touchscreen one :P |
| 21:51.27 | Turl | or mice even |
| 21:51.47 | libv | yeah, but android and a mouse is a bit of a pain :) |
| 21:51.59 | libv | i haven't had the heart yet to do some cutting/slashing :) |
| 21:52.14 | Turl | on ICS/JB it's as good as on a PC :P |
| 21:52.32 | libv | really? |
| 21:52.51 | libv | when i was poking around for intel a few months ago i was running ics on an eeepc |
| 21:52.54 | Turl | yeah, as far as I recall you get a mouse pointer thingy even :P |
| 21:53.12 | libv | that's even true for 2.3 |
| 21:53.33 | Turl | not sure if 2.3 had it |
| 21:53.36 | libv | using a cursor to "emulate" touch is a bit... counter intuitive :) |
| 21:54.22 | Marex | libv: heh ... I had ICS on acer w500 ;-) |
| 21:54.27 | mnemoc | scroll by dragging with a mouse is painful as hell |
| 21:55.04 | mnemoc | at least arrows work... most of the time |
| 21:57.30 | Turl | libv: ics and higher requires samplerExternalOES / GL_TEXTURE_EXTERNAL_OES btw |
| 21:57.40 | Marex | libv: the presentation is good |
| 22:01.13 | libv | anyone know anything about ly-f2s tablet, is that basically a newer revision? |
| 22:02.02 | libv | of the ly-f1 that is |
| 22:02.57 | libv | i can get that one straight from .de, so i do not have to waste an afternoon to collect it at the customs office (like i had to for my mele) |
| 22:04.08 | Marex | libv: it's the same in .de, huh |
| 22:06.18 | libv | yeah... |
| 22:07.10 | libv | you declare the goods one place, then get given a pocket-change amount, then walk to another counter, where a man sits at a ledger and a small till, and then you watch your life tick away while he painstakingly writes the amount in the ledger... |
| 22:09.43 | *** join/#arm-netbook tuliom (~tuliom@177.99.131.107) |
| 22:14.10 | libv | looks like i will spend 80 on the ly-f2s, but on saturday, so my gf does not catch me receiving it and wags her finger at me for dragging even more crap into my room |
| 22:14.56 | slapin_nb | libv: i run 3 tablets with A10 btw |
| 22:15.24 | libv | slapin_nb: which ones, what are you running on them, how do you get serial? |
| 22:17.44 | Marex | slapin_nb: you don't have a girlfriend ! |
| 22:17.53 | Marex | libv: knew that problem |
| 22:18.05 | slapin_nb | I run hyundai A7s with android kernel |
| 22:18.31 | slapin_nb | serial is obvious there |
| 22:18.54 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 22:19.13 | libv | ok, so not the linux-sunxi kernel |
| 22:20.09 | slapin_nb | Marex, wanna talk about gfs? I do have two, and a member of american red cross llc in Russia |
| 22:20.56 | slapin_nb | libv: I run it on one of them, but have trouble with screen |
| 22:21.32 | slapin_nb | so I can't use it as tablet |
| 22:21.33 | libv | describe trouble, and the touchscreen or the lcd? |
| 22:21.55 | slapin_nb | hdmi works, lcd doesn't |
| 22:23.04 | Marex | slapin_nb: I don't want to talk about women ... |
| 22:23.08 | Marex | slapin_nb: I thought you were married |
| 22:23.19 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 22:24.08 | slapin_nb | Marex, I had that stuff in my head and was looking for occupation and my ex-gf recommended me to enter some volunteer-based org |
| 22:24.48 | slapin_nb | and I ended up doing nursing stuff |
| 22:25.05 | mnemoc | free software is volunteer-based too... |
| 22:25.22 | slapin_nb | I finally refused relocation to south Africa |
| 22:26.16 | slapin_nb | when you want to get rid of mental problems you are better for hard labor |
| 22:27.08 | slapin_nb | Marex, and don't worry, I'm still married |
| 22:27.56 | Marex | slapin_nb: I see ... still marrier with two girlfriends ... |
| 22:28.03 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 22:28.04 | Marex | that's so ... you |
| 22:29.17 | mnemoc | :) |
| 22:29.27 | libv | slapin_nb: so this is also a hyundai that's broken, how do you get serial, sdcard? |
| 22:30.30 | slapin_nb | serial is soldered, made small hole in case and got it outside |
| 22:31.01 | slapin_nb | not via sdcard |
| 22:31.14 | Marex | slapin_nb: I finally figured out who makes up for me in this part of life ;-) |
| 22:32.26 | slapin_nb | Marex, I'm very happy for you! |
| 22:32.52 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-220-30.cust.bredband2.com) |
| 22:33.00 | Marex | slapin_nb: let's not continue this discussion, and stop hogging my happiness ;-D |
| 22:33.23 | slapin_nb | btw I have 1 year 3 months kid |
| 22:33.32 | Marex | oh my God |
| 22:33.41 | slapin_nb | not wanting to sleep now |
| 22:34.28 | libv | slapin_nb: aha, so the serial port can clearly be spotted on the mainboard? |
| 22:34.46 | Marex | slapin_nb: you have it with your wife of your GF ? ... or did you just split yourself in two ? |
| 22:34.49 | slapin_nb | yeah |
| 22:35.05 | slapin_nb | wife of course |
| 22:36.45 | slapin_nb | well, my new gf is still can't walk properly, as I am dedicated nurse for her via this weird org |
| 22:37.51 | slapin_nb | when I started she was a vegetable, addition to sofa using adult pampers |
| 22:38.18 | slapin_nb | now she can care of herself at home |
| 22:38.34 | slapin_nb | half year progress |
| 22:39.06 | Marex | ugh |
| 22:39.14 | slapin_nb | mending people's lifes is as fun as debugging software |
| 22:39.15 | Marex | I now see what you mean by GF |
| 22:40.25 | slapin_nb | well. she had no choice but to become my gf, I finally had to get some reward |
| 22:40.28 | slapin_nb | at |
| 22:41.56 | slapin_nb | at beginning she was a bitch full of bullshit, all volunteers stopped working with her because of continuous complains on abuse |
| 22:42.13 | slapin_nb | I had to handle all this |
| 22:42.31 | slapin_nb | sorry for noise |
| 22:43.49 | libv | slapin_nb: hrm, seems like i should get a userspace memory dumper up, not sure whether mapping /dev/mem will work though |
| 22:44.12 | Marex | libv: devmem shall work |
| 22:44.33 | libv | slapin_nb: if we get that to work under android, once we know enough about the display engine, we should be able to fix your tablet |
| 22:46.04 | libv | a "simple" matter of comparing before and after :) |
| 22:46.18 | slapin_nb | libv: I can try to uncover it to show how serial is soldered |
| 22:46.36 | libv | slapin_nb: would be very useful for the linux-sunxi site |
| 22:47.48 | Marex | gn |
| 22:48.27 | slapin_nb | gn |
| 22:49.39 | slapin_nb | libv: I can do it tomorrow, almoost 3am here, could have accuracy problems |
| 22:49.52 | libv | slapin_nb: no rush :) |
| 22:50.17 | libv | slapin_nb: i am going to buy the ly-f2s so i have some device with lcd for disp engine testing |
| 22:50.36 | mnemoc | :) |
| 22:50.47 | libv | slapin_nb: i hope that we will be able to fix the hyundai remotely :) |
| 22:51.16 | slapin_nb | I have a7hd with ips screen |
| 22:51.28 | slapin_nb | cool nice thing |
| 22:53.06 | slapin_nb | since hyundais sell out rooted, there might be chrooted linux distro with devmem installed... |
| 22:53.40 | mnemoc | all A10 devices come with `su` |
| 22:54.09 | mnemoc | that's a nice feature ;-) |
| 22:59.11 | hno | rzk, OK. |
| 23:10.26 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 23:25.34 | ZaEarl_ | ipad mini revealed. looks underwhelming to me. |
| 23:30.27 | *** join/#arm-netbook slash_random (~david@host197.201-252-139.telecom.net.ar) |
| 23:44.04 | Turl | ZaEarl_: it's a 'me too' device |
| 23:44.20 | Turl | apple is playing catch-up |
| 23:44.47 | ZaEarl_ | poorly, too, which is good. :) |
| 23:45.54 | Turl | old processor, no GPS, low res screen, and they still managed to make it more expensive :P |
| 23:47.14 | lundman | ok |
| 23:47.34 | lundman | turl: so, wanna share your JB success? we should make a JB installer for mele |
| 23:55.50 | Turl | lundman: https://github.com/allwinner-dev-team/android_device_allwinner_mele |