<Turl>
hm they have an special embedded thing, the link is wrong
<bsdfox>
anyone know what unhandled sense code result: hostbyte=0x07 driverbyte=0x08 means?
<Turl>
nope, what else is it around it?
<Turl>
sounds like a sata error
Quarx has joined #arm-netbook
Reepicheep12 has joined #arm-netbook
<Reepicheep12>
Hey folks, this isn't really arm specific but I thought one of you might know anyway. I'm trying to use a USB mouse as a remote (i.e. run a command when a button is pressed) on a headless install. I've tried this command: "while inotifywait -e modify /dev/input/mouse0; do command; done". It works on files but on that dev device. Any ideas how I can watch /dev/input/mouse0 for changes? Preferably without polling it every seco
<Reepicheep12>
nd with a bash script (although even this I am unsure of how to do). Thanks.
<Reepicheep12>
Figured it out, just need to cat mouse0 to a real file and watch that.
<bsdfox>
there has to be a better solution than that
<Reepicheep12>
Very likely, can't find it though.
rz2k has quit [Excess Flood]
rz2k has joined #arm-netbook
<br->
Reepicheep12: the mouse will have its own device file in /dev/input somewhere. cat /that/file | while read -c 1 ; do [ "$REPLY" ] && cmd ; done may work better. device file mtimes don't change due to activity of the device
<br->
(the files are merely portals to a non-filesystem space)
<br->
Reepicheep12: i think perhaps LIRC will support what you want in a sensible way
<dagoo>
rz2k : i tried all combisaison to connect the 2*3 pins near the empty hand area to my usb to serial FT232BM cable (usb-db9) and noting happens.. (using mini com for example)
<mnemoc>
leowt: bad initial sync, run `mii-tool`
<leowt>
mnemoc: ur always ready to help, you deserve a gift! tnks ;)
<mnemoc>
leowt: known bug in the driver without decent fix proposed yet
<leowt>
got it
<mnemoc>
yw
<rm>
it was working before
eebrah has quit [Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121213185036]]
<dagoo>
rz2k: i've seen at many places debug logs from A10 boards. could you confirm that when booting, the first messages are produced by SPL ? (not Boot0) .
<mnemoc>
rm: you mean the 100/FD ethernet? it works fine here too. but not for everyone
<rm>
yeah
tinti has joined #arm-netbook
<mnemoc>
it syncs at 10/HD for some... and even fail to sync at all for others
<rm>
well I thought maybe some optimization broke it
<rm>
(again)
<mnemoc>
reverting the replacement of msleeps works for some.... but it's not a fix
<mnemoc>
allwinner fixes most problems dropping sleeps in the drivers
<mnemoc>
in a recent source drop they added an sleep within the process context switching code :|
<andoma>
lol
<ithamar>
mnemoc: nice :(
ibot has quit [Ping timeout: 255 seconds]
CART has joined #arm-netbook
<CART>
Hi
<ithamar>
thanks for the ptr to hno's repos though, think it made the final details for usb FEL flashing click for me
<dagoo>
do i need 4 pins signals to get a debug console? (vcc, gnd, rx, tx) or only 2 (rx,tx) or 3 (rx,tx,gnd)?
<ithamar>
writing some test code, but think I might be able to get some flashing functionality working now ;)
<mnemoc>
ithamar: :)
<CART>
Is the linux is pre-install on pengpod with sdcard ?
<mnemoc>
CART: the pengpod guy is not here atm
<mnemoc>
but as with any A10 device, installing linux on an SD card is trivial
<CART>
ok I don't know what is his surname (his name is neal)
<mnemoc>
here he is known "drachensun"
<CART>
ok thanx ;)
<mnemoc>
he visits often, you can wait and ask him
<mnemoc>
bbl
<mnemoc>
dagoo: NEVER connect the vcc, and always the Gnd
<dagoo>
mnemoc: ok, that's i was thinking. i'm tires of searching UART pins on my board by just moving around the board.. i'm looking for a software oscilloscope for now..
<ssvb>
buZz: just patched the cpufreq code to unlock extra frequencies
<mac->
ok, what dou you think about VIA WM8850 ?
<jelly-home>
10MHz here we come...!
<buZz>
ssvb: in staging? :)
<buZz>
jelly-home: hrhr
<ssvb>
buZz: no, I tested this stuff maybe a month ago
<ssvb>
buZz: 1.1GHz seemed to be stable, but I decided to return back to 1GHz to have some safety margin :)
<buZz>
hehe
<ssvb>
on the other hand, RAM clock speed is particularly important for graphics performance
<ssvb>
I have it set to 480MHz (up from 360MHz that is configured for Mele by default)
<buZz>
hmhm
<buZz>
btw, i still have the 'laggy pixels' in framebuffer on console
eebrah has joined #arm-netbook
<techn>
buZz: you are not using reserved memory?
<buZz>
not sure
<leowt>
how fast does your samba transfers goes?
<techn>
ssvbs patch only affected situation where reserved memory is used
<leowt>
usgin a sata disk
<ssvb>
buZz: what kind of device do you use and which kernel?
<tux4>
hi! I am still trying to get hdmi signal on a a10 android box(stv-301), I asked about this a few days ago. I compiled a new kernel (from sunxi-3.0) version 3.0.57. I got memory settings from android with a10-meminfo, and built a new u-boot. I enabled framebuffer following this guide http://linux-sunxi.org/Framebuffer But still didn't get signal on hdmi
<leowt>
it depends on how your controller board is designed, if it does not have a ttl converter onboard, you can make one
<leowt>
or buy a cheap usb - serial ttl
<dagoo>
leowt: okay, i have to do some electronics for now, or try to figure out how to flash the FT232BM chip on my cable to do so
<leowt>
dagoo: you cant flash the controllr
<leowt>
as the doc says
<leowt>
you can easly make one converter to put between your usb-rs232 and uart pinout of the board
<leowt>
or you buy a usb- serial ttl interface
<leowt>
they are ultra cheap
<leowt>
go check ebay
<leowt>
search for serial ttl
pitufo has quit [Ping timeout: 245 seconds]
<dagoo>
thx leowt, i'm testing my board since 3 days with no signals :)
<leowt>
sending it higher voltage than you are supposed to =P
<dagoo>
no : only rx/tx
<dagoo>
)
<dagoo>
and gnd
<leowt>
yep, but rx/tx in a rs232. if you read the doc in the link, you know by now that
<leowt>
rm, lollol 7.05 Mbit/sec with an qf9700 usb-nic
<rm>
it is an USB 1.1 NIC
<rm>
open your window, throw it far away
<rm>
problem solved
<leowt>
rm, i thought of that. since this piece of garbage only works well and ootb in linux
<leowt>
LOL
<leowt>
what controller are you using?
<rm>
working well and ootb in linux is not a reason to throw something away, on the contrary :)
<rm>
I am using a Moschip MCS7830
gzamboni has joined #arm-netbook
gzamboni has quit [Client Quit]
<leowt>
let me see if i can get a chinese cheap usb nic based on that chip
<rm>
also have an ASIX-based one; some people report stability problems with ASIX, but from some testing it seemed to be working okay
gzamboni has joined #arm-netbook
<leowt>
rm, both with the same speeds?
hg_5 has joined #arm-netbook
<rm>
yes
<leowt>
tested 90+?
dfletcher has joined #arm-netbook
dfletcher has quit [Changing host]
dfletcher has joined #arm-netbook
dfletcher is now known as drgreenthumb
dfletcher_ has joined #arm-netbook
<br->
given the various soc usb sticks around at the moment
<br->
is it generally possible to enable usb gadget drivers for their power/otg ports?
<penguin42>
br-: I'd also like to know that; someone said they had problems doing that - but I want to give it a go
<br->
given a 10 port actively powered usb hub that removed power when the host disconnected, if all 10 ports were usb otg'd sticks, with gadget drivers providing usb ethernet.. :)
<br->
cluster in a cereal box
drgreenthumb has quit [Ping timeout: 264 seconds]
<br->
penguin42: i know at least on the rasbpi, the port used for power isn't implemented for data
dfletcher__ has joined #arm-netbook
dfletcher__ has quit [Read error: Connection reset by peer]
penguin42 has quit [Read error: Connection reset by peer]
penguin42 has joined #arm-netbook
<tux4>
techn: how could I enable debug/trace for these modules?
<tux4>
techn: I couldn't find debug trace options for hdmi disp in menu config
<leowt>
i mean, flashing compiled u-boot into nand
gzamboni has quit [Quit: Quitte]
<tux4>
i didn't tried it yet, I don't know how could I do it, but I don't want to brick it
<techn>
you most likely wont brick it if you are using sdcard :)
eebrah has quit [Ping timeout: 252 seconds]
<tux4>
how do you mean "flashing compiled u-boot into nand"?
libv has quit [Ping timeout: 264 seconds]
libv has joined #arm-netbook
<tux4>
leowt: what kind of issues with u-boot on nand?
<leowt>
tux4: i want to know if it is safe
<techn>
leowt: you need to use lichee u-boot
<leowt>
techn: why?
<techn>
since default u-boot doesnt support nand
<leowt>
and what would i loose if using linchee u-boot?
<techn>
also you need to use specific lichee u-boot or compile kernel with IGNORE_ATAG_MEM option
<tux4>
any idea what could I do to get signal on hdmi?
eebrah has joined #arm-netbook
provel_ has quit [Ping timeout: 264 seconds]
provel_ has joined #arm-netbook
<techn>
tux4: which display you have?
lerc has joined #arm-netbook
Quarx has quit []
Mazon has quit [Ping timeout: 265 seconds]
Mazon has joined #arm-netbook
<br->
learning far too much about about usb power.. so apparently there are 2 competing standards for >1A usb charging, and both involve shorting the data pins out
<br->
oh, apple has a 3rd approach but it only goes up to 1A
pwhalen has quit [Read error: Connection reset by peer]
popolon has joined #arm-netbook
<tux4>
techn: noname , but this script.bin, whole image/sdcard works in an other a10 tablet
<techn>
tux4: with same display?
<tux4>
yes
gimli has quit [Ping timeout: 248 seconds]
pwhalen has joined #arm-netbook
gzamboni has joined #arm-netbook
grevaillot has quit [Ping timeout: 264 seconds]
grevaillot has joined #arm-netbook
Alex1269 has quit [Ping timeout: 245 seconds]
<penguin42>
any advice on getting an mk809 open - the catch on the uSD doesn't
* penguin42
doesn't see anything like an obvious catch
rellla has quit [Quit: rellla]
leowt has quit [Quit: leowt]
leowt has joined #arm-netbook
eebrah has quit [Ping timeout: 248 seconds]
eebrah has joined #arm-netbook
<penguin42>
well, I seem to have a system just about running on this mk809, courtesy of a large rubber band to solve the catch problem
<rm>
it's one of many names for one of many rk3066 sticks... ok
<penguin42>
nod
<penguin42>
all slightly different
<penguin42>
rm: There's most (?) of the kernel sorurce out there but some annoying bits missing, someone has got a kernel/ubuntu image running on them that seems ok
popolon has quit [Quit: Quitte]
<techn>
ssvb: how I can crosscompile perf?
Jef91 has joined #arm-netbook
Jef91 has quit [Client Quit]
* penguin42
seems to remember that's a little tricky, but if you're setup for cross building a kernel I don't think it's impossible
<penguin42>
it's in the kernel source in a tools dir
<techn>
penguin42: yes. but it wont crosscompile
<penguin42>
it's been a couple of years since I tried
<penguin42>
and yeh I have vague memories of the make files being broken for crossing
<ssvb>
techn: isn't perf already packaged in most of the distros?
<techn>
yes but atleast linaro one complains that its not correct version
<techn>
linaro wants 3.2 kernel :/
<penguin42>
generally you can ignore it
<penguin42>
techn: You should find there is a perf_whatever and it'll still run (!most of the time!)
gsilvis has quit [Read error: Connection reset by peer]
gsilvis has joined #arm-netbook
leowt has quit [Quit: leowt]
<ssvb>
techn: finally figured out how to make this freaking double buffering actually work with the mali blob - https://gist.github.com/4520736
<techn>
how big is your window?
<ssvb>
this does not make any sense, in fact one of the buffers that got "destroyed" somehow happens to be rendered
<ssvb>
the window can have any size
<techn>
and it's always 300 offset?
<ssvb>
no, I just tried to assign unique offsets to the buffers to check which ones actually appear on screen
<ssvb>
once the dri2 buffer is created, mali remembers this data and it can't be changed
<techn>
there is some memory mappings.. 64MB fixed size memory? 32MB framebuffer? and 64 dynamic size memory? :/
<techn>
Btw. I tried today to add .cpu_usage_adjust = -0x50000000, to that "Mali Sdram", it caused errors ;)
<ssvb>
don't know about the memory mappings, but it can render data to any part of the framebuffer, which is fine for me :)
<techn>
that setting is in those reference configurations
btsimonh has joined #arm-netbook
<ssvb>
and btw, there is some kind of race condition inside of the blob, because quickly switching between fullscreen/windowed mode (dri2 buffers are re-created at this time) seems to eventually end up with the messed setup
<ssvb>
techn: does vsync only work with in the scaler mode?
<techn>
ssvb: yes. I think so.. but if you create scalable layer it should activate it.. unless it's activated already
<ssvb>
techn: does it take much work to get r3p1 or r3p2 mali blobs up and running? I wonder if this dri2 gymnastics is still needed or maybe this could have been fixed in newer versions
tux4 has quit [Quit: Távozom]
ganbold___ has quit [Ping timeout: 276 seconds]
eebrah has quit [Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121213185036]]
buZz has quit [Read error: Operation timed out]
buZz has joined #arm-netbook
Marex has quit [Ping timeout: 264 seconds]
Marex has joined #arm-netbook
lerc has quit [Ping timeout: 240 seconds]
marcan has joined #arm-netbook
marcan has quit [Quit: Coyote finally caught me]
marcan has joined #arm-netbook
marcan has quit [Client Quit]
marcan has joined #arm-netbook
<libv>
specing: use the android ndk
<specing>
libv: Why?
<libv>
for creating your static binaries for android
<specing>
doh, I have a ton of cross compilers for ARM
<libv>
you do not even need to make it static
<specing>
I know
<specing>
But if they are static there are less places they can break
<specing>
also I deleted my uclibc cross
marcan has quit [Client Quit]
* penguin42
wonders if there is a cpio for this rk3066 build anywhere or if I'm going to have to glue one together myselkf
Marex has quit [Ping timeout: 264 seconds]
marcan has joined #arm-netbook
Marex has joined #arm-netbook
<specing>
penguin42: there is one in the boot image ;D
<penguin42>
specing: Yes, is that built into the kernel image or separate in the image?
<specing>
seperate
<techn>
ssvb: we have gles libs for r3p1 so you can experiment with those
<penguin42>
specing: Ooh so I guess img_unpack might be able to pull it apart?
<techn>
but only for x11.. framebuffer and android libs missing.. so we cant move to that with "common" kernel