<FreddyAV>
sorry, just started reading up on this arm SoC A10/AmLogic/XBMC stuff a few days ago, I'm probably confusing stuff for different SoCs then. Trying to dive in to compile my own image today
valhalla has quit [Ping timeout: 268 seconds]
<FreddyAV>
general question if you would allow: since this is #arm-netbook I'm guessing that the channel would concern itself with any arm SoC which has code available? E.g. reading channel history it seems to be all about Allwinner/A10 but other would be interesting to right?
<hno>
FreddyAV, channel name has some historic meaning. Channel title has current info. But yes other CPUs than Allwinner are interesting, just not main focus at the moment.
<FreddyAV>
hno: thanks!
<hno>
FreddyAV, there is always bits and piceses missing, but in the A10 case those missing piceses that we can expect are truly missing, not even Allwinner have them.
<slapin>
hno: changes are pushed, nand dump works without oob, nand read.oob works. will check everything with LA tomorrow (or later today)
<slapin>
hno: hope I will wake
<slapin>
hno: gone for some more sleep
<hno>
ok. I will crawl to bed and then back to $ work in the morning. Hope to get time in afternoon/evening CET time.
<FreddyAV>
hno: ... OK, roughly what bits would/could that be?
<FreddyAV>
hno, a technical thing instead :) When I go to http://linux-sunxi.org/FirstSteps for my mk802ii and get to the "Building script.bin" heading, I can't find a fex file for the mk802ii in the sunxi-board tree. I found one for the older mk802 in cnxsoft a10-tools git but I don't know enough just yet to modify it. Do you know where I can get one?
<drachensun>
one of my test tablets has 512 and its pretty much filled with keeping the desktop up, as soon as you open the browser it all grinds to a halt
billytwowilly has quit [Remote host closed the connection]
<drachensun>
vgrade: I've got it working on A10s through openSUSE but it seems to have a number of issues like it freezes when I try to add something to the activity and the browser is very slow, is that what you were seeing?
<orly_owl>
so kde is still bloated
<orly_owl>
got it
<drachensun>
lol
<drachensun>
Yeah I setup xfce with big icons and increased the size of the panel, I think it works way better
<drachensun>
for touch that is
<orly_owl>
porting android ui would be good
valhalla has joined #arm-netbook
<Marex>
android is bloated too ... all that java crap there makes it run slow
t0dbld|work has quit [Ping timeout: 248 seconds]
<orly_owl>
yeah i dont want that ported
<orly_owl>
just the ui :)
* Marex
does cryptoanalysis of another freescale datasheet
<Marex>
that's usually much more productive in terms of results than actual reading of it
<libv>
FreddyAV: no, it should come back once lkcl is back among the living
<libv>
FreddyAV: what do you need from it?
Ershov has quit [Quit: Ershov]
<FreddyAV>
libv: errr... I'm mostly trying to get as much background information as I can about the whole A10 compilation as I can so I can start putting together my own image. I feel that the more I read different presentations of the same material the easier it gets to understand the present state. Or do you know what I should read (i.e. the most up to date description) on how to put my own image together??
<libv>
why this focus on "your own image"
<FreddyAV>
Mostly to learn so I can pitch in
<libv>
first steps explains most of what you need to know, more in depth knowledge can be gathered in the specific pages of respective bits
<FreddyAV>
I guess I could just sit back and wait a few months and there is bound to be someone who will put together a XBMC image with Tvheadend and USB DVB-T drivers compiled in, but I just thought I could maybe make some kind of contribution
<FreddyAV>
Yeah, I trying that and the cnxsoft way at the same time to see how I go
<orly_owl>
xbmc 12 has tv and pvr support
<FreddyAV>
orly_owl: yeah but you still need a backend such as tvheadend
<orly_owl>
of course
Ershov has joined #arm-netbook
<orly_owl>
pity all the usb dvb-t gear needs a non-free firmware blob loaded by the driver though
<FreddyAV>
I guess I have gotten so used to that so I can't even remember having to run any firmware cutting tool for my last stick! :(
<orly_owl>
i suspect debian will load the blobs if you have on-free repo
<orly_owl>
*non-free
<FreddyAV>
well, for this adapter I did need to compile a quite recent kernel so I don't think there was anything of the sorts...
<FreddyAV>
libv: please, I've been looking on the web for the answer to this question: why is it that all images run a 3.0.xx kernel and noone uses a newer one? (I would prefer to use a 3.5 kernel for my USB DVB-T stick)
<libv>
FreddyAV: because that's just a ratrace.
<libv>
FreddyAV: how often do new kernels come out?
<libv>
FreddyAV: how big is the amount of code that would need to be ported forward?
<libv>
FreddyAV: maybe we should just clean up what we have first, and get that stable
<libv>
FreddyAV: backport your driver
<FreddyAV>
yeah, sure, I just wanted to know if there was a technical reason for it, I can perfectly understand effort as being a reason of not staying on the bleeding edge
<libv>
FreddyAV: that's a lot less work
<FreddyAV>
yeah I guess that would be easiest
<FreddyAV>
libv: I seem to remember having read a comment somewhere about a month ago which stated that there was something with the boot loader some (or something) back then which prevented the boot of a newer kernel... but then I just misread or misunderstood did I?7
<libv>
devicetree
<libv>
wildly loved by everyone.
<libv>
especially those who had working hw before
<FreddyAV>
please, a little more detail, I can't say I'm to often into kernel dev
<FreddyAV>
devicetree? what about it?
<libv>
long term useful and necessary, but the transition is way too abrupt
<FreddyAV>
I need to read up on this
<libv>
FreddyAV: why?
<libv>
FreddyAV: do you feel like a bit of running?
<FreddyAV>
naah just to at least have an idea of the map of the world, doesn't mean I have any intention of running all over it :)
<libv>
FreddyAV: we have a massive pile of useless chinese code that needs to be properly fixed to be properly useful
<libv>
endless dragging it forward to new kernels will only lead to breakage that we do not know how to fix
<libv>
so it is quite counterproductive
<libv>
so this is one ratrace that we better do stay out of.
<FreddyAV>
libv: easy... I'm not gonna do anything of the sorts. I'm fully with you about backporting the driver. It is just for my own understanding
<FreddyAV>
anyway I need to run of to our local post office, have a package to pick up, *fingers crossed it is something fun*
<FreddyAV>
brb
Quarx has joined #arm-netbook
tmerle has quit [Ping timeout: 245 seconds]
gzamboni has quit [Read error: Connection reset by peer]
rellla has joined #arm-netbook
<captainigloo>
nand is not supported in linux-sunxi/u-boot-sunxi ?
<libv>
captainigloo: hno and slapin are working hard on getting nand working reliably
<captainigloo>
ok
<captainigloo>
libv, but it's already working or i missed something ?
<captainigloo>
on the mele a1000, i have a u-boot on nanda able to boot a kernel/rootfs on the nand
<captainigloo>
i would like to build this code code, to change few things on it
<captainigloo>
but it seems to be different thant the one i build for the MMC
<slapin>
200g of vodka in the morning is good for your health, all!
<slapin>
Good Morning, all!
<captainigloo>
i prefer cofee :)
<jelly-home>
the health of your liver, on the other hand
<captainigloo>
morning :)
<slapin>
hno: ping
<FreddyAV>
having gone through the steps on the first steps page, it seems that the two files sunxi-spl.bin and u-boot.bin (which are to be written to the space between the msdos partition table and the first partition) do not seem to be built, but rather already being a part of the git repo. Is that right, or did I miss something?
<slapin>
weird thing with rhombus-tech.net - probably somebody forgot to increase serial, or something?
<slapin>
hmmm, it seems there's no glue record for hands1.ns.rhombus-tech.net.
<libv>
FreddyAV: you need to build u-boot for your board, and then these files get built in the u-boot tree
* slapin
never had problems with so long propagation of DNS changes over the world, so is interested why it happened
rellla2 has joined #arm-netbook
rellla has quit [Ping timeout: 260 seconds]
<specing>
slapin: domain expired
<specing>
Ah look, lkcl is here
<hno>
captainigloo, The NAND u-boot is in lichee-dev branch in linux-sunxi u-boot repository.
gzamboni has joined #arm-netbook
<hno>
FreddyAV, the bootloader issue is mostly a non-issue. You only need to update u-boot as well.
<hno>
slapin, pong
<captainigloo>
hno: hum, should i port nand code to the sunxi branch ?
<captainigloo>
i mean if i added nand-sunxi + build infra, it shoudl work ?
<captainigloo>
or there is reasons to have code left in lichee branch ?
<hno>
captainigloo, no. If you want to upgrade the u-boot you have in nand then build the lichee-dev branch.
<FreddyAV>
libv: hmmm OK, then I must have done something wrong
<captainigloo>
hno: ok, but why not have both in the default branch ?
<FreddyAV>
hno: what is "the bootloader issue" that you refer to?
<FreddyAV>
hno: update u-boot as well as what?
ibot has joined #arm-netbook
<hno>
because the main branch tries to get in shape, and the changes left in lichee-dev is far from.
Ershov has quit [Quit: Ershov]
<hno>
<FreddyAV> libv: I seem to remember having read a comment somewhere about a month ago which stated that there was something with the boot loader some (or something) back then which prevented the boot of a newer kernel... but then I just misread or misunderstood did I?7
<hno>
FreddyAV, in response to that.'
Ershov has joined #arm-netbook
tzafrir has joined #arm-netbook
dfletcher has joined #arm-netbook
dfletcher has quit [Changing host]
dfletcher has joined #arm-netbook
dfletcher is now known as drgreenthumb
popolon has joined #arm-netbook
mikey_w has quit [Ping timeout: 252 seconds]
The-Compiler has quit [Read error: Connection reset by peer]
<FreddyAV>
hno: OK, thanks
rellla2 is now known as rellla
The-Compiler has joined #arm-netbook
ibrah has joined #arm-netbook
hipboi has joined #arm-netbook
dfletcher has joined #arm-netbook
drgreenthumb has quit [Ping timeout: 240 seconds]
dfletcher_ has joined #arm-netbook
dfletcher has quit [Ping timeout: 260 seconds]
ibrah has quit [Ping timeout: 252 seconds]
ibrah has joined #arm-netbook
<focus_well>
FreddyAV: the rhombus site is available from this link until its dns issues are resolved: http://rhombus.hands.com/
<slapin>
hno: how things are?
* slapin
can't get in shape from hangover
<slapin>
hno: it seems we have some problem with command sequence to read both page data and OOB
<slapin>
hno: separate readings are fine
<slapin>
hno: and NAND bad block scan is broken too. all brokenness is the same - zeroes are read.
<slapin>
hno: any ideas?
<hno>
no, still haven't got MTD to accept my NAND chip.
<hno>
and busy doing $ work again.
<focus_well>
is there anyone that does SDCard or uSD to Sata converter? There is eyefi device which is sdcard with wifi that ftp's stuff out to disk, but what I want is uSD card that transfers data to SSD. Easy to knock up with A10 I'd imagine with its built in sata interface :). But I want to buy one for immediate use.
<mnemoc>
i've seen CF to sata converters on DX
<focus_well>
memoc: I want my MK802 to have a Sata interface through the uSD card slot.
<mnemoc>
ah, ok
<mnemoc>
good luck
<focus_well>
:(
<focus_well>
lets make one and open sauce it!!
<focus_well>
:-)
<rm>
focus_well, I suppose you can reroute SATA pins to uSD pins maybe?
<rm>
in script.bin
<rm>
but perhaps SATA is not as simple and requires some buffering curcuitry (etc) to work
<mnemoc>
the A10 is flexible, but you can't use any pin for any feature
<focus_well>
rm: sata is different with all kinds of protocols
ZaEarl has quit [Ping timeout: 260 seconds]
<focus_well>
but you could connect the uSD to SPI interface and make A10 into a virtual SDCard, and let some Linux program communicate with the SATA.
<mnemoc>
make your own hdmi dongle with esata ;-)
<focus_well>
You could like set aside 32Gb of a file for the virtual uSD.
<mnemoc>
sad they removed sata from the A10S
<mnemoc>
the A10 is too large for a nice hdmi dongle
<focus_well>
uSD uses SPI interface, while sata uses differential signals
<Triffid_Hunter>
focus_well: uSD uses SPI if you want it to be damn slow
<Triffid_Hunter>
use 4-bit SDIO for best results
<focus_well>
Triffid_Hunter: yes
The-Compiler has quit [Quit: WeeChat 0.4.0-dev]
<slapin>
hno: try what I said, I still expect dump of readid from you, that will take a few minutes of your $$$ time, consider this as donation.
* slapin
is slacking at work again
The-Compiler has joined #arm-netbook
<slapin>
Triffid_Hunter: depends on your wiring, and the results you expect. in my last project, 33MHz SPI was faster than native mode on that CPU/card/board combo.
<Triffid_Hunter>
slapin: interesting, will keep that in mind
<hno>
slapin, try what?
<Mehhh>
do any stable / full images contain otg for usb 0 ?
<FreddyAV>
I don't think I have Android dev env setup so if someone already has it that would be preferable
alcides has joined #arm-netbook
alcides has joined #arm-netbook
alcides has quit [Changing host]
<FreddyAV>
mnemoc: Apparently I do have parts of the android stuff, what do I need to do? Never used the android tools before
<mnemoc>
neither do I :(
<mnemoc>
there is a prebuilt toolchain within the SDK
<mnemoc>
basically you need to compile it, adb push it, su, and run it as root
<slapin>
hno:
alcides has quit [Ping timeout: 244 seconds]
<FreddyAV>
mnemoc: I've got a terminal and su on there already and I guess I could move it by SDcard if it came to that??? So its just a matter of compiling then...
alcides has joined #arm-netbook
alcides has quit [Changing host]
alcides has joined #arm-netbook
<slapin>
awwwww
* slapin
hates GNSS receivers binary protocols
ar_vr has joined #arm-netbook
<mnemoc>
FreddyAV: the android toolchain is for cross compiling
<ar_vr>
Hello All, I want gone Sun4i android device and its version shows "(gcc version 4.5.1 (Sourcery G++ Lite 2010.09-50)".
<ar_vr>
I want to know from where I can get this exact tool chain for cross compliing.
<ar_vr>
also please show me where I need to put this tool chain to cross compile.
arokux has quit [Remote host closed the connection]
<oliv3r>
mnemoc: just got a mail from pengpod/indiegogo. a whole post full of credits!
<oliv3r>
slapin: gnss doesn't use something easy like NEMA (or whateverthe ascii protocol is called for GPSSSSSSS)?
arokux has joined #arm-netbook
<libv>
oliv3r: still doesn't change the fact that most of the people buying into pengpod believe that this is a proper, designed from scratch, tablet with full open source support.
<oliv3r>
one lie at a time!
<libv>
:)
arete74_ has joined #arm-netbook
rmull_ has joined #arm-netbook
gsilvis_ has joined #arm-netbook
RITRedbeard has quit [Read error: Connection reset by peer]
RITRedbeard has joined #arm-netbook
marcan` has joined #arm-netbook
jinzo_ has joined #arm-netbook
specing_ has joined #arm-netbook
hipboi has quit [Ping timeout: 241 seconds]
stefanro has quit [*.net *.split]
arete74 has quit [*.net *.split]
marcan has quit [*.net *.split]
gsilvis has quit [*.net *.split]
specing has quit [*.net *.split]
jeremb has quit [*.net *.split]
jinzo has quit [*.net *.split]
rmull has quit [*.net *.split]
specing_ is now known as specing
jinzo_ is now known as jinzo
jeremb has joined #arm-netbook
<FreddyAV>
mnemoc: you still here?
<drachensun>
FreddyAV: there should be a a10-memcheck-static in there
<drachensun>
that can run in Android
ar_vr has quit [Ping timeout: 245 seconds]
<FreddyAV>
drachensun: yeah I just noticed and made it run
<slapin>
oliv3r: that depends on receiver, but alas, mine does not. Also, NMEA is not open standard :(
<oliv3r>
slapin: true, but it's very common and has been 'documented' into detail has it not?
<FreddyAV>
where do I put my results from a10-meminfo-static?
<slapin>
oliv3r: depends on receiver; important things are always in extensions; lots of receivers tell about standard but not publish theit NMEA messages; etc.
stefanro has joined #arm-netbook
Kraln has quit [Ping timeout: 246 seconds]
<FreddyAV>
Ok, time for bed. Cya all! Will share results from a10-meminfo-static as well as script.bin off of MK802ii tomorrow again.
FreddyAV has quit [Quit: ZZZzzzzz]
Kraln- has joined #arm-netbook
sspiff has quit [Remote host closed the connection]
jeremb is now known as jeremb_
hipboi has joined #arm-netbook
<hno>
mnemoc, arrived some cables today!
ol1ver has quit [Ping timeout: 240 seconds]
ol1ver has joined #arm-netbook
cheng has joined #arm-netbook
<libv>
i do not think one needs android specific binaries for a statically linked program.
<libv>
just el/hf "should" suffice.
grimes99 has joined #arm-netbook
hg_5 has joined #arm-netbook
<mnemoc>
hno: cool :) I hope you can give them good use
<hno>
Yep
lerc has quit [Ping timeout: 240 seconds]
lerc has joined #arm-netbook
<hg_5>
hi
<hg_5>
is it possible to install java on nexus 7 ?
SouL_ has joined #arm-netbook
<xxiao>
hackberry?
QingPei has left #arm-netbook [#arm-netbook]
sv has quit [Ping timeout: 276 seconds]
drachensun has quit [Quit: Leaving]
grevaillot has quit [Ping timeout: 240 seconds]
grevaillot has joined #arm-netbook
vinifm has joined #arm-netbook
grevaillot has quit [Ping timeout: 246 seconds]
hipboi has left #arm-netbook ["Leaving"]
revident has joined #arm-netbook
mikey_w has joined #arm-netbook
grevaillot has joined #arm-netbook
<hno>
hg_5, this channel is not really about Android devices.
slash_random has quit [Ping timeout: 257 seconds]
slash_random has joined #arm-netbook
grevaillot has quit [Ping timeout: 264 seconds]
grevaill1t has joined #arm-netbook
gimli has joined #arm-netbook
cheng has quit [Quit: Leaving]
hg_5_ has joined #arm-netbook
hg_5__ has joined #arm-netbook
hg_5 has quit [Ping timeout: 245 seconds]
hg_5__ is now known as hg_5
gsilvis_ has quit [Read error: Connection reset by peer]