| 00:03.05 | *** join/#arm-netbook dfletcher__ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 00:16.03 | leowt | how do i get the temp sensors value? |
| 00:21.41 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 00:23.46 | leowt | checking for libcedarx/libcedarx.h... no |
| 00:23.46 | leowt | configure: error: "Could not find Cedar development headers" |
| 00:24.11 | leowt | compiling vlc with --enable-cedar |
| 00:27.36 | *** part/#arm-netbook mtndew` (~mtndew420@unaffiliated/mtndew420) |
| 00:30.42 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 00:41.44 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 00:42.01 | leowt | got it, instructions on wiki are to build from another device |
| 01:46.26 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 01:55.28 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 01:59.50 | *** join/#arm-netbook stefanro1 (~stefan@pD9FFA07D.dip.t-dialin.net) |
| 02:06.53 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 02:43.27 | *** join/#arm-netbook br- (~br-@109.200.20.245) |
| 02:46.08 | br- | that rk3188 chip announced at CES looks awesome |
| 02:47.05 | br- | stratum-1 time thanks for onboard gps. just wish the company responsible released more code :) |
| 03:15.06 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 03:28.26 | *** join/#arm-netbook hramrach (~hramrach@gateway/tor-sasl/hramrach) |
| 03:47.22 | *** join/#arm-netbook specing (~specing@unaffiliated/specing) |
| 04:04.24 | *** join/#arm-netbook dfletcher (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 04:24.42 | *** join/#arm-netbook aholler (~aholler@p57B20413.dip0.t-ipconnect.de) |
| 04:26.51 | *** join/#arm-netbook jlj (~jlj@109-104-24-9.customers.ownit.se) |
| 04:59.27 | *** join/#arm-netbook dfletcher_ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 05:10.32 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 05:19.00 | *** join/#arm-netbook hipboi (~hipboi@222.50.111.189) |
| 05:39.13 | *** join/#arm-netbook rz2k (~rz2k@95-25-154-89.broadband.corbina.ru) |
| 05:48.22 | *** join/#arm-netbook jardiamj (~jardiamj@50-47-0-123.evrt.wa.frontiernet.net) |
| 06:10.09 | *** join/#arm-netbook wingrime (~wingrime@78.109.115.103) |
| 06:28.37 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 06:44.04 | *** join/#arm-netbook Quarx (~Quarx@46.233.245.122) |
| 06:58.34 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 07:36.44 | *** join/#arm-netbook ganbold (~ganbold@202.179.0.162) |
| 07:41.40 | *** join/#arm-netbook pcat (~cat@37-136-226-15.nat.bb.dnainternet.fi) |
| 07:49.49 | *** join/#arm-netbook rellla (~rellla@p5B078410.dip0.t-ipconnect.de) |
| 08:14.10 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:14.12 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:24.04 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:26.56 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 08:28.42 | ssvb | rz2k: almost there - http://cgit.freedesktop.org/~siamashka/xf86-video-fbdev/commit/?h=wip-sunxi-mali&id=20eff3403e3b2a5e5c75ebffa85aea95b3dd3093 |
| 08:30.04 | ssvb | rz2k: but it needs a kernel patch |
| 08:31.24 | rz2k | but |
| 08:31.26 | rz2k | why UMP_REF_DRV_CONSTRAINT_PHYSICALLY_LINEAR ? |
| 08:31.36 | rz2k | and not https://github.com/linux-sunxi/libump/blob/r3p0-04rel0/include/ump/ump_ref_drv.h#L37 |
| 08:32.06 | rz2k | i've got 25fps->80fps on exynos replacing linear to cached |
| 08:33.51 | ssvb | maybe I'll add it back, but now the data is allocated in the framebuffer and we can't (easily) enable caching for it anyway |
| 08:36.25 | ssvb | the whole point is: we don't want to do any copies and the FPS counter skyrockets because of this :) |
| 08:52.41 | ssvb | rz2k: this is the kernel patch which enables the use of disp layers for it - https://groups.google.com/forum/#!topic/linux-sunxi/qnxpVaqp1Ys |
| 09:14.36 | *** join/#arm-netbook arete74 (~arete74@net-93-64-241-175.cust.dsl.vodafone.it) |
| 09:17.05 | focus_well | This is a must watch video of GK802: http://www.youtube.com/watch?v=dHtQvGyV6Mk |
| 09:17.12 | focus_well | new heat sink material |
| 09:17.28 | focus_well | and no soldered flash - just uSD card |
| 09:18.11 | focus_well | F2fs is now in kernel - so all future devices could use uSD card for its OS |
| 09:18.19 | hramrach | rellla: BuildingOnDebian supposed to be complete from start to end. I wrote it down so that I know what worked later |
| 09:18.35 | focus_well | details about f2fs http://www.h-online.com/open/news/item/F2fs-flash-friendly-filesystem-integrated-into-Linux-1773746.html |
| 09:18.37 | hramrach | I did not notice the Debian pacge ebcause it is not linked anywhere |
| 09:18.46 | hramrach | the FirstSteps page is very terse |
| 09:19.06 | hramrach | as in is missing most of the stuff |
| 09:19.35 | hramrach | the Debian page is bogus. could have been fixed if I noticed it when I started |
| 09:19.38 | RaYmAn | focus_well: looks interesting! |
| 09:19.50 | RaYmAn | hoping mine gets sent out soon :) |
| 09:21.00 | focus_well | Seeking an opinion: is it worth learning the quad core from Freescale? If f2fs works and its already booting from uSD, then all matchbox computers of future must follow this example!! |
| 09:21.48 | focus_well | RaYmAn: original article from here http://liliputing.com/2013/01/install-ubuntu-linux-on-the-100-zealz-gk802-quad-core-mini-pc.html |
| 09:22.30 | focus_well | Lots of images to load into your GK802 when it arrives :) |
| 09:23.07 | focus_well | Actually only two from following links from that page |
| 09:25.02 | focus_well | I think I must order the GK802 soon. But I believe the CPUs are $40 each - that just kills many a plans. |
| 09:25.44 | focus_well | Thats why GK802 is about $99 now, and I can't believe it will come down in price any time soon. |
| 09:26.10 | br- | give it 6 months |
| 09:26.54 | br- | rockchip are just about to release a new chip generation, that'll immediately drag on prices |
| 09:27.18 | br- | 4x 2.8ghz |
| 09:27.34 | focus_well | br: wow! |
| 09:28.00 | andoma | nothing hurts like gigaherz |
| 09:28.14 | br- | probably be a long while before that turns up in a stick though, guessing those newer chips chew power / spit heat |
| 09:28.26 | focus_well | the Freescale has been out for more than 2 years - nothing happened until just recently |
| 09:28.56 | rellla | hramrach: it's linked on the main site and FirstSteps. What do you mean with "bogus"? |
| 09:29.30 | focus_well | br: new chip processes out every 18 months reducing power - but yeah this is a big leap and may fry eggs |
| 09:29.36 | RaYmAn | focus_well: the only annoyance is that there seems to be no sources for the GK802 specific stuff |
| 09:29.50 | RaYmAn | br-: it's pretty useless if they *again* fail to honor open source license |
| 09:31.04 | focus_well | RaYmAn: freescale has lot of support for Linux - so double edge sword this chip - no sources from those who did something useful with it, also lot of stuff inside the chip is still NDA'd |
| 09:31.31 | RaYmAn | focus_well: well, a lot less is NDA'ed than any other vendor I've seen :) |
| 09:31.38 | RaYmAn | freescale has soooo much code :) |
| 09:31.41 | RaYmAn | and documentation |
| 09:33.13 | focus_well | RaYmAn: big dilema - freedom code is good code, but I believe the video related stuff is still NDA'd, so what to do? |
| 09:33.31 | RaYmAn | focus_well: the GPU code is still closed, yes |
| 09:33.34 | br- | focus_well: sorry, half asleep here. 2.0, not 2.8 :) |
| 09:33.44 | RaYmAn | however, there is source for the gstreamer plugin they have for video decoding :) |
| 09:34.12 | focus_well | NDA's kill products even before they are born! |
| 09:34.27 | RaYmAn | focus_well: but it's just as good as any other vendor though |
| 09:34.28 | br- | would personally take one of those samsung parts with integrated sata 3 over faster cpus |
| 09:34.28 | RaYmAn | if not better |
| 09:34.40 | br- | pity source code & availability & cost story isnt' so good |
| 09:34.40 | RaYmAn | there are fully accelerated X11 drivers |
| 09:34.54 | RaYmAn | taking advantage of the 2D engine & Vector engine in the GPU |
| 09:35.04 | RaYmAn | + EGL & OpenGL Es (and OpenVG) |
| 09:36.33 | br- | any mobile stuff supporting opencl? |
| 09:36.39 | RaYmAn | hm |
| 09:36.45 | RaYmAn | I think it actually has opencl too, but not 100% |
| 09:37.45 | br- | yep, seems so |
| 09:38.13 | RaYmAn | " |
| 09:38.13 | RaYmAn | 3D Graphics Processing Unit (GPU) OpenGL ES Common Profile v1.0 OpenGL ES Common Profile v1.1/Direct3D Mobile OpenGL ES Profile v2.0 OpenGL ES Profile v3.0 OpenCL v1.0 |
| 09:38.16 | RaYmAn | " |
| 09:40.15 | hramrach | rellla: it is not linked on the main page. It is on the very bottom of FirstSteps where I did not get because it started with installing Linaro toolchain which I did not want |
| 09:40.30 | focus_well | br: I believe a lot of these chips have SATA but because of NDA's they don't document it, and no one can ask for help from open source world because then they would break their NDAs by describing the registers!! |
| 09:40.31 | focus_well | Doh! |
| 09:40.44 | focus_well | Take A10 - originally documented with no SATA |
| 09:40.57 | hramrach | rellla: the Debian tutorial recommends building sid which is bogus |
| 09:41.01 | focus_well | Or rather the pins were not documented |
| 09:41.11 | rellla | hramrach: http://linux-sunxi.org/Main_Page -> Software -> Debian |
| 09:41.34 | hramrach | I started from the cubieboard page, doh |
| 09:43.30 | focus_well | br: its possible nearly all these big SoCs have Sata, but no one who signed NDAs can talk about it and get help to create drivers and support it |
| 09:43.44 | focus_well | A very clever situation if you ask me! :( |
| 09:43.51 | br- | makes sense ;( |
| 09:44.04 | rm | is being a :trollface: on the ML |
| 09:44.22 | hramrach | sata is not very useful on ARM SoC so it's possible almost no chip has |
| 09:44.40 | hramrach | tegra has PCIe so you can add if you want |
| 09:44.50 | hramrach | exynos has USB3 so you don't need |
| 09:45.09 | *** join/#arm-netbook sspiff (~wim@unaffiliated/yukito) |
| 09:45.11 | hramrach | small chips have pretty much no use |
| 09:45.16 | focus_well | Sata is useful to add external hard disk support to play media. All tablets could have it. |
| 09:45.36 | hramrach | I setiously would not use SATA on a tablet |
| 09:45.57 | hramrach | given the limited space mini usb does the job |
| 09:46.16 | hramrach | plenty of bandwidth wrt video playback even on usb2 |
| 09:46.26 | hramrach | and has more uses than just disk |
| 09:46.47 | focus_well | hramrach: today you would not, but if each tablet came with sata from day1, we would be arguing about whether tablets should have 1 sata or 3 sata :) |
| 09:46.51 | br- | a quad core design tacked on the side of a 512gb ssd and with ethernet is something of a dream for me |
| 09:46.58 | br- | dont need ram when you have fast io |
| 09:47.13 | rellla | hramrach: imho this is a general problem, that most of the cubieboard'lers do not access the info on the whole linux-sunxi site. even most of them don't know, that the cubie is nearly the same as eg. a mele...? there are repeated questions on cubieboard-ml, which are explained in the wiki or at the mailing lists. |
| 09:47.24 | focus_well | br: mine too!! :) |
| 09:47.48 | rellla | hramrach: s/sid/wheezy/ should be the right way for Debian-tutorial? |
| 09:48.14 | hramrach | yes, that's definitely good idea |
| 09:48.24 | br- | focus_well: a configuration like that should be enough to support a few hundred users running an app like gmail / google docs |
| 09:48.40 | br- | with stupidly low power envelope |
| 09:48.42 | focus_well | br: I would be dreaming about 64Gb ssd match box computer if sata was common. Adds about 5mm thickness to the mk802 form factor |
| 09:49.22 | hramrach | rellla: it's also good idea to merge the two pages in some way. most of the stuff is just duplicated |
| 09:49.32 | rellla | but both Debians should be combined in a way, when ready. There's much doubled information... |
| 09:49.37 | rellla | ^ |
| 09:50.52 | focus_well | br: after you got sata + ssd, speed is astronomical and you could set up everything including web farms in a small cabinet :) - add more matchboxes each time you want to extend the farm |
| 09:50.57 | hramrach | focus_well: don' know about mk802 but you can mount cubieboard on top of a 2.5" SATA drive with some tin bending effort |
| 09:52.01 | focus_well | hramrach: I got 2 cubies coming my way. Soon to meet sata ssd. And then sparks shall fly :) |
| 09:53.11 | hramrach | the bad thing is that the SATA connector is in rather awkward position for such use |
| 09:55.37 | hramrach | also the boars is a few millimeters too narrow and a few millimiters too long to fit on top of the drive nicely |
| 09:56.02 | focus_well | hramrach: i got me a laser cutter to make any kind of box - first target is to make a humanoid robot and power the whole thing off with 18650 batteries. Should talk as well. $49 opens up a lot of possibilities. |
| 09:56.04 | hramrach | could just go directly through the PCB holes with slightly different layout |
| 09:56.50 | rellla | anybody here, who made a trip to CES? |
| 10:01.25 | hramrach | focus_well: what would the SATA on a tablet be used for? first commercially successful tablets were from Apple and had no interface. More open tablts had the logical interfaces - SD, USB, HDMI |
| 10:02.08 | hramrach | the performance gain with SATA on an underpowered chip is not worth the effort of adding more parts to a *mobile* device |
| 10:02.45 | hramrach | no decent sata connector for ahndheld size device, either |
| 10:07.01 | specing | cortex-a9 and a15 are not even remotely underpowered |
| 10:07.14 | specing | so I can't understand why they don't include SATA |
| 10:17.37 | *** join/#arm-netbook ssspiff (~quassel@fixnum.org) |
| 10:17.38 | *** join/#arm-netbook ssspiff (~quassel@unaffiliated/yukito) |
| 10:22.44 | focus_well | hramrach: original tablets were just media consumption devices. I put Lubuntu on a Gemei G2, and use it like a desktop. Someone make a big mistake leaving out sata and all these fandangly UIs that I just can't use. A 1.8" sata matchbox I can really dig! |
| 10:22.51 | focus_well | with a tablet. |
| 10:23.11 | focus_well | even if its underpowered tablet - it will still get the work done! |
| 10:25.06 | RaYmAn | tegra, a10, freescale i.mx6q, exynos at least has sata on chip |
| 10:25.15 | RaYmAn | so most do, just no devices really |
| 10:25.34 | RaYmAn | maybe the wandboard quad will have it if it ever happens |
| 10:27.34 | focus_well | RaYmAn: cubie board is coming and then I got sata + ssd + nearly 100 pieces of18650 batteries to play with. Then we shall see!! :) |
| 10:27.51 | RaYmAn | :) |
| 10:29.09 | focus_well | RaYmAn: just one camera + 64Gb ssd can take 1 picture every second for several months. Its a product already! |
| 10:30.00 | focus_well | Software I do already, camera $40, cubie board $49. Product for under $100 and does more than any junk out there for similar price. |
| 10:30.46 | specing | What about the SSD? |
| 10:31.11 | focus_well | Bring own SSD / external storage depending on requirement :( |
| 10:31.49 | focus_well | If ssd come down in price, then I fit something to device |
| 10:32.27 | *** join/#arm-netbook Alex1269__ (550f7f0e@gateway/web/freenode/ip.85.15.127.14) |
| 10:35.29 | specing | How aobut just a 64G usb key? |
| 10:35.32 | specing | cheaper. |
| 10:37.46 | focus_well | specing: yep - but for corporates, you know it has to be seen to be robust |
| 10:40.15 | rellla | specing, focus_well: can you recommend a special ssd (32gb is enough), which can be powered by cubieboard/mele and is suitable to take the rootfs? |
| 10:46.41 | *** join/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 10:48.45 | *** part/#arm-netbook Ershov (~Thunderbi@89.163.11.110) |
| 10:53.36 | *** join/#arm-netbook gzamboni (~gzamboni@94.191.15.109.rev.sfr.net) |
| 10:54.06 | focus_well | rellla: my plan was 1.8" ssd: Here is a link for a big drive - but not the best one - http://www.ebuyer.com/store/Storage/cat/Hard-Drive---SSD/subcat/1.8%22-SSD |
| 10:55.20 | focus_well | rellla: i don't believe they boot from ssd - someone here said you must boot from uSD and then transfer execution to the ssd. I got notes somewhere but not sure where at the moment |
| 10:56.59 | rellla | mnemoc told me a time ago, to check out the power consumption of the drive. i can't remember the maximum, to not make the mele go to nirwana... 1W? |
| 10:57.54 | focus_well | " do a kexec to transfer boot from SD to SSD " |
| 10:59.46 | focus_well | I wait for cubieboard to arrive - after that I know a lot more :) |
| 11:00.34 | rellla | focus_well: plan is to boot my mele from sd, then go on with rootfs on sata. should be possible. i'm afraid of death-writing my sd-card. |
| 11:01.14 | rellla | but power consumption must be limited to "xx"W, iirc. |
| 11:01.28 | focus_well | rellla: see if you can get f2fs working - then sd won't burn out: http://www.h-online.com/open/news/item/F2fs-flash-friendly-filesystem-integrated-into-Linux-1773746.html |
| 11:02.46 | rellla | thanks, i'll take a look at it. |
| 11:06.59 | *** join/#arm-netbook pcat (~cat@37-136-226-15.nat.bb.dnainternet.fi) |
| 11:24.21 | *** join/#arm-netbook tinti (~tinti@201.62.162.119) |
| 11:30.39 | *** join/#arm-netbook Dessimat0r (picard@null.annihilate.it) |
| 11:37.23 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:40.21 | *** join/#arm-netbook leowt (~leowt@233.163.108.93.rev.vodafone.pt) |
| 11:40.26 | leowt | hi there m8s |
| 11:42.29 | *** join/#arm-netbook hg_5_ (~chatzilla@91.234.245.245) |
| 11:46.49 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:48.41 | leowt | mnemoc: you said you are running Raid1 @ esata. Can you explain exactly how? |
| 11:50.07 | mnemoc | an external 2x3.5" raid device with esata/usb output |
| 11:50.16 | mnemoc | + esata/sata cable |
| 11:52.15 | leowt | cool |
| 11:58.41 | mnemoc | you just need to be sure your esata device fakes a single drive. or the A10 won't be able to deal with it |
| 11:59.28 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 11:59.57 | xenoxaos | a10 doensnt do port multiplier? |
| 12:00.45 | mnemoc | nope. 1 drive only |
| 12:02.12 | leowt | mnemoc: how did you do that? |
| 12:04.27 | mnemoc | some sata controllers just work that way |
| 12:04.38 | leowt | i see |
| 12:08.41 | leowt | mnemoc: what exactly is the hardware ur using? |
| 12:13.43 | mnemoc | 1m |
| 12:14.12 | mnemoc | orico 7632rus |
| 12:14.43 | mnemoc | it's a couple of years old, so probably discontinuated |
| 12:14.50 | RaYmAn | grmbls at geekbuying.com 'Order Status: Payment Confirmed(Processing)' - for like a week :/ (and they claim 3 day processing time) |
| 12:16.19 | rz2k | RaYmAn: since everything is made by richtechie - expect even more delay. they have very little stock and they made only 35K units atlest for december. no more stock of i.mx6q were available |
| 12:16.34 | mnemoc | leowt: controller seems to be called JMB352 |
| 12:16.52 | rz2k | shipping time for i.mx6q is 35days (info from freescale) |
| 12:17.24 | rz2k | so you can easily hop into a gap between two batches of hw made |
| 12:17.50 | leowt | mnemoc: works ok? |
| 12:18.36 | mnemoc | perfectly |
| 12:18.46 | RaYmAn | rz2k: :( they could at least say it on the damn page if they don't have stock :/ |
| 12:19.08 | mnemoc | stock is overrated :p |
| 12:20.41 | rz2k | RaYmAn: I've lied, it is actually 2k+5k pcs |
| 12:20.42 | rz2k | http://www.hiapad.com/?p=1994 |
| 12:20.55 | rz2k | they wrote somewhere around there about their plans |
| 12:21.36 | rz2k | also http://www.hiapad.com/?p=2055 |
| 12:21.52 | RaYmAn | that osunds like it's hiapad specific though? |
| 12:22.29 | mnemoc | told you to buy it from lightake :) |
| 12:23.01 | RaYmAn | wouldn't matter much if they don't have stock either :/ |
| 12:23.11 | rz2k | hiapad=richtechie |
| 12:23.18 | RaYmAn | rz2k: are you sure? |
| 12:23.30 | mnemoc | RaYmAn: their aliexpress page says "ships in 5 days" |
| 12:23.41 | RaYmAn | meh =P |
| 12:23.51 | rz2k | they had prototype at september, they accepted preorders for it and OEMs |
| 12:23.53 | rz2k | http://www.hiapad.com/?page_id=1625 |
| 12:24.05 | rz2k | third line |
| 12:24.05 | RaYmAn | rz2k: ggeekbuying is claiming that hiapad is a rebrand of theirs :/ |
| 12:24.13 | RaYmAn | so much conflicting info *sigh* |
| 12:24.49 | mnemoc | hiapad is chip3c, he has been around for quite a long time doing fsl devices |
| 12:25.00 | mnemoc | but he *might* be related to richtechie |
| 12:25.48 | mnemoc | I bought a tablet from him before the chi-tech laptop that started this channel |
| 12:26.06 | RaYmAn | lightake Our Price: $141.99 |
| 12:26.16 | Alex1269__ | Hi all. I have a question about ir receiver... insmoded sun4i_ir and got /dev/input/event1 device. cat /dev/input/event1 prints chars on remote button press... But irrecord shows error |
| 12:26.24 | mnemoc | it was 99 for 8G and 119 for 16G :< |
| 12:26.27 | Alex1269__ | irrecord: gap not found, can't continue |
| 12:27.01 | RaYmAn | ah, 8gb one is 98.99$ |
| 12:27.13 | Alex1269__ | cmd: irrecord -d /dev/input/event2 -H devinput a10.conf |
| 12:27.54 | Alex1269__ | ups.. irrecord -d /dev/input/event1 -H devinput a10.conf |
| 12:28.05 | mnemoc | have never played with A10's IR |
| 12:28.17 | Alex1269__ | :( |
| 12:28.18 | mnemoc | Alex1269__: will you send a v2 of your sunxi-led driver? |
| 12:28.40 | Alex1269__ | v2 ? :) |
| 12:28.41 | mnemoc | Turl!!! |
| 12:29.03 | mnemoc | Alex1269__: techn replied pointing out a bunch of problems that need to be fixed |
| 12:29.21 | mnemoc | Alex1269__: and we need a real human name on it ;-) |
| 12:29.38 | Alex1269__ | hmm... didn't received that... Real name Alexander Shutko |
| 12:30.01 | hansg | Alex1269, if that driver generates a /dev/input/event then I believe it does not need any irrecord, it simple generates standard evdev events, you could try xev under X assuming you're using a hotplug enabled X, to see if X understands the events, otherwise there are also some evdev cmdline utilities ... |
| 12:30.14 | hansg | Note I've not tried the ir yet either ... |
| 12:30.33 | hansg | Alex1269, a good place for general ir info is the #v4l channel here on freenode. |
| 12:30.44 | hansg | As lots of tvcards have ir receivers ... |
| 12:31.29 | Alex1269__ | I'm trying to use lirc and teach it for my remote... So irrecord is to recognize protocol and learn keys |
| 12:32.10 | mnemoc | some people <http://linux-sunxi.org/IR> <http://linux-sunxi.org/LIRC_(Linux_Infrared_Remote_Control)_for_the_IR_receivers_and_and_remotes> seem to be able to use IR |
| 12:33.22 | Alex1269__ | mnemoc, where can I get sunxi-leds problems list ? |
| 12:34.06 | mnemoc | Alex1269__: https://groups.google.com/forum/#!msg/linux-sunxi/5pGnROF-K4E/csf9NtnO8WIJ |
| 12:34.20 | mnemoc | Alex1269__: [- show quoted text -] :) |
| 12:35.29 | mnemoc | Alex1269__: you aren't subscribed :| |
| 12:36.11 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.150) |
| 12:36.28 | Alex1269__ | :) |
| 12:43.32 | *** join/#arm-netbook hansg (~hans@ip32-174-211-87.adsl2.static.versatel.nl) |
| 12:50.02 | leowt | mnemoc: im installing ubuntu core, its a bit more tricky than debian. But im writing it down so i can make a wiki page |
| 12:50.49 | leowt | btw, what about that 60mhz freq problem? can you give more detail, and if it is going to get fixed? |
| 12:52.53 | rellla | Alex1269__: I had troubles with irrecord, too. But it is not needed iirc. Lirc remembers your device as devinput. Try http://linux-sunxi.org/Lircd.conf and/or irw. |
| 13:11.51 | mnemoc | leowt: it's not broken. that's how ondemand works by default. going to the minimal freq needed as soon as possible. but can be configured (from userspace) |
| 13:12.08 | mnemoc | leowt: see http://linux-sunxi.org/Cpufreq#Tweaks |
| 13:12.37 | mnemoc | installing debian or ubuntu it's mostly the same thing. just extract the rootfs tarball |
| 13:13.06 | leowt | mnemoc: yep, i got the sistem running. im documenting just now |
| 13:13.13 | mnemoc | :) |
| 13:13.31 | leowt | mnemoc: but without this tweaks, cpu stays at 60mhz no matter what right? |
| 13:14.10 | mnemoc | no, it can go up to 1GHz.... it's just that at 60MHz it takes a lot of time to realize it's under stress |
| 13:14.57 | leowt | in the mele a1000 case, it could always be at 1ghz |
| 13:15.12 | *** join/#arm-netbook ithamar (~ithamar@f222020.upc-f.chello.nl) |
| 13:15.18 | mnemoc | it's not a good idea to live at max freq |
| 13:15.38 | leowt | mnemoc: why? wasnt what cpu was made for? |
| 13:15.44 | barqux | mnemoc: I guess you can use debootstrap and set your rootfs up however you want it? That's what I did, is there more sweet way? |
| 13:16.15 | mnemoc | barqux: extract http://dl.linux-sunxi.org/rellla/debian-unstable-armhf.tar.bz2 and save the debootstrap |
| 13:16.18 | mnemoc | ;-) |
| 13:16.23 | leowt | barqux: untar ubuntu-core-armhfs too |
| 13:16.34 | mnemoc | leowt: no. it's made for extreme power saving |
| 13:16.59 | barqux | mnemoc: but I love to use binfmt_misc :) it's pretty cool |
| 13:17.05 | mnemoc | :) |
| 13:17.16 | leowt | mnemoc: if i want to use this soc as a server, for example a voip server |
| 13:17.35 | leowt | i want it to be ready to give me some flops =P |
| 13:17.40 | ithamar | u-boot questions here: I have two different boards with the same dram settings... should I create 2 seperate boards for u-boot or just stick with one? |
| 13:18.31 | ithamar | what is the adviced approach? |
| 13:19.05 | barqux | mnemoc: but really, is there an issue with not using cpufreq? Other than more heat and higher wattage? |
| 13:19.09 | ithamar | leowt: if you make sure you have cpu freq scaling enabled it'll give it to you when it needs it :) |
| 13:19.54 | ithamar | barqux: At least I'm sure none of the available devices have been tested like that.... so unexpected results might pop up |
| 13:21.28 | barqux | ithamar: opps, have to enable it then! |
| 13:22.54 | ithamar | barqux: Well, at least be prepared for unpexected stuff with it disabled |
| 13:23.15 | ithamar | barqux: what device are you using? |
| 13:23.23 | barqux | uhm, what kind of unexpected happenings are we talking here? Allwinner a10 in mk802-ii |
| 13:23.42 | barqux | as long as it won't catch fire I'm pretty much satisfied ;D |
| 13:24.18 | ithamar | barqux: hehe, well, in a device like that overheating would definitely be a possibility |
| 13:24.54 | ithamar | barqux: have seen devices melting their plastic enclosure doing that type of stuff (were Telechips devices, not Allwinner, but same deal) |
| 13:25.59 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 13:26.25 | *** join/#arm-netbook rellla2 (~rellla@p5B079514.dip0.t-ipconnect.de) |
| 13:27.04 | barqux | No REALLY? That's pretty bad |
| 13:27.40 | ithamar | barqux: well, being on full-cpu for an hour or so when watching a movie, or being full-cpu for 24/7 does make a big difference ;) |
| 13:28.15 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 13:29.41 | ithamar | barqux: just keep an eye on it (finger on it :P) the first 24h, that should give you an idea of how warm it gets I guess |
| 13:32.15 | ithamar | anyway, any u-boot-sunxi committers here? |
| 13:32.25 | mnemoc | barqux: it won't die if that's what you wonder. but it becomes unstable with excess of heat |
| 13:35.03 | mnemoc | ithamar: to keep maintainace reasoably sane, one board per board |
| 13:35.35 | mnemoc | ithamar: ideally matching the name with the corresponding .fex in sunxi-boards |
| 13:40.24 | ithamar | mnemoc: yeah thought so, to keep sunxi-bsp happy ;) |
| 13:40.53 | ithamar | mnemoc: okidoki, pull request for ~5 boards coming up in a couple of hours ;) |
| 13:42.00 | mnemoc | ithamar: great! please don't forget to submit the .fex files with verified/completed [dram_para] section ;-) |
| 13:42.34 | ithamar | mnemoc: will make sure they're all ok.... using the bsp thing to test them |
| 13:42.35 | mnemoc | eventually we will generate .dts files from those |
| 13:42.44 | ithamar | mnemoc: nice |
| 13:46.46 | mnemoc | board.fex files are much easier to deal with than .dts :| |
| 13:48.30 | mnemoc | I mean, to edit/maintain. |
| 13:50.28 | ithamar | mainly because they are platform specific :P |
| 13:50.37 | mnemoc | sure :) |
| 13:50.43 | ithamar | try describing telechips hardware in fex format :P |
| 13:51.03 | ithamar | but I do understand what you mean |
| 13:52.30 | ithamar | are there any plans to mainline the U-Boot code ? |
| 13:53.08 | mnemoc | yes, hno's sunxi-current branch |
| 13:53.40 | ithamar | ah ok cool |
| 13:54.05 | mnemoc | and it has tftp support :) |
| 13:54.06 | ithamar | should revive U-Boot for telechips too |
| 14:00.31 | jinzo | bah, too bad about all that DX stuff |
| 14:01.22 | mnemoc | since when they cancel orders because the specs aren't accurate?? come on |
| 14:06.57 | ganbold_ | mnemoc: what is real difference between standard uart 8250 vs sunxi 8250? |
| 14:14.24 | ganbold_ | so USR is 31 and cts handling is different, that is all? I see https://github.com/linux-sunxi/linux-sunxi/commit/74270827595baecd329fd74f17f6b62c0738bcad |
| 14:19.37 | *** join/#arm-netbook bsdfox (~Bob@c-71-197-83-152.hsd1.ca.comcast.net) |
| 14:19.38 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 14:22.34 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.98) |
| 14:26.29 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-166-109-0.hsd1.ut.comcast.net) |
| 14:27.01 | *** join/#arm-netbook leowt (~leowt@233.163.108.93.rev.vodafone.pt) |
| 14:28.52 | hansg | ganbold_, the sunxi uart seems to be using some Synopsys DesignWare ip, which has a special busy interrupt, which the standard linux kernel code does not know how to clear, so once the race which triggers that interrupt happens you have a stuck interrupt (if you treat it as a regular 8250), the sunxi-3.0 branch has a hack to work around this, and thr sunxi-3.4 branch has a proper fix. |
| 14:29.04 | hansg | I still need to check what the upstream devicetree code in 3.8 has ... |
| 14:29.48 | buZz | maybe thats why load is 1.0 on idle? :D |
| 14:30.04 | buZz | or 2.0 on my latest compiles O_o |
| 14:30.51 | mnemoc | hansg: on 3.8+ mripard just uses standard 16850 |
| 14:31.31 | hansg | mnemoc, oh, that is bad, that is going to cause stuck interrupt errors. |
| 14:31.39 | hansg | Well we know how to fix it ... |
| 14:31.59 | mnemoc | hansg: still on time for 3.9, hurry :) |
| 14:32.40 | hansg | mnemoc, erm, yeah, no. -ENOTIME I do plan to eventually start looking at upstream stuff, but that is weeks if not months away |
| 14:33.08 | mnemoc | :) |
| 14:33.12 | hansg | Remember this is a spare-time project for me (for all of us I guess) :) |
| 14:33.41 | hansg | ganbold_, for details see: https://github.com/linux-sunxi/linux-sunxi/commit/614fd293b370c88629c3c4437e1af5c0b013c087 |
| 14:35.07 | ithamar | mnemoc: quick q about the fex files, you normally delete all the asian comments from them? |
| 14:36.12 | ithamar | mnemoc: none of the others seem to have any, and mine is full of it :) |
| 14:37.05 | mnemoc | ithamar: we don't get comments when "decompiling" the .bin ;-) |
| 14:37.36 | ithamar | mnemoc: ah ofcourse :P I'm getting some of them from the .img files, and then they're still in |
| 14:38.08 | mnemoc | unfortunatelly it's not uncommon that those .fex are out of sync |
| 14:38.21 | ithamar | oh? |
| 14:38.27 | ithamar | hmmmm |
| 14:38.53 | mnemoc | you can fex2bin | bin2fex and diff |
| 14:39.15 | ithamar | ah that might be a good idea indeed |
| 14:39.49 | mnemoc | comments come from the template distributed with the evb/reference design |
| 14:40.07 | mnemoc | i belive they should be in the wiki, not in every .fex |
| 14:40.13 | mnemoc | translated obviusly |
| 14:41.19 | ithamar | good point, I'll commit "cleaned" ones then |
| 14:41.37 | ithamar | and if there's anything interesting in the comments, I'll update the wiki (created an account already) |
| 14:42.11 | mnemoc | great :) |
| 14:45.44 | ganbold_ | hansg: ok, I guess I am observing that too in freebsd with standard 8250 |
| 15:06.59 | leowt | how can i get the temperature sensors? |
| 15:09.32 | WarheadsSE | does it have them? |
| 15:10.03 | leowt | do they|?! =P |
| 15:10.06 | mnemoc | not that i know |
| 15:10.30 | leowt | so, there is no way to know the cpu temp? |
| 15:10.44 | leowt | internally i mean |
| 15:10.57 | leowt | without putting a finger on it xD |
| 15:12.41 | mnemoc | infrared thermometer |
| 15:13.47 | leowt | mnemoc: =P its external |
| 15:14.02 | leowt | i thought there was one included in the soc |
| 15:22.30 | mnemoc | but better than the finger... |
| 15:22.48 | leowt | sure, but cant automate that xD |
| 15:25.18 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.150) |
| 15:27.21 | jinzo | mnemoc, yeah - they just don't want to ship that volume at that price |
| 15:27.28 | jinzo | and 5$ is nothing |
| 15:27.48 | jinzo | 20+5 and you can't eve buy the cheapes android media player they offer |
| 15:29.11 | jinzo | too bad tho, I always had a degree of respect towards them |
| 15:29.37 | mnemoc | jinzo: eh? |
| 15:30.29 | techn | evening |
| 15:30.44 | jinzo | DX stuff |
| 15:30.50 | techn | who was that led patch guy? |
| 15:31.00 | mnemoc | techn: Alex1269__ |
| 15:31.40 | techn | Alex1269__: I can test a13 if that patch works with power/charging led |
| 15:31.49 | techn | but those could be connected to axp |
| 15:32.44 | mnemoc | jinzo: a supplier was clearly going to liquidate dead stock under cost. and it's expectable they backordered and that they won't find another supplier for that price |
| 15:33.08 | jinzo | So you think they don't manage stock? |
| 15:33.23 | jinzo | eg. stuff goes on backorder automaticially when they don't have anything to ship? |
| 15:33.27 | mnemoc | jinzo: but from there to plot all that BS about wrong specs... |
| 15:34.00 | jinzo | and the one almost _everyone_ knows :D |
| 15:34.12 | mnemoc | jinzo: if you used the old dealextreme site you'll remeber the "waiting for supplier" status and the "listed by:" attribute on the project pages |
| 15:35.00 | jinzo | yes I was - and yes I do remember those |
| 15:35.05 | mnemoc | jinzo: they have some stock of some products, but most of the catalog comes from suppliers |
| 15:35.51 | jinzo | true, but still they should have at least some rudamentary monitoring... but I guess they don't really mind because it went so well for them for now |
| 15:36.03 | mnemoc | they do the logistics and worldwide online shop on behalf of chinese retailers and suppliers |
| 15:36.29 | mnemoc | jinzo: they know how much they sell. they don't know how much the supplier has |
| 15:36.30 | jinzo | but at least they stepped up a bit with the new website, at first it was horrible - but now the local storage (EU/US/AU) stuff is bearable. |
| 15:38.07 | mnemoc | i tend to prefer other shops like focalprice, lightake or priceangels these days. they rarely take more than 2-3 days to ship |
| 15:38.34 | mnemoc | but you don't find breath taking prices like sometimes you do on DX |
| 15:39.12 | jinzo | focalprice is nice, I was suprised on their shipping indeed. |
| 15:39.21 | jinzo | didn't heard of priceangels yet |
| 15:39.46 | *** join/#arm-netbook rellla (~Thunderbi@p4FE56320.dip0.t-ipconnect.de) |
| 15:40.33 | mnemoc | techn: there is logic to choose between SoC and PMU GPIOs. we can either move it directly inside mach/sys_config.c or add the if (port>100...) thing on sunxi-leds |
| 15:41.02 | mnemoc | jinzo: that's the diff when a shop has own stock or doesn't ;-) |
| 15:41.25 | jinzo | also, I saw that some of the latest ainol novos (notably Hero ii) have ACT SoCs |
| 15:41.29 | jinzo | any experiance with those? |
| 15:41.56 | sspiff | can you back up a device's rom using livesuit? |
| 15:42.04 | mnemoc | sspiff: no |
| 15:42.23 | sspiff | mnemoc: any other way? |
| 15:42.38 | jinzo | and first ainol novo's with A31 should ship at the end of this month |
| 15:42.40 | sspiff | I want __EVERYTHING__, including the partition table |
| 15:42.46 | mnemoc | sspiff: boot from SD and mount/tar or dd the nand partitions |
| 15:42.59 | sspiff | oh sweet, great news jinzo, any word on price? |
| 15:43.13 | sspiff | mnemoc: can you boot android from SD? |
| 15:43.49 | mnemoc | sspiff: for the partition table you can use /dev/nand itself.... first MB iirc |
| 15:44.00 | mnemoc | sspiff: no idea |
| 15:44.06 | sspiff | mnemoc: thanks :) |
| 15:48.16 | techn | sad that cubieboard team focuses only cubieboard specific stuff :( |
| 15:48.56 | techn | (referring to wiki and android tv etc) |
| 15:50.39 | mnemoc | business is business.... |
| 15:51.18 | mnemoc | sooner than later they all end up been money focused |
| 15:51.28 | arete74 | sspiff: http://tmerle.blogspot.fr/2013/01/melehtpc20121220v13-enus-imgsdcard.html |
| 15:51.37 | arete74 | boot android from sd card |
| 15:51.56 | techn | that could even have negative effect to their business.. not so many ppl working on their stuff |
| 15:53.24 | mnemoc | even small details like turning the shop is dhl-only will kick out most of the DIY people |
| 15:54.09 | mnemoc | normal people won't but 5+ pieces |
| 15:54.11 | sspiff | thx arete74! |
| 15:54.52 | sspiff | techn: android tv? |
| 15:55.53 | mnemoc | over half of the indiegogo orders were standard shipping one piece |
| 15:57.37 | sspiff | mnemoc: btw, what do you do with allwinner stuff? You seem to always be answering questions when I'm awake, so I'm guessing this is a full time gig? |
| 15:59.34 | rz2k | sspiff: we have zero support from allwinner |
| 16:00.01 | mnemoc | i rarely power up any of my allwinner based devices. i work from home, i'm irc addicted, and i like the people here |
| 16:04.45 | traeak | gotta support the family, can't live in parents' basement forever ya know :-p |
| 16:06.15 | mnemoc | traeak: parents are 11k km away |
| 16:07.11 | mnemoc | (linear distance) |
| 16:11.58 | traeak | heh |
| 16:12.14 | traeak | mnemoc: mine are about the same but they moved there themselves :-p |
| 16:12.26 | mnemoc | :D |
| 16:13.26 | mnemoc | escaped from you? |
| 16:18.02 | jinzo | sspiff, regarding that - it's a 9inch tablet (standard fare, IPS etc) for 240USD estimated |
| 16:18.51 | Turl | heh |
| 16:18.59 | sspiff | jinzo: tahnks for the info, |
| 16:19.12 | sspiff | rz2k: you guys are doing well for having 0 support |
| 16:19.18 | Turl | mnemoc: tom said he'd add HKP registered on the shop on some email on the ML |
| 16:19.27 | Turl | and sweden post (?) |
| 16:19.34 | sspiff | got to go, bye! |
| 16:19.49 | jinzo | bah, and I just wanted to link him to the product page |
| 16:20.00 | leowt | is there any A10 device with free schematics and cad files? |
| 16:20.42 | Turl | olimex ones maybe |
| 16:20.50 | jinzo | I suppose olimex ones are the only (but they don't ship A10 based ones yet, A13 ships tho) |
| 16:21.03 | leowt | if its a13 its better =D |
| 16:21.13 | leowt | to get away from BGA packages |
| 16:21.17 | leowt | ill go check |
| 16:21.19 | leowt | great |
| 16:21.32 | jinzo | leowt, check their webpage and github, afaik it's all open source/in there. |
| 16:21.42 | leowt | jinzo: cool, tnks |
| 16:23.10 | leowt | anyone running a10 device as a server? |
| 16:23.23 | leowt | what and how much is it taking? |
| 16:23.35 | jinzo | rm, does afaik (server/router) |
| 16:23.45 | jinzo | he also does some -server kernel builds |
| 16:24.00 | jinzo | a quick search on the mailing list could bring you a lot of info. |
| 16:24.34 | leowt | going to check ml, and wait from a feedback from rm, tnks |
| 16:25.45 | rm | leowt, "how much taking" of what? |
| 16:25.47 | Turl | I run an A10 server with an USB HDD and an USB soundcard |
| 16:25.53 | leowt | rm, what can it take |
| 16:26.17 | Turl | I run transmission and mpd on mine |
| 16:26.20 | rm | what do you want it to? :) |
| 16:26.37 | jinzo | On a non related note: nobody has any experiance with ACT SoCs? |
| 16:26.39 | leowt | rm, voip server |
| 16:26.57 | leowt | whith an ssd on sata |
| 16:27.06 | rm | leowt, like mumble or like asterisk? |
| 16:27.10 | leowt | y |
| 16:27.43 | rm | well, it was an OR question |
| 16:27.47 | rm | because afaik the former does mixing/audio processing on the server, and the latter doesn't |
| 16:27.58 | rm | if I'm not mistaken |
| 16:28.13 | rm | not sure how the CPU will handle processing/mixing a lot of audio streams |
| 16:28.23 | leowt | rm, but you have never experienced it? |
| 16:28.27 | leowt | if it could take 20 clients it would be enough |
| 16:28.28 | rm | correct, I didn't try |
| 16:28.42 | leowt | rm, i will do that, and tell you the results |
| 16:29.06 | leowt | btw, rm, what kind of improves does your -server branch have? |
| 16:30.28 | rm | see http://romanrm.ru/en/a10/kernel |
| 16:30.34 | leowt | tnks |
| 16:32.08 | leowt | btw, rm, rpi handles about 3-4 asterisk sip stable calls, so a10 must handle more =P |
| 16:32.28 | *** join/#arm-netbook pcat (~cat@gprs-internet-bceea4-195.dhcp.inet.fi) |
| 16:32.28 | leowt | with soft float |
| 16:32.31 | leowt | and sd card |
| 16:33.08 | Turl | if asterisk has NEON support, probably |
| 16:35.58 | leowt | are there any instructions to put u-boot stuff and kernel on nand flash? |
| 16:36.04 | leowt | so i can get rid of SD card |
| 16:37.32 | mnemoc | Turl: wb. and happy bday ;-) .... there is a patch for cpufreq from hansg on the ML, would you mind testing it to see how it impacts interactive/fantasy on android? if it sleeps properly, battery life impact, etc etc |
| 16:39.46 | mnemoc | rm: what usb temperature thing you use? |
| 16:39.48 | rm | leowt, like I said |
| 16:39.52 | Turl | mnemoc: thanks :) |
| 16:39.55 | rm | asterisk might not recode/remix audio |
| 16:40.10 | rm | so it might place less load on a CPU than Mumble |
| 16:40.15 | rm | (and similar apps) |
| 16:40.23 | leowt | rm, ok tnks |
| 16:41.01 | Turl | mnemoc: I'm on holidays and away from any sunxi, so I won't be able to test it until the 15th or so |
| 16:41.17 | mnemoc | :| |
| 16:41.18 | Maqs | does usb slave mode work with linux on a10 devices (or specifically the mk802)? |
| 16:41.19 | rm | mnemoc, like this one http://dx.com/p/usb-digital-thermometer-dongle-software-displays-temperature-7003 |
| 16:41.26 | rm | but I don't remember if I ordered there or somewhere else |
| 16:41.32 | Turl | mnemoc: also need to refactor and patch-split my clock driver too |
| 16:41.51 | mnemoc | Turl: :) |
| 16:44.32 | mnemoc | rm: nice |
| 16:45.02 | rm | actually I wouldn't vouch that it measures well |
| 16:45.13 | ithamar | mnemoc: pull requests sent ;) |
| 16:45.46 | rm | reports 30 C where I'd say it's 25 at most |
| 16:46.09 | rm | don't have any known-good thermometer to compare |
| 16:46.22 | mnemoc | rm: not nice :| |
| 16:46.31 | mnemoc | ithamar: thanks! |
| 16:47.22 | ithamar | mnemoc: my image packing/unpacking tool should go into sunxi-tools right? |
| 16:47.57 | mnemoc | yes... but that repo needs serious restructuring |
| 16:48.19 | mnemoc | it's a mess currently :| |
| 16:49.02 | mnemoc | pull requests for restructuring are welcomed too ;-) |
| 16:49.21 | ithamar | okidoki, will take a look and come up with something ;) |
| 16:49.29 | mnemoc | awesome! |
| 16:49.34 | mnemoc | thank you |
| 16:49.51 | ithamar | hey, glad to be able to return something with all the work you guys already did |
| 16:50.30 | ithamar | happy to get that imaging code into an active community ;) |
| 16:51.24 | mnemoc | :D |
| 16:52.04 | mnemoc | happy someone made that imaging code :) |
| 16:52.35 | ithamar | was just fed up with unmaintained closed-source tools |
| 16:52.43 | ithamar | like unimg.exe and imgRepacker |
| 16:54.13 | ithamar | and turned out there wasn't too much magic in their file format |
| 16:54.25 | ithamar | pets IDA |
| 16:54.55 | mnemoc | :) |
| 16:55.41 | ithamar | are you aware of any repository/collection of sunxi device images? |
| 16:55.42 | mnemoc | i had the idea those tools where uberly protected and encrypted |
| 16:56.03 | mnemoc | nope |
| 16:56.31 | ithamar | kk, just looking for a larger test-set then images for my own 5 devices ;) |
| 16:56.57 | ithamar | unimg.exe is quite protected, funilly enough dragon & livesuit are not |
| 16:57.55 | ithamar | once I figured out the keys used for encryption of the images the format was quite straightforward |
| 16:58.48 | ithamar | basically just a container with sub-files like the .fex files and such (if you take a look at the image.cfg for dragon it maps nicely onto the actual file format) |
| 16:59.19 | mnemoc | :) |
| 17:05.29 | rz2k | ithamar: IDA this out too http://linux-sunxi.org/LiveSuit_images#RedScorpio_tools_2 |
| 17:08.06 | mripard | mnemoc: the uart used is a 8250 actually |
| 17:08.09 | mripard | this is bad? |
| 17:08.44 | mripard | I've never seen any problem |
| 17:09.06 | ithamar | rz2k: my tool will pretty much do the same when I'm done with it |
| 17:09.19 | ithamar | rz2k: except it is opensource ;) |
| 17:10.28 | ithamar | rz2k: though I am only testing with A10 images since I do not have any others to test with ;) |
| 17:11.24 | techn | ithamar: I'll send link for couple a13 images |
| 17:11.42 | ithamar | techn: ah that would be good, thx! |
| 17:12.32 | techn | ithamar: http://www.azhuo.net/en/products_A13B_Allwinner-A13_7_inch_Android_4.0_Upgrade.html |
| 17:12.40 | techn | aka a13_mid |
| 17:12.49 | ithamar | techn: ah that would be good, thx!k |
| 17:12.52 | ithamar | oops |
| 17:13.04 | ithamar | techn: should get myself an A13 device I guess |
| 17:13.34 | techn | these are even cheaper than a10 ;) |
| 17:14.33 | techn | I paid 70e inc. shipping for used a10 and a13 7" tablets |
| 17:14.52 | ithamar | nice! |
| 17:15.03 | *** join/#arm-netbook xman (~vini@177.19.132.23) |
| 17:15.11 | techn | cheap hobby.. that much goes to bar in one night :) |
| 17:15.23 | ithamar | lol, easily |
| 17:17.23 | techn | ssspiff: http://linux-sunxi.org/Building_Android_TV_image |
| 17:25.25 | wingrime | ithamar: are you used IDA to reconstruct image format ? |
| 17:26.30 | techn | rz2k: any news with tracking that your problem? |
| 17:27.30 | mnemoc | mripard: it's not *bad*, just... incomplete. sunxi-uart has a busy-detect interrupt. see https://github.com/linux-sunxi/linux-sunxi/commit/614fd293b370c88629c3c4437e1af5c0b013c087 |
| 17:27.42 | ithamar | wingrime: Yeah used IDA to figure the encryption out, using the .dll files from livesuit |
| 17:28.23 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.150) |
| 17:28.23 | mnemoc | techn: slap him until he submits those changes to the common repos? |
| 17:28.46 | techn | mnemoc: ? |
| 17:29.03 | mnemoc | android tv stuff for cubieboard |
| 17:29.06 | wingrime | ithmar: I done simular work with other phone |
| 17:30.17 | wingrime | ithamar: on my case it was simple FS with XOR Crypt |
| 17:30.24 | ithamar | wingrime: IDA rocks ;) |
| 17:30.54 | wingrime | ithamar: yeach |
| 17:30.56 | ithamar | wingrime: sunxi is rc6 and twofish |
| 17:31.20 | wingrime | ithamar: extract key |
| 17:31.36 | wingrime | ithmar: or key construct alg |
| 17:31.58 | ithamar | wingrime: extracted the keys from livesuit exe |
| 17:32.22 | ithamar | wingrime: they use different keys for different sections of the image file |
| 17:32.58 | wingrime | ithamar: in my case key was section size based formula |
| 17:33.13 | ithamar | fileformat is pretty straightforward header + toc + blobs format |
| 17:33.46 | wingrime | ithamar: on what stage work? |
| 17:37.05 | mripard | mnemoc: I see |
| 17:37.24 | ithamar | wingrime: It can successfully unpack images |
| 17:37.46 | ithamar | wingrime: repacking is in progress |
| 17:38.08 | ithamar | nothing difficult, just a lack of time |
| 17:38.22 | wingrime | ithamar: It better make own flasher |
| 17:39.15 | wingrime | ithamar: you write on C ? |
| 17:39.28 | ithamar | wingrime: have a usb trace of livesuit flashing, working out the details currently |
| 17:39.38 | ithamar | wingrime: yup, all C code |
| 17:40.22 | techn | ithamar: have you found logic or place where device specific stuff is located? |
| 17:40.28 | mnemoc | ithamar: saw fel.c on sunxi-tools? |
| 17:40.58 | ithamar | mnemoc: yup, noticed fel.c and will be enhancing that for starters with my findings |
| 17:41.13 | wingrime | ithamar: your code depends on sunxi.dll ? |
| 17:41.55 | techn | mnemoc: was it so that boot0 reads some information somewhere? (dram timings?) |
| 17:41.57 | ithamar | techn: what do you mean? where device specific config is stored on flash or so? |
| 17:42.12 | ithamar | wingrime: nope, all my code is pretty-much stand alone (besides stuff like libusb and such :P) |
| 17:43.03 | wingrime | ithamar: prefect, I hope see you code on github |
| 17:43.16 | mnemoc | techn: it seems boot0/boot1 get a binary header patched after livesuit probing of the ram |
| 17:43.32 | techn | ithamar: I ment that ^ |
| 17:44.11 | mnemoc | but it's likely it's not livesuit itself who does it |
| 17:44.34 | mnemoc | but a pre-compiled tool included in the image |
| 17:44.40 | ithamar | wingrime: currently, the code is here: https://github.com/Ithamar/awutils , but will be integrated into https://github.com/linux-sunxi/sunxi-tools |
| 17:46.07 | ithamar | wingrime: I was just gently pointed at linux-sunxi repository a couple of days ago ;) |
| 17:46.18 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-22-217.as13285.net) |
| 17:46.21 | mnemoc | :) |
| 17:50.34 | wingrime | ithamar: how flash process look like ? it simply send stage bootloaders and than files to load ? |
| 17:50.54 | techn | mnemoc: https://github.com/antoniovazquezblanco/sunxi-boards/commit/428432753802ef5a3333d931103ead3a537620e2 |
| 17:51.08 | techn | I haven't notice that |
| 17:51.47 | mnemoc | have tons of pending commits/pulls :< |
| 17:52.03 | techn | I think that looks ok :/ |
| 17:52.22 | ithamar | ENOCOMMITPERM ;) |
| 17:52.37 | Turl | hi mripard :) |
| 17:52.52 | mnemoc | techn: dram_size is empty |
| 17:53.21 | techn | oh :) |
| 17:54.01 | mnemoc | and we have to add the u-boot board too, to keep the sync |
| 17:54.18 | ithamar | wingrime: working out the commands still, but looks like that yeah |
| 17:55.16 | mripard | Turl: hi :) |
| 17:55.41 | wingrime | ithamar: device HW parameters can be precompled in boot payloads that comes in image |
| 17:55.44 | slapin | Marex: ping |
| 17:56.13 | mnemoc | ithamar: let's talk about that after the pull requests for sunxi-tools ;-) |
| 17:56.58 | ithamar | mnemoc: No hurries, was just joking |
| 17:57.14 | slapin | Marex: are you physically able to run MAKEALL for all boards, supported by u-boot? |
| 17:58.08 | ithamar | mnemoc: github works great even without commit access |
| 17:58.14 | ithamar | (to upstream) |
| 17:58.28 | *** join/#arm-netbook Yaku (~Yaku@ip-109-40-144-169.web.vodafone.de) |
| 18:01.02 | RaYmAn | mnemoc: funny. I sent geekbuying a mail about the status of my order, and about an hour later I received a shipping notification with tracking number :P |
| 18:01.39 | mnemoc | RaYmAn: let see when will they actually post it :) |
| 18:01.53 | techn | mnemoc: what is bandwidht for dl.linux-sunxi.org ? |
| 18:01.53 | RaYmAn | heh |
| 18:02.20 | techn | since that opentv zip is 2gigs :( |
| 18:03.42 | mnemoc | techn: it's a dedicated server in hetzer.de.... 10TB at 100Mbps, the rest at 10Mbps |
| 18:03.51 | *** join/#arm-netbook hramrach (~hramrach@gateway/tor-sasl/hramrach) |
| 18:04.08 | mnemoc | techn: yes, that image might bring some troubles |
| 18:04.41 | techn | how far we usually are from 10TB? |
| 18:04.59 | techn | 2 gigs * 1000 is already over 2TB :p |
| 18:05.00 | mnemoc | i've never looked.... 1m |
| 18:05.32 | slapin | hurrah!!! |
| 18:05.33 | slapin | Boards compiled: 283 |
| 18:05.35 | slapin | Boards with warnings but no errors: 50 |
| 18:05.36 | mnemoc | ./configure cubieboard; make android is by-far a better option |
| 18:05.54 | mnemoc | techn: and abuse github's bw |
| 18:05.58 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 18:06.22 | slapin | hno: mtd-3.7.1 branch is force-updated |
| 18:06.26 | *** join/#arm-netbook dfletcher (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 18:15.30 | Yaku | what is that opentv in this context ? |
| 18:15.46 | techn | Yaku: dunno |
| 18:17.24 | mnemoc | i assumed google tv |
| 18:18.17 | mnemoc | made from open sources |
| 18:18.53 | ithamar | mnemoc: are you aware of any FEL documentation anywhere? |
| 18:20.07 | mnemoc | ithamar: hno has a repo called allwinner-info (or something like that) where he collects dumps and notes |
| 18:20.57 | mnemoc | techn: 101GB this month. 278GB last month |
| 18:21.42 | mnemoc | but I'm not really confortable of having a full android source tree tarball for direct download there :p |
| 18:22.11 | Turl | mripard: I've cleaned up the clock driver a bit more |
| 18:22.17 | ithamar | mnemoc: ah thanks! |
| 18:22.49 | ithamar | mnemoc: About that android source tarball, I've just downloaded a copy and will probably diff it soonish |
| 18:22.53 | mnemoc | techn: would prefer to get the needed changes on git and do the same via sunxi-bsp. make android or androidtv if it really has a difference |
| 18:23.09 | ithamar | mnemoc: will report if I get around to it |
| 18:23.48 | mnemoc | ithamar: awesome! btw... it's probably made from "hidden" branches on git repos on matson-hall's github |
| 18:24.31 | mnemoc | hidden as in named cubieboard and not the default |
| 18:25.09 | ithamar | mnemoc: ah okies, thanks.... |
| 18:25.34 | ithamar | was planning to diff it to the allwinnerwk branches |
| 18:25.41 | ithamar | against the... |
| 18:26.10 | mnemoc | nah, they forked turl's repos |
| 18:26.20 | Turl | mripard: there's still work to do though. I joined hosc and hoscgate and renamed the oscillators to osc24M and osc32k |
| 18:26.38 | mnemoc | they do work those things in the open, they just don't care about sync'ing with the community repos or keep their forks updated |
| 18:26.59 | ithamar | the usual commercial crap I guess |
| 18:27.05 | mnemoc | yup |
| 18:27.19 | mnemoc | that's what they know.... and *try* to make it "open" |
| 18:27.23 | ithamar | I've had the 'joy' of seeing Telechips' internal repos.... no fun :( |
| 18:27.39 | mripard | Turl: ok |
| 18:27.50 | Turl | mripard: need to document all of it and split the patches better |
| 18:28.16 | mripard | Turl: you might want to take a look at a patchset called "clk: Add composite clock type" |
| 18:28.24 | mripard | it might be of interest to you |
| 18:28.33 | mripard | to merge the mux and gate clocks as well :) |
| 18:28.44 | ithamar | even in the "alternate ROM" space there's too much forking and not enough merging happening.... |
| 18:29.56 | mnemoc | ithamar: the tools for repacking allwinner images are a good example of how open the "alternate ROM" world is... |
| 18:29.56 | Turl | mripard: would it be ok to match clock name to strings to decide values on dt setup? |
| 18:30.11 | mnemoc | ithamar: pure ego and pride |
| 18:30.44 | Turl | mripard: something like http://paste.debian.net/223799/ |
| 18:31.18 | ithamar | mnemoc: true |
| 18:31.32 | mripard | Turl: nop :) |
| 18:31.41 | mripard | look at the mvebu clk driver |
| 18:35.01 | mripard | in drivers/clk/mvebu/clk-core.c |
| 18:35.49 | mripard | basically, get rid of that of_clk_init function that only allows to pass a function pointer in the .data field |
| 18:36.00 | mripard | and declare a sunxi_clk_init function |
| 18:36.12 | mripard | with your own structure |
| 18:36.23 | mripard | that holds the value you need. |
| 18:41.53 | Turl | hmm |
| 18:42.41 | Turl | mripard: but how do I then match, say, "axi" node with the right values? |
| 18:44.43 | mripard | with the compatible string |
| 18:45.45 | mripard | you have "allwinner,foo-bar-axi" in the field "compatible" of your of_device_id array |
| 18:46.02 | mripard | and whatever values needed in the data field |
| 18:46.23 | mripard | when the driver is probed with the given compatible, you retrieve the associated data |
| 18:46.27 | mripard | and that's it. |
| 18:47.03 | Turl | ah, I see it now :) |
| 18:48.36 | Turl | thanks mripard |
| 18:48.49 | mripard | you're welcome :) |
| 18:49.08 | mripard | I have to go, but feel free to ask any questions :) |
| 18:53.21 | Turl | mripard: one final question for now :) what tree would you recommend to base this on for submission? I'm currently working on an oldish 3.7rc5 copy with a couple of patches from you on top of it |
| 18:54.34 | mripard | for the clk stuff, I guess 3.8-rc2 is fine |
| 18:55.07 | mripard | that's what I base my work on |
| 18:57.01 | *** join/#arm-netbook Yaku (~Yaku@ip-109-40-144-169.web.vodafone.de) |
| 18:58.22 | Turl | mripard: okay, thanks :) |
| 19:08.09 | Yaku | hmm, i wonder if it´s possible to trim the picture further on the mele a2000, i run therry merle´s new image at the moment and my tv isn´t capable of making it fullscreen on the composite output (don´t own a tv with hdmi), but i had that issue with the last stockrom too. |
| 19:08.46 | techn | composite is almost always overscanned |
| 19:08.57 | Yaku | http://tmerle.blogspot.de/search?updated-min=2013-01-01T00:00:00-08:00&updated-max=2014-01-01T00:00:00-08:00&max-results=1 <- for those who are interested, he even made an sdcard standalone but i just flashed it on the box |
| 19:09.09 | Yaku | yes, that´s my problem right now i can´t trim it fitting |
| 19:10.45 | techn | there is possibilities but they need some coding |
| 19:11.31 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 19:13.27 | Yaku | i can´t do it, and since cvbs is dying i guess i have to accept it |
| 19:14.41 | *** join/#arm-netbook dfletcher (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 19:15.28 | *** join/#arm-netbook ibrah (~chatzilla@41.223.58.73) |
| 19:17.03 | *** join/#arm-netbook dfletcher (~fletch@drupal.org/user/72475/view) |
| 19:31.26 | *** join/#arm-netbook rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 19:32.21 | *** join/#arm-netbook dfletcher_ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 19:43.56 | *** join/#arm-netbook dfletcher (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 19:44.30 | *** join/#arm-netbook dfletcher (~fletch@drupal.org/user/72475/view) |
| 19:45.23 | *** join/#arm-netbook dfletcher_ (~fletch@108-196-222-251.lightspeed.sntcca.sbcglobal.net) |
| 19:45.39 | *** join/#arm-netbook hramrach (~hramrach@gateway/tor-sasl/hramrach) |
| 19:46.16 | *** join/#arm-netbook dfletcher_ (~fletch@drupal.org/user/72475/view) |
| 20:09.36 | *** join/#arm-netbook xman (~vini@177.19.132.23) |
| 20:20.55 | mnemoc | techn: did you see ssvb's fb ioctl patch? no comments? |
| 20:22.33 | xman | can i change printk() output from /dev/ttyS0 to /dev/tty1? |
| 20:23.16 | mnemoc | xman: pass console=tty1 from the bootloader |
| 20:24.47 | techn | mnemoc: oh |
| 20:24.55 | techn | forgot that and hansg's |
| 20:26.05 | mnemoc | for inner peace I need at least two devs (including the author and excluding myself) agreeing on the patches before applying them :p |
| 20:26.23 | *** join/#arm-netbook lkcl_ (~lkcl@host-92-26-24-199.as13285.net) |
| 20:26.51 | mnemoc | (and no negative feedback) |
| 20:27.22 | techn | There is always something to say if you look close enough ;) |
| 20:28.08 | mnemoc | :) |
| 20:32.31 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 20:38.51 | *** join/#arm-netbook steev_ (~steev@gentoo/developer/steev) |
| 20:52.55 | *** join/#arm-netbook bsdfox (~Bob@unaffiliated/bsdfox) |
| 21:00.26 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 21:04.49 | techn | mnemoc: https://groups.google.com/forum/?hl=fi&fromgroups=#!topic/linux-sunxi/_mlR7FwuYK4 |
| 21:05.11 | techn | I don't know much about kernel coding so I can't comment on that :D |
| 21:07.51 | *** join/#arm-netbook bsdfox_ (~Bob@c-67-174-55-56.hsd1.ca.comcast.net) |
| 21:07.51 | *** join/#arm-netbook bsdfox_ (~Bob@unaffiliated/bsdfox) |
| 21:12.33 | mnemoc | techn: that thread has two patches.... gpio and disp. which are you pointing out? |
| 21:13.40 | mnemoc | the first is replied, for the second I thought ssvb was going to send a v2 |
| 21:13.49 | mnemoc | err |
| 21:13.54 | mnemoc | s/replied/unreplied/ |
| 21:14.10 | techn | oh.. I ment disp part |
| 21:14.20 | techn | but for me it looks good |
| 21:14.49 | techn | but as I said I'm not sure :) |
| 21:14.53 | mnemoc | ssvb says on his reply he will send a v2 getting rid of the magic numbers |
| 21:15.03 | mnemoc | so I was waiting for it... |
| 21:17.27 | mnemoc | ssvb: want me to apply it as-is? |
| 21:19.12 | ssvb | mnemoc: sorry, I don't follow, which magic numbers? |
| 21:21.00 | mnemoc | the 1024 |
| 21:21.14 | techn | on cursor patch |
| 21:21.16 | mnemoc | it wasn't me, it was you who offered a v2 with a #define |
| 21:21.26 | mnemoc | :) |
| 21:21.27 | ssvb | mnemoc: ok, it was that old patch, I think it can be dropped for now |
| 21:21.33 | ssvb | mnemoc: :) |
| 21:21.35 | mnemoc | doh |
| 21:21.49 | mnemoc | ok. unstar-ed |
| 21:22.34 | techn | hmm.. I'll update latest mali code drops |
| 21:22.35 | mnemoc | i assumed it was still relevant |
| 21:22.50 | ssvb | mnemoc: it looks like as long as the userland provides correct pointers, we are safe |
| 21:23.43 | *** join/#arm-netbook drachensun (~drachensu@142.196.83.182) |
| 21:23.43 | mnemoc | techn: what about poking tom to get newer drivers? r3p0 is kind of.... old already |
| 21:23.55 | techn | mnemoc: I poked .. was it yesterday :) |
| 21:24.55 | techn | at same time I poked sdcard JTAG adapter.. which he promised send 3 months ago :D |
| 21:25.43 | techn | He had still post-it paper on desk about it :p |
| 21:26.05 | *** join/#arm-netbook freakazoid0223 (~matt@pool-173-75-233-172.phlapa.fios.verizon.net) |
| 21:26.35 | jelly-home | make him replace it with a RED post-it note |
| 21:26.35 | ssvb | mnemoc: I was just worried about the reliability of the code setting hardware cursor in the ddx driver, but looks like it is not a real problem even with the current kernel |
| 21:29.53 | mnemoc | ok. I'll only commit the buf patch then |
| 21:31.34 | ssvb | mnemoc: thanks |
| 21:39.44 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 21:43.24 | buZz | ERROR: "ump_dd_handle_create_from_phys_blocks" [drivers/video/sunxi/disp/disp_ump.ko] undefined! |
| 21:43.27 | buZz | ERROR: "ump_dd_secure_id_get" [drivers/video/sunxi/disp/disp_ump.ko] undefined! |
| 21:43.30 | buZz | meh |
| 21:43.49 | mnemoc | what are you doing with you .config? :) |
| 21:43.54 | mnemoc | your* |
| 21:44.09 | buZz | moving some video stuff to in-kernel instead of module |
| 21:44.50 | buZz | want to see the config? |
| 21:44.57 | mnemoc | mali/ump can only be m |
| 21:45.52 | mnemoc | not really. only available for not-thinking tasks |
| 21:45.53 | buZz | http://nurdspace.tk/~buzz/linux-sunxi.config |
| 21:46.00 | buZz | hehe ok |
| 21:46.04 | buZz | throws mnemoc a beer |
| 21:48.14 | mnemoc | :) |
| 21:49.07 | buZz | sets UMP as module and tries again :P |
| 21:52.52 | mnemoc | that probably deserves a patch to ump's Kconfig to not allow a 'y' |
| 21:54.24 | techn | now mali codes are up to date |
| 21:55.55 | mnemoc | ? |
| 21:56.09 | mnemoc | what mali codes? :) |
| 21:56.21 | techn | those reference stuff @ https://github.com/linux-sunxi |
| 21:57.26 | buZz | yeah, setting ump as module fixed it :P |
| 22:03.51 | mnemoc | good |
| 22:04.09 | mnemoc | btw, you only need ump when starting xorg |
| 22:10.40 | buZz | ah i thought it was needed to get a /dev/fb0 |
| 22:18.13 | mnemoc | nope |
| 22:19.11 | mnemoc | anyone here using sunxi/android with a custom made kernel? |
| 22:22.04 | buZz | what is LYCHEE_FB_SUN5I ? |
| 22:22.24 | mnemoc | FB for sun5i |
| 22:23.00 | buZz | oh right, A10 is sun4i |
| 22:23.05 | buZz | confusing numbering :P |
| 22:24.02 | mnemoc | if you are making a .config for sun4i, you shouldn't see CONFIG_LYCHEE_FB_SUN5I |
| 22:24.30 | buZz | nah, i was hunting for enabling console on boot ... |
| 22:24.39 | buZz | i get the bootlogo tux , but no kernel messages |
| 22:26.23 | buZz | maybe FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is doing something st00pid |
| 22:27.03 | barqux | console=tty0,115200 cmdline? |
| 22:28.01 | buZz | ahhhh, yes |
| 22:33.34 | mnemoc | you can have two console= too |
| 22:41.58 | buZz | right :) |
| 22:42.19 | barqux | are there any good resources which can be used as an introduction to kernel hacking. A walkthrough of the kernel, common patterns, etc etc. Feels like there is a lot one might wanna know |
| 22:47.58 | *** join/#arm-netbook merbzt (~benjamin@c-94-255-219-122.cust.bredband2.com) |
| 22:50.53 | Turl | r3p2 out already? :o |
| 22:52.03 | Turl | techn: please poke for android libs too :) |
| 22:56.12 | buZz | hmm |
| 22:56.42 | buZz | with disp built-in to kernel, would the kernel cmdline just be screen0_output_mode=EDID ? |
| 23:03.17 | *** join/#arm-netbook lkcl_ (~lkcl@host-92-26-28-63.as13285.net) |
| 23:13.17 | Marex | slapin: most of them ... you can get the toolchains for debian from my server |
| 23:13.33 | Marex | http://twilight.ponies.cz/debian/ here |
| 23:19.09 | Alex1269_ | mnemoc, leds v2 almost done. I fixed error handling, removed memset, added check for second kzalloc and cleaned sun5i_defconfig... Will send patch after tests |
| 23:20.29 | Alex1269_ | techn, I have cubie 2012-09-09. Its power led connected to 3v3 line (not gpio) so I can't even test axp gpios, sorry... |
| 23:21.23 | mnemoc | np, it can be extended later :) |
| 23:39.24 | *** join/#arm-netbook aholler (~aholler@p57B20413.dip0.t-ipconnect.de) |
| 23:39.37 | techn | Turl: r3p2 starts to be month old |
| 23:48.03 | Jef91 | anyone know how to flash firmware to the mk808 from a linux system? |
| 23:48.13 | Jef91 | The only video I've found online is a windows HOWTO |
| 23:57.24 | buZz | hehe wtf |
| 23:57.43 | buZz | my 1366x768 just stretches the 1360x768 mode :P |
| 23:58.00 | buZz | silly silly screen |
| 23:58.16 | techn | buZz: what fbset says |
| 23:59.06 | buZz | 1360x768-60 |
| 23:59.46 | buZz | it refused the EDID, but setting the mode 'hard' seems to have had proper effect |