| 00:12.27 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 00:57.39 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 00:57.47 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 01:12.09 | *** join/#arm-netbook stefanro (~stefan@p57B949A9.dip.t-dialin.net) |
| 01:15.47 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 01:15.51 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 01:30.31 | *** join/#arm-netbook soooga (~soooga@175.155.23.60) |
| 01:58.36 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 02:09.04 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 02:11.41 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 02:14.46 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:17.13 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:37.26 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:37.27 | *** join/#arm-netbook 13WAAH97G (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:37.27 | *** join/#arm-netbook 45PABMLIK (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:39.39 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:39.50 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 03:47.52 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 04:28.56 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 04:29.08 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 04:35.00 | *** join/#arm-netbook aholler_ (~aholler@p57B20223.dip0.t-ipconnect.de) |
| 06:49.31 | *** join/#arm-netbook Quarx (~Quarx@94.137.41.204) |
| 06:53.29 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 07:26.41 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 08:13.30 | *** join/#arm-netbook rellla (~rellla@p5B0781AA.dip0.t-ipconnect.de) |
| 08:17.07 | *** join/#arm-netbook provel_ (~matte@host34-135-dynamic.18-79-r.retail.telecomitalia.it) |
| 08:45.29 | oliv3r | Marry Happy New Year! |
| 08:47.56 | *** join/#arm-netbook ppord (~dropp@46.62.2.220) |
| 09:04.54 | ganbold | what are the port and port_num in script_gpio_set_t struct? what they used for? |
| 09:14.50 | ganbold | I guess port is bank number, port_num is port number, am I right? |
| 09:35.46 | *** join/#arm-netbook popolon (~popolon@og-free.planet-service.fr) |
| 09:37.40 | L84Supper | the Samsung Exynos 5250 Chromebook is the #1 selling laptop on Amazon |
| 09:38.01 | L84Supper | http://mobile.slashdot.org/story/13/01/02/0048248/chromebook-takes-top-place-in-laptop-sales-on-amazon |
| 10:43.04 | mnemoc | ganbold: yes |
| 10:47.37 | *** join/#arm-netbook aholler (~aholler@p57B20223.dip0.t-ipconnect.de) |
| 10:58.33 | ganbold | mnemoc: still something missing to make usb ehci work on freebsd |
| 10:59.37 | ganbold | mnemoc: can't get even ehci version, I guess 3 USBs are different controllers |
| 11:00.11 | mnemoc | yes, usb0 usb1 and usb2 |
| 11:01.22 | ganbold | so I can directly for instance use usb1 base |
| 11:01.29 | mnemoc | yes |
| 11:02.39 | mnemoc | .oO( http://sunxi.org/FreeBSD still empty.... )o |
| 11:02.56 | ganbold | mnemoc: right :), so giving power to USB1 from u-boot and then set clock would be enough for initialization |
| 11:03.04 | ganbold | or I maybe missing something |
| 11:03.50 | mnemoc | ganbold: try on the mailing list. you'll find more people familiar with that stuff there |
| 11:04.32 | ganbold | ok |
| 11:06.40 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:07.03 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 11:21.42 | *** join/#arm-netbook rellla2 (~rellla@p5B0781B7.dip0.t-ipconnect.de) |
| 11:30.42 | *** join/#arm-netbook rellla (~rellla@p5B0781B7.dip0.t-ipconnect.de) |
| 11:41.14 | provel_ | hum... is stage/sunxi-3.4 working? I should have missed something as it doesn't even boot... should I change boot.scr or script.bin when changing from 3.0 to 3.4? |
| 11:41.32 | mnemoc | no change required |
| 11:42.29 | mnemoc | sunxi-3.[04] and stage/sunxi-3.[04] branches are equivalent |
| 11:42.59 | mnemoc | uhm... still need to merge some edid/fbcon fix to the stage branches |
| 11:44.59 | mnemoc | misses libv feedback |
| 11:47.42 | *** join/#arm-netbook tinti (~tinti@maxtrack-F4-0-3-gacc04.bhe.embratel.net.br) |
| 11:57.57 | provel_ | to use r3p1 drivers, should I use stage branches or plain 3.4 is fine? |
| 12:00.25 | provel_ | moving from stage/sunxi-3.4 to plain sunxi-3.4 caused an oldconfig |
| 12:00.34 | provel_ | for usb/otg |
| 12:13.19 | *** join/#arm-netbook Kraln (~kraln@69.169.90.240) |
| 13:10.42 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.106) |
| 13:26.09 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.254) |
| 13:42.14 | buZz | i am trying to set my hdmi screen to proper edid mode with the staging sunxi-3.0 branch |
| 13:42.38 | buZz | it is working it seems, http://pastebin.com/Ujb2qCRi finds my modes |
| 13:42.42 | buZz | but it doesnt set them |
| 13:43.13 | buZz | anyone have a pointer on how to continue? hansg? techn? |
| 13:47.55 | datagutt | Any update on the CedarX issues with certain video codecs? |
| 13:48.05 | datagutt | allwinner planning on fixing anything? |
| 13:48.21 | datagutt | Or is it fixable with the already published source |
| 13:48.35 | mnemoc | only gimli has been blessed with replies from allwinner. no one else knows anything |
| 13:50.30 | *** join/#arm-netbook ganbold__ (~Ganbold@202.21.108.254) |
| 13:50.40 | gimli | i was told they are going to fix it. |
| 13:51.26 | datagutt | ok, hopefully they will |
| 13:51.57 | andoma | which codecs are we talking about? |
| 13:53.27 | datagutt | http://linux-sunxi.org/CedarXVideoRenderingChart |
| 13:53.43 | datagutt | i should find out what codec the video i was trying to view uses |
| 13:53.55 | datagutt | mpeg-4 probably |
| 13:54.02 | datagutt | jerky playback sounds about right |
| 14:02.08 | *** join/#arm-netbook pwhalen (~paul@CPE001310360dac-CM78cd8ec9e405.cpe.net.cable.rogers.com) |
| 14:12.54 | rellla | gimli: but it was long time ago, they told you to fix it, right? seems neither you nor empat0 is doing any development at the moment, due to lack of a fixed library!? |
| 14:13.25 | datagutt | I bet they won't fix |
| 14:13.40 | datagutt | and just work on their closed a31 |
| 14:13.43 | datagutt | ^^ |
| 14:17.15 | rellla | btw, yesterday it was the first time, i had a successful usage of xbmc on a10. watching tv over xbmc/pvr/vnsi - streaming from another a10. it was usable, and WAF wasn't that bad ;-) |
| 14:17.32 | mnemoc | nice :) |
| 14:18.38 | gimli | rellla: correct, the only thing we can do ist wait and hope :D |
| 14:53.04 | *** join/#arm-netbook rz2k (~rz2k@128-69-239-76.broadband.corbina.ru) |
| 15:45.25 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 15:45.37 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 15:51.12 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 16:06.50 | *** join/#arm-netbook gzamboni_ (~gzamboni@186.204.139.112) |
| 16:10.22 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 16:11.05 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 16:15.08 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.36) |
| 16:24.40 | *** join/#arm-netbook Yaku (~Yaku@c213-100-205-158.cust.tele2.se) |
| 16:24.58 | Yaku | hey there |
| 16:24.58 | *** join/#arm-netbook ganbold__ (~Ganbold@202.21.108.36) |
| 16:26.19 | Yaku | i am currently eyeballing an rk3066 tab on aliexpress for 50$ but it gives me a scamfeeling since the shop does not have any sells yet |
| 16:26.21 | Yaku | http://www.aliexpress.com/item/PiPO-S1-Tablet-PC-Android-4-1-RK3066-Dual-Core-1-6GHz-8GB-HDMI/725971676.html |
| 16:26.49 | mnemoc | in the worst case you'll get a refund in 3 months |
| 16:26.59 | mnemoc | ali doesn't pay the sellers until you are happy |
| 16:27.14 | mnemoc | so it's not a useful place for scammers |
| 16:27.37 | Yaku | good to hear, there is a working 5$ voucher today for aliexpress as well |
| 16:29.29 | Yaku | MAINAGAME5 <- for any purchase over 50$ |
| 16:30.41 | Yaku | hmm and i just ordered an mk808B yesterday, 30 days processingtime on this tab :/ |
| 16:30.51 | jinzo | indeed, aliexpress provides a escort service (it's actually mandatary) - so you just make sure you're paing thtough aliexpress and that should give you quite some protection |
| 16:33.19 | mnemoc | anything longer than 4 days means they don't have stock but hope a factory will send them some.... eventually |
| 16:34.37 | Yaku | ah, i think i leave it, i have my a2000 and my new stick propably isn´t a good idea to buy just because it´s cheap |
| 16:35.22 | Yaku | but it´s damn tempting for 45$ it´s even in the gift without vat area for the EU |
| 16:35.54 | jinzo | Yaku, at least here - the usually disregard that |
| 16:36.10 | jinzo | and you have to send them a reciept/some proof of purchase price |
| 16:37.26 | Yaku | yes, had to do that in germany sometimes but they only got the ones less then 10 euro, my mele was declared with 15$ by tom cubie bye the time :) |
| 16:37.54 | jinzo | yeah they probably only have time to check a limited number of those packages |
| 16:38.11 | jinzo | I also had success with UPS, that didn't even bother |
| 16:38.17 | jinzo | (and it was quite a big package) |
| 16:39.05 | rm | <Yaku> http://www.aliexpress.com/item/PiPO-S1-Tablet-PC-Android-4-1-RK3066-Dual-Core-1-6GHz-8GB-HDMI/725971676.html |
| 16:39.06 | rm | < |
| 16:39.13 | rm | how...naive must you be, to even fall for that |
| 16:39.25 | rm | and congratulations on wasting that $5 coupon for nothing |
| 16:39.28 | jinzo | rm, why? |
| 16:40.07 | rm | because it is an unrealistic price for a tablet with these specs |
| 16:40.12 | rm | from a shop with zero feedback |
| 16:40.21 | rm | this practically screams "scam" (or an attempt at) |
| 16:40.32 | jinzo | it's a reasonable next step in my honest opinion, you can get A13 tablets for 60€ here |
| 16:40.42 | jinzo | and that's with a 22% import tax and whatnot |
| 16:40.55 | jinzo | in brick-and-mortar shops |
| 16:40.59 | rm | Pipo S1 is $85 http://www.aliexpress.com/item/Best-selling-Free-Shipping-7-inch-ANDROID-4-0-Capacitive-Screen-HDMI-Camera-WIFI-tablet-pc/574994347.html |
| 16:41.11 | Yaku | i didn´t purchase it, all i purchased was a mk808B for 52$ - the 10$ voucher from ali i had in my mail on new years |
| 16:41.13 | jinzo | rm, also as mnemoc noted, the aliexpress escrow is quite good. |
| 16:41.29 | rm | > No feedback score. |
| 16:41.36 | rm | > Ships out within 30 days |
| 16:41.41 | rm | just. don't. |
| 16:41.58 | Yaku | yes, that made my so suspicous to ask ppl with experience |
| 16:42.04 | jinzo | so I wouldn't know why this would scream scam (I know it can be, ofcourse) |
| 16:42.22 | jinzo | but, it's not tottaly unrealistic in my honest opinion |
| 16:42.36 | jinzo | on the other hand, I'm still a bit hungover |
| 16:42.51 | rm | jinzo, price 40% lower than all other listings of this product |
| 16:42.59 | rm | from a seller with no feedback |
| 16:43.08 | rm | that's why this is most likely a scam |
| 16:43.23 | jinzo | I really wonder how would they actually get away with it on aliexpress |
| 16:43.29 | rm | dunno what's their plan, yea |
| 16:43.51 | rm | maybe they hope to convince some buyers to click "confirm" because "we really really shipped it to you" |
| 16:43.51 | rm | etc |
| 16:44.18 | Yaku | http://www.aliexpress.com/item/Newst-7-inch-PiPo-S1-Tablet-PC-Andriod-4-1-RK3066-Dual-Core-1-6GHz-1GB/719533487.html |
| 16:44.20 | jinzo | it could be a scam attempt indeed - but I wonder if the escrow would screw so bad you would be scammed of your money |
| 16:44.30 | Yaku | for 65 but also without any real feedback yet |
| 16:44.38 | Yaku | and 20 days processing |
| 16:44.48 | rm | also, avoid |
| 16:45.45 | rm | also what you could get is: |
| 16:45.57 | jinzo | and someone clicked confirm. It will be interesting to watch this stuff |
| 16:46.11 | rm | "we are very sorry it was a mistake with the price, we now adjust the price to $85 plz pay additional money" |
| 16:46.13 | jinzo | Yaku, and "free shipping" so price comes simmilar to the first store |
| 16:46.39 | jinzo | rm, or they could be selling products that don't have the named specs (as most people wouldn't even know probably) |
| 16:47.17 | jinzo | unfortunately I don't think china has EU like laws when it comes to this (they _have_ to sell you what you paid for) |
| 16:48.49 | jinzo | but yes, the adventures of china buying are fun in low quantities. Anyone got that 50USD android phone from focalprice? |
| 16:48.52 | ZaEarl | I bought some bearings last Oct. I still haven't received the bearings, or the refund. |
| 16:49.09 | ZaEarl | ali escrow/refunds can take a long time |
| 16:50.44 | jinzo | the same with paypal, but usually they go through (at least they always did for me) |
| 16:54.20 | *** join/#arm-netbook mikey_w (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 16:54.26 | *** join/#arm-netbook n6pfk (~mike@c-71-63-115-202.hsd1.va.comcast.net) |
| 17:05.10 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 17:43.14 | Yaku | well, anyhow this is the stick that i ordered yesterday, that should be fine, the major interest here is still on the a10 chip ? |
| 17:43.16 | Yaku | http://www.aliexpress.com/item/WIFI-HTML5-Flash10-3-HDMI-full-hd-media-player-google-android-4-0-tv-box/601812224.html |
| 17:49.06 | mnemoc | how's the state of public linux/u-boot for mk3066? |
| 17:50.11 | mnemoc | the pictures of that dongle aren't very consistent... some show it very thin and others awfully thick |
| 18:17.01 | *** join/#arm-netbook voronaam (~avorona@159.153.138.99) |
| 18:20.42 | rm | Yaku, *you* are going to tell us how's your success with it |
| 18:21.50 | rm | afaik you can run some Alpha version of Ubuntu on it |
| 18:22.12 | rm | maybe with some trickery one can replace that with a proper Debian root fs |
| 18:22.18 | *** join/#arm-netbook Mistik (596d1617@gateway/web/freenode/ip.89.109.22.23) |
| 18:22.34 | mnemoc | with public sources? |
| 18:22.50 | mnemoc | or gpl-violating android kernel? |
| 18:22.59 | rm | dunno |
| 18:23.03 | Mistik | Привет из России.Помогите с чипом boxchip f15. |
| 18:23.21 | RaYmAn | there definitely is some rk3066 3.0.8 kernel out there with full source |
| 18:23.38 | RaYmAn | And from the quick look I had, it's certainly much better code quality than allwinner =P |
| 18:23.45 | rm | http://www.slatedroid.com/topic/41654-pre-alpha-03-ubuntu-linux-for-mk802-iii-ug802-mk808-ug007-imito-mx1/ |
| 18:23.46 | mnemoc | Mistik: english please |
| 18:23.49 | RaYmAn | mtd driver for nand for example =P |
| 18:24.18 | rm | > RKAndroidTool v1.35 (Windows program to flash RK3066 devices). This is the program you need to flash the kernel! |
| 18:24.21 | rm | *shrugs* |
| 18:24.30 | rm | yeah well okay have fun with that without me somehow |
| 18:24.40 | mnemoc | on allwinner's defense, their thing at least has a partition table... mtd doesn't |
| 18:25.22 | RaYmAn | yeah, there's a reason everyone is moving to emmc |
| 18:25.23 | Mistik | Hello from Russia. Help with the boxchip f15 chip. |
| 18:26.30 | Mistik | Are necessary datasheet. On brothers datasheet is, and on it isn't present. |
| 18:27.48 | mnemoc | uh... the f15 is not even listed in allwinner's site. do you want what is it? runs linux or RTOS? |
| 18:28.00 | mnemoc | s/want/know/ |
| 18:28.15 | Mistik | Linux. |
| 18:28.42 | Mistik | On the book costs melis 2.0. |
| 18:30.28 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.97) |
| 18:30.43 | mnemoc | using an online translator? that sentence doesn't make any sense |
| 18:31.11 | Mistik | Yes.I can provide a photo of my book. |
| 18:31.36 | RaYmAn | do you have a device with boxchip f15? |
| 18:31.47 | Mistik | Yes. |
| 18:31.58 | mnemoc | rm: it seems we need a native russian here :) |
| 18:32.05 | xxiao | f15? what is it? new chip or its old chip? |
| 18:32.35 | RaYmAn | Mistik: step 1 would be trying to dump as much as possible off the device. Then we can perhaps help figure out more stuff |
| 18:32.50 | mnemoc | allwinnertech.com doesn't list the f15. it's very strange it runs linux. |
| 18:33.17 | Mistik | Second. |
| 18:33.43 | xxiao | http://www.arm.com/community/partners/display_product/rw/ProductId/6265/ |
| 18:33.47 | xxiao | F15 is ARM9 |
| 18:34.13 | mnemoc | nice |
| 18:34.20 | mnemoc | so it's sun3i with hdmi |
| 18:34.22 | mnemoc | cool |
| 18:34.47 | mnemoc | http://linux-sunxi.org/F15 wants content :) |
| 18:35.21 | xxiao | the question is that, is it in volume production? |
| 18:35.31 | mnemoc | Mistik: got a serial console? |
| 18:35.32 | Mistik | ARM926EJ-S. |
| 18:36.05 | mnemoc | it will be awesome to get sun3i working |
| 18:36.17 | xxiao | why... |
| 18:36.26 | Mistik | Effire colorbook tr-401. |
| 18:37.06 | xxiao | http://www.ewayhk.com/product.asp?html=4 |
| 18:38.02 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-19-91.as13285.net) |
| 18:38.41 | Mistik | The photo is necessary? |
| 18:39.03 | mnemoc | xxiao: having hardware to test we can unify the tree further |
| 18:39.29 | RaYmAn | mnemoc: ARMv5TEJ it seems |
| 18:39.37 | RaYmAn | that'll provide a new challenge to the rootfs's =P |
| 18:39.43 | mnemoc | Mistik: for the page of the device a picture of the PCB is recommended. for the page of the SoC, not really |
| 18:39.54 | mnemoc | RaYmAn: :) |
| 18:40.42 | xxiao | A13/A10 could be a superset of F15, don't see the point of ARM9 nowadays |
| 18:41.30 | mnemoc | xxiao: bring freedom to device owners |
| 18:43.25 | Mistik | There is one more question. You know as to stitch the book if it is updated through LiveSuit? |
| 18:54.45 | *** join/#arm-netbook Mistik_ (596d1617@gateway/web/freenode/ip.89.109.22.23) |
| 19:10.20 | *** join/#arm-netbook datagutt (~datagutt@unaffiliated/datagutt) |
| 19:33.59 | *** join/#arm-netbook eebrah (~chatzilla@41.223.58.73) |
| 19:39.16 | *** join/#arm-netbook provel_ (~matte@host226-132-dynamic.8-79-r.retail.telecomitalia.it) |
| 20:08.49 | ssvb | Turl: hi, were you the one who reviewed and tested https://github.com/linux-sunxi/linux-sunxi/commit/ab7575d6f0f23e718eaec3eb7621096888877834 ? |
| 20:10.42 | ssvb | oh, sorry, it was techn_ and maybe mnemoc also knows something |
| 20:11.50 | mnemoc | techn and rz2k are familiar with that stuff |
| 20:15.04 | ssvb | well, looks like we may need a new ioctl for getting a secure id for ump, wrapping the whole framebuffer |
| 20:17.08 | ssvb | and this secure id must be different from the ones returned by GET_UMP_SECURE_ID_BUF1 and GET_UMP_SECURE_ID_BUF2, because the mali blob seems to interpret them in a special way and I can't seem to use them in any meaningful way |
| 20:17.52 | mnemoc | they are different. look at the last chunk of that commit |
| 20:18.25 | ssvb | I need a third ump secure id |
| 20:18.54 | mnemoc | send a mail to the linux-sunxi ML describing the problem |
| 20:19.32 | ssvb | ok, I'll just finish the driver first |
| 20:20.24 | ssvb | I just realized that I can't get rid of "[EGL-X11] [6281] DRI2 WINDOW UMP SECURE ID CHANGED (0x2 -> 0x2)" and "[EGL-X11] [6281] DETECTED ONLY ONE FRAMEBUFFER - FORCING A RESIZE" types of problems without patching the kernel |
| 20:25.12 | mnemoc | sun4i or sun5i? |
| 20:25.27 | ssvb | sun4i |
| 20:26.01 | mnemoc | weird |
| 20:27.53 | ssvb | mnemoc: it's not so weird, because I'm trying to implement an x11 ddx driver with zero copy for glesv2 |
| 20:29.02 | provel_ | ssvb: when you need testing..... :-) |
| 20:29.08 | ssvb | I just wanted to know if anyone ever had page flipping working with xf86-video-mali in X server, or maybe with the framebuffer targeting mali binary blobs |
| 20:29.36 | provel_ | ssvb: I'd say yes, xbmc on framebuffer |
| 20:30.01 | provel_ | doesn't consumes all the cpu of the memcpy |
| 20:30.38 | ssvb | provel_: does it use glesv2 for anything? |
| 20:30.54 | *** join/#arm-netbook IEF (ief@shadowchild.nl) |
| 20:30.59 | provel_ | it was... but I think empatzero removed glesv2 a month ago |
| 20:31.24 | provel_ | I check the renderer code |
| 20:31.34 | ssvb | aha, does it use disp layers now? |
| 20:31.48 | ssvb | I got the layers working, but still without scaling |
| 20:32.18 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 20:33.07 | ssvb | the boring guesswork figuring out how to use disp ioctls by skimming through kernel sources |
| 20:33.08 | provel_ | Yes I think is disp.... with m_scalingMethod = VS_SCALINGMETHOD_LINEAR |
| 20:33.39 | ssvb | sounds great, do you have a link to the sources? |
| 20:33.48 | techn_ | ssvb: we asked that from arm.. and they said that they are the same |
| 20:33.48 | provel_ | https://github.com/empatzero/xbmca10/blob/master/xbmc/cores/VideoRenderers/LinuxRendererA10.cpp |
| 20:34.35 | provel_ | thre's also some glTexSubImage2D calls |
| 20:34.40 | techn_ | ssvb: atleast with r3p0 buf1 and secureid ioctls was same |
| 20:35.08 | ssvb | techn_: the same as what? |
| 20:35.36 | techn_ | ssvb: oh.. you ment bif1/buf2.. they are different |
| 20:35.50 | techn_ | buf1/buf2 |
| 20:36.33 | techn_ | no you didn't.. one moment |
| 20:36.57 | *** join/#arm-netbook eebrah (~chatzilla@41.223.57.76) |
| 20:37.34 | techn_ | https://github.com/linux-sunxi/xf86-video-mali/blob/r3p0-04rel0/src/mali_def.h |
| 20:37.41 | provel_ | ssvb: there's also FlipPage method |
| 20:37.42 | ssvb | techn_: for example buf2 looks broken in the case if you don't have fb0_framebuffer_num configured to be exactly 2 |
| 20:38.22 | techn_ | ssvb: yes.. according documentation display must be double buffered |
| 20:38.30 | ssvb | provel_: yes, thanks, flipping with disp layers is simple |
| 20:39.15 | ssvb | techn_: this is messed up, I want a larger framebuffer and fb0_framebuffer_num=2 is too small :) |
| 20:39.55 | techn_ | you want triple buffering? |
| 20:40.09 | ssvb | techn_: the problem is that mali blobs interpret these buffers in some really peculiar way |
| 20:41.21 | ssvb | techn_: no, I want to have x11 desktop (normal framebuffer) and at least two extra buffers (in offscreen memory) for glesv2 and xv |
| 20:43.50 | ssvb | techn_: the disp layers can be used to show some of the areas of the offscreen memory as overlays, and quickly flip between them |
| 20:45.45 | ssvb | techn_: was page flipping working correctly for you with mali drivers? |
| 20:47.08 | techn_ | ssvb: atleast that pageflipping function was called |
| 20:47.19 | techn_ | but didn't debug it was working correctly |
| 20:47.40 | techn_ | ssvb: http://forums.arm.com/index.php?/topic/16220-what-is-get-ump-secure-id-buf2-ioctl/ |
| 20:47.56 | techn_ | that was respond from arm |
| 20:50.07 | ssvb | techn_: thanks, it does not provide much of the details though |
| 20:53.13 | *** join/#arm-netbook rellla (~quassel@p4FE563D7.dip0.t-ipconnect.de) |
| 20:53.23 | techn_ | ssvb: yes :) |
| 20:54.02 | techn_ | but still I dont understand your problem :/ |
| 20:55.17 | ssvb | techn_: my problem is that if I give UMP_SECURE_ID_BUF1 or GET_UMP_SECURE_ID_BUF2 to mali blobs from DRI2 code, I can't get any reasonable behaviour out of it |
| 20:56.22 | techn_ | and you'll need that different "#define GET_UMP_SECURE_ID _IOWR('m', 310, unsigned int)" ioctl? |
| 20:57.03 | mnemoc | still sounds whimpful :< |
| 20:57.06 | ssvb | techn_: mali blobs try to do something weird in addition to just damn rendering to this provided buffer |
| 20:57.35 | ssvb | techn_: see the log messages above about FORCING A RESIZE, etc |
| 20:58.33 | techn_ | I havent seen those kind prints :/ |
| 20:59.16 | techn_ | where they are output? |
| 20:59.17 | ssvb | techn_: because you probably have not tried to use any arbitrary rectangle in the framebuffer memory as a rendering target for mali blobs |
| 20:59.54 | techn_ | ssvb: how I can do that? :) |
| 21:00.17 | ssvb | techn_: implement your own x11 dxx driver? :) |
| 21:00.31 | ssvb | techn_: but in any case, I know how to solve this problem, it just needs a simple patch for the kernel |
| 21:00.43 | techn_ | nice |
| 21:01.04 | ssvb | techn_: I just wondered if the current kernel code is considered to be correct :) |
| 21:01.33 | techn_ | ssvb: no.. It's just done with those references |
| 21:01.43 | ssvb | fair enough |
| 21:02.06 | techn_ | which are .. as you said "not much details" :p |
| 21:04.38 | mnemoc | ssvb: what about pointing at the repo of your dxx driver so others can try it and try to find the real issue? |
| 21:05.53 | techn_ | anyway great that there is something what we can do to improve x11 support.. and someone is doing that :) |
| 21:06.46 | techn_ | ssvb: have you tried to render 1080p? |
| 21:07.05 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 21:07.16 | ssvb | mnemoc: I haven't pushed the code for using disp layers for glesv2 yet (it's very messy now and it would be tricky to test if it depends on a kernel patch), but some very basic stuff is here - http://cgit.freedesktop.org/~siamashka/xf86-video-fbdev/log/?h=wip-sunxi-mali |
| 21:07.23 | techn_ | and found bottleneck? (hopefully software :) |
| 21:07.44 | WarheadsSE | I keep saying this but i need to get updated packages into the alarm repo for the sunxi |
| 21:08.21 | ssvb | techn_: with 1080p I suspect that there is some memory bandwidth starvation for hdmi scanout |
| 21:09.09 | mnemoc | WarheadsSE: do so :) |
| 21:09.11 | ssvb | techn_: the image on the screen is shaking when I'm running glmark2 in 1080p resolution |
| 21:09.33 | techn_ | so it's disp problem? hw? :( |
| 21:09.49 | techn_ | or just some stypid extra memcpy? |
| 21:09.57 | mnemoc | running it in more devices will discard hw problem |
| 21:09.59 | provel_ | some sync missing? |
| 21:10.08 | ssvb | techn_: have you also observed similar effect? |
| 21:10.30 | provel_ | android version is 1080p capable? |
| 21:10.49 | techn_ | ssvb: no.. just wondering what's with xbmc 1080p rendering.. it's 28fps max |
| 21:10.53 | rz2k | ssvb: you've disabled scaler layer |
| 21:10.57 | rz2k | in .fex |
| 21:11.04 | rz2k | it is directly wired to vsync |
| 21:11.21 | mnemoc | provel_: android/sunxi runs fine at 1080p.... but they don't use X11 |
| 21:11.45 | rz2k | I had same screen tearing effect with scaler layer disabled |
| 21:11.46 | mnemoc | provel_: not the same ioctl()s etc |
| 21:12.10 | ssvb | rz2k: yes, that's another different configuration to test and support :( |
| 21:14.32 | ssvb | rz2k: screen tearing for very demanding screen resolutions is not totally uncommon also for the other devices, for example pandaboards had some GFX FIFO UNDERFLOW issues |
| 21:15.39 | ssvb | rz2k: it might a a configuration issue, like setting right priorities for memory accesses from different hardware blocks or increasing some FIFO buffer sizes |
| 21:17.00 | ssvb | rz2k: if mali is starving the screen update, then mali might need to be given lower priority in the memory controller or something like this |
| 21:18.45 | *** join/#arm-netbook mdasoh_ (~mdasoh@253-175-174-206.cust.wirelessbeehive.com) |
| 21:19.31 | *** join/#arm-netbook servili007_ (~servili00@unaffiliated/servili007) |
| 21:21.16 | ssvb | rz2k: about the "scaler mode" in fex, do you know what are the benefits/disadvantages? |
| 21:21.58 | rz2k | I know only that if it is enabled - you have vsync everywhere |
| 21:22.11 | techn_ | ssvb: you'll loose different pixel depth support on framebuffer layer.. |
| 21:22.34 | rz2k | oh and that, VLC guy had something around there |
| 21:22.43 | rz2k | forcing him to turn it off |
| 21:23.16 | techn_ | only argb32 and couple yuv modes are supported on scaler layer |
| 21:24.26 | techn_ | we could have scaler and normal layers combined.. but that can't be done without proper benchmarkinking etc |
| 21:24.44 | techn_ | since it could kill performance :/ |
| 21:35.35 | provel_ | ? but the initial issue isn't that we miss performance ? |
| 21:36.39 | ssvb | techn_: my understanding is that there are two different things: "scaler mode" in fex and "scaled layers" |
| 21:37.27 | techn_ | fb_para.mode = (g_fbi.disp_init.scaler_mode[i] == 0) ? |
| 21:37.27 | techn_ | DISP_LAYER_WORK_MODE_NORMAL : |
| 21:37.27 | techn_ | DISP_LAYER_WORK_MODE_SCALER; |
| 21:37.36 | ssvb | techn_: but I did not investigate these in details yet |
| 21:49.07 | ssvb | techn_: the difference is that fex configures this "scaler_mode" array - https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/include/video/sunxi_disp_ioctl.h#L625 (which seems to have kind of global effect) |
| 21:49.37 | ssvb | techn_: and the scaling for individual layers is configured here - https://github.com/linux-sunxi/linux-sunxi/blob/sunxi-3.0/include/video/sunxi_disp_ioctl.h#L339 |
| 21:50.11 | techn_ | yes.. I pasted the logic |
| 21:50.39 | ssvb | techn_: I would prefer the code :) |
| 21:50.43 | techn_ | nice way to duplicate the logic when you have same information in multiple places :) |
| 21:50.48 | ssvb | techn_: so, what is the difference? |
| 21:52.42 | ssvb | techn_: my speculation is that "scaler mode" may affect the primary framebuffer, while the extra layers are optional and can be enabled/disabled |
| 21:52.48 | rz2k | ssvb: |
| 21:52.53 | rz2k | I've sent you a pm :) |
| 21:53.20 | techn_ | maybe it was supposed to work differently.. but now there is no dual fb support.. I havent got even dual output working |
| 21:54.24 | ssvb | techn_: also the comments in the code say that a10 has two scalers, and a13 has only one |
| 21:54.42 | buZz | so A10 can have dual output? |
| 21:54.45 | buZz | awesome :O |
| 21:55.17 | techn_ | ssvb: yes.. I have a10 device |
| 21:55.31 | techn_ | buZz: Atleast in theory |
| 21:55.33 | ssvb | techn_: and if you have scaler mode enabled, there is no way to have a scaled overlay window on top of the normal framebuffer |
| 21:55.55 | ssvb | techn_: which would suck for Xv extension on A13 :) |
| 21:56.09 | techn_ | ssvb: oh |
| 21:56.21 | techn_ | forgot that there is only limited amount of them :( |
| 21:57.49 | ssvb | buZz: my Mele A200 has HDMI and VGA connectors, maybe I can try to plug two monitors to it some day |
| 22:02.19 | buZz | well it would be awesome if A10 could do dual |
| 22:02.27 | buZz | i would love HDMI + CVBS :P |
| 22:03.08 | buZz | cause then i can use A10 in a VJ setup, instead of or complimenting my c2d dell |
| 22:11.38 | rz2k | buZz: http://en.qi-hardware.com/wiki/Milkymist_One |
| 22:11.42 | rz2k | use this one for VJ stuff |
| 22:11.54 | buZz | yeah but thats a lot more pricy than an A10 ;) |
| 22:13.21 | buZz | its a nice device, but 799 usd is just a bit silly |
| 22:13.30 | rz2k | also a lot more useful and opensource as hell |
| 22:18.02 | buZz | hehe, i have a 12x2 videomatrix, i could get 12 cubieboards for below 799 :P |
| 22:18.53 | buZz | ah well, i'll just look at the future in hope for dual output someday ;) |
| 22:56.17 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 23:09.17 | ZaEarl | BoM for the milky is $200. http://en.qi-hardware.com/wiki/Milkymist_One_R4_BOM someone's selling it for $800? I need to get into that business. |
| 23:15.16 | L84Supper | Xilinx FPGA single board computer? |
| 23:16.23 | ZaEarl | yeah, a very small spartan-6. |
| 23:17.01 | L84Supper | video synthesizer wtf? |
| 23:18.51 | L84Supper | Latency60 ms. Between what and what? |
| 23:21.00 | L84Supper | any news on the actual ship date of i.mx6 devices? |
| 23:33.55 | *** join/#arm-netbook mdasoh_ (~mdasoh@253-175-174-206.cust.wirelessbeehive.com) |