<mnemoc>
hipboi: any idea if it has the uart and usb-otg headers inside?
<hipboi>
not yet
<hipboi>
should be the same
<mnemoc>
cool
<oliv3r>
make sure to put a 'package' up in your store, with both jtag etc connectors ;)
<oliv3r>
'only' 10 USD price difference; then again 10USD for 512MiB extra is beefy enough :p
<oliv3r>
TO bad those remotes all have chinese characters on them :( :p
<oliv3r>
hipboi i think that tmall link requires authentication
<mnemoc>
link worked fine for me
<oliv3r>
(I had to type it :p)
empat0 has joined #arm-netbook
<oliv3r>
typoed :(
<oliv3r>
it works fine
<mnemoc>
oliv3r: get a better irc client
<mnemoc>
wb empat0
<oliv3r>
mnemoc: i have pidgin running on a VM at home
<oliv3r>
but vnc doesn't allow copy/paste (yet)
<oliv3r>
so either I copy/paste it into my screen session
<empat0>
hi all! i'm still stucked with my A10 stv-301. Everythings works (kernel, usb, ethernet, ...), but i do not get hdmi output. I do not have any idea where to start searching. It is a Rev C chip, are there any known issues?
<oliv3r>
or use local firefox, which is 'slow'
<lundman>
:)
pawel5870 has joined #arm-netbook
<mnemoc>
oliv3r: research about screen + irssi
<oliv3r>
mnemoc: i have irssi in screen for other networks, but i have 15+ screen (virtual windows)'s open allready and don't want an nother one for this one :p
<Turl>
oliv3r: look into ZNC :)
<oliv3r>
vnc comes with libvirt/kvm
<oliv3r>
so it's 'easy'
<oliv3r>
oh, znc = bnc
<oliv3r>
:p
<mnemoc>
easy to setup, hard to use.... not a good deal
<oliv3r>
it's fine to use, but i prefer opening links locally
<lundman>
use lbnc!
<Turl>
empat0: have you checked script.bin?
<mnemoc>
oliv3r: typing the urls....
<lundman>
oh wait, you want irc bouncers, nevermind
<hipboi>
empat0: and /dev/hdmi
<empat0>
yes. i took it from android.
<mnemoc>
he is happy using vnc to a kvm machine and use pidgin there...
<Turl>
empat0: do you have screen0 set up to output to hdmi?
<rm>
oliv3r, VNC does allow copy-paste, if you run the vncconfig utility inside the VNC session
<empat0>
turl: yes
<lundman>
oli: wait, are you saying you have 15 screen sessions?
<Turl>
empat0: and screen1 disabled?
<oliv3r>
rm: really? i'll try that
<Turl>
empat0: and modules loaded in correct order?
<empat0>
hibpoi: no /dev/hdmi.
<hipboi>
empat0: lsmod
<hipboi>
empat0: hipboi not hibpoi
<oliv3r>
rm: i think it's a limitation of the KVM/libvirt vnc server
<empat0>
turl: at the moment i have them compiled into kernel. should i go back to modules?
<empat0>
hipboi: sorry
<Turl>
empat0: try that, if it works as modules you should talk with libv
<lundman>
dangit, stackoverflow has disappointed me, where do all the experts hang out
<rm>
oliv3r, I dunno if you use KVM's VNC, then probably not; but when the remote system is the GNU/Linux "vnc4server", then it can support copy/paste via that utility
<mnemoc>
Turl: last saturday they asked me for the new ending date. replied on sunday, and how to see the change applied today
<mnemoc>
s/how/hope/
<ibot>
mnemoc meant: Turl: last saturday they asked me for the new ending date. replied on sunday, and hope to see the change applied today
<oliv3r>
rm: ah probably yeah, i know for kvm/libvirt its an outstanding bug issue, and they 'plan' to fix it via spice some day
<oliv3r>
mnemoc: changes? not gonna let it run for that long any longer?
<mnemoc>
oliv3r: it will be closed the 15th. to get the money wired sooner and the try to ship before xmas
<oliv3r>
nice :D
<oliv3r>
hipboi: now you got me excited abou tthe a1000g; when WHEN!
<mnemoc>
"soon" :)
<Turl>
what's an a1000g?
<mnemoc>
an a1000 with 1GB
<empat0>
turl: ok, will try again modules and see. thanks.
<Turl>
mnemoc: oh
<rm>
oliv3r, one solution would be to not use Xorg and KVM's VNC, but have a text console only system (as far as KVM concerned) and run a vnc4server session in it, connecting to that one instead of the KVM's
<oliv3r>
i've sold my pivos! :D with a tiny provit :p so i have money for an a10 media player
<jlj>
mnemoc: I tried it with a supported board but it couldn't find the config file or something like that.
<mnemoc>
what board?
<jlj>
mnemoc: the gooseberry
<jlj>
mnemoc: it showed up as a supported board in the configure script but it would drop out with an error
<mnemoc>
jlj: ./configure gooseberry_A721
<jlj>
yeah that one
<slapin_>
where are you getting these boards with names on A10? I only have nameless variants and mk802 clones...
Almamuetya11 has joined #arm-netbook
<mnemoc>
jlj: right, there is no u-boot support for it yet, please file a ticket, I'll try to look at it later tonight
<jlj>
mnemoc: how do I do that?
<mnemoc>
jlj: github -> issues
<mnemoc>
back in 30m
<jlj>
okay, will do.
ZaEarl has quit [Ping timeout: 260 seconds]
<mnemoc>
slapin_: by comparing PCBs, and by info in android's board info files normally
<mnemoc>
android's build.prop usually includes the name of the board
<mnemoc>
jlj: all models are 512MB?
<jlj>
mnemoc: yes
vinifm has joined #arm-netbook
<jlj>
ticket filed
<mnemoc>
thank you
pawel5870 has quit [Ping timeout: 245 seconds]
pawel5870 has joined #arm-netbook
QingPei has joined #arm-netbook
markvandenborre has joined #arm-netbook
markvandenborre has quit [Changing host]
markvandenborre has joined #arm-netbook
pawel5870 has quit [Ping timeout: 252 seconds]
Workboot has quit [Ping timeout: 260 seconds]
Gumboot has quit [Ping timeout: 260 seconds]
aaribaud has joined #arm-netbook
aaribaud has left #arm-netbook [#arm-netbook]
Mazon has joined #arm-netbook
<jlj>
mnemoc: somebody called amery commented on the ticket, is that you?
<empat0>
mnemoc: i am still trying to understand my hdmi troubles. afaik the hdmi is always on the same A10 pins, is that right?
<Turl>
jlj: amery == mnemoc, yes
<jlj>
okay
pawel5870 has joined #arm-netbook
<mnemoc>
empat0: but can be disabled or misconfigured
<mnemoc>
empat0: also edid is not supported, so only certain resolutions works
<mnemoc>
jlj: yes
<empat0>
mnemoc: of course. since i have a running android (with hdmi), i will try to spy on the register settings. the registers are memory mapped, right?
<libv>
empat0: it's arm, so yes
<jlj>
mnemoc: okay I'll try it. is it possible to use that script to compile a kernel with more modules included? ie. usb-audio usb-video and such?
<jlj>
mnemoc: if it doesn't work I won't be able to say why though (no serial or even hdmi). but let's hope it works lol
<slapin_>
damn, nobody cared to put getty on serial on android image :(
vinifm has quit [Quit: Ex-Chat]
<libv>
would the Aakash 2 be an A13?
<slapin_>
Any advices on some hackable GSM+GPS tablet? I need some choice to select from....
avernos has quit [Ping timeout: 246 seconds]
<mnemoc>
nexus7?
avernos has joined #arm-netbook
<Turl>
nexus 10? :P
<libv>
10 has mali. although the new one which i haven't gone near yet :)
<slapin_>
mnemoc, Turl: the cheaper the better :) I'd prefer A10 ones, but can live with anything under $250 for which I can build full rootfs and kernel.
<Turl>
slapin_: any specific size?
<slapin_>
Turl: anything > than 7"
<mnemoc>
don't know any A10 tablet with gsm and gps
<jinzo>
so no need to set up a compiler, compile stuff etc.
<slapin_>
is script.bin u-boot script or something else?
<jinzo>
I didn't put much tought into it, that's why I asked
<libv>
jinzo: why is that linked to linaro?
<rz2k>
binary structure dump that u-boot loads to memory and then kernel configures everything against it.
<rz2k>
pinmux, available devices and etc.
<rz2k>
"device tree done wrong"
<slapin_>
rz2k: thanks
<libv>
jinzo: why is that not providing boot files, uboot, kernel, and the device specific script.bin in an easy to use image/script?
<jinzo>
libv, because you get premade images that you can easly put on SD
<rz2k>
libv: we have sunxi-bsp waiting for some love for that purposes :p
<libv>
jinzo: where does linaro come in there?
<libv>
rz2k: indeed
<jinzo>
ah, like I said - I didn't know much
<libv>
but i think i am thinspread enough as is.
<jinzo>
as I used linaro on IGEP and it was quite easier than what FirstSteps is describing.
<rz2k>
yeah, we'll figure something out soon.
<rz2k>
I just use linaro because I can make a bootable sdcard in two-three commands
<libv>
jinzo: guys like me still need this info, i still need to be able to build the kernel
<jinzo>
libv, ofcourse
<rz2k>
(a1x-media-create and my kernel/scriptbin/modules)
<libv>
also, uboot needs to know device specifics
<jinzo>
but you're allready here, helping
<vgrade_>
the a1x-create-media script worked well for me
<jinzo>
what about people "out there"
<libv>
jinzo: well, go do what rz2k said
<libv>
the bsp repo can use more love
<jinzo>
indeed - didn't know that this exsisted.
<libv>
(everything can, tbh)
<vgrade_>
well apart from installing mali-libs in /lib
<libv>
vgrade_: let me quote mnemoc: patches are always welcome :p
<vgrade_>
libv: :)
<jinzo>
I just hope sun6i will be close to sun4/5i as A10 is allready loosing momentum (damn fast moving tech world)
* libv
goes back to autoconfing lima
<libv>
it's rather amazing what bits are missed if you only build against the android-ndk. a proper toolchain is very noisy in comparison
vinifm has joined #arm-netbook
pawel5870 has quit [Ping timeout: 248 seconds]
<empat0>
i'm really stucked with the A10 stv-301. i compared the script.bin with the script.bin of mk802, and they seemed to be nearly the same. so i inserted the stv-301 sd-card into my mk802 and it booted and initialized hdmi correctly. what is going wrong with the stv-301? new chip release? some hack in the hardware?
<mnemoc>
stefanro1: that commit means you started reimplemnting the sunxi core for DT?
* stefanro1
hides
<Mehhh>
What is the easiest way to enable OTG / host ?
<empat0>
Turl: i have read the fex guide. The funny thing is that the mk802 initializes hdmi with BOTH fex configurations...
<stefanro1>
mnemoc: no, i didn't *re*implement it - i ported very basic support to mainline linux with DT support
<empat0>
Turl: and the stv-301 leaves tv in "no cable" mode ...
<stefanro1>
mnemoc: i know you are not very fond of this - but i felt like doing it would be a "good thing"
<stefanro1>
mnemoc: patch for basic DT linux support will follow shortly
<mnemoc>
stefanro1: sure, it's good
<mnemoc>
stefanro1: i'm not fond of having everyone only thinking in "mainlining the core" instead of helping to fix the drivers
<Turl>
Mehhh: changing usb_port_type on script.bin
<mnemoc>
stefanro1: but sure it's a good thing. I (also) started reimplementing the core myself, but work doesn't really leave me time to code sunxi stuff currently... so if you can do it, awesome
<stefanro1>
mnemoc: yes, i know - my time is also limited and i need to move to other "projects"
<stefanro1>
mnemoc: comments are very welcome
<mnemoc>
stefanro1: where is it?
<stefanro1>
mnemoc: okay linux patch is out
<stefanro1>
mnemoc: eventually i would like to send this basic DT sunxi support to the l-a-k list at some time - after some review on this sunxi list
<rz2k>
I already started porting the wemac driver to DT. - please rewrite it completely to DMA
<mnemoc>
stefanro1: btw, A13 needs the debug uart to be uart1... don't know what;s the right way of doing that with the new debug stuff
<stefanro1>
mnemoc: most likely a new Kconfig option to select the debug uart (or offset)
<stefanro1>
mnemoc: i only have cubieboard, so i can't test on any other platform
<mnemoc>
stefanro1: can that be set of the .dtb?
vgrade_ has quit [Quit: Page closed]
<stefanro1>
mnemoc: basic idea behind this port is to support all sunxi targets in one linux kernel image (if really possible), and enable/disable the peripherals via dts files
<mnemoc>
stefanro1: afaik board details aren't accepted in uImage
<stefanro1>
mnemoc: no, debug stuff is pre-dt
<Mehhh>
Turl , does that file need to be added, or can it be edited from android on the device itself or....
<Mehhh>
do i need a toolchain to build something from my nix box
<mnemoc>
so we can't have a a13/a10 kernel with debug on uart0 for a10 and uart1 for a13?
pawel5870 has quit [Ping timeout: 240 seconds]
<stefanro1>
might be problematic - but who needs debug uart when it really working? ;)
<Turl>
Mehhh: nanda
<Turl>
bin2fex, edit, fex2bin
<Turl>
gotta run :P
<mnemoc>
sun3i is ARM926T .... is that supported by multiplatform? I only saw v6 and v7
<Turl>
cya later all
<stefanro1>
mnemoc: no, this not support, afaik
<Mehhh>
So there is no way to quickly replace the script.bin or add
<mnemoc>
stefanro1: there other doubt is about irq... can't we use the generic vic handler?
* stefanro1
still knows very little about the sunxi SoC families and its history
<mnemoc>
aaaaarg.... I can't type!
<mnemoc>
stefanro1: the other doubt I have is about irq... can't we use the generic vic handler?
<stefanro1>
mnemoc: do you know for sure that its the ARM VIC integrated into the sunxi?
<mnemoc>
nope, but the code "suggests" it
<mnemoc>
same as the uart been 8250
<stefanro1>
mnemoc: which code suggests it?
<mnemoc>
var names :)
<stefanro1>
i compared some registers and it was very different
<mnemoc>
there are a bunch of "vic" strings
<mnemoc>
ok
<stefanro1>
yes, "vic" is a bit very generic - we might rename it
<Mehhh>
Is there a premade uboot or patch or something that already has OTG
<mnemoc>
stefanro1: drivers/irqchip/ ?
drachensun has quit [Ping timeout: 260 seconds]
<mnemoc>
or that's not mandatory yet?
<stefanro1>
mnemoc: yes, could be move there - or *should* be moved there
<mnemoc>
ok
<stefanro1>
mnemoc: i'm really not sure, but i can "git mv" it there for the next version - no prob
<mnemoc>
it's finally official, the cubieboard campaign ends the 15th. "This campaign will receive all of the funds contributed by Thu Nov 15 at 11:59PM PT."
<mnemoc>
stefanro1: sounds good :)
<stefanro1>
mnemoc: i have to leave in a few minutes - please collect all review comments and send them as reply to the list
<mnemoc>
stefanro1: sure
<stefanro1>
mnemoc: easier for me to read, than reading the loooong backlog of this channel :)
<mnemoc>
stefanro1: of course
<stefanro1>
mnemoc: okay, bye for now (family time starts...) :)
<mnemoc>
stefanro1: enjoy :)
panzersajt has joined #arm-netbook
<panzersajt>
hy!
<panzersajt>
I have seen your products on the interner PengPod tablets
<panzersajt>
I would like to ask some details about the products
<panzersajt>
Mali400 linux driver
<panzersajt>
is it a full driver from vendor or an open source version?
QingPei has left #arm-netbook [#arm-netbook]
<panzersajt>
can we get the hw accelerated ui on it?
<panzersajt>
can we install Ubuntu 12.04 on it?
<panzersajt>
all the sensor work in linux and android?
<RaYmAn>
"your products"?
<mnemoc>
panzersajt: anything that applies to any A10-based devices applies to those PengPod rebranded things
<hno>
slapin_, cool. Is your code available somewhere for testing / playing with?
<panzersajt>
oh sry
<panzersajt>
wrong channel
empat0 has quit [Quit: irc2go]
<slapin_>
hno: it just detects NAND. I will play with it some more today
<hno>
slapin_, if you can read the nand id then it's already very far.
<mnemoc>
hno: did you see the "boot0" nand code from A10S' SDK?
<slapin_>
hno: will probably get it farther, got appropriate stuff mtd-wise working, so can implement all functions within MTD infrastructure without any troubles.
<slapin_>
hno: then I'll make pull-request and we'll need to play with it regarding nifty features, like ECC.
<slapin_>
hno: how can livesuit do sdram probing? on what grounds?
cat_x301 has joined #arm-netbook
rellla has quit [Ping timeout: 255 seconds]
vinifm has quit [Remote host closed the connection]
popolon has quit [Read error: Operation timed out]
popolon has joined #arm-netbook
panzersajt has quit [Remote host closed the connection]
Quarx has quit []
gimli has joined #arm-netbook
cat_x301 has quit [Ping timeout: 240 seconds]
<slapin_>
hno:
<hno>
slapin_, sorry, not really here tnight.
<hno>
mnemoc, no, where?
<hno>
slapin_, livesuit uploads code to SRAM and executes and then fetches the answer.
<Mehhh>
So yeh, techn. I see where i would need to decompile, but do the images on miniand/riko include that support stock? I know the default android firmware doesn't for most mk802 revisions
<Mehhh>
If there is one i can leech from or download sep, I can (at worst) just add the fat partition for OTG script ahead of time
<rm>
Mehhh, I have it on mine
<Mehhh>
Any way you can transfer me just the script.bin
<techn>
"I Kconfig, describing your ARCH_<yourarch> option, as well as sub-options for each SoC if your family has multiple SoC. No per-board options: your kernel image is independent from the board details."
<mnemoc>
in general mach-sunxi/sun[456x]i.c should be enough
<mnemoc>
but I couldn't find a place to let the user choose the debug UART
<techn>
that could be answer to that UART problem.. but sure that should be avoided if possiple
<techn>
how other platforms has tackled that problem?
<techn>
that seems to be unresolved issue currently :/
<mnemoc>
currently the only place is a "platform choice" at mach-sunxi/Kconfig
<mnemoc>
at least that's the only excuse/place I found
<Turl>
hno: I'm planning what to do for my computer arch project
<hno>
Turl, what do you mean by "post-uboot"?
<Turl>
hno: the idea of making something on bare metal occured to me
<Turl>
chainloaded from uboot
<hno>
You can start anything from u-boot. The SoC is fully operational and you get a flying start.
<hno>
But not sure why one would do this on an A10.
<Turl>
so I don't need to worry about clocks and ram init and anything else, right?
<lundman>
hmm
<Turl>
hno: because is the board I have at hand
<hno>
Turl, correct. DRAM and CPU clocks are already configured. Clocks for some other components are not.
<Triffid_Hunter>
Turl: for doing bare metal stuff, I suggest you'd be better off with a cortex-m3 or m4 microcontroller
<Turl>
at most I'm going to use UART I guess
<Triffid_Hunter>
Turl: those at least you can get the datasheet and register maps for..
<Turl>
I'm still brainstorming though, nothing settled
<hno>
Ok.
<hno>
The UART used by u-boot is obviously clocked.
<hno>
and so is the boot device used (i.e. MMC0 in most cases)
<Turl>
so you get an idea of the kind of project this aims to be
<Triffid_Hunter>
Turl: if you're just looking at using a UART, get an arduino
<Turl>
they suggested RE of a professor-provided binary; attacking a buffer overflow on a provided application; making a x86 boot sector that prints the partition layout of the disk on screen, making a mini x86 asembler, extending "pilot" compiler to output mips code
<Triffid_Hunter>
Turl: if you're doing lots of x86, may want to consider using an x86. ps: virtualisation will be very useful
<Turl>
Triffid_Hunter: I don't really like x86 assembler (does anyone? :P)
<Triffid_Hunter>
Turl: last time I checked, the A10 datasheet floating around was leaked rather than released so AllWinner are not exactly gonna be helpful if you have questions about what's in it
unknown_lamer has joined #arm-netbook
tinti has joined #arm-netbook
tuliom has joined #arm-netbook
fluxi has quit [Remote host closed the connection]
myfluxi has joined #arm-netbook
<Triffid_Hunter>
Turl: I'm not trying to discourage you from playing with bare metal ARM stuff, just pointing out that it may not be the best venue in which to learn