<Turl>
hm, is there something like 'inverse mmap'?
<Turl>
something to map a memory zone to a fd?
<Turl>
because cedar only supports a fd and/or url :(
zerosheds has joined #arm-netbook
zerosheds has left #arm-netbook [#arm-netbook]
penguin42 has quit [Quit: Leaving.]
<Triffid_Hunter>
Turl: mmap works both ways if the fh is writeable
<Triffid_Hunter>
Turl: may be a bit tricky to append though, you have to tell it how much bigger you think you're gonna make the file, or remap it occasionally
<Triffid_Hunter>
Turl: or, do you mean you want an in-memory file? mount a tmpfs for that
<Triffid_Hunter>
Turl: or give it a socket
<Turl>
Triffid_Hunter: I have a pointer and a size, need an fd out of that
<Triffid_Hunter>
Turl: well the memory pointed to will be private to your process, you're gonna have to make a socket or copy it to a file in a tmpfs or something like that in order to publish it to the other process via an fd
<Triffid_Hunter>
Turl: or if this is a library you're using, you may or may not be able to use a different function call and pass it the pointer directly, use the source
Shivan has quit [Ping timeout: 245 seconds]
RITRedbeard has joined #arm-netbook
hno has quit [Excess Flood]
hno has joined #arm-netbook
<Turl>
Triffid_Hunter: CedarX will only take a URL or a fd to a file
<Turl>
OMX receives the data on a buffer
<ManoftheSea>
holy crap, that exynos is nice.
<ManoftheSea>
also, perhaps a bit too nice. 8 I2C, 4 SD cards?
<Triffid_Hunter>
Turl: if it accepts an fd, you can pass it a unix socket then feed data into the socket from your buffer
<Turl>
but that would involve copying the data right?
<Turl>
I doubt it's a good idea to copy all your input an extra time when decoding video :/
<Triffid_Hunter>
Turl: well you're either going to have to copy the data, or get the library to accept a pointer
fullofSheds has joined #arm-netbook
<WarheadsSE>
Heh .. Well, Mele A100 is running Arch hf atm. Need to package up the driver :)
<orly_owl>
A100 or A1000?
kaspter has quit [Remote host closed the connection]
<specing>
Maybe I should build it as a module instead...
<specing>
mnemoc: What was the state of the USB host port in 3.0.36?
<specing>
Nothing works :(
ibrah is now known as eebrah
<specing>
I wrote an init script to print the present /dev/tty[a-zA-Z]* nodes... all onboard ttys are present except the pl2303 one. the gadget serial is also present ...
<specing>
If you say Y here, it will be possible to use a USB to serial | | converter port as the system console
<orly_owl>
hmm, arm netbooks with windows keys >_>
<specing>
Promising....
<specing>
orly_owl: cheap kbds
<orly_owl>
im guessing they just dont bother to change the kb
<specing>
Do you have a pl2303 or some other serial dongle around?
<zenitraM>
yes, i'll try it when i have the image with ssh up
<zenitraM>
as it's the only serial i have
<specing>
:S
<zenitraM>
okay, just found out that if a module isn't mentioned at all at .config it doesn't show up at menuconfig
<specing>
you can just connect it into the usb port and check dmesg later
<specing>
zenitraM?
<zenitraM>
that can be another option, yes
<specing>
Im pretty stuck here >.<
<RaYmAn>
zenitraM: perhaps it's dependencies wasn't met? All modules defines in Kconfig's and included shows up assuming their dependencies are met. Regardless of whether it's mentioned in .config.
<zenitraM>
RaYmAn: rtl8187 appears on make sun5i_defconfig but not of make sun4i_defconfig
<zenitraM>
both with ARCH=arm everywhere
<RaYmAn>
zenitraM: check Kconfig for rtl8187. You are probably missing a .config dependency
<RaYmAn>
or press / in menuconfig, then rtl8187 - it should tell you what dependencies are required for it to show up
<madmalkav>
hno, thanks for the info. that is quite unfortunate
<specing>
/dev/android_adb 0660 adb adb
<specing>
/dev/android_adb_enable 0660 adb adb
nibb has quit [Read error: Connection reset by peer]
eebrah has joined #arm-netbook
<fullofSheds>
the arm netbook with the a10 is very clumsy to use with Android and the touchpad, you need magic fingers to get the gestures to work well
nibb has joined #arm-netbook
eebrah has quit [Ping timeout: 265 seconds]
ka6sox is now known as ka6sox-away
ghall has joined #arm-netbook
ghall has quit [Client Quit]
<hno>
madmalkav, but there is newer CedarX libraries that at least have a chance of working.
<rz2k>
<specing> rz2k: did you solder a cap onto it?
<rz2k>
no, it just boots when I connect charger
<rz2k>
instantly, without any prompt
eebrah has joined #arm-netbook
eebrah is now known as Guest34290
Guest34290 is now known as ibrah
toxicpsion has quit [Read error: Connection reset by peer]
<rm>
Yang Wu's store China (Mainland) 1st year No feedback score.
<rm>
=> close the tab and forget it
<rm>
pics are even snatched from someone else
<rm>
Store No. on the pics doesn't match the actual number
<von_fritz>
anndroid talbet :D
<von_fritz>
kernel 3.4.4 sometimes hangs at <6> SYS: 0x43000000, 0x00010000
<hno>
"AliExpress Seller Since: 07 Jul 2012". Hard to get much feedback in that time as the first buyers haven't even got their stuff yet. But do not look serious. But may be just inexperienced.
<hno>
von_fritz, did you load script.bin?
<von_fritz>
yes, it hangs only in first boot. usually it works at the second attempt
<hno>
odd. Next lines are dependent on script.bin.
toxicpsion_ has joined #arm-netbook
toxicpsion_ is now known as toxicpsion
ibrah has joined #arm-netbook
ibrah is now known as eebrah
<eFfeM>
rm, thanks
<eFfeM>
hno yeah, but figured the description was somewhat unlikely too
<eFfeM>
had gps
t0dbld|work has quit [Ping timeout: 252 seconds]
t0dbld|work has joined #arm-netbook
t0dbld|work has quit [Changing host]
t0dbld|work has joined #arm-netbook
<rz2k>
von_fritz: same here, also mnemoc had same yesterday
<rz2k>
I have it all the time
<rz2k>
(3.0.36, 3.0.8 work okay)
Quarx has quit []
<rz2k>
hno: mnemoc said that next line are fb initialization, any ideas what happens or how to debug this segment ?
<rz2k>
s/line/lines/
<ibot>
rz2k meant: hno: mnemoc said that next lines are fb initialization, any ideas what happens or how to debug this segment ?
PhantomsDad has joined #arm-netbook
PhantomsDad has joined #arm-netbook
<mnemoc>
specing: usb host "work for me" (tm)
<specing>
really?
<specing>
on which kernel?
toxicpsion has quit [Ping timeout: 246 seconds]
<mnemoc>
3.0-v2
nibb has quit [Read error: Connection reset by peer]
<specing>
I currently run your 3.0.36
<mnemoc>
detects the keyboard, and i can mount a usb stick without troubles
<mnemoc>
yes, that's the version in the 3.0-v2 branch
<specing>
mnemoc: have you tried with usb-serial
<specing>
I mean have you tried a usb-serial dongle?
<mnemoc>
remind me tomorrow and I'll test it
<specing>
ok
<specing>
where is that 3.4 kernel you mentioned and how usable is it?
<mnemoc>
it's a wip/ branch... but I'll remove some stuff and make a non-wip branch
<specing>
mnemoc: Have you tried running any of the usb gadget drivers?
<mnemoc>
in 3.0 "should work", for 3.4 it needs to be reimplemented
<specing>
I have tried both gadget serial and the android gadget (I ran adbd in userspace as root)
<specing>
nothing ;(
<specing>
also it doesen't register my pl2303 usb-serial converter
<specing>
I've enabled usb announce new devices... nothing
<mnemoc>
did you add pl2303 support?
<specing>
mass storage works though
<specing>
yes, compiled in
<specing>
:X
<mnemoc>
?
<specing>
nothing works :(
<mnemoc>
:(
<specing>
not even my ARM9 devkit
PhantomsDad has quit [Quit: Leaving]
<specing>
I must have a nonworking aura around me
<mnemoc>
:(
<specing>
Im going to try the g_serial thingie again
<specing>
I have wrote an initscript that will print the whole of /dev to the console
<mnemoc>
specing: i just arrive home, going to test the 3.4 without "cleanup", then push that, rebase the related wip/ branches and then I can look at the ticket you'll open
<specing>
grr
<specing>
what should I state in the ticket?
<specing>
"nothing works"?
<mnemoc>
you can find something better than that
<mnemoc>
it might also be somethng in the [usbcN] of your .bin
<specing>
Yeah good idea
<specing>
hmm
<specing>
I know adb works from stock android
<specing>
not sure about the usb host port
<mnemoc>
people using allwinner's sdk is very fond to hardcode tweaks in the kernel directly while we rely in script.bin for any tweak
<WarheadsSE>
glanced, I don't see anything specific that looks like I am missing.
<WarheadsSE>
I will check the bootloaders sequence though.