tinti has quit [Remote host closed the connection]
<nemik>
anyone got these errors: "arm-linux-androideabi-ld: error: no memory region specified for loadable section `.got'" when trying to build sunxi image?
lkcl has joined #arm-netbook
TestModule has quit [Ping timeout: 245 seconds]
Soravux has quit [Ping timeout: 245 seconds]
<nemik>
huh so it went away by switching to the 4.7 version of android prebuilt from 4.4.3
voronaam has quit [Quit: Leaving.]
<bsdfox_>
hmm none of the new allwinner chips are going to support sata?
popolon has quit [Ping timeout: 276 seconds]
<dw>
bsdfox_: i'm in prepurchase phase, have yet to find anything resembling ioperf output for the onboard sata
<dw>
you'd think if it made such a difference over usb, someone would've written something somewhere
<WarheadsSE>
get me a board with sata, i'll get it for you
<WarheadsSE>
I suspect it is noticable
<dw>
ordered one and it was seized by customs :( currently about to order another
<WarheadsSE>
lol
<WarheadsSE>
ive never had anything seized
<dw>
apparently estonian customs got real tight after the credit crunch. ordering the new one to the uk
<dw>
(and flying to pick it up, sigh)
<WarheadsSE>
lol
<WarheadsSE>
sry, that does suck though
<dw>
aliexpress also have some insane 3 month refund policy, so i haven't got money back yet
<bsdfox_>
dw, I get reasonable sata performance on my mele a2000
<bsdfox_>
~40MB/s writes
<dw>
what is cpu like?
<dw>
for big sequential io it probably wont beat usb on throughput, but on load it may do
<dw>
also, any experience with A2000G? seems you can now get 1gb ram since i ordered my last one :)
<dw>
would be interested in if it's worse or not. just because it has onboard sata doesn't mean the controller isn't the dumbest silicon ever etc :)
<dw>
but those numbers are already better than i expected
XenGi_ has quit [Ping timeout: 276 seconds]
XenGi_ has joined #arm-netbook
XenGi_ has quit [Ping timeout: 245 seconds]
XenGi has joined #arm-netbook
TestModule has joined #arm-netbook
mSquare has joined #arm-netbook
aholler_ has joined #arm-netbook
aholler has quit [Ping timeout: 248 seconds]
<rz2k>
is that ok that I cant start Xorg with both xf86-video-mali and xf86-video-fbdev (both standard and from ssvb) when using VGA output?
<rz2k>
probably one of the Hans patches killed it.
<rz2k>
mnemoc: techn: ssvb: ^
<rz2k>
stage branch by the way
<ssvb>
rz2k: right at this moment I'm running the latest sunxi-3.0 branch with VGA+HDMI dual monitor setup and successfully loading/unloading disp/lcd/hdmi modules
<ssvb>
rz2k: does the framebuffer console work?
<rz2k>
yes
<rz2k>
I have segfault after DPMS init
<rz2k>
or after fbdev_crtc_config_resize
<ssvb>
rz2k: check dmesg log
<rz2k>
also disp yells with fail to give a layer
<rz2k>
I have something weird going on, surely
<rz2k>
could you please share a .config?
<rz2k>
I can miss something entirely obvious
<rz2k>
also as you seem to have vga/hdmi, you are using mele, could you please post a .fex for this setup?
<rz2k>
I didnt try to do this
ZaEarl has quit [Ping timeout: 276 seconds]
<ssvb>
rz2k: I also had troubles with the mali blob for dual monitor setup (before and after this merge), but at least simple fbdev works
<ssvb>
rz2k: found it by trial and error method, and only vga for /dev/fb0 and hdmi for /dev/fb1 actually seemed to work (changing the order of vga and hdmi fails)
<ssvb>
rz2k: if using modules, they can be loaded as "modprobe lcd && modprobe hdmi" ("disp" and "fb" are pulled automatically), any other order seems to also have glitches :)
<rz2k>
ssvb: I'm giving up, I've tried both 3.4 and 3.0 sun4i_defconfigs with two different .fex'es (mine and yours). I cant get Xorg to display something. Right now I have [DISP] not supported scaler input pixel format:0 in Scaler_sw_para_to_reg1 in dmesg with 3.4 and your drivers
<rz2k>
ARM's just segfault
Graffiti_ has joined #arm-netbook
Graffiti_ has quit [Client Quit]
gimli has quit [Ping timeout: 256 seconds]
merbanan has quit [Ping timeout: 246 seconds]
<rz2k>
ssvb: could you please grep your dmesg for '[ccmu] try to set apb1 parent to sata_pll failed!' ?
rz2k has quit []
hipboi has joined #arm-netbook
merbanan has joined #arm-netbook
pcat has joined #arm-netbook
tinti has joined #arm-netbook
<mnemoc>
ssvb: I'm not very fond to import not-sunxi patchsets, but if the ML agrees...
<mnemoc>
nemik: boot.scr is optional, sunxi-bsp will build the hwpack fine anyway
lerc has joined #arm-netbook
lerc has quit [Remote host closed the connection]
lerc_ has quit [Ping timeout: 260 seconds]
hansg has joined #arm-netbook
tinti has quit [Quit: Leaving]
gimli has joined #arm-netbook
gimli has quit [Ping timeout: 248 seconds]
lerc has joined #arm-netbook
gzamboni has quit [Ping timeout: 276 seconds]
pcat has quit [Ping timeout: 264 seconds]
pcat has joined #arm-netbook
Sv2 is now known as sv
hipboi has quit [Quit: Leaving]
eebrah has joined #arm-netbook
lkcl has quit [Ping timeout: 260 seconds]
ganbold_ has joined #arm-netbook
gzamboni has joined #arm-netbook
datagutt has joined #arm-netbook
tinti has joined #arm-netbook
cheng has joined #arm-netbook
eebrah has quit [Ping timeout: 264 seconds]
eebrah has joined #arm-netbook
eebrah has quit [Ping timeout: 276 seconds]
Guest53890 has joined #arm-netbook
cheng has quit [Quit: Leaving]
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #arm-netbook
pwhalen has quit [Quit: Leaving]
pwhalen has joined #arm-netbook
Guest53890 has quit [Read error: Connection timed out]
eebrah has joined #arm-netbook
XenGi has quit [Excess Flood]
XenGi has joined #arm-netbook
ganbold_ has quit [Remote host closed the connection]
hansg has quit [Quit: Leaving]
<libv>
hramrach: when X is up and running with mali, porting the test should be rather trivial
<libv>
figure out the proper nativewindow type for it, and find out how to set it up properly when you do so, then figure out a way to switch between both window types
<libv>
i am sure that the X11 native window type is going to pretty standard and definitely not as obscure and as the mali native window type was
Mazon has quit [Ping timeout: 252 seconds]
Mazon has joined #arm-netbook
pcat has quit [Read error: Connection reset by peer]
ZaEarl has joined #arm-netbook
hg_5 has joined #arm-netbook
<nemik>
mnemoc: thanks, i commented out those lines from the hwpack script and it did build fine
<mnemoc>
you shouldn't need to comment out anything
<mnemoc>
the script will not fail if boot.scr is missing, it will only rant
<nemik>
oh? it failed for me, maybe it needs a fix.
<mnemoc>
Debian/Ubuntu hwpack
<mnemoc>
cp: cannot stat `build/boot.scr': No such file or directory
<mnemoc>
Done.
<mnemoc>
^--- that is a success
<mnemoc>
output/ will have your hwpack
<nemik>
ahhh my bad, i was misreading it then
<nemik>
thanks
<mnemoc>
if you see the "Done." it went fine
<nemik>
so now that I have a hwpack, i'd like to compile android to make my own firmware i could flash with LiveSuite. so i did 'make android'. it was retrieving the CM repo for a while and then stopped at
<nemik>
build/core/product_config.mk:189: *** _nic.PRODUCTS.[[device/*/mk802ii/cm.mk]]: "device/*/mk802ii/cm.mk" does not exist. Stop.
<mnemoc>
sunxi-bsp still doesn't learn to generate device trees
<mnemoc>
you (still) need to make your own device/allwinner/$board/
<nemik>
so in my case 'device/allwinner/mk802ii/' and then fill it with Android.mk and all that? is there a reference for the MK802 for this?
<techn>
ithamar: your image unpacking/packing tool is the best.. It works with a13 images too :)
<ithamar>
techn: nice! Only tested it with a10 images so far (have 8 A10 tabs here)
<ithamar>
would have done more work on it, but got distracted by a payed contract (non-Allwinner related sadly)
<techn>
I haven't tested image flashing yet.. how well that part works?
<ithamar>
that's the biggest part that's work in progress
<nemik>
so the android code contains "android/device/allwinner/mk802ii/BoardConfig.mk:TARGET_KERNEL_CONFIG := mk802ii_crane_defconfig"
<libv>
ithamar: hrm... your ip is dutch.
<ithamar>
libv: I _am_ dutch
<libv>
ithamar: then hi, i believe we talked about some telechips tablets soon 2 years ago
<nemik>
but that does not seems to exist in linux-sunxi/arch/arm/configs/. should i change this to 'sun4i_crane_defconfig'?
<libv>
i sending that "smartbook" mess i was trying to use over to naobsd, and then used a haipad over adb instead of trying to hook up serial
<libv>
+ended up
<techn>
ithamar: now I got that other mail :D
<mnemoc>
nemik: yes, that should do
<ithamar>
libv: I'm still hoping to get around to pushing my Telechips mainline support (tcc92xx,tcc88xx)
<libv>
ithamar: really?
<ithamar>
libv: yup, have all the basics running
<libv>
i have three haipads here now, simply because that's what my documentation was written on
<libv>
ithamar: i do not suppose that there is working userspace mali drivers available for a gnu system?
<ithamar>
techn: I'm hoping to have some time for the flashing part for A10 tabs over the weekend.... assuming RL leaves me alone ;)
<libv>
that would mean that i might be more tempted to keep mali200 support up to date
<ithamar>
libv: not that I am aware of currently :(
<libv>
crap, little chance of ever having fully tested mesa support for mali-200 then
<ithamar>
libv: Now I must be honest and say that I've only been doing Android lately, so I might have missed out on something
<libv>
you're statement just now was the first useful sign of life i noticed on telechips in a year
<ithamar>
heh
<libv>
that soc is soon, what, 3 or 4 years old
<ithamar>
well, there's the 8920 or such
<libv>
i grabbed one of those square tv boxes off of ebay as well
<libv>
ah, but those are already mali-400 i suppose
<ithamar>
I think they are indeed
<ithamar>
have one 7" tab with that, but haven't had the chance to look closer
<libv>
the only secret that hw different than the A10 can offer me on the mali side is mp2-4, and even then it will not be too earthshattering :)
<libv>
so the a10 does me well for mali work in the meantime :)
<ithamar>
yeah I can imagine libv
<libv>
ithamar: get yourself a proper irc client (irssi), and run it in screen somewhere, there's loads of interesting stuff flying past in this channel.
<ithamar>
libv: will do, just doing the web thing right now as I'm in a hotel on my laptop
<libv>
the freenode web interface is not going to suit things too well
<ithamar>
will set things up nicely over the weekend
<libv>
ok :)
<ithamar>
hehe I know
<ithamar>
so should my image packing/repacking stuff be merged into sunxi-tools?
<barqux>
mnemoc: yes, just put CONFIG_MALI400=m, rebuilt all and found it. Turns out that there is no r3p0 for armel, which means that I'll have to redo this with armhf :D
lkcl_ has joined #arm-netbook
lkcl has quit [Ping timeout: 244 seconds]
<WarheadsSE>
kernel is float agnostic.
<andoma>
r3p0 for armel would be sweet
<andoma>
i'm stuck with armel for other reasons
<mnemoc>
uhm
<barqux>
actually, I was just thinking about building r3p2 for armel but I'm wondering about the arch config.h needed by UMP
<mnemoc>
barqux: unless you have access to the NDAed DDK you can't build the libs yourself
<barqux>
well that
<barqux>
is not going to happen then
<mnemoc>
techn: why the 2/2 input:touchscreen:ft5x_ts not?
<techn>
mnemoc: drachensun reported some regression.. havent yet investigated it
<mnemoc>
ok
<barqux>
mnemoc: btw, where does the mali/ump libs currently offered come from?
pcat has quit [Ping timeout: 252 seconds]
<mnemoc>
barqux: allwinner
<mnemoc>
via the cubieboard team
<drachensun>
The one patch had x stop treating the touch as a mouse point, which seemed to not work as well
<mnemoc>
drachensun: if you have kernel commits pending, now is the time :)
<drachensun>
gotcha, I'll get back to today then
<drachensun>
get back to that today I mean
merbzt has quit [Read error: Operation timed out]
xman has joined #arm-netbook
xman has quit [Quit: Saindo]
TheLarch has joined #arm-netbook
L84Supper has quit [Ping timeout: 272 seconds]
rz2k has joined #arm-netbook
tinti has quit [Remote host closed the connection]
lkcl_ has quit [Ping timeout: 276 seconds]
tinti has joined #arm-netbook
tinti has quit [Read error: Connection reset by peer]
gimli has quit [Ping timeout: 248 seconds]
<buZz>
does A10 support hotplugging SATA? :D
<traeak>
i think so
<buZz>
ha, sweet
<buZz>
lemme try
<techn>
hmm.. latest kernel seems pretty snappy
TestModule has joined #arm-netbook
<buZz>
ah
<buZz>
at least cubie didnt crash when plugging it in (Y)
<mnemoc>
o.o
freakazoid0223 has joined #arm-netbook
<buZz>
and works fine :)
<nemik>
hello, trying to compile android for sun4i_crane is failing for me at : make[1]: *** No rule to make target `/home/build/code/sunxi-bsp/android/out/target/product/mk802ii/obj/SHARED_LIBRARIES/libMali_intermediates/export_includes', needed by `/home/build/code/sunxi-bsp/android/out/target/product/mk802ii/obj/SHARED_LIBRARIES/gralloc.sun4i_intermediates/import_includes'. Stop.
<nemik>
i've been googling the problem for a while but have not yet found any solution. has anyone encountered this before?
<traeak>
when i used to have just home on sata i do recall plugging/unplugging the drive occasionally
<nemik>
traeak: yup, i hotplugged them too, in fact the ports were external
<hramrach>
libv: I guess it's more useful to try and make mesa demos compile on non-mesa
<hramrach>
looking at the code cahnges required to build it will just run if I install Mesa egl/gles/ compile, install malie, run
<hramrach>
which is stupid
<hramrach>
and it will be all moot when lima is there
<hramrach>
no demo for *** blob required anymore
<libv>
it's not a demo
<libv>
it's a quick test.
<nemik>
so this is probably cheating, but i 'solved' the above problem by making that /home/build/code/sunxi-bsp/android/out/target/product/mk802ii/obj/SHARED_LIBRARIES/libMali_intermediates/ directory
<libv>
a quick test to verify that the freshly installed binaries are working.
<nemik>
and then inside just 'touch'ing import_includes and export_includes
<hramrach>
mesa-demos has several such tests
<libv>
actually, a quick test of env for DISPLAY, should provide the runtime switching
<libv>
hramrach: which work oh so nice on the fb version of the mali libs.
<hramrach>
yes, they don't work at all there
<hramrach>
I could import the code to do the X11 stuff from mesa butthen I would have to reserach licensing
<hramrach>
which is immensely stupid too
<hramrach>
the file says (c) tungsten graphics. All rights reserved :s
<libv>
eglplatform.h has the definitions for X
<hramrach>
I mean the code that uses them
XenGi has quit [Ping timeout: 260 seconds]
<libv>
all you need is get a display and a window
<hramrach>
yeah, of courese. it's like a screenful or two of code. And debugging until it does what the mesa demos do
<libv>
i am sure that the relevant parts can be plucked from that
<nemik>
damnit, i think i'm stuck now. i got "No rule to make target `/home/build/code/sunxi-bsp/android/out/target/product/mk802ii/obj/lib/libMali.so', needed by `/home/build/code/sunxi-bsp/android/out/target/product/mk802ii/obj/SHARED_LIBRARIES/gralloc.sun4i_intermediates/LINKED/gralloc.sun4i.so'. Stop."
<nemik>
is this where i have to use ADB to pull out the libmali.so inside the actual device? with extract-files.sh?
<libv>
there is some noise when closing it, but otherwise it seems quite fine
<nemik>
and if i do that, won't it not be compatible with the new kernel?
<rz2k>
nemik: contact Turl and Quarx
<rz2k>
they did android for a10 for quite long time
<nemik>
so should i contact them directly rather than post to this channel?
* libv
goes back to kicking lima varying mapping until it works
<nemik>
thanks. Turl: would copying the existing libMali.so libs from a 3.0.8 lichee stock build work when trying to build latest sunxi-bsp android ? i thought the kernels were different