| 00:08.48 | hramrach | does u-boot not work with hardfloat? |
| 00:22.31 | aholler_ | no, it doesn't use floats |
| 00:23.13 | hramrach | it does not use floats so does not work when compiled with float support? |
| 00:24.07 | hramrach | sounds odd |
| 00:24.34 | aholler_ | double negotation |
| 00:25.30 | hramrach | the weird part is that adding float support to the compiler breaks program that does not use float |
| 00:25.58 | hramrach | but perhaps it has manually crafted assembly routines which would have to be updated to the new abi |
| 00:26.01 | aholler_ | 1. it doesn't make sense to compile it float support. 2. something (irqs or similiar) might fail because they don't care and don't save the registers |
| 00:26.15 | aholler_ | s/ it / with / |
| 00:26.47 | aholler_ | ibot: learn fuzzy ;) |
| 00:27.04 | hramrach | it makes sense to compile it with the default compiler |
| 00:27.18 | hramrach | and if the registers are unused it shall not fail if not saved |
| 00:27.57 | hramrach | but the abi is different |
| 00:28.07 | aholler_ | which abi? |
| 00:28.30 | hramrach | not sure. you can't mix softfloat and hardfload |
| 00:28.42 | hramrach | probably different calling convention |
| 00:28.51 | hramrach | or something |
| 00:29.03 | aholler_ | it isn't userland. it doesn't use floats, no float-abi in u-boot |
| 00:29.20 | hramrach | then why it would fail with hf? |
| 00:29.33 | aholler_ | who said that? |
| 00:29.50 | aholler_ | read what you asked and what I've answered |
| 00:30.05 | aholler_ | it might fail, but should not |
| 00:30.23 | hramrach | oh well |
| 00:30.29 | aholler_ | anyway it doesn't make sense and default u-boot make disables floats at all |
| 00:30.40 | hramrach | the page recommends softload compiler |
| 00:31.09 | rz2k | it is not recomended to use neon/vfp in u-boot |
| 00:32.12 | aholler_ | as said, you might run into problems if the compiler would use some float-stuff to optimize something |
| 00:32.47 | aholler_ | but I don't think it does that if you don't call it with -mfpu=foo or similiar |
| 00:33.27 | aholler_ | and the makefiles from u-boot don't do that |
| 00:34.29 | hramrach | there is no man page for gcc -.- |
| 00:35.03 | aholler_ | just build u-boot and don't care about your compiler. it does the right thing |
| 00:35.23 | aholler_ | at least if you don't use a compiler like 4.5 with bugs |
| 00:35.48 | hramrach | 4.5 has bugs? |
| 00:36.18 | *** join/#arm-netbook Jef91 (~Instantbi@bodhilinux/team/Jef91) |
| 00:36.27 | hramrach | arm-linux-gnueabihf-gcc (Debian 4.5.3-12) 4.5.3 |
| 00:36.41 | aholler_ | no, never ;) but if unpatched, volatile doesn't work with 4.5.0 and 4.5.1 |
| 00:37.26 | hramrach | awesome |
| 00:39.05 | hramrach | is that normal that kernel fails to build when you enable random options? |
| 00:39.52 | hramrach | ipv6 nf and nf6 would probably apply in this case |
| 00:40.55 | hramrach | net/built-in.o: In function `tcp_is_local6': linux-2.6/net/ipv4/tcp.c:3366: undefined reference to `rt6_lookup' |
| 00:41.34 | aholler_ | git grep rt6_lookup, enable missing options, try again. |
| 00:42.11 | aholler_ | such happens |
| 00:44.26 | hramrach | git has builtin grep? |
| 00:44.28 | hramrach | cool |
| 00:52.51 | hramrach | the function is in ipv6/route.c and does not seem to be ifdefed |
| 00:53.13 | hramrach | how do I tell what selects that file? |
| 00:54.15 | aholler_ | look at the Makefile |
| 00:54.43 | aholler_ | or do an educated guess ;) |
| 00:54.58 | hramrach | it's the default :s |
| 01:06.36 | hramrach | thanks for suggestions |
| 01:06.47 | hramrach | but can't fid what broke it |
| 01:06.58 | hramrach | just building with ipv6 does not work |
| 01:08.12 | aholler_ | do you have ipv6 as a module? make it static |
| 01:08.31 | hramrach | yes, have it as module |
| 01:08.35 | hramrach | it used to work |
| 01:09.02 | aholler_ | seems not to be the case with your random config options |
| 01:12.35 | hramrach | yes, as builtin it works |
| 01:12.39 | hramrach | thanks |
| 01:17.14 | *** join/#arm-netbook uwe__ (~uwe_@dslb-092-075-063-053.pools.arcor-ip.net) |
| 01:24.42 | *** join/#arm-netbook stefanro (~stefan@p57B94C59.dip.t-dialin.net) |
| 02:02.31 | *** join/#arm-netbook RITRedbeard (~redbeard@c-68-37-165-37.hsd1.nj.comcast.net) |
| 02:12.45 | *** join/#arm-netbook nemik_ (~cyanact@c-67-162-60-211.hsd1.il.comcast.net) |
| 02:20.50 | *** join/#arm-netbook lerc (~quassel@121-74-235-98.telstraclear.net) |
| 02:56.18 | *** join/#arm-netbook kaspter (~Instantbi@180.168.145.234) |
| 03:20.56 | *** join/#arm-netbook soooga (~soooga@221.10.155.193) |
| 03:54.49 | *** join/#arm-netbook gsilvis (~almostsix@50.12.163.241) |
| 03:59.12 | *** join/#arm-netbook rz2k (~rz2k@128-69-239-76.broadband.corbina.ru) |
| 04:21.20 | bsdfox_ | are people using sunxi-3.0 or 3.4? |
| 04:31.17 | *** join/#arm-netbook aholler (~aholler@p57B20848.dip0.t-ipconnect.de) |
| 06:27.37 | *** join/#arm-netbook cheng (~cheng@147.48.48.60.kmr03-home.tm.net.my) |
| 06:54.00 | *** join/#arm-netbook ganbold_ (~Ganbold@202.21.108.93) |
| 07:02.14 | *** join/#arm-netbook Quarx (~Quarx@46.233.219.211) |
| 07:38.03 | *** join/#arm-netbook gimli (~gimli@xbmc/staff/gimli) |
| 09:26.43 | *** join/#arm-netbook Yaku (~Yaku@c213-100-205-158.cust.tele2.se) |
| 09:41.08 | *** join/#arm-netbook eebrah (~chatzilla@212.49.88.110) |
| 09:45.45 | provel_ | ssvb: hi! Are the drivers working actually? I can't find a way to make them work with mali framebuffer ones |
| 10:26.38 | *** join/#arm-netbook rellla (~Thunderbi@p4FE562B1.dip0.t-ipconnect.de) |
| 10:35.30 | provel_ | anoyone else noticed that samba is very slow? seems it can't go over 500KB/s |
| 10:37.21 | provel_ | also ethtool gives error checking wakeonlan (expected) and linkstatus (less expected...) |
| 10:38.01 | provel_ | ok.... eth0 seems set to 10Mbit half duplex.... this explains something.... but how I fix it? |
| 10:38.14 | provel_ | (emele a2000) |
| 10:43.18 | provel_ | ok is https://github.com/linux-sunxi/linux-sunxi/issues/91 |
| 10:43.26 | rellla | provel_: https://github.com/linux-sunxi/linux-sunxi/issues/102 |
| 10:45.34 | provel_ | still not that fast, samba now 2MB/sec |
| 10:48.10 | rellla | network performance should be tested (with iperf etc.) if realistic speed can be reached, even if ethtool tells you 100MBs/FD. |
| 10:49.04 | rellla | i'm not for sure at my environment, because my switch/infrastructure seems to be slow at all. |
| 10:54.51 | provel_ | ok... I'm trying https://github.com/linux-sunxi/linux-sunxi/issues/102 |
| 10:54.59 | provel_ | TY |
| 10:57.17 | provel_ | changed emac to 19 ... works... now I'll try to test |
| 10:58.18 | provel_ | no, speed still looks less than 2 MB |
| 10:58.25 | provel_ | at least with samba |
| 10:58.52 | provel_ | I'll try to completely remove the emac_power line |
| 11:03.50 | provel_ | no way... 2MB/s max with samba |
| 11:05.14 | rellla | did you try another benchmarking tool, e.g. iperf? |
| 11:05.34 | rellla | 2MB/s at both directions? |
| 11:06.02 | techn_ | how about ftp? |
| 11:06.19 | provel_ | [ 3] 0.0-10.1 sec 28.1 MBytes 23.4 Mbits/sec |
| 11:06.25 | provel_ | iperf result seems better |
| 11:06.48 | provel_ | this as iperf client |
| 11:06.51 | techn_ | provel_: whats your freq? |
| 11:07.23 | provel_ | similar as server : [ 3] 0.0-10.1 sec 25.5 MBytes 21.3 Mbits/sec |
| 11:07.33 | provel_ | my freq? |
| 11:07.40 | techn_ | cpu freq |
| 11:07.42 | provel_ | how I see? I have ondemand |
| 11:07.47 | provel_ | mele a2000 |
| 11:07.55 | techn_ | cat /proc/cpuinfo |
| 11:07.57 | provel_ | mele a2000mips |
| 11:08.07 | provel_ | up to 1008 bogomips |
| 11:08.29 | provel_ | no freq there |
| 11:08.44 | provel_ | bogomips from 59 to 1008 |
| 11:09.14 | techn_ | oh.. try this: http://linux-sunxi.org/Cpufreq |
| 11:10.17 | provel_ | hold a sec... I was with wireless pc link |
| 11:10.22 | buZz | swap ondemand for performance :) |
| 11:10.23 | provel_ | with wired it's [ 3] 0.0-10.0 sec 49.1 MBytes 41.0 Mbits/sec |
| 11:12.22 | provel_ | done ..... [ 3] 0.0-10.0 sec 58.4 MBytes 48.8 Mbits/sec |
| 11:12.41 | provel_ | ethtool says full duplex |
| 11:13.14 | rellla | uuaaahhh |
| 11:13.42 | provel_ | keeping it more times sequantially I got [ 3] 0.0-10.0 sec 60.5 MBytes 50.6 Mbits/sec |
| 11:13.47 | rellla | techn_: thanks, i missed changing to performance on my second mele. now iperf says: |
| 11:14.19 | rellla | [ 4] 0.0-10.1 sec 107 MBytes 89.5 Mbits/sec |
| 11:14.31 | rellla | seems to have it done so far |
| 11:15.06 | provel_ | rellla.... what you inserted in emac_power line in the fex ? nothing or 19? |
| 11:16.00 | rellla | provel_: not sure anymore. i'm "refexing" my bins. wait a minute. |
| 11:18.39 | rellla | according to my script.bin's filesize it should be without the power entry. on mele a2000 and a100. |
| 11:22.18 | rellla | iperf server: mele a100 |
| 11:22.18 | rellla | iperf client: mele a2000 -> 89MB/s |
| 11:22.31 | rellla | iperf server: mele a2000 |
| 11:22.31 | rellla | iperf client: mele a100 -> 49MB/s |
| 11:22.34 | rellla | hm..? |
| 11:27.09 | rellla | is this normal behaviour or a problem with my switch: http://pastebin.com/v81aHiBb |
| 11:27.10 | rellla | or an issue with my meles? |
| 11:30.37 | *** join/#arm-netbook jquip (~johnny@27.58.130.224) |
| 11:41.28 | provel_ | dunno, I have just one line in iperf |
| 11:42.14 | rellla | started with flag "-d". bidirectional test |
| 11:42.25 | provel_ | ok, I check |
| 11:43.00 | provel_ | Whew |
| 11:43.08 | provel_ | mine really different |
| 11:43.36 | provel_ | http://pastebin.com/dWGUvRsT |
| 11:43.50 | provel_ | gets faster in opposite direction... |
| 11:44.19 | provel_ | started on PC |
| 11:45.24 | provel_ | started on mele it's still faster but in first test instead than second (client) |
| 11:46.20 | provel_ | looks like mele as client is much faster for me, 86/90 MBs |
| 11:46.30 | provel_ | *Mb/s, sorry |
| 11:46.36 | rellla | so to get reliable results, i should start with a minimal wired network infratructure.... i think, there could be some problems with my wiring. |
| 11:46.55 | rellla | looks like 90MB/s is quite good |
| 11:47.09 | provel_ | yes but only with mele as client testing bidir |
| 11:47.32 | provel_ | hum, also in no-bidir |
| 11:48.21 | provel_ | mele as server maxspeed=55Mbs |
| 11:49.37 | provel_ | now I'll recheck mele as samba server |
| 11:50.18 | rellla | i'm no network expert. i also have problems with i386 at work atm. GBit-Net, and a poor performance to my linux machine. seems to result on a bad interface/driver. windows to windows machine performance is good. windows -> samba is VERY bad at least in one direction... <- to be done in the future ;-( |
| 11:50.53 | provel_ | maxspd = 5.9MBs, avg = 4,5 MBs ca |
| 11:51.19 | rellla | so it's a samba problem ?! |
| 11:51.44 | provel_ | no, 55Mbs is slightly more than 6 MBs |
| 11:51.49 | provel_ | so it's decent |
| 11:52.14 | provel_ | samba it's decent.... eth0 is still about half speed |
| 11:52.24 | rellla | oh. Mb /MB, sorry. |
| 11:53.17 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 11:53.26 | provel_ | np.... however this way it's for sure way better than initail issue... maybe this change should be reflected in sunxi-bsp fex file for mele a1000 |
| 11:55.03 | rellla | it should. and be commented on issue report at github. and to give a hint to governor settings. |
| 12:08.53 | hramrach | provel_: if you achieve half speed of interface with sambe it's cool |
| 12:09.05 | hramrach | try netperf or something |
| 12:10.23 | hramrach | oh, you did |
| 12:11.06 | hramrach | so try if htere are some parameters that can be tweaked with miitool or ethtool or what |
| 12:11.28 | hramrach | but when the etherenet card is cheap don't expect miracles |
| 12:11.39 | hramrach | server should be easy, though |
| 12:12.17 | rellla | hramrach: ethernet card is cheap, as a10 is cheap ;-) |
| 12:12.51 | hramrach | I can achieve 400Mbit on Realtek Gbit card |
| 12:12.55 | hramrach | you get the idea |
| 12:13.06 | hramrach | but the problem is receivin there |
| 12:13.43 | hramrach | probably not good enough interrupt mitigation |
| 12:14.29 | hramrach | I don't really see how sending can go wrong if the card is not total fail but there might be slight ahrdware or driver flaw and you get issues |
| 12:19.46 | provel_ | hramrach: it's half speed when transmitting |
| 12:19.59 | provel_ | hramrach: and 85-90% speed when receiving |
| 12:20.25 | provel_ | Gbit cards are different and have different issues |
| 12:20.38 | provel_ | cable for example is not a real issue with Fast Eth. |
| 12:20.50 | provel_ | but can be a limitation with GbEth |
| 12:21.49 | provel_ | the slower part is mele sending.... likely due to some driver issue |
| 12:22.27 | provel_ | mele recv is 85-90% speed which is good for a little box |
| 12:24.14 | provel_ | in any case samba 3 seems working fine... samba 4 still to test |
| 12:28.11 | hramrach | I can test speed when I get the board booting |
| 12:28.49 | hramrach | need to find a uSD card |
| 12:30.59 | *** join/#arm-netbook penguin42 (~dg@tu006.demon.co.uk) |
| 13:34.42 | jukivili | does vendor driver work with wifi in mk802? |
| 13:39.59 | penguin42 | ooh, my mk809 has arrived |
| 13:41.40 | orly_owl | 9? a10? |
| 13:41.51 | penguin42 | 809 - rk3066 |
| 13:42.01 | orly_owl | oh, meh |
| 13:42.29 | rellla | provel_: ~90Mb/s from a100 to my dockstar and vice versa |
| 13:42.29 | rellla | bidirectional test 90/50 Mb/s |
| 13:43.55 | rellla | but only ~50Mb/s from a2000 to dockstar |
| 13:43.55 | rellla | bidirectional test 70/4 Mb/s |
| 13:44.29 | rellla | seems that something goes wrong with a2000. i need some time to check this out.... |
| 13:44.29 | penguin42 | orly_owl: Meh - a10 is a solved problem - boring! |
| 13:45.00 | orly_owl | no it's not, lima isnt fully functional yet |
| 13:45.34 | penguin42 | true |
| 13:47.44 | penguin42 | right, I think I need an infinite number of extra USB peripherals now for it |
| 13:48.09 | orly_owl | as long as you have the money |
| 13:48.27 | penguin42 | orly_owl: Well, it was only £40 which for a dual core A9 was too tempting |
| 13:49.11 | provel_ | rellla: ok so it's a2000 issue |
| 13:49.46 | provel_ | rellla: maybe something physically different? |
| 13:49.52 | rellla | maybe another fex-setting is needed... |
| 13:50.08 | rellla | i'll open it and check board revisions |
| 13:52.21 | provel_ | android had a fex/bin file? |
| 13:56.26 | provel_ | ok I found the bin in nanda |
| 13:58.13 | provel_ | the only difference with script.bin is that in android line is not removed, it's "emac_power =" without a value |
| 14:00.39 | provel_ | hum... the only emac difference.... all the file is quite different |
| 14:02.40 | provel_ | hum... I think fex were uptated |
| 14:02.43 | provel_ | -machine = "A10-EVB-V1.1" |
| 14:02.45 | provel_ | +machine = "A10-EVB-V1.2" |
| 14:04.39 | provel_ | there's differences in plls, card_burn_para, uart, jtag/dram, mali clkdiv, again uart, ctp_screen_max_y, lcd |
| 14:04.58 | provel_ | usb, ir |
| 14:05.29 | provel_ | android fex is completely different here.... |
| 14:06.28 | provel_ | I try to give a shot with android fex.... |
| 14:09.29 | provel_ | nop, seems no good |
| 14:11.01 | provel_ | sigh I was hoping to fix the issue of usb drive moving devices |
| 14:17.52 | provel_ | anyone else noticed that when inserting a second drive the first one moves from sda to sdc (maybe related to the fact first one has 2 partitions) ? |
| 14:19.43 | provel_ | likely it's the same without the entry or just without the value |
| 14:19.57 | *** join/#arm-netbook rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 14:21.10 | mnemoc | mripard: what's the base branch for your gpio patches? |
| 14:22.18 | mnemoc | mripard: missed the v2 of pinctrl-sunxi so I'm kind of lost |
| 14:28.35 | *** join/#arm-netbook eFfeM (~frans@c73189.upc-c.chello.nl) |
| 14:31.25 | mripard | mnemoc: 2s, i push it on my github |
| 14:32.55 | mripard | done, branches sunxi-pinctrl and sunxi-gpio on https://github.com/mripard/linux |
| 14:36.48 | techn_ | mnemoc: last commit killed my wlan :/ |
| 14:42.36 | techn_ | ERR: unknown usbc_no(2) |
| 14:43.02 | techn_ | L90 usb_hcd_servers.c |
| 14:44.37 | jukivili | unification patch also changed Kconfig.. did you enable new sunxi-ehci options? |
| 14:45.19 | techn_ | jukivili: hmm.. I think I should be using same kconfig as in repo |
| 14:46.39 | techn_ | depconfig I mean |
| 14:47.21 | jukivili | hm.. |
| 14:48.01 | techn_ | jukivili: which config you mean. .If I'll check it from sysfs |
| 14:48.19 | jukivili | do you have CONFIG_USB_SUNXI_EHCI=y, CNFIG_USB_SUNXI_OHCI=y and CONFIG_USB_SUNXI_COMMON=y? |
| 14:49.41 | techn_ | EHCI, OHCI and COMMON are y |
| 14:49.49 | provel_ | which branch is that? I haven't at all in stage/...3.4 |
| 14:49.59 | techn_ | I'm using 3.0 |
| 14:50.36 | techn_ | usb keyboard works ok |
| 14:51.49 | techn_ | lsusb shows two 2.0 root hub.. one 1.1 root hub and logitech keyboard |
| 14:52.18 | techn_ | and keyboard is connected to that 1.1 root hub :/ |
| 14:54.00 | provel_ | which device is that? mele? |
| 14:54.12 | techn_ | mini-x |
| 14:54.12 | jukivili | hm.. I have one modification in mk802.fex .. 'usb_host_init_state = 1' for [usbc2] |
| 14:59.19 | jukivili | I think those lines need to be restored in usb_hcd_servers.c |
| 15:01.16 | techn_ | couple secs.. I'll try usb_host_init_state = 1 |
| 15:02.19 | techn_ | jukivili: that did the trick |
| 15:02.24 | slapin_nb | hno: ping |
| 15:02.51 | techn_ | jukivili: but I think thats just workaround :/ |
| 15:02.58 | mnemoc | mripard: thank you |
| 15:18.56 | *** join/#arm-netbook Pulser (~pulser@VillainROM/staff/Pulser) |
| 15:24.04 | jukivili | techn_: true, correct fix would be to remove 'if (sw_ehci->host_init_state == 0)' check in ehci-sunxi.c:sw_ehci_hcd_probe |
| 15:25.35 | jukivili | maybe.. depends if we want to start ignoring host_init_state config and always enable host controllers |
| 15:27.51 | techn_ | previously it ignored that? since it helped if I explicitly defined it on |
| 15:31.15 | jukivili | seems that previously if it was 0, sunxi usb-manager thing to decided whatever host controller should be enabled or not. Now if it's 0, it stays so and controller stays dead. |
| 15:52.50 | ssvb | provel_: "Are the drivers working actually? I can't find a way to make them work with mali framebuffer ones" - hi, which drivers are you asking about? |
| 15:57.45 | provel_ | ssvb x86 ... fbdev |
| 15:58.14 | provel_ | I tried using them... maybe I should change something insinde xorg config |
| 15:58.36 | provel_ | or maybe them are requiring r3p1 framebuffer ones? |
| 15:59.16 | ssvb | provel_: you mentioned "mali framebuffer ones", do you have non-x11 mali blobs installed? |
| 16:00.25 | provel_ | yes |
| 16:00.38 | provel_ | should I install x11 ones? |
| 16:00.58 | provel_ | but with thos I have xf86-video-mali |
| 16:01.27 | penguin42 | hmm nice set of binaries on this mk809 install - it's got things like tcpdump,strace,nc and oprofield - is that normal to find in an android image? |
| 16:01.27 | ssvb | depends on what you want to get, if you want x11 integration working, then you need DRI2 enabled x11 mali blobs |
| 16:02.17 | provel_ | ssvb : ok.... but how I ensure your ones are used instead than xf86-video-mali ? Them just overwrite files? |
| 16:04.43 | provel_ | I'll try to remove them from /usr/lib/xorg/modules/drivers .. |
| 16:05.16 | ssvb | provel_: compile and install xf86-vide-fbdev in the same way as xf86-video-mali, and edit /etc/X11/xorg.conf : https://gist.github.com/4462216 |
| 16:06.41 | ssvb | provel_: but if you are interested in OpenGL ES acceleration, xf86-video-mali is still faster at the moment (partially because of shadow framebuffer, partially because of not wrapping pixmaps) |
| 16:07.34 | ssvb | provel_: currently the only advantage of xf86-video-fbdev is non-crippled 2D performance |
| 16:07.43 | provel_ | oook |
| 16:07.54 | penguin42 | wonders what the offensive_work_normalizer does |
| 16:08.47 | penguin42 | word! |
| 16:08.52 | provel_ | hum... no way.... even with that config doesn't starts |
| 16:09.16 | provel_ | lots of this error: |
| 16:09.18 | provel_ | (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument |
| 16:09.36 | ssvb | ignore this error |
| 16:09.47 | ssvb | it does not matter |
| 16:09.58 | ssvb | anything else? |
| 16:10.01 | provel_ | then no error report |
| 16:10.09 | provel_ | no EE at all other than that |
| 16:10.32 | ssvb | then it should work, how do you know that it does not? |
| 16:12.01 | provel_ | screen clears and I get one line of console input |
| 16:12.29 | provel_ | but then doesn't srart the process i started with xinit |
| 16:12.46 | *** join/#arm-netbook ganbold__ (~Ganbold@202.21.108.93) |
| 16:12.49 | ssvb | can you pastebin your /var/log/Xorg.0.log ? |
| 16:12.54 | provel_ | ok |
| 16:13.05 | provel_ | cat /var/log/Xorg.0.log |
| 16:13.07 | provel_ | ops |
| 16:14.07 | provel_ | http://pastebin.com/3pqXe70B |
| 16:15.09 | provel_ | loads submodule shadow ... maybe I have to explicitly disable instead than comment out? |
| 16:16.39 | provel_ | no, same behaviour |
| 16:16.53 | bsdfox_ | if I make sun4i_defconfig then make one simple change (compile in softwinner sata support) when I go to make uImage modules it is clearing my config-- scripts/kconfig/conf --silentoldconfig Kconfig |
| 16:16.59 | provel_ | maybe it's beacause I'm not on r3p1 |
| 16:17.01 | bsdfox_ | then making me reconfigure from the command line |
| 16:18.31 | ssvb | provel_: can you run Xorg in gdb? I only tested tested mali blobs r3p0 |
| 16:19.33 | ssvb | provel_: and 1.12 version of xorg-server, but not sure if this is relevant |
| 16:20.02 | provel_ | ssvb: will need some time |
| 16:20.25 | provel_ | launching gdb startx will suffice? |
| 16:20.40 | ssvb | try just "gdb Xorg" |
| 16:20.45 | provel_ | ok |
| 16:21.23 | *** join/#arm-netbook hg_5_ (~chatzilla@ip-37-209-133-44.free.aero2.net.pl) |
| 16:23.27 | provel_ | doh ... I need some moments.... but how I take logs after "run" ? |
| 16:24.39 | provel_ | ssvb: ok it did same thing also inside gdb |
| 16:25.07 | provel_ | still no other errors in Xorg*log |
| 16:25.09 | ssvb | provel_: did something happen? it either works, or terminates (segfaults, quits, etc.) |
| 16:25.16 | provel_ | no same as before |
| 16:25.42 | provel_ | a little complain about plymouth ply-terminal and nothing else |
| 16:26.00 | provel_ | I suppose it's because its r2p4 |
| 16:26.05 | ssvb | provel_: if it works, then try to run some X application, for example "DISPLAY=:0 xterm" |
| 16:26.31 | provel_ | no doesn't works...... it's beacause r2p4 or because DISPLAY:=1 |
| 16:27.57 | ssvb | provel_: "it does not work" is not a great bugreport, I have no clue what is happening in your system |
| 16:28.27 | provel_ | ok.... r3p0 will work with 3.0 kernel? |
| 16:28.37 | ssvb | does it terminate? yes/no? |
| 16:28.52 | provel_ | no seems it freezes without displaying anything |
| 16:29.06 | provel_ | oh... yes no process Xorg |
| 16:29.54 | provel_ | installing r3p0 |
| 16:30.55 | ssvb | provel_: http://linux-sunxi.org/Mali400 suggests r3p0, how did you end up with r2p4? |
| 16:31.56 | provel_ | same behaviuor..... maybe I was already on r3p0... just followed http://linux-sunxi.org/Mali400 DRI2 drivers section |
| 16:33.57 | provel_ | ok I'll stop for now.... not useful for anyone |
| 16:33.58 | ssvb | provel_: can you also check the original http://cgit.freedesktop.org/xorg/driver/xf86-video-fbdev/ ? |
| 16:34.56 | ssvb | provel_: ok, thanks, there are surely more useful things for both of us to do :) |
| 16:35.31 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 16:38.19 | bsdfox_ | ssvb, what do you run right now? |
| 16:39.11 | ssvb | bsdfox_: many different things |
| 16:40.05 | bsdfox_ | lets say I haven't touched my mele since early november and just compiled a new 3.0.52 kernel. would you run fbdev? does cedarx work at all yet? |
| 16:42.50 | ssvb | I never tried cedarx myself |
| 16:44.41 | bsdfox_ | ssvb, which mali driver ar eyou using? |
| 16:45.40 | ssvb | r3p0 |
| 16:48.34 | Soravux | Anybody has a recommended compilation toolchain for armv71hf? I tried the linaro one but the 2012-12 version segfaults on my setup and the 2012-11 version requires me to add "-lrt -lpthread" to the LIBS in the Markefile of sunxi-tools (but compiles successfully afterwards). |
| 17:19.21 | bsdfox_ | h36sa@linaro-ubuntu-desktop:~$ DISPLAY=":0" es2gears |
| 17:19.21 | bsdfox_ | libEGL warning: failed to create a pipe screen for Mali DRI2 |
| 17:19.22 | bsdfox_ | libEGL warning: DRI2: failed to open Mali DRI2 (search paths /usr/lib/arm-linux-gnueabihf/dri) |
| 17:21.06 | *** join/#arm-netbook ZaEarl (~malmrose@c-67-172-235-190.hsd1.ut.comcast.net) |
| 17:22.39 | bsdfox_ | I'm guessing that's indicating that 3d acceleration isn't setup properly? |
| 17:32.26 | *** join/#arm-netbook hg_5 (~chatzilla@unaffiliated/hg-5/x-8664886) |
| 17:35.21 | provel_ | Soravux: I used linaro server with sunxi-bsp, and added thing only when needed |
| 17:35.36 | provel_ | semms decent even if it isn't rocket fast |
| 17:36.07 | provel_ | toolchain is as per wiki |
| 17:37.16 | provel_ | bsdfox_: yes.... are you using r3p1 with kernel 3.0? you should use r3p0 |
| 17:37.31 | bsdfox_ | provel_, I'm using r3p0 |
| 17:37.51 | bsdfox_ | on 3.0.52 |
| 17:38.33 | provel_ | wai a sec, Il'' give you my scrit... are you on linaro ? |
| 17:39.00 | bsdfox_ | yeah |
| 17:39.20 | provel_ | https://gist.github.com/4462671 |
| 17:39.31 | bsdfox_ | I'm getting lots of UMP<1>: No handler for IOCTL... |
| 17:39.52 | provel_ | copy as rebmali..... create dir malibuild in home and launch as sudo rebmali x11 |
| 17:40.23 | provel_ | will do all what's in the wiki |
| 17:40.42 | bsdfox_ | yeah that's what I've already run |
| 17:40.54 | provel_ | works 10%% here |
| 17:41.05 | provel_ | did you copied the conf in xorg drivers? |
| 17:41.14 | bsdfox_ | yeah |
| 17:42.07 | provel_ | here works like a charm |
| 17:42.16 | bsdfox_ | what kernel are you on |
| 17:42.21 | provel_ | 3.0.52 |
| 17:42.30 | bsdfox_ | can you pastebin your dmesg? |
| 17:42.55 | provel_ | it's not-so-fast cause of the memcpy, but worked out-of-the box |
| 17:43.00 | provel_ | with my script |
| 17:44.42 | provel_ | (which miss only the conf copy) |
| 17:45.07 | penguin42 | grr hacking on this mk809 would be easier if the dozy amazon vendor I ordered a uSD card off had sent the right one |
| 17:45.24 | bsdfox_ | https://gist.github.com/4462691 |
| 17:47.05 | penguin42 | what format are the image files that get loaded by Android boot loaders? I can see this rk3066 image has an ANDROID! at the start |
| 17:48.12 | bsdfox_ | provel_, can you pastebin your dmesg? |
| 17:52.34 | bsdfox_ | https://gist.github.com/4462732 my es2_info looks wrong |
| 17:52.38 | provel_ | bsdfox my WHOLE dmesg? |
| 17:52.45 | bsdfox_ | provel_, yeah |
| 17:53.56 | provel_ | there you are http://pastebin.com/RswqH4Gm |
| 17:54.30 | provel_ | I have no issues with ump |
| 17:55.27 | provel_ | my fex/bin file is sane and almost all taken from sunxi-bsp |
| 17:56.05 | bsdfox_ | provel_, does your es2_info look better than mine? |
| 17:57.00 | provel_ | no es2_info... which package should I install? |
| 17:57.37 | hramrach | es2_info is packaged in mesa-utils-extra or such in Ubuntu |
| 17:57.44 | bsdfox_ | ahh your mali clk_div is 3 too |
| 17:58.11 | provel_ | ? your? |
| 17:58.25 | provel_ | my android script.bin specify div 4 |
| 17:58.40 | provel_ | but in linux I'm using div 3 |
| 17:58.59 | provel_ | seems working |
| 18:00.18 | bsdfox_ | where do you specify that? |
| 18:00.43 | bsdfox_ | also are you on rev c? |
| 18:02.21 | hramrach | mesa-utils-extra: /usr/bin/es2_info |
| 18:03.14 | provel_ | installing |
| 18:03.15 | bsdfox_ | provel_, does your EGL_VERSION show EGL_VERSION: 1.4 Linux-r3p0-04rel0 ? |
| 18:03.24 | bsdfox_ | mine just says = 1.4 (DRI2) |
| 18:03.46 | provel_ | bsdfox_ : fex is the ascii file to creatre script.bin with bootloader |
| 18:03.56 | provel_ | and sunxi tools |
| 18:04.20 | bsdfox_ | I'm using my script.bin from android |
| 18:04.30 | provel_ | es2_info wont work as can't open display ? |
| 18:04.34 | provel_ | no good |
| 18:04.39 | bsdfox_ | http://bob.drinksbeer.org/script.fex |
| 18:04.45 | provel_ | script.bin from android is no good for linux |
| 18:04.48 | bsdfox_ | provel_, try it from X :) |
| 18:05.20 | hramrach | that or select a driver that does not use X |
| 18:06.43 | provel_ | he needs X testing... I'll try xinit after reboot |
| 18:07.45 | provel_ | with xinit I lose output |
| 18:08.16 | bsdfox_ | where did you get DRI2? libdri2-1 linaro or did you build from source? |
| 18:08.31 | provel_ | linaro I think |
| 18:09.21 | provel_ | no way.... will not work... however your issue is script.bin 90% sure |
| 18:10.52 | provel_ | my mele won't even start with android script.bin |
| 18:10.58 | bsdfox_ | provel_, your es2_info won't work? |
| 18:11.17 | provel_ | I can't get output as I use plain xorg without ubuntu |
| 18:11.29 | provel_ | redirection gave nothing |
| 18:11.46 | provel_ | xterm don't worked |
| 18:12.11 | provel_ | I use xorg only with retroarch +gles |
| 18:12.36 | provel_ | there works |
| 18:12.53 | provel_ | (sorry my xorg is linaro-server + install xorg) |
| 18:13.09 | provel_ | (I don't wanted all the gnome fuff) |
| 18:14.08 | hramrach | eglut supports both kms and x11 but I don't see how they are selected |
| 18:14.48 | bsdfox_ | do you have any *mali* in /usr/lib/arm-linux-gnueabihf/dri? |
| 18:17.11 | provel_ | not there |
| 18:17.16 | hramrach | you probably want es1_info |
| 18:17.23 | hramrach | which is not packaged |
| 18:17.45 | bsdfox_ | I think I might just be missing the mali dri binary |
| 18:17.45 | provel_ | there I have only libglsl.so |
| 18:17.57 | provel_ | I haven't there |
| 18:18.02 | hramrach | git://anongit.freedesktop.org/git/mesa/demos |
| 18:18.07 | *** join/#arm-netbook mentis (~mentis@89-78-93-50.dynamic.chello.pl) |
| 18:18.19 | provel_ | use my script and install x11 |
| 18:18.27 | provel_ | have to go, bye |
| 18:19.53 | bsdfox_ | libEGL warning: DRI2: failed to open Mali DRI2 (search paths /usr/lib/arm-linux-gnueabihf/dri) |
| 18:20.14 | bsdfox_ | hramrach, do you know where linaro would store that by default? |
| 18:20.34 | hramrach | I have no idea about linaro, sorry |
| 18:22.42 | hramrach | I will possibly have when I am finished with the ARM board but for now I am looking how to make a bootable SD card |
| 18:36.16 | penguin42 | well this mk809/rk3066 seems ok, there are instructions out there how to get it to boot a kernel image off the recovery part that seem to work (although not found the instructions how to build the image file yet) and it gives a text console on hdmi so I'm fairly happy |
| 18:37.21 | jinzo | hmz, anyone has any idea what's up with rellla's xbmc? |
| 18:37.46 | jinzo | /empatzero's? |
| 18:39.56 | *** join/#arm-netbook rz2k (~rz2k@128-69-239-76.broadband.corbina.ru) |
| 18:42.08 | hramrach | I can't build es2_info because libEGL ahs undefined reference to wl_display_connect |
| 18:42.30 | hramrach | it's awesome that the bianry runs under these circumstances :> |
| 18:44.34 | bsdfox_ | I think I'm missing something fundamental |
| 18:44.57 | bsdfox_ | hramrach, do you get those errors about failed to open Mali DRI2? |
| 18:51.41 | ssvb | hramrach: be sure to use the compiled libUMP.so and not the libUMP.so blob bundled with the driver |
| 18:52.28 | ssvb | hramrach: and (most of) the linking issues should be solved |
| 18:57.53 | bsdfox_ | can anyone pastebin a working Xorg.0.log? |
| 19:07.51 | *** join/#arm-netbook piezo (~piezo@pdpc/supporter/active/piezo) |
| 19:23.02 | *** join/#arm-netbook rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 19:27.20 | hramrach | ssvb: I am trying to build the mesa utils on pc |
| 19:27.44 | hramrach | and I am sure that compiling Mesa without Wayland support would resolve these issues |
| 19:29.02 | *** join/#arm-netbook rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 19:29.32 | hramrach | btw that blog about uxa finally delivering faster accelerated 2d than software is interesting |
| 19:30.08 | hramrach | it's not much new that fglrx performance is abysmal and that exa performance leaves something to be desired |
| 19:30.26 | hramrach | but the question you have to ask is this |
| 19:31.09 | hramrach | how long does it take to render the trace in number fo display frames? ho many display frames the trace contains? how long did it take the application to produce the trace? |
| 19:32.36 | hramrach | In my experience exa tends to be good enough because if something takes long to render it typically takes long to produce the render commands as well |
| 19:32.46 | hramrach | there are exceptions, though |
| 19:33.15 | hramrach | not everything is aceclerated and when you hit a software fallback with exa the performance is abysmal |
| 19:34.18 | hramrach | also there are some limitations. for me rendering a screenful or few of log in an xterm-like application is instanteous but give it enough screenfuls and eventually the rendering is so slow you can read pretty much everything that scrolls past |
| 19:35.12 | hramrach | there is no gradual slowdown. either it renders instantly or some limit is hit and it renders slowly |
| 19:55.48 | ssvb | hramrach: for xterm scrolling you can try to add "+j" option to the command line (This option indicates that xterm should not do jump scrolling), otherwise it can't be really used for benchmarking |
| 19:56.37 | *** join/#arm-netbook netchip (~netchip@unaffiliated/netchip) |
| 19:56.52 | netchip | hey |
| 19:56.53 | hramrach | ssvb: I don't use it for benchmarking. I only observe that in practice there is some limit on the amount of scrolling exa is willing to accelerate |
| 19:57.06 | netchip | is this channel for Allwinner chips? |
| 19:57.13 | hramrach | also |
| 19:57.36 | netchip | nice |
| 19:57.48 | netchip | How are the Allwinner A10 tablets running on Android 4.2? |
| 19:57.52 | netchip | Fluid, or laggy? |
| 19:58.27 | hramrach | I guess this is more for tablets running Linux |
| 19:58.30 | specing | slaps netchip |
| 19:58.41 | specing | since when does hardware run on software? |
| 19:59.03 | netchip | specing, sorry sorry =/ I was too lzay to change it when I had written it |
| 19:59.48 | netchip | hramrach, Android is Linux... |
| 20:00.00 | specing | no |
| 20:00.02 | hramrach | GNU/Linux if you want to be pedantic |
| 20:00.11 | penguin42 | hramrach: No |
| 20:00.21 | specing | android is stripped down, horibly-javatized Linux |
| 20:00.25 | specing | and there is no GNU there |
| 20:00.30 | netchip | lolwut |
| 20:00.36 | netchip | I am running bash on my ANdroid |
| 20:00.42 | netchip | and also Linux kernel |
| 20:00.43 | netchip | lol |
| 20:01.07 | ZaEarl | android does use a linux kernel |
| 20:01.14 | penguin42 | hramrach: Android has finally made there a point of saying GNU/Linux as opposed to Android/Linux |
| 20:01.26 | jelly-home | there are two kinds of people, those that think Linux is the OS, and those that think Linux is any OS with a Linux kernel. They're ALL WRONG AND SHOULD NOT DISCUSS THIS |
| 20:01.29 | hramrach | indeed |
| 20:02.20 | netchip | it's a kernel |
| 20:02.25 | ZaEarl | but Android does not use the GNU C library like most typical "Linux" distros. |
| 20:02.33 | netchip | they modified ir |
| 20:02.35 | netchip | it* |
| 20:02.52 | hramrach | and there is no GNOME on Android |
| 20:02.58 | netchip | I can port |
| 20:03.04 | netchip | everyone can |
| 20:03.11 | hramrach | where G in GNOME stands for GNU iirc |
| 20:03.23 | netchip | you needs lots of time |
| 20:03.28 | hramrach | no, you can't port GNOME to Android |
| 20:03.28 | netchip | but everyoen can |
| 20:03.43 | netchip | no? |
| 20:03.49 | netchip | someone ported glibc to Android |
| 20:03.50 | netchip | IIRC |
| 20:03.50 | ZaEarl | GNOME won't run on Bionic |
| 20:04.07 | netchip | chroot... |
| 20:04.19 | hramrach | you could make it but then it will no longer be GNOME and Android |
| 20:04.22 | netchip | anyway |
| 20:04.26 | netchip | it doesn't matter |
| 20:04.31 | penguin42 | indeed |
| 20:05.23 | netchip | anyway, let's get back to my original question, changed - specially for specing -, Does Android run fluid on an Allwinner A10 chip? |
| 20:05.55 | ZaEarl | yup |
| 20:05.55 | barqux | yeah, its ok |
| 20:05.57 | netchip | Android 4.2* |
| 20:06.07 | ZaEarl | yes |
| 20:06.15 | netchip | bit like N7, but slower? |
| 20:06.33 | netchip | nvm |
| 20:06.38 | netchip | that's a dumb comparisation |
| 20:06.47 | netchip | because an Allwinner A10 tablet is 90 euro |
| 20:06.55 | bsdfox_ | https://gist.github.com/4463371 (EE) MALI(0): mali_drm_open_master DRM OPEN (fd: 0x7) |
| 20:06.55 | netchip | and a N7 250 euro |
| 20:07.26 | techn_ | bsdfox_: chmod /deb/tmp |
| 20:07.34 | techn_ | .. /dev/ump :) |
| 20:07.36 | hramrach | that does not necessarily mean N7 performs better |
| 20:07.47 | bsdfox_ | techn_, crwxrwxrwx 1 root root 245, 0 Jan 5 11:49 /dev/ump |
| 20:08.28 | netchip | hramrach, I can't image a singecore outperforms a tweaked quad core... |
| 20:08.31 | netchip | imagine* |
| 20:08.34 | penguin42 | netchip: The A10 is a single core Cortex A8 running at 1GHz, in the end that's going to be a heck of a lot slower than a N7 |
| 20:08.36 | techn_ | oh.. run x as root? |
| 20:09.10 | *** join/#arm-netbook ganbold___ (~Ganbold@202.21.108.93) |
| 20:09.19 | netchip | I need something with proper uboot sources, kernel code with git history, and unlocked bootloader |
| 20:09.21 | netchip | well |
| 20:09.22 | hramrach | it depends on the benchamrk |
| 20:09.25 | penguin42 | no |
| 20:09.26 | netchip | and UART, Ubuntu etc |
| 20:09.58 | penguin42 | netchip: Well that is the nice thing about A10 the sources are out there etc |
| 20:10.18 | hramrach | don't know what quad core N7 has, and Hz means nothing unless it's the same CPU and bus divider |
| 20:10.18 | netchip | penguin42, Does it have UART? |
| 20:10.27 | netchip | hramrach, tegra 3 |
| 20:10.42 | penguin42 | netchip: Yes |
| 20:10.51 | hramrach | well, then it may well perform very poorly |
| 20:10.52 | bsdfox_ | techn_, same error root or user |
| 20:10.59 | penguin42 | hramrach: In the end most cortex's out there are faster clock/clock than the A8 in an A10 |
| 20:11.02 | hramrach | because nVidia are notorious for bad drivers |
| 20:11.20 | netchip | remember it's Google |
| 20:11.29 | netchip | Google won't accept bad drivers |
| 20:11.48 | netchip | in fact, I think Google has access to those source code |
| 20:11.53 | netchip | codes* |
| 20:12.26 | hramrach | then there is good chance it will perform better at least in some ways |
| 20:12.46 | techn_ | bsdfox_: I checked my logs and I get same EE |
| 20:13.01 | hramrach | but you should note that A8 can perform two NEON instructions every clock while most of those multicores can do only 1 |
| 20:13.05 | *** join/#arm-netbook lerc (~quassel@121-74-235-98.telstraclear.net) |
| 20:13.17 | netchip | hramrach, I think 90 euro for an Allwinner tablet is very nice. Performance/price seen |
| 20:13.27 | netchip | and the fact you can run everything on it |
| 20:13.28 | techn_ | it seems that it wont block gles :/ |
| 20:13.40 | penguin42 | netchip: Watch out whether the tablet has a uart you can get to |
| 20:13.47 | bsdfox_ | techn_, ok. do you get lots of these? UMP<1>: No handler for IOCTL. cmd: 0x400c9007, arg: 0xbebbb468 |
| 20:14.18 | netchip | penguin42, I think those chinese tablets of under 100 euro don't have invested in closing the UART ports ;) |
| 20:14.20 | techn_ | bsdfox_: which mali libs you are using.. and which kernel driver? |
| 20:14.39 | bsdfox_ | r3p0 3.0.52 |
| 20:14.44 | penguin42 | netchip: Well they won't have invested in putting them somewhere convenient, so hopefully you'll find a good place you can get to them on the board |
| 20:14.49 | hramrach | netchip: yes, 90 eur is nice for a tablet |
| 20:14.58 | barqux | hramrach: could you mention some applications where neon or simd makes miracles happen? |
| 20:15.12 | hramrach | video playback? |
| 20:15.26 | barqux | mooore moooore |
| 20:15.38 | techn_ | bsdfox_: sounds like you have some mitchmatch .. try finding libUMP.so .. if you have it twice somewhere |
| 20:15.46 | penguin42 | you can use neon for things like memcpy's and string ops, which are occasionally useful |
| 20:16.11 | penguin42 | and A8 does have I think a wider bus to one of the caches for Neon but I forget which |
| 20:16.26 | ssvb | bsdfox_: do you have mali enabled in the kernel config? and also CONFIG_FB_SUNXI_UMP=y? |
| 20:17.15 | bsdfox_ | CONFIG_SUNXI_MALI_RESERVED_MEM=y |
| 20:17.16 | bsdfox_ | CONFIG_DRM_MALI=m |
| 20:17.16 | bsdfox_ | CONFIG_MALI=m |
| 20:17.16 | bsdfox_ | CONFIG_MALI400=m |
| 20:17.16 | bsdfox_ | CONFIG_MALI400_DEBUG=y |
| 20:17.27 | hramrach | barqux: in my experience video playback is *the* application on tablets that requires any amount of power |
| 20:17.31 | bsdfox_ | CONFIG_FB_SUNXI_UMP=y |
| 20:17.49 | techn_ | <PROTECTED> |
| 20:18.38 | bsdfox_ | techn_, I don't think it is |
| 20:18.48 | bsdfox_ | <PROTECTED> |
| 20:18.48 | bsdfox_ | <PROTECTED> |
| 20:19.59 | bsdfox_ | also it appears I have a /lib/libUMP.so and a /usr/lib/libUMP.so |
| 20:20.46 | barqux | hramrach: yes that makes sense |
| 20:21.10 | netchip | does an Allwinner A10 plays 720p? |
| 20:21.36 | techn_ | netchip: yes.. but depend filetype |
| 20:21.51 | netchip | you mean bitrate? |
| 20:22.01 | hramrach | supposedly it plays 1080p too |
| 20:22.25 | hramrach | more like that the codec is one for which accelerated decoding is supported |
| 20:22.34 | ZaEarl | A10 can play 40mbps 1080p streams smoothly |
| 20:22.36 | barqux | penguin42: yes, simd for memcpy and strcmps etc etc is useful but I guess it's more common in multimedia |
| 20:22.56 | bsdfox_ | techn_, renaming /lib/libUMP.so seems to have fixed that IOCTL error |
| 20:23.12 | bsdfox_ | I still don't have accelerated 3d as it's using the mesa libs |
| 20:24.04 | penguin42 | barqux: Hey the problem with memcpy etc is it only pays off for very large copies generally |
| 20:24.35 | bsdfox_ | hmm I've got a bunch of crap in /lib I don't want |
| 20:24.37 | hramrach | possibly video frames? :p |
| 20:24.44 | penguin42 | hramrach: Perfect :-) |
| 20:24.59 | netchip | On the A10 you can play Angry Birds play fluid on a tv screen with a resolution of 1080p :O |
| 20:25.30 | barqux | penguin42: really? shouldn't performance be noticeable even for smaller amounts of data if you're memory aligning it? |
| 20:25.47 | penguin42 | needs a collection of random USB crap; my dad knicked my usb hubs and I don't have a spare USB keyboard/mouse |
| 20:26.17 | penguin42 | barqux: memcpy is easier because you know the length to start with; string stuff is much harder because it might be a small string that's not aligned |
| 20:27.03 | penguin42 | barqux: So you can start off with a 'is it big, is it aligned, ok go for Neon else do it easy' - but actually things like ldrd/strd are pretty fast as well, so as long as you're quick enough to keep up with the memory bus the Neon doesn't help |
| 20:27.30 | penguin42 | barqux: And neon supposedly eats more power and can be dynamically turned off per-process, so people worrying about whether it's worth turning on for something like a memcpy |
| 20:28.33 | netchip | dat lag: https://www.youtube.com/watch?v=PxYVaM05x7w |
| 20:30.44 | datagutt | netchip |
| 20:30.54 | datagutt | please don't start kanging cm for allwinner |
| 20:31.11 | netchip | nah |
| 20:31.23 | netchip | my plan is to contribute it to CM |
| 20:31.37 | datagutt | code is working on cm for mk802iii |
| 20:31.38 | bsdfox_ | techn_, should I just update the symlinks to point elsewhere? |
| 20:31.45 | datagutt | cody* |
| 20:32.00 | netchip | datagutt, mk802iii is? |
| 20:32.14 | datagutt | a usb-sized device you connect to your tv |
| 20:32.20 | datagutt | so you get android no your tv |
| 20:32.27 | datagutt | Oh |
| 20:32.34 | netchip | isn't that a Mediatek? |
| 20:32.36 | datagutt | that does not use allwinner |
| 20:32.45 | datagutt | the mk802+ and mk802ii does though |
| 20:32.51 | datagutt | netchip: + and ii uses allwinner |
| 20:32.59 | datagutt | xplod is working on the + version |
| 20:33.06 | netchip | ok |
| 20:33.12 | netchip | but I want a tablet |
| 20:33.16 | datagutt | Ah |
| 20:33.24 | netchip | not an usb-sized thingy for on your TV |
| 20:33.31 | netchip | because I go buy an ODROID X2 for that ;-) |
| 20:33.42 | barqux | penguin42: yes, sounds valid. It's a pain if power consumption increases on these devices. Sometimes it makes you miss the previous generation of cellphones. easily a week without recharge! |
| 20:34.10 | datagutt | netchip: buying exynos-powered device to dev for? are you insane? |
| 20:34.52 | netchip | datagutt, rmcc is insane?! He bought an ODROUD U2 |
| 20:34.57 | netchip | I don't think he is |
| 20:40.09 | netchip | are there any hwcomposer sources for the Allwinner A10? |
| 20:40.18 | netchip | that's important for >Android4.0 |
| 20:43.25 | bsdfox_ | ok I'm getting closer.. symbol lookup error: /usr/lib/libGLESv2.so.2: undefined symbol: XextCreateExtension |
| 20:45.33 | ssvb | bsdfox_: now this is easy, you are definitely using wrong libUMP.so, the compiled one should have proper libXext dependency |
| 20:46.21 | bsdfox_ | h36sa@linaro-ubuntu-desktop:~$ ldd /usr/lib/libGLESv2.so.2 |
| 20:46.21 | bsdfox_ | <PROTECTED> |
| 20:46.38 | bsdfox_ | h36sa@linaro-ubuntu-desktop:~$ ls -la /usr/lib/libUMP.so |
| 20:46.39 | bsdfox_ | -rw-r--r-- 1 root root 30301 Jan 5 12:32 /usr/lib/libUMP.so |
| 20:47.53 | bsdfox_ | I will recompile it now that I cleaned up some libs |
| 20:49.52 | bsdfox_ | yay that looks like it worked |
| 20:50.42 | bsdfox_ | about 90fps es2gears |
| 20:54.12 | *** join/#arm-netbook eebrah (~chatzilla@41.223.57.75) |
| 20:56.10 | hramrach | netchip: I don't get what are these exynos powered devices for |
| 20:56.34 | hramrach | the A10 does the job for 'get android in your TV' and 'get android in your tablet' |
| 20:57.28 | hramrach | exynos may be close to 'get ARM on your desktop' but not quite. some SATA/PCIe would be helpful as well as more RAM |
| 20:57.58 | netchip | well |
| 20:58.09 | netchip | Did you ever see an Nexus 10? |
| 20:58.14 | netchip | It's DAMN quick |
| 20:58.16 | hramrach | you may possibly get more RAM than those 2G you get on ODROID but no board exists afaik that has more |
| 20:58.31 | hramrach | I did not see Nexus |
| 20:58.42 | netchip | I highly recommend you check youtube |
| 20:58.53 | hramrach | dos not work for me |
| 20:59.02 | netchip | what do you mean? |
| 20:59.05 | penguin42 | the 10 is reputed to have a wonderful display |
| 20:59.27 | hramrach | ENOFLASH |
| 20:59.28 | netchip | hramrach, Ah, you live in a country where they block the Internet? |
| 21:00.06 | hramrach | wonderful display is something you will not find on the A10 tablets, yes |
| 21:00.08 | netchip | penguin42, yeah |
| 21:00.20 | netchip | it's also a great audio chip |
| 21:00.27 | netchip | and it's 80% open source |
| 21:00.33 | netchip | only wifi and gfx not (and bootloader) |
| 21:00.48 | hramrach | then again it will be quite dirty most of the time so I wonder how wonderful it has to be to make a difference even then |
| 21:01.11 | bsdfox_ | I've got mali clkdiv=4 in my script.bin/fex (using the one for android on my mele a2000). Is it as simple as changing the div to 3 ti improve my performance? |
| 21:01.36 | hramrach | netchip: plus half of the time I get some stupid message taht the video is unavailable even if I install flash |
| 21:01.42 | hramrach | so cba doing that |
| 21:01.53 | netchip | =/ |
| 21:07.45 | hramrach | when youtube makes it hard to view their videos I am not going to bend over backwards to view them. they usually aren't that awesome |
| 21:10.32 | hramrach | netchip: btw the countries where they do not block internet are very few and very obscure |
| 21:11.32 | hramrach | they do block internet in the US, the EU, China |
| 21:12.54 | netchip | hramrach, Yeah, they do here, in the EU, but nobody sees it. They call you paranoid if you say it's blocked. |
| 21:13.20 | netchip | but they don't do DPI |
| 21:13.49 | hramrach | I did see a blocked site. It was postered all over it. am I seeing things? |
| 21:14.37 | hramrach | they do DPI |
| 21:14.51 | hramrach | to protect MPAA IP |
| 21:15.43 | hramrach | or maybe their DPI is actually pointing a pencil in the Yellow Pages and going after the person so selected |
| 21:16.38 | hramrach | because they also went after person whi did not have a computer or was not alive |
| 21:16.59 | *** join/#arm-netbook rzk|2 (~rz2k@176.14.96.37) |
| 21:20.54 | bsdfox_ | wow changing mali clkdiv from 4 to 3 improved my glmark2 score from 25 to 44 |
| 21:22.14 | rm | hramrach, you can't view the Gangnam Style video in Germany: http://ompldr.org/vZ3loaA/2012-12-18T133009Z-gema.png |
| 21:23.25 | hramrach | yes, stuff like that |
| 21:23.39 | hramrach | plus sometimes it's just broken I guess |
| 21:31.51 | *** join/#arm-netbook lkcl (~lkcl@host-92-26-21-157.as13285.net) |
| 21:35.47 | *** join/#arm-netbook servili007 (~servili00@unaffiliated/servili007) |
| 21:56.52 | *** join/#arm-netbook mtndew` (~mtndew420@unaffiliated/mtndew420) |
| 22:07.22 | *** join/#arm-netbook rz2k (~rz2k@176.14.96.97) |
| 22:41.33 | barqux | hey I get some sort of graphical artefacts in my console when using fbcon on mk802ii, sunxi 3.0.52 kernel |
| 22:42.09 | barqux | the current line kinda turns to rubbish for a while and when I continue typing it fixes itself |
| 22:42.28 | barqux | does anyone recognize that? |
| 22:42.32 | techn_ | barqux: known problem.. feel free to fix it :) |
| 22:42.42 | barqux | oh, ok! |
| 22:45.18 | barqux | techn_: thing is, I'm new to messing with the kernel. Any hint to where one might start looking at this issue? |
| 22:47.11 | hramrach | barqux: what kinds of artifacts? |
| 22:47.57 | hramrach | there should be interface for drawing on the framebuffer directly form userspace so you can try that and see what artifacts you get with differnt patterns and guess what might cause that |
| 22:48.48 | barqux | hramrach: it's as if random stripes and/or pixels just turn black. Nothing major really |
| 22:49.17 | hramrach | always the same or varies over time? |
| 22:49.42 | barqux | it varies as far as I can tell |
| 22:50.01 | hramrach | hard to catch then I guess |
| 22:50.20 | barqux | if I leave it, it changes once in a while |
| 22:50.27 | hramrach | but still can try what drawing directly does |
| 22:52.09 | barqux | yah, can look into it |
| 22:55.04 | jinzo | dual core MIPS's from Ingenic finally, they're a bit behind their schedule, but still an interesting offer if they'll have the right price |
| 23:41.55 | penguin42 | jinzo: That price would have to be pretty damn low to be competitive against all the cheap A9's that are now around |
| 23:42.30 | hramrach | or they would have to include some killer feature those don't have |
| 23:42.34 | penguin42 | nod |
| 23:43.02 | jinzo | they went preatty low with the previous one |
| 23:43.12 | jinzo | (first one under 100USD, ICS, etc...) |
| 23:55.31 | *** join/#arm-netbook merbzt (~benjamin@c-83-233-243-128.cust.bredband2.com) |
