<monkeyiq>
it already seemed to have been done... did it anyway
<monkeyiq>
but it didn't help :(
<monkeyiq>
I just added to the /etc/network/interfaces file and am waiting for it to boot
<monkeyiq>
apart from slowing the boot right down, that didn't bring up wifi either :(
<linaro>
humm, mine worked from gui configuration.... dunno, maybe u better wait for a more skilled one
<monkeyiq>
hmm :( I assume you based on linaro_12_04_gpu_vpu.tar.gz too
<monkeyiq>
I used that and u-boot_multi_boot.imx and uImage_cpufreq
<linaro>
correct, typing in it now
<linaro>
same here
<monkeyiq>
cool. I guess I can try expanding the image again and seeing/comparing the original permissions of the /usr/lib/dbus-1.0/dbus-daemon-launch-helper
<dgp>
monkeyiq: video playback seems to be ok with android 4.1.2
rz2k has joined #imx6-dongle
rz2k has quit []
cboyd1 has joined #imx6-dongle
<cboyd1>
Is it possible to change the hdmi resolutions during runtime on the imx6 dongle?
<monkeyiq>
dgp: cool. I'll have to track down a 4.1.2 image to play around with :)
<dgp>
monkeyiq: can you run 3d apps with that heat sink?
<monkeyiq>
dgp: once I get wifi happening on it I'll use my temp probe to see how much heat some benchies produce ;)
<monkeyiq>
technically I don't need wifi for that, but its just so much simpler to ssh into the stick
<dgp>
I'm thinking about adding a fan to mine.. even a big heat sink doesn't do enough to keep it running
<monkeyiq>
though if I was sticking with that heatsink I'd have to use paste and work out some mounting.
<monkeyiq>
so its too hot in 3d apps even at standard clocks?
<monkeyiq>
do you have a fav 3d app that causes heat lockups?
<monkeyiq>
I'm a little concerned that my gk802 came standard at 1gb under android. seemed like a heat based underclock :|
<cboyd1>
dpg: do you experience thermal issues only when running 3d apps? I am asking because we also have issues with thermal on our new imx6 platform (ceptor) when running multiple instances cpu burn. We also had issues with playing video, but we solved this adding a better thermal solution. Its appears that thermal throttling is not happening fast enough.
<monkeyiq>
yay, wifi up and going with xubuntu_12_04.tar.gz image!
<dgp>
cboyd1: any 3d stuff in android makes it get crazy hot
<monkeyiq>
I did benchark & tuning, realpi, and cf-bench on 4.0.4 android. but all at 1ghz and they were not in any sort of long loop for heat burn. but no crashes
<cboyd1>
dpg: we able to reduce the heat using the integrated heat sink that is used on the sabrelite board
<cboyd1>
monkeyiq: what wifi chipset are you using? we have wifi running on our imx6 dongle platform using TI's wl127x chipset using an SDIO interface.
<dgp>
cboyd1: I have a 2cm x 2cm x 1.5cm heat sink stuck on my gk802.. fine for normal android
<cboyd1>
dpg: interesting, I will look into that.
<cboyd1>
dgp: are you able to change the hdmi resolutions during runtime on your platform using X or the sysfs interface?
<monkeyiq>
cboyd1: from a quick sniff at the dmesg it seems to be a rtl8192
<cboyd1>
monkeyiq: are you using a usb adapter or is the chipset built-in?
<monkeyiq>
built in
<monkeyiq>
well, built in or on the pcb somewhere.
<dgp>
cboyd1: I'm only using android.. android doesn't really support changing the resolution at runtime
<cboyd1>
dpg: ok. sorry for the dumb question. thanks
<dgp>
I reckon a little fan to shift some of the heat away will do for 3d
<monkeyiq>
heh, sensors-detect was a tad hopeful I guess ;)
<cboyd1>
monkeyiq: have you tried to get bluetooth working?
<dgp>
monkeyiq: there aren't any sensors on the board so your best hope would be a sensor in the soc
<dgp>
cboyd1: I think jas hacks has it working paritially in linux. I have it working for my own android build
<monkeyiq>
cboyd1: not as yet. I only just got wifi happening. my next plans are some compile, int benchmarks, and hardware video playback
<monkeyiq>
dgp: sorry for the dumb q, but have you got a link to your android stuff handy? :)
<cboyd1>
dgp: are you using a UART interface for BT?
<dgp>
monkeyiq: it's not online anywhere at the moment, I can send you an image you can write to an SD card
<dgp>
cboyd1: on the gk802 it's connected to a uart
<monkeyiq>
if android 4.1+ does xbmc ok that would be really handy
<dgp>
monkeyiq: someone here tested with xbmc and it wasn't good for 1080p.. but with dice player I can play 1080p tv shows and stuff no problem
<dgp>
hardware acceleration does seem to work though, so thats one good thing
<cboyd1>
dgp: what kernel config options are you using to build the bluetooth modules? Also, are you using compat-bluetooth?
<monkeyiq>
dgp: cool. I tried xbmc on 4.0 and it failed for a great many thiings, even 720 :/
<monkeyiq>
bluetooth will be something on the list as I have a bt key+trackpad which would be really nice to use with the gk802
<dgp>
cboyd1: um.. only the stuff for the bluetooth hci or whatever it's called and a custom module to handle the enable line for the bt chip
<dgp>
cboyd1: you need a patched hciattach that does some magic stuff with the enable line to upload some config data.
<dgp>
I use a binary from the original android image but I think jas said he has it working with a binary compiled from some leaked source code that is floating around
<dgp>
monkeyiq: I have a 10 inch touch screen on my gk802 :)
<monkeyiq>
heh, I'm tempted to add touch to my 1.8tft over spi on the beagle bone. But I have too large fingers :)
<cboyd1>
dgp: thank you. we are using gpios to control the enable line. and we build a external kernel module to toggle the enable line high and low
<dgp>
cboyd1: that isn't for the gk802 though is it?
<cboyd1>
dgp: do you know where I can find the hciattach patch?
<dgp>
RDA5875Y-5876_BT_Android.rar -- google that
<monkeyiq>
there I was thinking the mx6 would make for nice easy open code / docs
<dgp>
you can get all of the mx6 stuff from freescale.
<cboyd1>
dgp: no. it is not for the gk802. Devon IT is developing a new imx6 based dongle called the Ceptor. It has a similar form factor as the gk802. We are trying to involve the community so our device is more hacker friendly. We are still in the development stages, and we received our first set of development boards.
<dgp>
cboyd1: Ah cool, if possible can you break out the sata and pci-e on the board ;)
<monkeyiq>
heh, +1 on that
<monkeyiq>
the option to add a nice ssd to these boards
mary11 has left #imx6-dongle [#imx6-dongle]
<dgp>
If you want to try it out the SATA is broken out to test pads on the gk802
<monkeyiq>
hmm, that's definitely something I'll add to checkout!
<cboyd1>
dgp: i would have to ask our odm. but currently, the user would have access to the serial port and jtag (but you have to install your own jtag header). our board does not currently support sata. is that a feature that you would like to see?
<dgp>
cboyd1: the imx6 has pci-e and sata.. so if it's at least broken out to test pads people can hack it on if they want it
<dgp>
having stuff like the pin mux configuration etc on a wiki somewhere would be really nice too
<cboyd1>
dgp: i will talk to our CTO today.
<monkeyiq>
dgp: you wouldn't happen to know if there is mux config needed to use the sata breakout on the gk802?
<dgp>
monkeyiq: there is only one set of pins for sata
<cboyd1>
dpg: i have modified the pin mux settings and gpio configurations myself. so I should be able to create a wiki.
<dgp>
I took the soc off of a board and traced where the test points go.. it seems to have pci-e, jtag and sata broken out
<monkeyiq>
cool. I'd hoped things were dedicated, but after the mux city that the beaglebone is I'm a little inclined to ask these days
<cboyd1>
dgp: sorry for spelling your username wrong
<dgp>
monkeyiq: the mux on the Sitara chips is a bit crazy
<dgp>
monkeyiq: but you can configure it at runtime via debugfs at least
<monkeyiq>
though my post is probably a bit rudimentary if you are taking soc chips off and tracing wires
<dgp>
that's basically using the cape stuff with files instead of a i2c eeprom right?
<monkeyiq>
its disabling the hdmi on board cape and using spi to hit the screen
<dgp>
In the projects I did with original beaglebone we just hardcoded that stuff into our kernel or configured it via debugfs at runtime
<dgp>
I removed all of the cape stuff from the kernel so we could get the boot time down to about 5s
<monkeyiq>
if you don't disable the onboard hdmi cape then the kernel side framebuffer can't be allocated the SPI pins it wanted :|
<dgp>
I haven't used the black yet. I have an original
<dgp>
I should really get a black but they want 5500 yen for it
<monkeyiq>
I got mine for $45au
<dgp>
yeah, I might stick one into my next digikey order so I can get it for $45
<monkeyiq>
:)
<dgp>
have to make it over $70 to get free shipping and under $100 to not get taxed on it
<monkeyiq>
heh, the old pad out a $66 order with 555 timers trick
<dgp>
the raspberry pi guys must have shat their pants when the beaglebone black was released.. "a board for $20 more that actually works?! omfg"
<monkeyiq>
nah, the pi fanboys around here will be attached to their board for 10 years or more
cnxsoft has quit [Quit: cnxsoft]
<dgp>
monkeyiq: sometimes a client will ask me to hook up a $5 device to some embedded linux thing.. so I end up ordering $70 worth of stuff for a $5 chip
<monkeyiq>
no farnell outlet in jp?
<dgp>
mmm not sure, digikey just ships from the US
<dgp>
there is a local distributor but they will only ship to big companies and not self employed people
<monkeyiq>
:( there is a .au farnell and they ship from local sources and have $45 min free freight
<dgp>
and then you have the stupid thing that it's usually cheaper to reimport chips made in Japan than just buy them here
<monkeyiq>
hmm... trying to recall where my temp probe is at... might be handy for this next benchmark
<dgp>
how did you attach that massive heat sink?
<monkeyiq>
its mostly just sitting on there at the moment :0
<dgp>
I bought some cheap "heatsink plaster" off of ebay from china
<dgp>
seems to stick my heatsink on well enough, but mine is only the size of the chip ;)
<monkeyiq>
I have some tension screws they gave with the heatsink
<monkeyiq>
so I could make it a solid fit and quite permanent if I want to
<jas-hacks_>
hste: I'm waiting for a southbridge heatsink to turn up in the next couple days and I'll retest with that. I think in may be better to put a copper shim between the cpu and the heatsink, however I don't have one at hand to try.
<hste>
jas-hacks_: so u think it applies for 1.1 and not only 1.0?
<jas-hacks_>
hste: Not sure, may be it does read the fuse bits and your CPU is set to 800Mhz, worth turning on some tracing and finding out.
mary11 has left #imx6-dongle [#imx6-dongle]
ajayr has quit [Read error: Connection reset by peer]
<hste>
jas-hacks_: yes it looks very similar so I could try to add a similar patch for 1.1 and recompile kernel
ajayr has joined #imx6-dongle
<hste>
jas-hacks_: or maybe I should try 1.2GHz :)
<jas-hacks_>
hste: ... I was thinking the opposite .. underclock to 800Mhz
<hste>
jas-hacks_: yes for gpu/vpu stuff I think that would give a more stable result. Or better make the anatop regulate down cpu and not gpu
<jas-hacks_>
hste: 4.0.0 has a fix for to enable GPU freq scaling which why es2gears is reporting lower figure.
eebrah is now known as eebrah|away
Noskcaj has joined #imx6-dongle
mary11 has joined #imx6-dongle
jas-hacks_ has left #imx6-dongle [#imx6-dongle]
linaro has joined #imx6-dongle
mary11 has left #imx6-dongle [#imx6-dongle]
Noskcaj has quit [Remote host closed the connection]
eval_ has joined #imx6-dongle
<eval_>
.. trying to decide between mk808b (cheap), mk809-III (ram, but nothing works) and hi/gk802 (mid-price) for a compute module for one of my motorola 'lapdock' shells I want to turn into a netbook until I can afford a laptop.
<eval_>
I guess my question is, what are the differences in video decode in linux, raw chip performance, and port progress between 808 vs gk802 ? thanks