<hramrach>
it does not use floats so does not work when compiled with float support?
<hramrach>
sounds odd
<aholler_>
double negotation
Jef91|AFK is now known as Jef91
<hramrach>
the weird part is that adding float support to the compiler breaks program that does not use float
<hramrach>
but perhaps it has manually crafted assembly routines which would have to be updated to the new abi
<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
<aholler_>
s/ it / with /
<ibot>
aholler_ meant: 1. with 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
<aholler_>
ibot: learn fuzzy ;)
<hramrach>
it makes sense to compile it with the default compiler
<hramrach>
and if the registers are unused it shall not fail if not saved
<hramrach>
but the abi is different
<aholler_>
which abi?
<hramrach>
not sure. you can't mix softfloat and hardfload
<hramrach>
probably different calling convention
<hramrach>
or something
<aholler_>
it isn't userland. it doesn't use floats, no float-abi in u-boot
<hramrach>
then why it would fail with hf?
<aholler_>
who said that?
<aholler_>
read what you asked and what I've answered
Jef91 has quit [Ping timeout: 248 seconds]
<aholler_>
it might fail, but should not
<hramrach>
oh well
<aholler_>
anyway it doesn't make sense and default u-boot make disables floats at all
<hramrach>
the page recommends softload compiler
<rz2k>
it is not recomended to use neon/vfp in u-boot
<aholler_>
as said, you might run into problems if the compiler would use some float-stuff to optimize something
<aholler_>
but I don't think it does that if you don't call it with -mfpu=foo or similiar
<aholler_>
and the makefiles from u-boot don't do that
<hramrach>
there is no man page for gcc -.-
<aholler_>
just build u-boot and don't care about your compiler. it does the right thing
<aholler_>
at least if you don't use a compiler like 4.5 with bugs
<provel_>
started on mele it's still faster but in first test instead than second (client)
<provel_>
looks like mele as client is much faster for me, 86/90 MBs
<provel_>
*Mb/s, sorry
<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.
<rellla>
looks like 90MB/s is quite good
<provel_>
yes but only with mele as client testing bidir
<provel_>
hum, also in no-bidir
<provel_>
mele as server maxspeed=55Mbs
<provel_>
now I'll recheck mele as samba server
<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 ;-(
<provel_>
maxspd = 5.9MBs, avg = 4,5 MBs ca
<rellla>
so it's a samba problem ?!
<provel_>
no, 55Mbs is slightly more than 6 MBs
<provel_>
so it's decent
<provel_>
samba it's decent.... eth0 is still about half speed
<rellla>
oh. Mb /MB, sorry.
hg_5 has joined #arm-netbook
<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
<rellla>
it should. and be commented on issue report at github. and to give a hint to governor settings.
<hramrach>
provel_: if you achieve half speed of interface with sambe it's cool
<hramrach>
try netperf or something
<hramrach>
oh, you did
<hramrach>
so try if htere are some parameters that can be tweaked with miitool or ethtool or what
<hramrach>
but when the etherenet card is cheap don't expect miracles
<hramrach>
server should be easy, though
<rellla>
hramrach: ethernet card is cheap, as a10 is cheap ;-)
<hramrach>
I can achieve 400Mbit on Realtek Gbit card
<hramrach>
you get the idea
<hramrach>
but the problem is receivin there
<hramrach>
probably not good enough interrupt mitigation
<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
<provel_>
hramrach: it's half speed when transmitting
<provel_>
hramrach: and 85-90% speed when receiving
<provel_>
Gbit cards are different and have different issues
<provel_>
cable for example is not a real issue with Fast Eth.
<provel_>
but can be a limitation with GbEth
<provel_>
the slower part is mele sending.... likely due to some driver issue
<provel_>
mele recv is 85-90% speed which is good for a little box
<provel_>
in any case samba 3 seems working fine... samba 4 still to test
<hramrach>
I can test speed when I get the board booting
<hramrach>
need to find a uSD card
penguin42 has joined #arm-netbook
<jukivili>
does vendor driver work with wifi in mk802?
<penguin42>
ooh, my mk809 has arrived
<orly_owl>
9? a10?
<penguin42>
809 - rk3066
<orly_owl>
oh, meh
<rellla>
provel_: ~90Mb/s from a100 to my dockstar and vice versa
<rellla>
bidirectional test 90/50 Mb/s
<rellla>
but only ~50Mb/s from a2000 to dockstar
<rellla>
bidirectional test 70/4 Mb/s
<rellla>
seems that something goes wrong with a2000. i need some time to check this out....
<penguin42>
orly_owl: Meh - a10 is a solved problem - boring!
<orly_owl>
no it's not, lima isnt fully functional yet
<penguin42>
true
<penguin42>
right, I think I need an infinite number of extra USB peripherals now for it
<orly_owl>
as long as you have the money
<penguin42>
orly_owl: Well, it was only £40 which for a dual core A9 was too tempting
<provel_>
the only difference with script.bin is that in android line is not removed, it's "emac_power =" without a value
<provel_>
hum... the only emac difference.... all the file is quite different
<provel_>
hum... I think fex were uptated
<provel_>
-machine = "A10-EVB-V1.1"
<provel_>
+machine = "A10-EVB-V1.2"
<provel_>
there's differences in plls, card_burn_para, uart, jtag/dram, mali clkdiv, again uart, ctp_screen_max_y, lcd
<provel_>
usb, ir
<provel_>
android fex is completely different here....
<provel_>
I try to give a shot with android fex....
<provel_>
nop, seems no good
<provel_>
sigh I was hoping to fix the issue of usb drive moving devices
rsalveti has quit [Ping timeout: 255 seconds]
<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) ?
<provel_>
likely it's the same without the entry or just without the value
rsalveti has joined #arm-netbook
<mnemoc>
mripard: what's the base branch for your gpio patches?
<mnemoc>
mripard: missed the v2 of pinctrl-sunxi so I'm kind of lost
<techn_>
jukivili: but I think thats just workaround :/
<mnemoc>
mripard: thank you
tTTttt has quit [Quit: leaving]
Pulser has joined #arm-netbook
<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
<jukivili>
maybe.. depends if we want to start ignoring host_init_state config and always enable host controllers
<techn_>
previously it ignored that? since it helped if I explicitly defined it on
<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.
<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?
<provel_>
ssvb x86 ... fbdev
<provel_>
I tried using them... maybe I should change something insinde xorg config
<provel_>
or maybe them are requiring r3p1 framebuffer ones?
<ssvb>
provel_: you mentioned "mali framebuffer ones", do you have non-x11 mali blobs installed?
<provel_>
yes
<provel_>
should I install x11 ones?
<provel_>
but with thos I have xf86-video-mali
<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?
<ssvb>
depends on what you want to get, if you want x11 integration working, then you need DRI2 enabled x11 mali blobs
<provel_>
ssvb : ok.... but how I ensure your ones are used instead than xf86-video-mali ? Them just overwrite files?
<provel_>
I'll try to remove them from /usr/lib/xorg/modules/drivers ..
<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
<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)
<ssvb>
provel_: currently the only advantage of xf86-video-fbdev is non-crippled 2D performance
<provel_>
oook
* penguin42
wonders what the offensive_work_normalizer does
<penguin42>
word!
<provel_>
hum... no way.... even with that config doesn't starts
<provel_>
loads submodule shadow ... maybe I have to explicitly disable instead than comment out?
ganbold_ has quit [Ping timeout: 252 seconds]
<provel_>
no, same behaviour
<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
<provel_>
maybe it's beacause I'm not on r3p1
<bsdfox_>
then making me reconfigure from the command line
<ssvb>
provel_: can you run Xorg in gdb? I only tested tested mali blobs r3p0
<ssvb>
provel_: and 1.12 version of xorg-server, but not sure if this is relevant
<provel_>
ssvb: will need some time
<provel_>
launching gdb startx will suffice?
<ssvb>
try just "gdb Xorg"
<provel_>
ok
hg_5_ has joined #arm-netbook
<provel_>
doh ... I need some moments.... but how I take logs after "run" ?
hg_5 has quit [Ping timeout: 255 seconds]
<provel_>
ssvb: ok it did same thing also inside gdb
<provel_>
still no other errors in Xorg*log
<ssvb>
provel_: did something happen? it either works, or terminates (segfaults, quits, etc.)
<provel_>
no same as before
<provel_>
a little complain about plymouth ply-terminal and nothing else
<provel_>
I suppose it's because its r2p4
<ssvb>
provel_: if it works, then try to run some X application, for example "DISPLAY=:0 xterm"
<provel_>
no doesn't works...... it's beacause r2p4 or because DISPLAY:=1
<ssvb>
provel_: "it does not work" is not a great bugreport, I have no clue what is happening in your system
<provel_>
ok.... r3p0 will work with 3.0 kernel?
<ssvb>
does it terminate? yes/no?
<provel_>
no seems it freezes without displaying anything
<ssvb>
provel_: ok, thanks, there are surely more useful things for both of us to do :)
hg_5_ has quit [Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204]]
hg_5 has joined #arm-netbook
<bsdfox_>
ssvb, what do you run right now?
eFfeM has quit [Quit: Leaving.]
<ssvb>
bsdfox_: many different things
<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?
<ssvb>
I never tried cedarx myself
<bsdfox_>
ssvb, which mali driver ar eyou using?
<ssvb>
r3p0
<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).
hg_5 has quit [Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204]]
<bsdfox_>
libEGL warning: DRI2: failed to open Mali DRI2 (search paths /usr/lib/arm-linux-gnueabihf/dri)
<bsdfox_>
hramrach, do you know where linaro would store that by default?
<hramrach>
I have no idea about linaro, sorry
<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
lerc has quit [Read error: Connection reset by peer]
mentis has quit [Remote host closed the connection]
<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
<jinzo>
hmz, anyone has any idea what's up with rellla's xbmc?
<jinzo>
/empatzero's?
rz2k has joined #arm-netbook
<hramrach>
I can't build es2_info because libEGL ahs undefined reference to wl_display_connect
<hramrach>
it's awesome that the bianry runs under these circumstances :>
<bsdfox_>
I think I'm missing something fundamental
<bsdfox_>
hramrach, do you get those errors about failed to open Mali DRI2?
<ssvb>
hramrach: be sure to use the compiled libUMP.so and not the libUMP.so blob bundled with the driver
<ssvb>
hramrach: and (most of) the linking issues should be solved
<bsdfox_>
can anyone pastebin a working Xorg.0.log?
piezo has joined #arm-netbook
rsalveti has quit [Ping timeout: 276 seconds]
rsalveti has joined #arm-netbook
<hramrach>
ssvb: I am trying to build the mesa utils on pc
<hramrach>
and I am sure that compiling Mesa without Wayland support would resolve these issues
rsalveti_ has joined #arm-netbook
<hramrach>
btw that blog about uxa finally delivering faster accelerated 2d than software is interesting
<hramrach>
it's not much new that fglrx performance is abysmal and that exa performance leaves something to be desired
<hramrach>
but the question you have to ask is this
<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?
rsalveti has quit [Ping timeout: 272 seconds]
rsalveti_ is now known as rsalveti
<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
<hramrach>
there are exceptions, though
<hramrach>
not everything is aceclerated and when you hit a software fallback with exa the performance is abysmal
<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
<hramrach>
there is no gradual slowdown. either it renders instantly or some limit is hit and it renders slowly
lkcl has quit [Read error: Operation timed out]
tinti_ has quit [Ping timeout: 248 seconds]
<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
netchip has joined #arm-netbook
<netchip>
hey
<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
<netchip>
is this channel for Allwinner chips?
<hramrach>
also
<netchip>
nice
<netchip>
How are the Allwinner A10 tablets running on Android 4.2?
<netchip>
Fluid, or laggy?
<hramrach>
I guess this is more for tablets running Linux
* specing
slaps netchip
<specing>
since when does hardware run on software?
<netchip>
specing, sorry sorry =/ I was too lzay to change it when I had written it
<netchip>
hramrach, Android is Linux...
<specing>
no
<hramrach>
GNU/Linux if you want to be pedantic
<penguin42>
hramrach: No
<specing>
android is stripped down, horibly-javatized Linux
<specing>
and there is no GNU there
<netchip>
lolwut
<netchip>
I am running bash on my ANdroid
<netchip>
and also Linux kernel
<netchip>
lol
XenGi is now known as XenGi_
<ZaEarl>
android does use a linux kernel
<penguin42>
hramrach: Android has finally made there a point of saying GNU/Linux as opposed to Android/Linux
<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
<hramrach>
indeed
<netchip>
it's a kernel
<ZaEarl>
but Android does not use the GNU C library like most typical "Linux" distros.
<netchip>
they modified ir
<netchip>
it*
<hramrach>
and there is no GNOME on Android
<netchip>
I can port
<netchip>
everyone can
<hramrach>
where G in GNOME stands for GNU iirc
<netchip>
you needs lots of time
<netchip>
but everyoen can
<hramrach>
no, you can't port GNOME to Android
<netchip>
no?
<netchip>
someone ported glibc to Android
<netchip>
IIRC
<ZaEarl>
GNOME won't run on Bionic
<netchip>
chroot...
<hramrach>
you could make it but then it will no longer be GNOME and Android
<netchip>
anyway
<netchip>
it doesn't matter
<penguin42>
indeed
<netchip>
anyway, let's get back to my original question, changed - specially for specing -, Does Android run fluid on an Allwinner A10 chip?
<ZaEarl>
yup
<barqux>
yeah, its ok
<netchip>
Android 4.2*
<ZaEarl>
yes
<netchip>
bit like N7, but slower?
<netchip>
nvm
<netchip>
that's a dumb comparisation
<netchip>
because an Allwinner A10 tablet is 90 euro
<netchip>
hramrach, I can't image a singecore outperforms a tweaked quad core...
<netchip>
imagine*
<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
<techn_>
oh.. run x as root?
ganbold___ has joined #arm-netbook
<netchip>
I need something with proper uboot sources, kernel code with git history, and unlocked bootloader
<netchip>
well
<hramrach>
it depends on the benchamrk
<penguin42>
no
<netchip>
and UART, Ubuntu etc
<penguin42>
netchip: Well that is the nice thing about A10 the sources are out there etc
<netchip>
penguin42, Does it have UART?
<hramrach>
don't know what quad core N7 has, and Hz means nothing unless it's the same CPU and bus divider
<netchip>
hramrach, tegra 3
<penguin42>
netchip: Yes
<hramrach>
well, then it may well perform very poorly
<bsdfox_>
techn_, same error root or user
<penguin42>
hramrach: In the end most cortex's out there are faster clock/clock than the A8 in an A10
<hramrach>
because nVidia are notorious for bad drivers
<netchip>
remember it's Google
<netchip>
Google won't accept bad drivers
<netchip>
in fact, I think Google has access to those source code
<netchip>
codes*
ganbold__ has quit [Ping timeout: 276 seconds]
<hramrach>
then there is good chance it will perform better at least in some ways
<techn_>
bsdfox_: I checked my logs and I get same EE
<hramrach>
but you should note that A8 can perform two NEON instructions every clock while most of those multicores can do only 1
lerc has joined #arm-netbook
<netchip>
hramrach, I think 90 euro for an Allwinner tablet is very nice. Performance/price seen
<netchip>
and the fact you can run everything on it
<techn_>
it seems that it wont block gles :/
<penguin42>
netchip: Watch out whether the tablet has a uart you can get to
<bsdfox_>
techn_, ok. do you get lots of these? UMP<1>: No handler for IOCTL. cmd: 0x400c9007, arg: 0xbebbb468
<netchip>
penguin42, I think those chinese tablets of under 100 euro don't have invested in closing the UART ports ;)
<techn_>
bsdfox_: which mali libs you are using.. and which kernel driver?
<bsdfox_>
r3p0 3.0.52
<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
<hramrach>
netchip: yes, 90 eur is nice for a tablet
<barqux>
hramrach: could you mention some applications where neon or simd makes miracles happen?
<hramrach>
video playback?
<barqux>
mooore moooore
<techn_>
bsdfox_: sounds like you have some mitchmatch .. try finding libUMP.so .. if you have it twice somewhere
<penguin42>
you can use neon for things like memcpy's and string ops, which are occasionally useful
<penguin42>
and A8 does have I think a wider bus to one of the caches for Neon but I forget which
<ssvb>
bsdfox_: do you have mali enabled in the kernel config? and also CONFIG_FB_SUNXI_UMP=y?
<bsdfox_>
CONFIG_SUNXI_MALI_RESERVED_MEM=y
<bsdfox_>
CONFIG_DRM_MALI=m
<bsdfox_>
CONFIG_MALI400_DEBUG=y
<bsdfox_>
CONFIG_MALI=m
<bsdfox_>
CONFIG_MALI400=m
<hramrach>
barqux: in my experience video playback is *the* application on tablets that requires any amount of power
<bsdfox_>
CONFIG_FB_SUNXI_UMP=y
<techn_>
ldd /usr/bin/glmark2-es2 ? is that pointing to correct files?
<bsdfox_>
also it appears I have a /lib/libUMP.so and a /usr/lib/libUMP.so
<barqux>
hramrach: yes that makes sense
<netchip>
does an Allwinner A10 plays 720p?
<techn_>
netchip: yes.. but depend filetype
<netchip>
you mean bitrate?
<hramrach>
supposedly it plays 1080p too
<hramrach>
more like that the codec is one for which accelerated decoding is supported
<ZaEarl>
A10 can play 40mbps 1080p streams smoothly
<barqux>
penguin42: yes, simd for memcpy and strcmps etc etc is useful but I guess it's more common in multimedia
<bsdfox_>
techn_, renaming /lib/libUMP.so seems to have fixed that IOCTL error
<bsdfox_>
I still don't have accelerated 3d as it's using the mesa libs
<penguin42>
barqux: Hey the problem with memcpy etc is it only pays off for very large copies generally
<bsdfox_>
hmm I've got a bunch of crap in /lib I don't want
<hramrach>
possibly video frames? :p
<penguin42>
hramrach: Perfect :-)
<netchip>
On the A10 you can play Angry Birds play fluid on a tv screen with a resolution of 1080p :O
<barqux>
penguin42: really? shouldn't performance be noticeable even for smaller amounts of data if you're memory aligning it?
* penguin42
needs a collection of random USB crap; my dad knicked my usb hubs and I don't have a spare USB keyboard/mouse
<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
<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
<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
<datagutt>
please don't start kanging cm for allwinner
<netchip>
nah
<netchip>
my plan is to contribute it to CM
<datagutt>
code is working on cm for mk802iii
<bsdfox_>
techn_, should I just update the symlinks to point elsewhere?
<datagutt>
cody*
<netchip>
datagutt, mk802iii is?
<datagutt>
a usb-sized device you connect to your tv
<datagutt>
so you get android no your tv
<datagutt>
Oh
<netchip>
isn't that a Mediatek?
<datagutt>
that does not use allwinner
<datagutt>
the mk802+ and mk802ii does though
<datagutt>
netchip: + and ii uses allwinner
<datagutt>
xplod is working on the + version
<netchip>
ok
<netchip>
but I want a tablet
<datagutt>
Ah
<netchip>
not an usb-sized thingy for on your TV
<netchip>
because I go buy an ODROID X2 for that ;-)
<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!
<datagutt>
netchip: buying exynos-powered device to dev for? are you insane?
<netchip>
datagutt, rmcc is insane?! He bought an ODROUD U2
<netchip>
I don't think he is
<netchip>
are there any hwcomposer sources for the Allwinner A10?
<netchip>
that's important for >Android4.0
<bsdfox_>
ok I'm getting closer.. symbol lookup error: /usr/lib/libGLESv2.so.2: undefined symbol: XextCreateExtension
<ssvb>
bsdfox_: now this is easy, you are definitely using wrong libUMP.so, the compiled one should have proper libXext dependency
<bsdfox_>
h36sa@linaro-ubuntu-desktop:~$ ls -la /usr/lib/libUMP.so
<bsdfox_>
-rw-r--r-- 1 root root 30301 Jan 5 12:32 /usr/lib/libUMP.so
<bsdfox_>
I will recompile it now that I cleaned up some libs
<bsdfox_>
yay that looks like it worked
<bsdfox_>
about 90fps es2gears
eebrah has joined #arm-netbook
<hramrach>
netchip: I don't get what are these exynos powered devices for
<hramrach>
the A10 does the job for 'get android in your TV' and 'get android in your tablet'
<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
<netchip>
well
<netchip>
Did you ever see an Nexus 10?
<netchip>
It's DAMN quick
<hramrach>
you may possibly get more RAM than those 2G you get on ODROID but no board exists afaik that has more
<hramrach>
I did not see Nexus
<netchip>
I highly recommend you check youtube
<hramrach>
dos not work for me
<netchip>
what do you mean?
<penguin42>
the 10 is reputed to have a wonderful display
<hramrach>
ENOFLASH
<netchip>
hramrach, Ah, you live in a country where they block the Internet?
<hramrach>
wonderful display is something you will not find on the A10 tablets, yes
<netchip>
penguin42, yeah
<netchip>
it's also a great audio chip
<netchip>
and it's 80% open source
<netchip>
only wifi and gfx not (and bootloader)
<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
<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?
<hramrach>
netchip: plus half of the time I get some stupid message taht the video is unavailable even if I install flash
<hramrach>
so cba doing that
<netchip>
=/
<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
eebrah has quit [Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121128204232]]
<hramrach>
netchip: btw the countries where they do not block internet are very few and very obscure
<hramrach>
they do block internet in the US, the EU, China
<netchip>
hramrach, Yeah, they do here, in the EU, but nobody sees it. They call you paranoid if you say it's blocked.
<netchip>
but they don't do DPI
<hramrach>
I did see a blocked site. It was postered all over it. am I seeing things?
<hramrach>
they do DPI
<hramrach>
to protect MPAA IP
<hramrach>
or maybe their DPI is actually pointing a pencil in the Yellow Pages and going after the person so selected
<hramrach>
because they also went after person whi did not have a computer or was not alive
rzk|2 has joined #arm-netbook
rz2k has quit [Ping timeout: 252 seconds]
rzk|2 has quit [Read error: Connection reset by peer]
<bsdfox_>
wow changing mali clkdiv from 4 to 3 improved my glmark2 score from 25 to 44
<hramrach>
plus sometimes it's just broken I guess
lkcl has joined #arm-netbook
servili007 has joined #arm-netbook
XenGi_ is now known as XenGi
mtndew420 is now known as mtndew`
netchip has quit [Ping timeout: 248 seconds]
mtndew` has quit [Changing host]
mtndew` has joined #arm-netbook
rz2k has joined #arm-netbook
mtndew` has quit [Quit: sigh]
Yaku has quit []
<barqux>
hey I get some sort of graphical artefacts in my console when using fbcon on mk802ii, sunxi 3.0.52 kernel
<barqux>
the current line kinda turns to rubbish for a while and when I continue typing it fixes itself
<barqux>
does anyone recognize that?
<techn_>
barqux: known problem.. feel free to fix it :)
<barqux>
oh, ok!
<barqux>
techn_: thing is, I'm new to messing with the kernel. Any hint to where one might start looking at this issue?
<hramrach>
barqux: what kinds of artifacts?
<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
<barqux>
hramrach: it's as if random stripes and/or pixels just turn black. Nothing major really
<hramrach>
always the same or varies over time?
<barqux>
it varies as far as I can tell
<hramrach>
hard to catch then I guess
<barqux>
if I leave it, it changes once in a while
<hramrach>
but still can try what drawing directly does
<barqux>
yah, can look into it
<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
<penguin42>
jinzo: That price would have to be pretty damn low to be competitive against all the cheap A9's that are now around
<hramrach>
or they would have to include some killer feature those don't have
<penguin42>
nod
<jinzo>
they went preatty low with the previous one