<hramrach>
I did not notice the Debian pacge ebcause it is not linked anywhere
<hramrach>
the FirstSteps page is very terse
<hramrach>
as in is missing most of the stuff
<hramrach>
the Debian page is bogus. could have been fixed if I noticed it when I started
<RaYmAn>
focus_well: looks interesting!
<RaYmAn>
hoping mine gets sent out soon :)
<focus_well>
Seeking an opinion: is it worth learning the quad core from Freescale? If f2fs works and its already booting from uSD, then all matchbox computers of future must follow this example!!
<focus_well>
Lots of images to load into your GK802 when it arrives :)
<focus_well>
Actually only two from following links from that page
<focus_well>
I think I must order the GK802 soon. But I believe the CPUs are $40 each - that just kills many a plans.
<focus_well>
Thats why GK802 is about $99 now, and I can't believe it will come down in price any time soon.
<br->
give it 6 months
<br->
rockchip are just about to release a new chip generation, that'll immediately drag on prices
<br->
4x 2.8ghz
<focus_well>
br: wow!
<andoma>
nothing hurts like gigaherz
<br->
probably be a long while before that turns up in a stick though, guessing those newer chips chew power / spit heat
<focus_well>
the Freescale has been out for more than 2 years - nothing happened until just recently
<rellla>
hramrach: it's linked on the main site and FirstSteps. What do you mean with "bogus"?
<focus_well>
br: new chip processes out every 18 months reducing power - but yeah this is a big leap and may fry eggs
<RaYmAn>
focus_well: the only annoyance is that there seems to be no sources for the GK802 specific stuff
<RaYmAn>
br-: it's pretty useless if they *again* fail to honor open source license
<focus_well>
RaYmAn: freescale has lot of support for Linux - so double edge sword this chip - no sources from those who did something useful with it, also lot of stuff inside the chip is still NDA'd
<RaYmAn>
focus_well: well, a lot less is NDA'ed than any other vendor I've seen :)
<RaYmAn>
freescale has soooo much code :)
<RaYmAn>
and documentation
<focus_well>
RaYmAn: big dilema - freedom code is good code, but I believe the video related stuff is still NDA'd, so what to do?
<RaYmAn>
focus_well: the GPU code is still closed, yes
<br->
focus_well: sorry, half asleep here. 2.0, not 2.8 :)
<RaYmAn>
however, there is source for the gstreamer plugin they have for video decoding :)
<focus_well>
NDA's kill products even before they are born!
<RaYmAn>
focus_well: but it's just as good as any other vendor though
* br-
would personally take one of those samsung parts with integrated sata 3 over faster cpus
<RaYmAn>
if not better
<br->
pity source code & availability & cost story isnt' so good
<RaYmAn>
there are fully accelerated X11 drivers
<RaYmAn>
taking advantage of the 2D engine & Vector engine in the GPU
<RaYmAn>
+ EGL & OpenGL Es (and OpenVG)
<br->
any mobile stuff supporting opencl?
<RaYmAn>
hm
<RaYmAn>
I think it actually has opencl too, but not 100%
<br->
yep, seems so
<RaYmAn>
"
<RaYmAn>
3D Graphics Processing Unit (GPU) OpenGL ES Common Profile v1.0 OpenGL ES Common Profile v1.1/Direct3D Mobile OpenGL ES Profile v2.0 OpenGL ES Profile v3.0 OpenCL v1.0
<RaYmAn>
"
<hramrach>
rellla: it is not linked on the main page. It is on the very bottom of FirstSteps where I did not get because it started with installing Linaro toolchain which I did not want
<focus_well>
br: I believe a lot of these chips have SATA but because of NDA's they don't document it, and no one can ask for help from open source world because then they would break their NDAs by describing the registers!!
<focus_well>
Doh!
<focus_well>
Take A10 - originally documented with no SATA
<hramrach>
rellla: the Debian tutorial recommends building sid which is bogus
<focus_well>
Or rather the pins were not documented
<hramrach>
I started from the cubieboard page, doh
<focus_well>
br: its possible nearly all these big SoCs have Sata, but no one who signed NDAs can talk about it and get help to create drivers and support it
<focus_well>
A very clever situation if you ask me! :(
<br->
makes sense ;(
* rm
is being a :trollface: on the ML
<hramrach>
sata is not very useful on ARM SoC so it's possible almost no chip has
<hramrach>
tegra has PCIe so you can add if you want
<hramrach>
exynos has USB3 so you don't need
sspiff has joined #arm-netbook
sspiff has quit [Changing host]
sspiff has joined #arm-netbook
<hramrach>
small chips have pretty much no use
<focus_well>
Sata is useful to add external hard disk support to play media. All tablets could have it.
<hramrach>
I setiously would not use SATA on a tablet
<hramrach>
given the limited space mini usb does the job
<hramrach>
plenty of bandwidth wrt video playback even on usb2
<hramrach>
and has more uses than just disk
<focus_well>
hramrach: today you would not, but if each tablet came with sata from day1, we would be arguing about whether tablets should have 1 sata or 3 sata :)
<br->
a quad core design tacked on the side of a 512gb ssd and with ethernet is something of a dream for me
<br->
dont need ram when you have fast io
<rellla>
hramrach: imho this is a general problem, that most of the cubieboard'lers do not access the info on the whole linux-sunxi site. even most of them don't know, that the cubie is nearly the same as eg. a mele...? there are repeated questions on cubieboard-ml, which are explained in the wiki or at the mailing lists.
<focus_well>
br: mine too!! :)
<rellla>
hramrach: s/sid/wheezy/ should be the right way for Debian-tutorial?
<hramrach>
yes, that's definitely good idea
<br->
focus_well: a configuration like that should be enough to support a few hundred users running an app like gmail / google docs
<br->
with stupidly low power envelope
<focus_well>
br: I would be dreaming about 64Gb ssd match box computer if sata was common. Adds about 5mm thickness to the mk802 form factor
<hramrach>
rellla: it's also good idea to merge the two pages in some way. most of the stuff is just duplicated
<rellla>
but both Debians should be combined in a way, when ready. There's much doubled information...
<rellla>
^
<focus_well>
br: after you got sata + ssd, speed is astronomical and you could set up everything including web farms in a small cabinet :) - add more matchboxes each time you want to extend the farm
<hramrach>
focus_well: don' know about mk802 but you can mount cubieboard on top of a 2.5" SATA drive with some tin bending effort
<focus_well>
hramrach: I got 2 cubies coming my way. Soon to meet sata ssd. And then sparks shall fly :)
<hramrach>
the bad thing is that the SATA connector is in rather awkward position for such use
<hramrach>
also the boars is a few millimeters too narrow and a few millimiters too long to fit on top of the drive nicely
<focus_well>
hramrach: i got me a laser cutter to make any kind of box - first target is to make a humanoid robot and power the whole thing off with 18650 batteries. Should talk as well. $49 opens up a lot of possibilities.
<hramrach>
could just go directly through the PCB holes with slightly different layout
<rellla>
anybody here, who made a trip to CES?
<hramrach>
focus_well: what would the SATA on a tablet be used for? first commercially successful tablets were from Apple and had no interface. More open tablts had the logical interfaces - SD, USB, HDMI
<hramrach>
the performance gain with SATA on an underpowered chip is not worth the effort of adding more parts to a *mobile* device
<hramrach>
no decent sata connector for ahndheld size device, either
<specing>
cortex-a9 and a15 are not even remotely underpowered
<specing>
so I can't understand why they don't include SATA
pcat has quit [Ping timeout: 265 seconds]
Sv2 is now known as sv
ssspiff has joined #arm-netbook
ssspiff has quit [Changing host]
ssspiff has joined #arm-netbook
<focus_well>
hramrach: original tablets were just media consumption devices. I put Lubuntu on a Gemei G2, and use it like a desktop. Someone make a big mistake leaving out sata and all these fandangly UIs that I just can't use. A 1.8" sata matchbox I can really dig!
<focus_well>
with a tablet.
<focus_well>
even if its underpowered tablet - it will still get the work done!
<RaYmAn>
tegra, a10, freescale i.mx6q, exynos at least has sata on chip
<RaYmAn>
so most do, just no devices really
<RaYmAn>
maybe the wandboard quad will have it if it ever happens
<focus_well>
RaYmAn: cubie board is coming and then I got sata + ssd + nearly 100 pieces of18650 batteries to play with. Then we shall see!! :)
<RaYmAn>
:)
<focus_well>
RaYmAn: just one camera + 64Gb ssd can take 1 picture every second for several months. Its a product already!
<focus_well>
Software I do already, camera $40, cubie board $49. Product for under $100 and does more than any junk out there for similar price.
<specing>
What about the SSD?
<focus_well>
Bring own SSD / external storage depending on requirement :(
<focus_well>
If ssd come down in price, then I fit something to device
Alex1269__ has joined #arm-netbook
<specing>
How aobut just a 64G usb key?
<specing>
cheaper.
<focus_well>
specing: yep - but for corporates, you know it has to be seen to be robust
<rellla>
specing, focus_well: can you recommend a special ssd (32gb is enough), which can be powered by cubieboard/mele and is suitable to take the rootfs?
<focus_well>
rellla: i don't believe they boot from ssd - someone here said you must boot from uSD and then transfer execution to the ssd. I got notes somewhere but not sure where at the moment
<rellla>
mnemoc told me a time ago, to check out the power consumption of the drive. i can't remember the maximum, to not make the mele go to nirwana... 1W?
<focus_well>
" do a kexec to transfer boot from SD to SSD "
<focus_well>
I wait for cubieboard to arrive - after that I know a lot more :)
<rellla>
focus_well: plan is to boot my mele from sd, then go on with rootfs on sata. should be possible. i'm afraid of death-writing my sd-card.
<rellla>
but power consumption must be limited to "xx"W, iirc.
<leowt>
mnemoc: you said you are running Raid1 @ esata. Can you explain exactly how?
<mnemoc>
an external 2x3.5" raid device with esata/usb output
<mnemoc>
+ esata/sata cable
<leowt>
cool
<mnemoc>
you just need to be sure your esata device fakes a single drive. or the A10 won't be able to deal with it
hansg has joined #arm-netbook
<xenoxaos>
a10 doensnt do port multiplier?
<mnemoc>
nope. 1 drive only
<leowt>
mnemoc: how did you do that?
<mnemoc>
some sata controllers just work that way
<leowt>
i see
<leowt>
mnemoc: what exactly is the hardware ur using?
<mnemoc>
1m
<mnemoc>
orico 7632rus
<mnemoc>
it's a couple of years old, so probably discontinuated
* RaYmAn
grmbls at geekbuying.com 'Order Status: Payment Confirmed(Processing)' - for like a week :/ (and they claim 3 day processing time)
<rz2k>
RaYmAn: since everything is made by richtechie - expect even more delay. they have very little stock and they made only 35K units atlest for december. no more stock of i.mx6q were available
<mnemoc>
leowt: controller seems to be called JMB352
<rz2k>
shipping time for i.mx6q is 35days (info from freescale)
<rz2k>
so you can easily hop into a gap between two batches of hw made
<leowt>
mnemoc: works ok?
<mnemoc>
perfectly
<RaYmAn>
rz2k: :( they could at least say it on the damn page if they don't have stock :/
<mnemoc>
stock is overrated :p
<rz2k>
RaYmAn: I've lied, it is actually 2k+5k pcs
<RaYmAn>
rz2k: ggeekbuying is claiming that hiapad is a rebrand of theirs :/
<RaYmAn>
so much conflicting info *sigh*
<mnemoc>
hiapad is chip3c, he has been around for quite a long time doing fsl devices
<mnemoc>
but he *might* be related to richtechie
<mnemoc>
I bought a tablet from him before the chi-tech laptop that started this channel
<RaYmAn>
lightake Our Price: $141.99
<Alex1269__>
Hi all. I have a question about ir receiver... insmoded sun4i_ir and got /dev/input/event1 device. cat /dev/input/event1 prints chars on remote button press... But irrecord shows error
<mnemoc>
it was 99 for 8G and 119 for 16G :<
<Alex1269__>
irrecord: gap not found, can't continue
<mnemoc>
Alex1269__: will you send a v2 of your sunxi-led driver?
<Alex1269__>
v2 ? :)
<mnemoc>
Turl!!!
<mnemoc>
Alex1269__: techn replied pointing out a bunch of problems that need to be fixed
<mnemoc>
Alex1269__: and we need a real human name on it ;-)
<Alex1269__>
hmm... didn't received that... Real name Alexander Shutko
<hansg>
Alex1269, if that driver generates a /dev/input/event then I believe it does not need any irrecord, it simple generates standard evdev events, you could try xev under X assuming you're using a hotplug enabled X, to see if X understands the events, otherwise there are also some evdev cmdline utilities ...
<hansg>
Note I've not tried the ir yet either ...
<hansg>
Alex1269, a good place for general ir info is the #v4l channel here on freenode.
<hansg>
As lots of tvcards have ir receivers ...
<Alex1269__>
I'm trying to use lirc and teach it for my remote... So irrecord is to recognize protocol and learn keys
hansg has quit [Remote host closed the connection]
hg_5 has quit [Ping timeout: 260 seconds]
hansg has joined #arm-netbook
<leowt>
mnemoc: im installing ubuntu core, its a bit more tricky than debian. But im writing it down so i can make a wiki page
<leowt>
btw, what about that 60mhz freq problem? can you give more detail, and if it is going to get fixed?
<rellla>
Alex1269__: I had troubles with irrecord, too. But it is not needed iirc. Lirc remembers your device as devinput. Try http://linux-sunxi.org/Lircd.conf and/or irw.
<mnemoc>
leowt: it's not broken. that's how ondemand works by default. going to the minimal freq needed as soon as possible. but can be configured (from userspace)
<mnemoc>
leowt: no. it's made for extreme power saving
<barqux>
mnemoc: but I love to use binfmt_misc :) it's pretty cool
<mnemoc>
:)
<leowt>
mnemoc: if i want to use this soc as a server, for example a voip server
<leowt>
i want it to be ready to give me some flops =P
<ithamar>
u-boot questions here: I have two different boards with the same dram settings... should I create 2 seperate boards for u-boot or just stick with one?
<ithamar>
what is the adviced approach?
<barqux>
mnemoc: but really, is there an issue with not using cpufreq? Other than more heat and higher wattage?
<ithamar>
leowt: if you make sure you have cpu freq scaling enabled it'll give it to you when it needs it :)
<ithamar>
barqux: At least I'm sure none of the available devices have been tested like that.... so unexpected results might pop up
<barqux>
ithamar: opps, have to enable it then!
<ithamar>
barqux: Well, at least be prepared for unpexected stuff with it disabled
<ithamar>
barqux: what device are you using?
<barqux>
uhm, what kind of unexpected happenings are we talking here? Allwinner a10 in mk802-ii
<barqux>
as long as it won't catch fire I'm pretty much satisfied ;D
<ithamar>
barqux: hehe, well, in a device like that overheating would definitely be a possibility
<ithamar>
barqux: have seen devices melting their plastic enclosure doing that type of stuff (were Telechips devices, not Allwinner, but same deal)
datagutt has joined #arm-netbook
rellla2 has joined #arm-netbook
<barqux>
No REALLY? That's pretty bad
<ithamar>
barqux: well, being on full-cpu for an hour or so when watching a movie, or being full-cpu for 24/7 does make a big difference ;)
rellla has quit [Ping timeout: 276 seconds]
popolon has joined #arm-netbook
rellla2 is now known as rellla
<ithamar>
barqux: just keep an eye on it (finger on it :P) the first 24h, that should give you an idea of how warm it gets I guess
<ithamar>
anyway, any u-boot-sunxi committers here?
<mnemoc>
barqux: it won't die if that's what you wonder. but it becomes unstable with excess of heat
<mnemoc>
ithamar: to keep maintainace reasoably sane, one board per board
<mnemoc>
ithamar: ideally matching the name with the corresponding .fex in sunxi-boards
Jef91|Out is now known as Jef91
<ithamar>
mnemoc: yeah thought so, to keep sunxi-bsp happy ;)
<ithamar>
mnemoc: okidoki, pull request for ~5 boards coming up in a couple of hours ;)
<mnemoc>
ithamar: great! please don't forget to submit the .fex files with verified/completed [dram_para] section ;-)
<ithamar>
mnemoc: will make sure they're all ok.... using the bsp thing to test them
<mnemoc>
eventually we will generate .dts files from those
<ithamar>
mnemoc: nice
<mnemoc>
board.fex files are much easier to deal with than .dts :|
<mnemoc>
I mean, to edit/maintain.
<ithamar>
mainly because they are platform specific :P
<mnemoc>
sure :)
<ithamar>
try describing telechips hardware in fex format :P
<ithamar>
but I do understand what you mean
<ithamar>
are there any plans to mainline the U-Boot code ?
<mnemoc>
yes, hno's sunxi-current branch
<ithamar>
ah ok cool
<mnemoc>
and it has tftp support :)
* ithamar
should revive U-Boot for telechips too
<jinzo>
bah, too bad about all that DX stuff
<mnemoc>
since when they cancel orders because the specs aren't accurate?? come on
leowt has quit [Quit: leowt]
<ganbold_>
mnemoc: what is real difference between standard uart 8250 vs sunxi 8250?
<hansg>
ganbold_, the sunxi uart seems to be using some Synopsys DesignWare ip, which has a special busy interrupt, which the standard linux kernel code does not know how to clear, so once the race which triggers that interrupt happens you have a stuck interrupt (if you treat it as a regular 8250), the sunxi-3.0 branch has a hack to work around this, and thr sunxi-3.4 branch has a proper fix.
<hansg>
I still need to check what the upstream devicetree code in 3.8 has ...
<buZz>
maybe thats why load is 1.0 on idle? :D
<buZz>
or 2.0 on my latest compiles O_o
<mnemoc>
hansg: on 3.8+ mripard just uses standard 16850
<hansg>
mnemoc, oh, that is bad, that is going to cause stuck interrupt errors.
<hansg>
Well we know how to fix it ...
<mnemoc>
hansg: still on time for 3.9, hurry :)
<hansg>
mnemoc, erm, yeah, no. -ENOTIME I do plan to eventually start looking at upstream stuff, but that is weeks if not months away
<mnemoc>
:)
<hansg>
Remember this is a spare-time project for me (for all of us I guess) :)
<ithamar>
mnemoc: quick q about the fex files, you normally delete all the asian comments from them?
<ithamar>
mnemoc: none of the others seem to have any, and mine is full of it :)
<mnemoc>
ithamar: we don't get comments when "decompiling" the .bin ;-)
<ithamar>
mnemoc: ah ofcourse :P I'm getting some of them from the .img files, and then they're still in
<mnemoc>
unfortunatelly it's not uncommon that those .fex are out of sync
<ithamar>
oh?
<ithamar>
hmmmm
<mnemoc>
you can fex2bin | bin2fex and diff
<ithamar>
ah that might be a good idea indeed
<mnemoc>
comments come from the template distributed with the evb/reference design
<mnemoc>
i belive they should be in the wiki, not in every .fex
<mnemoc>
translated obviusly
<ithamar>
good point, I'll commit "cleaned" ones then
<ithamar>
and if there's anything interesting in the comments, I'll update the wiki (created an account already)
<mnemoc>
great :)
<ganbold_>
hansg: ok, I guess I am observing that too in freebsd with standard 8250
rellla has quit [Remote host closed the connection]
<leowt>
how can i get the temperature sensors?
<WarheadsSE>
does it have them?
<leowt>
do they|?! =P
<mnemoc>
not that i know
<leowt>
so, there is no way to know the cpu temp?
eFfeM has quit [Quit: Leaving.]
<leowt>
internally i mean
<leowt>
without putting a finger on it xD
<mnemoc>
infrared thermometer
<leowt>
mnemoc: =P its external
<leowt>
i thought there was one included in the soc
pcat has quit [Ping timeout: 255 seconds]
<mnemoc>
but better than the finger...
<leowt>
sure, but cant automate that xD
ganbold_ has quit [Ping timeout: 276 seconds]
ganbold_ has joined #arm-netbook
<jinzo>
mnemoc, yeah - they just don't want to ship that volume at that price
<jinzo>
and 5$ is nothing
<jinzo>
20+5 and you can't eve buy the cheapes android media player they offer
<jinzo>
too bad tho, I always had a degree of respect towards them
<mnemoc>
jinzo: eh?
<techn>
evening
<jinzo>
DX stuff
<techn>
who was that led patch guy?
<mnemoc>
techn: Alex1269__
<techn>
Alex1269__: I can test a13 if that patch works with power/charging led
<techn>
but those could be connected to axp
<mnemoc>
jinzo: a supplier was clearly going to liquidate dead stock under cost. and it's expectable they backordered and that they won't find another supplier for that price
<jinzo>
So you think they don't manage stock?
<jinzo>
eg. stuff goes on backorder automaticially when they don't have anything to ship?
<mnemoc>
jinzo: but from there to plot all that BS about wrong specs...
<jinzo>
and the one almost _everyone_ knows :D
<mnemoc>
jinzo: if you used the old dealextreme site you'll remeber the "waiting for supplier" status and the "listed by:" attribute on the project pages
<jinzo>
yes I was - and yes I do remember those
<mnemoc>
jinzo: they have some stock of some products, but most of the catalog comes from suppliers
<jinzo>
true, but still they should have at least some rudamentary monitoring... but I guess they don't really mind because it went so well for them for now
<mnemoc>
they do the logistics and worldwide online shop on behalf of chinese retailers and suppliers
<mnemoc>
jinzo: they know how much they sell. they don't know how much the supplier has
<jinzo>
but at least they stepped up a bit with the new website, at first it was horrible - but now the local storage (EU/US/AU) stuff is bearable.
<mnemoc>
i tend to prefer other shops like focalprice, lightake or priceangels these days. they rarely take more than 2-3 days to ship
<mnemoc>
but you don't find breath taking prices like sometimes you do on DX
<jinzo>
focalprice is nice, I was suprised on their shipping indeed.
<jinzo>
didn't heard of priceangels yet
rellla has joined #arm-netbook
<mnemoc>
techn: there is logic to choose between SoC and PMU GPIOs. we can either move it directly inside mach/sys_config.c or add the if (port>100...) thing on sunxi-leds
<mnemoc>
jinzo: that's the diff when a shop has own stock or doesn't ;-)
<jinzo>
also, I saw that some of the latest ainol novos (notably Hero ii) have ACT SoCs
<jinzo>
any experiance with those?
<sspiff>
can you back up a device's rom using livesuit?
<mnemoc>
sspiff: no
<sspiff>
mnemoc: any other way?
<jinzo>
and first ainol novo's with A31 should ship at the end of this month
<sspiff>
I want __EVERYTHING__, including the partition table
<mnemoc>
sspiff: boot from SD and mount/tar or dd the nand partitions
<sspiff>
oh sweet, great news jinzo, any word on price?
<sspiff>
mnemoc: can you boot android from SD?
<mnemoc>
sspiff: for the partition table you can use /dev/nand itself.... first MB iirc
<mnemoc>
sspiff: no idea
<sspiff>
mnemoc: thanks :)
<techn>
sad that cubieboard team focuses only cubieboard specific stuff :(
<techn>
(referring to wiki and android tv etc)
<mnemoc>
business is business....
<mnemoc>
sooner than later they all end up been money focused
<techn>
that could even have negative effect to their business.. not so many ppl working on their stuff
<mnemoc>
even small details like turning the shop is dhl-only will kick out most of the DIY people
<mnemoc>
normal people won't but 5+ pieces
<sspiff>
thx arete74!
<sspiff>
techn: android tv?
<mnemoc>
over half of the indiegogo orders were standard shipping one piece
<sspiff>
mnemoc: btw, what do you do with allwinner stuff? You seem to always be answering questions when I'm awake, so I'm guessing this is a full time gig?
<rz2k>
sspiff: we have zero support from allwinner
<mnemoc>
i rarely power up any of my allwinner based devices. i work from home, i'm irc addicted, and i like the people here
<traeak>
gotta support the family, can't live in parents' basement forever ya know :-p
<mnemoc>
traeak: parents are 11k km away
<mnemoc>
(linear distance)
<traeak>
heh
<traeak>
mnemoc: mine are about the same but they moved there themselves :-p
<mnemoc>
:D
<mnemoc>
escaped from you?
<jinzo>
sspiff, regarding that - it's a 9inch tablet (standard fare, IPS etc) for 240USD estimated
<Turl>
heh
<sspiff>
jinzo: tahnks for the info,
<sspiff>
rz2k: you guys are doing well for having 0 support
<Turl>
mnemoc: tom said he'd add HKP registered on the shop on some email on the ML
<Turl>
and sweden post (?)
<sspiff>
got to go, bye!
sspiff has quit [Quit: Leaving]
<jinzo>
bah, and I just wanted to link him to the product page
<leowt>
is there any A10 device with free schematics and cad files?
<Turl>
olimex ones maybe
<jinzo>
I suppose olimex ones are the only (but they don't ship A10 based ones yet, A13 ships tho)
<leowt>
if its a13 its better =D
<leowt>
to get away from BGA packages
<leowt>
ill go check
<leowt>
great
<jinzo>
leowt, check their webpage and github, afaik it's all open source/in there.
<leowt>
jinzo: cool, tnks
<leowt>
anyone running a10 device as a server?
<leowt>
what and how much is it taking?
<jinzo>
rm, does afaik (server/router)
<jinzo>
he also does some -server kernel builds
<jinzo>
a quick search on the mailing list could bring you a lot of info.
<leowt>
going to check ml, and wait from a feedback from rm, tnks
<rm>
leowt, "how much taking" of what?
<Turl>
I run an A10 server with an USB HDD and an USB soundcard
<leowt>
rm, what can it take
<Turl>
I run transmission and mpd on mine
<rm>
what do you want it to? :)
<jinzo>
On a non related note: nobody has any experiance with ACT SoCs?
<leowt>
rm, voip server
<leowt>
whith an ssd on sata
<rm>
leowt, like mumble or like asterisk?
<leowt>
y
<rm>
well, it was an OR question
<rm>
because afaik the former does mixing/audio processing on the server, and the latter doesn't
<rm>
if I'm not mistaken
<rm>
not sure how the CPU will handle processing/mixing a lot of audio streams
<leowt>
rm, but you have never experienced it?
<leowt>
if it could take 20 clients it would be enough
<rm>
correct, I didn't try
<leowt>
rm, i will do that, and tell you the results
<leowt>
btw, rm, what kind of improves does your -server branch have?
<leowt>
btw, rm, rpi handles about 3-4 asterisk sip stable calls, so a10 must handle more =P
pcat has joined #arm-netbook
<leowt>
with soft float
<leowt>
and sd card
<Turl>
if asterisk has NEON support, probably
<leowt>
are there any instructions to put u-boot stuff and kernel on nand flash?
<leowt>
so i can get rid of SD card
<mnemoc>
Turl: wb. and happy bday ;-) .... there is a patch for cpufreq from hansg on the ML, would you mind testing it to see how it impacts interactive/fantasy on android? if it sleeps properly, battery life impact, etc etc
<mnemoc>
rm: what usb temperature thing you use?
<rm>
leowt, like I said
<Turl>
mnemoc: thanks :)
<rm>
asterisk might not recode/remix audio
<rm>
so it might place less load on a CPU than Mumble
<rm>
(and similar apps)
<leowt>
rm, ok tnks
<Turl>
mnemoc: I'm on holidays and away from any sunxi, so I won't be able to test it until the 15th or so
<mnemoc>
:|
<Maqs>
does usb slave mode work with linux on a10 devices (or specifically the mk802)?
<rm>
but I don't remember if I ordered there or somewhere else
<Turl>
mnemoc: also need to refactor and patch-split my clock driver too
<mnemoc>
Turl: :)
<mnemoc>
rm: nice
<rm>
actually I wouldn't vouch that it measures well
<ithamar>
mnemoc: pull requests sent ;)
<rm>
reports 30 C where I'd say it's 25 at most
hansg has quit [Remote host closed the connection]
<rm>
don't have any known-good thermometer to compare
<mnemoc>
rm: not nice :|
<mnemoc>
ithamar: thanks!
<ithamar>
mnemoc: my image packing/unpacking tool should go into sunxi-tools right?
<mnemoc>
yes... but that repo needs serious restructuring
<mnemoc>
it's a mess currently :|
<mnemoc>
pull requests for restructuring are welcomed too ;-)
<ithamar>
okidoki, will take a look and come up with something ;)
<mnemoc>
awesome!
<mnemoc>
thank you
<ithamar>
hey, glad to be able to return something with all the work you guys already did
<ithamar>
happy to get that imaging code into an active community ;)
<mnemoc>
:D
<mnemoc>
happy someone made that imaging code :)
<ithamar>
was just fed up with unmaintained closed-source tools
<ithamar>
like unimg.exe and imgRepacker
<ithamar>
and turned out there wasn't too much magic in their file format
* ithamar
pets IDA
<mnemoc>
:)
<mnemoc>
i had the idea those tools where uberly protected and encrypted
<ithamar>
are you aware of any repository/collection of sunxi device images?
<mnemoc>
nope
<ithamar>
kk, just looking for a larger test-set then images for my own 5 devices ;)
<ithamar>
unimg.exe is quite protected, funilly enough dragon & livesuit are not
<ithamar>
once I figured out the keys used for encryption of the images the format was quite straightforward
<ithamar>
basically just a container with sub-files like the .fex files and such (if you take a look at the image.cfg for dragon it maps nicely onto the actual file format)
<mnemoc>
and we have to add the u-boot board too, to keep the sync
<ithamar>
wingrime: working out the commands still, but looks like that yeah
<mripard>
Turl: hi :)
<wingrime>
ithamar: device HW parameters can be precompled in boot payloads that comes in image
<slapin>
Marex: ping
<mnemoc>
ithamar: let's talk about that after the pull requests for sunxi-tools ;-)
<ithamar>
mnemoc: No hurries, was just joking
<slapin>
Marex: are you physically able to run MAKEALL for all boards, supported by u-boot?
<ithamar>
mnemoc: github works great even without commit access
<ithamar>
(to upstream)
Yaku has joined #arm-netbook
<RaYmAn>
mnemoc: funny. I sent geekbuying a mail about the status of my order, and about an hour later I received a shipping notification with tracking number :P
<mnemoc>
RaYmAn: let see when will they actually post it :)
<RaYmAn>
heh
<techn>
mnemoc: what is bandwidht for dl.linux-sunxi.org ?
hramrach has quit [Ping timeout: 276 seconds]
<techn>
since that opentv zip is 2gigs :(
<mnemoc>
techn: it's a dedicated server in hetzer.de.... 10TB at 100Mbps, the rest at 10Mbps
hramrach has joined #arm-netbook
<mnemoc>
techn: yes, that image might bring some troubles
<techn>
how far we usually are from 10TB?
<mnemoc>
i've never looked.... 1m
<techn>
2 gigs * 1000 is already over 2TB :p
<slapin>
hurrah!!!
<slapin>
Boards compiled: 283
<slapin>
Boards with warnings but no errors: 50
<mnemoc>
./configure cubieboard; make android is by-far a better option
<mnemoc>
techn: and abuse github's bw
voronaam has joined #arm-netbook
<slapin>
hno: mtd-3.7.1 branch is force-updated
dfletcher has joined #arm-netbook
<Yaku>
what is that opentv in this context ?
<techn>
Yaku: dunno
<mnemoc>
i assumed google tv
<mnemoc>
made from open sources
<ithamar>
mnemoc: are you aware of any FEL documentation anywhere?
<mnemoc>
ithamar: hno has a repo called allwinner-info (or something like that) where he collects dumps and notes
<mnemoc>
techn: 101GB this month. 278GB last month
<mnemoc>
but I'm not really confortable of having a full android source tree tarball for direct download there :p
<Turl>
mripard: I've cleaned up the clock driver a bit more
<ithamar>
mnemoc: ah thanks!
<ithamar>
mnemoc: About that android source tarball, I've just downloaded a copy and will probably diff it soonish
<mnemoc>
techn: would prefer to get the needed changes on git and do the same via sunxi-bsp. make android or androidtv if it really has a difference
<ithamar>
mnemoc: will report if I get around to it
<mnemoc>
ithamar: awesome! btw... it's probably made from "hidden" branches on git repos on matson-hall's github
<mnemoc>
hidden as in named cubieboard and not the default
<ithamar>
mnemoc: ah okies, thanks....
<ithamar>
was planning to diff it to the allwinnerwk branches
<ithamar>
against the...
<mnemoc>
nah, they forked turl's repos
<Turl>
mripard: there's still work to do though. I joined hosc and hoscgate and renamed the oscillators to osc24M and osc32k
<mnemoc>
they do work those things in the open, they just don't care about sync'ing with the community repos or keep their forks updated
<ithamar>
the usual commercial crap I guess
<mnemoc>
yup
<mnemoc>
that's what they know.... and *try* to make it "open"
<ithamar>
I've had the 'joy' of seeing Telechips' internal repos.... no fun :(
<mripard>
Turl: ok
<Turl>
mripard: need to document all of it and split the patches better
<mripard>
Turl: you might want to take a look at a patchset called "clk: Add composite clock type"
<mripard>
it might be of interest to you
<mripard>
to merge the mux and gate clocks as well :)
<ithamar>
even in the "alternate ROM" space there's too much forking and not enough merging happening....
<mnemoc>
ithamar: the tools for repacking allwinner images are a good example of how open the "alternate ROM" world is...
<Turl>
mripard: would it be ok to match clock name to strings to decide values on dt setup?
<mripard>
basically, get rid of that of_clk_init function that only allows to pass a function pointer in the .data field
<mripard>
and declare a sunxi_clk_init function
<mripard>
with your own structure
<mripard>
that holds the value you need.
rz2k has quit []
<Turl>
hmm
<Turl>
mripard: but how do I then match, say, "axi" node with the right values?
dfletcher has quit [Ping timeout: 276 seconds]
<mripard>
with the compatible string
<mripard>
you have "allwinner,foo-bar-axi" in the field "compatible" of your of_device_id array
<mripard>
and whatever values needed in the data field
<mripard>
when the driver is probed with the given compatible, you retrieve the associated data
<mripard>
and that's it.
<Turl>
ah, I see it now :)
<Turl>
thanks mripard
<mripard>
you're welcome :)
<mripard>
I have to go, but feel free to ask any questions :)
<Turl>
mripard: one final question for now :) what tree would you recommend to base this on for submission? I'm currently working on an oldish 3.7rc5 copy with a couple of patches from you on top of it
<mripard>
for the clk stuff, I guess 3.8-rc2 is fine
<mripard>
that's what I base my work on
Yaku has quit [Read error: Connection reset by peer]
Yaku has joined #arm-netbook
<Turl>
mripard: okay, thanks :)
rellla has quit [Quit: rellla]
<Yaku>
hmm, i wonder if it´s possible to trim the picture further on the mele a2000, i run therry merle´s new image at the moment and my tv isn´t capable of making it fullscreen on the composite output (don´t own a tv with hdmi), but i had that issue with the last stockrom too.
<techn>
I don't know much about kernel coding so I can't comment on that :D
bsdfox_ has joined #arm-netbook
bsdfox_ has quit [Changing host]
bsdfox_ has joined #arm-netbook
bsdfox has quit [Ping timeout: 248 seconds]
<mnemoc>
techn: that thread has two patches.... gpio and disp. which are you pointing out?
<mnemoc>
the first is replied, for the second I thought ssvb was going to send a v2
<mnemoc>
err
<mnemoc>
s/replied/unreplied/
<techn>
oh.. I ment disp part
<techn>
but for me it looks good
<techn>
but as I said I'm not sure :)
<mnemoc>
ssvb says on his reply he will send a v2 getting rid of the magic numbers
<mnemoc>
so I was waiting for it...
<mnemoc>
ssvb: want me to apply it as-is?
<ssvb>
mnemoc: sorry, I don't follow, which magic numbers?
<mnemoc>
the 1024
<techn>
on cursor patch
<mnemoc>
it wasn't me, it was you who offered a v2 with a #define
<mnemoc>
:)
<ssvb>
mnemoc: ok, it was that old patch, I think it can be dropped for now
<ssvb>
mnemoc: :)
<mnemoc>
doh
<mnemoc>
ok. unstar-ed
<techn>
hmm.. I'll update latest mali code drops
<mnemoc>
i assumed it was still relevant
<ssvb>
mnemoc: it looks like as long as the userland provides correct pointers, we are safe
drachensun has joined #arm-netbook
<mnemoc>
techn: what about poking tom to get newer drivers? r3p0 is kind of.... old already
<techn>
mnemoc: I poked .. was it yesterday :)
<techn>
at same time I poked sdcard JTAG adapter.. which he promised send 3 months ago :D
<techn>
He had still post-it paper on desk about it :p
freakazoid0223 has joined #arm-netbook
<jelly-home>
make him replace it with a RED post-it note
<ssvb>
mnemoc: I was just worried about the reliability of the code setting hardware cursor in the ddx driver, but looks like it is not a real problem even with the current kernel
<mnemoc>
btw, you only need ump when starting xorg
Yaku has quit []
<buZz>
ah i thought it was needed to get a /dev/fb0
xman has quit [Quit: Saindo]
<mnemoc>
nope
<mnemoc>
anyone here using sunxi/android with a custom made kernel?
<buZz>
what is LYCHEE_FB_SUN5I ?
<mnemoc>
FB for sun5i
<buZz>
oh right, A10 is sun4i
<buZz>
confusing numbering :P
<mnemoc>
if you are making a .config for sun4i, you shouldn't see CONFIG_LYCHEE_FB_SUN5I
<buZz>
nah, i was hunting for enabling console on boot ...
<buZz>
i get the bootlogo tux , but no kernel messages
<buZz>
maybe FRAMEBUFFER_CONSOLE_DETECT_PRIMARY is doing something st00pid
<barqux>
console=tty0,115200 cmdline?
<buZz>
ahhhh, yes
<mnemoc>
you can have two console= too
<buZz>
right :)
<barqux>
are there any good resources which can be used as an introduction to kernel hacking. A walkthrough of the kernel, common patterns, etc etc. Feels like there is a lot one might wanna know
merbzt has joined #arm-netbook
ZaEarl has quit [Ping timeout: 276 seconds]
<Turl>
r3p2 out already? :o
<Turl>
techn: please poke for android libs too :)
freakazoid0223 has quit [Quit: Leaving]
<buZz>
hmm
<buZz>
with disp built-in to kernel, would the kernel cmdline just be screen0_output_mode=EDID ?
lkcl_ has quit [Read error: Operation timed out]
voronaam has quit [Quit: Leaving.]
lkcl_ has joined #arm-netbook
Alex1269__ has quit [Quit: Page closed]
bsdfox_ has quit [Ping timeout: 248 seconds]
<Marex>
slapin: most of them ... you can get the toolchains for debian from my server
<Alex1269_>
mnemoc, leds v2 almost done. I fixed error handling, removed memset, added check for second kzalloc and cleaned sun5i_defconfig... Will send patch after tests
<Alex1269_>
techn, I have cubie 2012-09-09. Its power led connected to 3v3 line (not gpio) so I can't even test axp gpios, sorry...
<mnemoc>
np, it can be extended later :)
gimli has quit [Ping timeout: 248 seconds]
aholler has quit [Quit: 3.7.2]
aholler has joined #arm-netbook
<techn>
Turl: r3p2 starts to be month old
<Jef91>
anyone know how to flash firmware to the mk808 from a linux system?
<Jef91>
The only video I've found online is a windows HOWTO