<TestModule>
How can i just clone the stage branch of linux-sunxi?
Alex1269 has joined #arm-netbook
stefanro1 has joined #arm-netbook
stefanro has quit [Ping timeout: 252 seconds]
soooga has joined #arm-netbook
Alex1269 has quit [Ping timeout: 245 seconds]
<libv>
ssvb: any further hints besides boosting memory clock by 33%?
<libv>
ssvb: i am really getting killed by lack of memory bandwidth here
soooga has quit [Quit: Leaving]
freakazoid0223 has quit [Quit: Leaving]
Jef91 has joined #arm-netbook
ganbold has quit [Remote host closed the connection]
ganbold has joined #arm-netbook
aholler_ has joined #arm-netbook
aholler has quit [Ping timeout: 248 seconds]
ZaEarl has quit [Quit: Ex-Chat]
Quarx has joined #arm-netbook
toxicpsion has quit [Ping timeout: 272 seconds]
aholler_ is now known as aholler
toxicpsion has joined #arm-netbook
dyoung is now known as dyoung-away
<ssvb>
libv: using 16bpp color depth may be a reasonable trade-off, or switching to a faster hardware altogether (something like ODROID-U2 looks really nice)
<libv>
ssvb: nope, it has to be this hw, and it has to be 32bpp :)
<libv>
ssvb: how did you achieve the higher memory clock, the .fex?
<libv>
how did overclocking the mali go?
<ssvb>
libv: memory clock can be changed in u-boot, fex does not seem to have any effect
<ssvb>
I have not tried overclock mali for real, but just tried changing mali_clkdiv in .fex between 3 and 4
<ssvb>
techn_ mentioned earlier that mali was already unstable at 400MHz when somebody got this clock frequency by mistake
ganbold has quit [Remote host closed the connection]
gimli has joined #arm-netbook
ganbold has joined #arm-netbook
servili007 has quit [Read error: Connection reset by peer]
<libv>
ok, will see what i can find over the next few weeks
<oliv3r>
I still applaud the effort of the R-Pi. I just cry at the design choices concerning the CPU
<libv>
well, mostly the fact that they like to claim that this is an open platform while it clearly isn't
<specing>
it is open to them, lol
* mnemoc
cries at via choices with their APC boards
<libv>
their whole claim of "our GLES drivers are now fully and completely open, we are the first industry and like to challenge the others to do the same"
<libv>
was quite an afront
<libv>
but more on that at fosdem :)
<mnemoc>
:)
<libv>
cubieboard is mentioned in that article btw
<libv>
heh, i get quoted in there too.
<libv>
no reference though
<libv>
"I'm tempted to do a Kickstarter and say 'I'm going to produce an open-source GPU'. I want $2m from all the people who've criticised me,"
<libv>
he's so getting my middle finger at FOSDEM
<libv>
for all out lying, and then later on crying when he gets corrected.
<Maqs>
a10 multimedia performance is far worse? O.o
Ershov has joined #arm-netbook
Ershov has left #arm-netbook [#arm-netbook]
KoH has joined #arm-netbook
rellla has quit [Remote host closed the connection]
tinti_ has quit [Quit: Leaving]
pcat has quit [Ping timeout: 246 seconds]
rellla has joined #arm-netbook
<TestModule>
libv, couldn't you just become an ARM partner and get the source and release it?
<libv>
TestModule: what world do you live in?
<mnemoc>
*g*
<TestModule>
2m wouldn't cover any licensing issues?
<libv>
2m is the wage of about 50 people for one year, i think arm needs a bit more than that (in pure monetary terms) before its lawyers allow the freeing of this code
<libv>
TestModule: once again, what world do you live in, and have you thought your statements through?
<mnemoc>
TestModule: assuming you are large enough to be accepted as partner, you have to sign an nda to get sources, which 1) won't allow you to release anything except binaries, 2) will make it impositble for you to work on anything related ever after
<TestModule>
Yes, and as an investor of ARM Holdings, I know their profit vs earnings is horrid.
<libv>
and the relationship of this sentence to what i or mnemoc just said is?
<TestModule>
2m flat out may not seem so small if requested correctly.
<TestModule>
Even if they only did it as a PR stunt.
<mnemoc>
that's their one an only interest. money.
<mnemoc>
if they would have moral or any interest in improving their public image they would talk their partners into gpl compliance
<mnemoc>
but they don't
<TestModule>
GPL =/= ARM vs Intel hobbyist market
mac- has joined #arm-netbook
<mac->
hey
<mnemoc>
TestModule: they don't need to open anything to kill intel
<mnemoc>
TestModule: the % of buyers who care is irrelevant
<mac->
do you use any variant of MK802 device based on AllWinner A10 with Linux ?
<TestModule>
I know this, but that doesn't mean the board does as well, or trusts.
<TestModule>
I'd personally phrase it as a destination that must be met, eventually.
<TestModule>
With Steam for instance going to Ubuntu, and Blizzard heading that direction.
<TestModule>
You can't tell me ARM isn't going to support its own GPUs on Linux other than a binary blob, forever.
<mnemoc>
it's very possible ARM doesn't own full rights over the mali code
<mnemoc>
libv: do they?
<TestModule>
So then, we find out who does.
<oliv3r>
mnemoc: via uses the WM because it's their own soc? but yes, it's cryable :)
<libv>
mnemoc: i would think they do
<mnemoc>
oliv3r: not only that. they chose a crappy soc on both models, and an absurd amount of ram
<oliv3r>
libv: yeah i saw your quote and cubieboard. He's trying to sweet talk it :) oh well was to be expected. I also find it interesting that he says the Pi performs just as good as the A10, when it clearly doesn't. It kinda sucks in performance.
<libv>
mnemoc: mali was done by demosceners, who, i expect, did not take much from others
<libv>
mnemoc: those guys developed the m400 class hardware in several iterations from the ground up
<mnemoc>
libv: nice
<libv>
i really doubt there is ip in there from others, but maybe they did violate some patents unknowingly
<mnemoc>
f* patents
<mnemoc>
:(
<libv>
oh well, we are changing things, for real
<libv>
arm will sit up and listen after fosdem :)
<mnemoc>
the same fear of been sued is probably blocking many other ip owners from opening up
<andoma>
\o/
<mnemoc>
libv: :)
<TestModule>
Technically, if a partner was about to go out of business, you could buy the licenses (by buying the company) and peek at the source, no? Just as others code around the GPL (by remaking GPLed libs/etc), you too could code around their own simply by changing it.
<libv>
TestModule: yes, peek at the source and know that you will never do free software on this hw again.
<libv>
eart to TestModule.
<libv>
earth even
<TestModule>
I'm spit-balling here.
<TestModule>
What specifically do you need that isn't already provided from them as open-source?
<mnemoc>
TestModule: the user space library to use the hardware
eebrah has quit [Ping timeout: 255 seconds]
<TestModule>
Heh, seems my partner bribing idea may not be so far off: http://forums.arm.com/index.php?/topic/16133-openvg-lib-for-mali400/
merbzt has joined #arm-netbook
pcat has joined #arm-netbook
popolon has joined #arm-netbook
<oliv3r>
libv: you really want me to go to fosdem even more then I allready do!
<oliv3r>
i'll just have to wait for the video
<oliv3r>
make sure the video turns out good :)
<libv>
i believe that the fosdem organizers are taking care of that
<oliv3r>
they tend to yeah, but sometimes they turn out to be crappy :(
<libv>
it won't be michael larabel stuck in front of the devroom with his portable camera this time
merbzt has quit [Read error: Operation timed out]
tinti has joined #arm-netbook
<hansg>
mac-, yes a lot of people use the original mk802 or the mk802ii with Linux, works great! (as long as you don't want 3d / video decoding)
<TestModule>
anyone on the 3.4 stage?
<hansg>
Better double check the mk802 you get has an A10 in there though, some models also come with other SOC-s ie the mk802iii has an rk3066 for which Linux support is not so good (yet)
<hansg>
TestModule, yes I run 3.4 staging branch all the time, why ?
<TestModule>
did you use the linaro toolchain?
<hansg>
TestModule, no I'm using Fedora-18 both as development platform, as well as userspace on the a1x device itself. Fedora-18 comes with a packaged cross-compiler called gcc-arm-linux-gnu which I use:
<TestModule>
hansg , by any chance did you -lfto ?
<TestModule>
errr <->
<TestModule>
-flto
<hansg>
TestModule, I'm not familiar with that option, I'm only cross building the kernel and u-boot using the default CFLAGS from their buildsystems. The userspace gets build natively on the Fedora buildsys
<TestModule>
cool cool
* hansg
just steals the official panda Fedora images and then drops in the A10 kernel
<TestModule>
So you used 3.4 for FS compatibility? BTW clever.
<hansg>
I used 3.4, because Fedora userspace tends to depend on newer kernel ABI quite heavily, so I just choose the latest :)
<hansg>
Which seems to work well, I had to do a small fixup wrt selinux, but now I've full F-18 including selinux in enforcing mode running nicely on the A10
<TestModule>
are you using the original or the ii?
<hansg>
TestModule, both, as well as a mele_a1000g, a mini-x-1gb, and a gooseberry-a721
<hansg>
Since I'm making images intended for consumption by a wide audience I like to have a diverse set of hw to test with :)
<TestModule>
Oh wow. Does your mk802 only use 512 as well since no 1gb fex?
<hansg>
Yes my original has only 512MB, I've a 1GB version on its way (through the slow but cheap chinese post), once I've that I'll do a u-boot + fex for the original with 1GB.
<hansg>
TestModule, if you've a 1GB version, and you can run a10meminfo on there, then we (me or mnemoc for example) can make a test fex and u-boot for you ...
<hansg>
TestModule, which android does your mk802 come with ?
<TestModule>
Nice. I think I saw a guy trying to do a bunch of commits for the generic fex, but he has like four posted and it's not organized.
<TestModule>
ICS
<TestModule>
i have a linux image already loaded if need be on a microsd
<hansg>
Normally we also want the script.bin from the nanda partition, but with ICS images that seems to be a copy from another image, and, well, wrong.
<TestModule>
Hrmmm
<hansg>
So I plan to take the script.bin from the 512M version and modify that. Note my 512M has a clearly wrong script.bin too, but the sunxi-boards git repo has a .fex from an original mk802 with android 2.x, and that is correct. So my plan is to just drop your meminfo in there and use that
<hansg>
2) Put it on a fat formatted usb-stick or micro-sd
<hansg>
3) Start the mk802 without an sdcard, so that you boot the original android
<mnemoc>
we need a submiting fex files page on the wiki :p
<hansg>
4) install a terminal from the app store
<hansg>
5) start terminal
<hansg>
6) su -
<hansg>
7) insert sd-card
<TestModule>
busybox needed?
<hansg>
8) do "mount" to see where the sd-card (or usb-stick) got mounted
<hansg>
9) do "cat <path-to>/a10-meminfo-static > /a10-meminfo-static"
<mnemoc>
/a10-meminfo-static ?
<hansg>
10) do "chmod 755 /a10-meminfo-static"
<hansg>
mnemoc, yes, sdcard is mounted noexec
<mnemoc>
ok
Ershov has joined #arm-netbook
<TestModule>
cool, doing now
<hansg>
Could be some other path to but / works for me sofar
<hansg>
11) /a10-meminfo-static
<hansg>
12) Write down output
<TestModule>
i'm using the stock FW, hope that's ok... 4.0.1 i think?
<oliv3r>
i used /data/cache
<hansg>
13) Send email to list with output
<oliv3r>
writeable by the user (/ may not) and is exec mounted
<hansg>
oliv3r, notice the "su -" at step 6, and we need root-rights for a10-meminfo itself anyways
<hansg>
And for the script.bin:
<hansg>
14) Do "mount"
<hansg>
15) See where nanda is mounted
<hansg>
16) if not mounted do: "mkdir /mnt/nanda" and "mount /dev/nanda /mnt/nanda"
<hansg>
17) do "cat <path-to-nanda>/script.bin > <path-to-sd-or-usb>/script.bin"
<hansg>
18) do "umount <path-to-sd-or-usb>"
<hansg>
19) put script.bin somewhere where you can hyperlink it and send a link to the list
<hansg>
TestModule, as said I expect your script.bin too be foobar, but still would be good to collect it. Also no busybox needed in my experience
<hansg>
mnemoc, I agree we need a wiki, how about copy pasting my above step-by-step as a start ?
<TestModule>
awesome, getting all that together now
<mnemoc>
hansg: yes, it's a good start
<hansg>
TestModule, also the stick firmware is exactly what we want! With non stock the original memory settings may have been replaced ...
<hansg>
s/stick/stock/
<ibot>
hansg meant: TestModule, also the stock firmware is exactly what we want! With non stock the original memory settings may have been replaced ...
<hansg>
back to work for me now ...
<oliv3r>
hansg: what if / is ro mounted :p su - wont' help :)
SouL_ has joined #arm-netbook
<hansg>
TestModule, btw, does your original have an A10 or an A10s in there? Recently original mk802-s (from the outside atleast) have popped up with an A10s soc in there... I've one of those ont the way too, I expect them to be using an axp20x pmu unlike the A10 ones which have omitted that...
<hansg>
And it needs a different kernel build ...
<hansg>
oliv3r, true (although I've not encountered that yet), as said I think someone should copy my step by step from above to the wiki. Once it is there, well it is a wiki. So if you think there is a better place to copy it ...
<hansg>
Sorry, but -ENOTIME to do the wiki thing, really back to work now.
<TestModule>
A10
<hansg>
good
<TestModule>
ok so should i use the /mnt/ target or the /dev/ target
<hansg>
The /mnt
<TestModule>
heh, can't chmod it "cd /mnt/extsd/","chmod 755 a10-meminfo-static","Operation not permitted"
<mnemoc>
chmod it after copying out of the card
<hansg>
TestModule, right that is why you first need to copy it, but there usually is no cp, hence the use of cat.
<hansg>
IOW you're forgetting step 9
<TestModule>
awesome, just su past everything
<TestModule>
ok someone shoot me an email or something the dram output just scrolled
<TestModule>
errrr, nm i can SS it
<mnemoc>
mripard: fyi someone just reports on github that his A31 .fex uses port banks up to the M
<mnemoc>
TestModule: use those to edit the [dram_para] section of the decomplied script.bin
<TestModule>
Ok so, i see nandd, nande,nandh,nandi, no nanda
<mnemoc>
uhm
<mnemoc>
the first vfat
<mnemoc>
whatever letter it has
<TestModule>
kk
<hansg>
TestModule, it is likely not mounted then, try doing step 16
<hansg>
and then "ls /mnt/nanda"
* hansg
think it is almost never mounted under android, maybe the wiki version of the instructions should omit step 14+15, and make 16 unconditional
<mnemoc>
ack
<hansg>
Also on the wiki probably split in separate instructions for meminfo + script.bin, copy-pasting the first few steps
<mnemoc>
hansg: btw, how do you feel with the dynamic disp stuff in stage yet?
<mnemoc>
hansg: the good thing with wikis is that they can be freely improved over time :)
<hansg>
mnemoc, with the "fix pixelclock harder" patch it seems ok
<TestModule>
-r -w ?
<TestModule>
prob read
<hansg>
TestModule, ???
<TestModule>
not seeing nanda
<mnemoc>
ls /dev/block/nand* ?
<TestModule>
d / e / h / i
<mnemoc>
allwinner is becoming very good at annoying :<
<TestModule>
Yes :<. It's making me pass flags or incorrect usage for mount
<specing>
maybe we should just periodically send someone to china to break into their HQ and take the sources... easier
<mnemoc>
specing: they probably changed the nand driver to hide certain partition types
<hansg>
TestModule, ah yes you need to specify -t vfat to mount, it does not auto-detect fs for some reason
<mnemoc>
if it doesn't auto-detect, it's probably not vfat
<TestModule>
says device or resource busy for the first one
<TestModule>
you know, i can hop on ubuntu and just rip the files
<mnemoc>
can you?
<hansg>
mnemoc, no, it is the android re-written mount utility (so as to be bsd) it needs a -t in my experience, otherwise it just gives its --help output without even trying
<TestModule>
yeh
<mnemoc>
hansg: :<
<mnemoc>
TestModule: then do so from there
<mnemoc>
TestModule: we only need the a10meminfo from android
<TestModule>
kk
<hansg>
TestModule, yes getting the script.bin from ubuntu is fine, as mnemoc said we only need the a10meminfo from the *stock* android.
<TestModule>
lol, i promise you this is stock
<TestModule>
it was pre-rooted so, no need
<hansg>
We want the script.bin from *stock* too, but getting that while running something else is fine, it is a file, versus probing runtime settings
<hansg>
About your a10-meminfo output: 1) Thanks 2) looks very non exciting, exactly what I expected -> good :)
soooga has quit [Quit: Leaving]
<TestModule>
Hopefully the bins are more exciting
* hansg
expects the bin to be full of nonsense, like having an lcd in there, and a tv-out, and sata, and wired ethernet, etc ...
<hansg>
lunch time for me
hansg is now known as hansg_lunch
Guest50854 is now known as fredy
Ershov has quit [Ping timeout: 246 seconds]
SouL_ has left #arm-netbook [#arm-netbook]
<TestModule>
heh, nanda exists
<TestModule>
says unallocated
<specing>
hansg_lunch: put '*' into /etc/filesystems for mount to try all the filesystems
<specing>
# This file defines the filesystems search order used by a
<specing>
# 'mount -t auto' command.
<specing>
# Keep the last '*' intact as it directs mount to use the
<specing>
# filesystems list available at /proc/filesystems also.
<specing>
# Don't remove it unless you REALLY know what you are doing!
<specing>
somehow I question their choice for ext4 as a NAND flash filesystem...
zumbi has joined #arm-netbook
<TestModule>
how so?
<TestModule>
You can use ext4 w/o journaling
<specing>
I doubt they turned it off...
<TestModule>
This, this is true
<specing>
I run plain ext2 on my flash stuff though
<specing>
sd cards, CF
<TestModule>
I read through a bunch of stuff, basically the benchmark guys were saying that more recent optimizations have been done to ext4 vs ext2, so it holds an advantage even when both are "equal".
TheLarch has quit [Quit: Leaving]
<oliv3r>
the problem with ext4's journaling is, that the journal trashes the nand
<TestModule>
yeh
<specing>
oliv3r: Sherlock
<oliv3r>
if you have a driver that does flash-load balancing, that works fine
<oliv3r>
specing: was @ testmodule :)
<slapin>
oliv3r: you will do lots of writes in this case anyway
<TestModule>
noatime in /etc/fstab
<slapin>
if you want journaling you have to use e.g. ubifs or jffs2
<slapin>
as this is designed specially for flash-like storage
<specing>
last time I used jffs2 it nuked the boot partition on my phone
<specing>
"For example, do not use data=writeback for root partitions with ext4. My system didn't boot on Ubuntu 12.04"
<specing>
I'd use writeback just to prove those 1337 ubuntu noobs wrong
Ershov has quit [Ping timeout: 240 seconds]
<specing>
Oh, and Im going to migrate stuff from ext4 to squashfs (+ AUFS) images on my x86 computer
<specing>
Now that should be blazingly fast
<hansg_lunch>
oliv3r, thanks for doing the wiki
hansg_lunch is now known as hansg
<TestModule>
hansg , i put both links back-to-back above
<specing>
Have to figure out a way to compile coreutils into a single binary (like busybox)
<br->
heh, good luck with that
Ershov has joined #arm-netbook
<hansg>
TestModule, you got the script.bin from the disk which has both script.bin and script0.bin, right ?
<TestModule>
yup
Ershov has left #arm-netbook [#arm-netbook]
<hansg>
Yep looks like it is made of fail. I suggest to just use the mk802.fex file from sunxi-boards
<hansg>
(make of fail, ie: claims to have the axp20x pmu chip, while that is no where to be found on the board)
<TestModule>
:(
<TestModule>
So just insert my DRAM settings after the fact?
<TestModule>
to the mk802 fex
<hansg>
Yes you could do that, and set size to 1024. Not really necessary though, AFAIK the fex dram settings are completely ignored the dram controller is programmed by u-boot and then left alone AFAIK
<slapin>
wow, as I see, all mk802s have different DRAM settings?
<hansg>
So we just put them there for completenes
<hansg>
slapin, different models can have different settings yes
<slapin>
hansg: and within same model?
* slapin
wonders about memory calibration mechanism
<hansg>
TestModule, for u-boot use mini-x-1gb as model for now. That has the exact same dram settings and the dram settings is the only thing that differentiates different *A10* u-boot builds
<hansg>
slapin, within the same model (and same memory amount) they usually stay the same. The could tweak them per series when they use different dram chips in a different production run, but they don't seem to do that
<hansg>
They're going for a conservative 360 Mhz bus speed with a cas of 6, which should work for any dd3 chips they throw on there.
<hansg>
There is this magic bit in the emr1 register which they sometimes flip, usually when using 4 dram chips instead of 2. But not always ...
<hansg>
Anyways thanks for the meminfo and the script.bin. I've really got to go and do some payed-for-work now.
<TestModule>
kk, thanks man
<TestModule>
Does anyone here know if the WiFi on these is considered USB ?
<hansg>
TestModule, one last note, please let us know if it works, then we can add an official mk802-1gb to the sunxi-u-boot repo and a fex file to sunxi-boards
<TestModule>
kk :)
<TestModule>
The sun4i defconfig works OOTB ?
<TestModule>
that is generated, etc
<hansg>
TestModule, yes it is an usb wifi card. If it is not showing up try "modprobe 8192cu"
<hansg>
TestModule, yes the defconfig should work ootb
<TestModule>
I just re-downloaded everything from scratch about an hour ago w/ stage 3.4 & bsp
<TestModule>
Ok cool, so usbc2 = wifi, 1 = MiniUSB 0 = Full ?
<hansg>
Nope, usbc0 = mini/micro and is otg, which is generally extremely broken, ok for plugging in a usb-stick, but not much else, better use a hub in the full usb port if you need more ports. usbc1 is the full port usbc2 is internal usb used by wifi
ganbold_ has joined #arm-netbook
<TestModule>
Clone of 'https://github.com/linux-sunxi/linux-sunxi.git' into submodule path 'linux-sunxi' failed make: *** [linux-sunxi/.git] Error 1 (I unpacked the stage 3.4 in that dir)
gimli has joined #arm-netbook
rellla2 has joined #arm-netbook
rellla has quit [Ping timeout: 244 seconds]
<TestModule>
nm fixed, tricked it
xman has quit [Quit: Ex-Chat]
datagutt has joined #arm-netbook
hipboi has quit [Quit: Leaving]
<jlj>
hansg: do you think there is any hope of getting the otg port to work properly in the future? or is the unreliability due to hardware?
<TestModule>
my otg works fine? granted, i shoved tin foil to short it in the back
<jlj>
mine mostly works but not for anything image related such as webcams or capture devices
<jlj>
did the tinfoil trick make it more reliable?
iriki has joined #arm-netbook
<TestModule>
Yes
<TestModule>
eventually i soldered over it though
<TestModule>
how can i target a different branch with the bsp?
<mripard>
mnemoc: ok
<iriki>
Hi all
iriki has quit [Ping timeout: 244 seconds]
adminuser has joined #arm-netbook
rellla2 is now known as rellly
rellly is now known as rellla
<TestModule>
figured it out if anyone cares: git clone git://github.com/linux-sunxi/linux-sunxi.git -b stage-sunxi-3.4 ./linux-sunxi/
<mnemoc>
the branch is called stage/sunxi-3.4, not stage-
<TestModule>
how are you pulling it without the others
sspiff has quit [Remote host closed the connection]
<drachensun>
hramrach: You would be paying a lot of ebays fees to pump feedback with a product like this, they charge 9% these days
<drachensun>
I think the way to get cheap feedback is the 1 cent coupons
<drachensun>
I tried to sell them for a previous business to market it but the feedback hounds kept buying them making it just a waste of time
<drachensun>
they would seriously buy 6 of them them send you emails about non delivery and demand their money back
<drachensun>
6 cents
Mist__ has joined #arm-netbook
<jlj>
feedback hounds?
<drachensun>
people trying to get their feedback score up
<drachensun>
without performing the actual commerce expected
<drachensun>
one guy had 10K positive feedback so he could hide his ripoffs
<jlj>
so they buy lots of really cheap stuff to get feedback
<drachensun>
the negative comments were damning to "sent me a box of different colored broken plastic pieces, said to file a claim with the shipper, what I ordered was supposed to be 'new in box'"
<drachensun>
well his case he was buying cheap stuff
<drachensun>
like 1 cent coupons
<drachensun>
all his auctions were for high priced, unique collectables and the feedback implied he didn't really ever send them
<jlj>
guess they should separate buyer and seller feedbacks
<drachensun>
this was a few years ago I did all that, they might have by now
<jlj>
I've mostly seen sellers sell stuff "without profit" to get their review scores up
<jlj>
the world of ebay feedback is a little weird
<techn_>
whee.. got tracking id for cubie :)
Jef91|AFK is now known as Jef91
tinti has quit [Quit: Leaving]
tinti has joined #arm-netbook
aexl_ has quit [Ping timeout: 245 seconds]
tester2 has joined #arm-netbook
tester2 has quit [Quit: Page closed]
pwhalen has joined #arm-netbook
iriki has joined #arm-netbook
rellla has quit [Read error: Connection reset by peer]
sspiff has joined #arm-netbook
popolon has quit [Quit: Quitte]
rellla has joined #arm-netbook
<iriki>
Getting problems with %rand A10 slate.... Arghhhh
deathz0r- has quit [Read error: Connection reset by peer]
deathz0r- has joined #arm-netbook
RITRedbeard_ has quit [Read error: Connection reset by peer]
<mnemoc>
techn_: new mk802+ are A10S based too. pictures on the wiki
<techn_>
does those boot with our codes?
<mnemoc>
tsvetan mentioned he booted his a10s-olinuxino prototype with our code...
<mnemoc>
"dimitar" is supposed to submit stuff... eventually
<vinifm>
sorry, internal registers for all ARM is not standard? like uart
<mnemoc>
vinifm: each IP is different. soc makers buy some here and some there. others are "own"
<techn_>
and if IP is same, base address could vary?
<mnemoc>
right
<vinifm>
IP?
<mnemoc>
itelectual poverty
<vinifm>
ok, thanks
<mnemoc>
vinifm: each unit/controller
<mnemoc>
socs put together a ton of separated units in the same chip
iriki has joined #arm-netbook
<vinifm>
hm, ADC, for example
<mnemoc>
we know there is an IP implementing LRADC and that it lives at 0X01C22800
<techn_>
btw. how compatible apple chips are nowadays with ARM ? since I read somewhere that they bought some bigger licencing from ARM.. and modified even ARM architecture
<WarheadsSE>
ARM is jsut the IP really
<WarheadsSE>
its the everta stuffs & the layouts that make them really different
<WarheadsSE>
wow.. s/exerta/extra/
<traeak>
latrest crap i read, whether right or not is that apple's biggest thing is increasing the memory throughput for gpu access
<techn_>
yes.. but ARM cpu is standard still, but apple jumped of from that? :/
<WarheadsSE>
mah, probably just using a large bus to the GPU/memory
<traeak>
i guess samsung may have similar tech
<mnemoc>
afaik marvell's and apply bought the license to implement something compatible with, not the actual unit design
<WarheadsSE>
some of these ARM chips use a 16-bit to DDR2
<mnemoc>
s/apply/apple/
<ibot>
mnemoc meant: afaik marvell's and apple bought the license to implement something compatible with, not the actual unit design
<mnemoc>
same with that company showing of ARMv8 prototypes
<DumDum_>
Thanks techn_, but I am not capable of that.
<specing>
He has out-of-order execution, thus he cannot follow a step-by-step guide :D
<DumDum_>
specing "We of course do not build a whole distribution, we only build u-boot, the kernel and a handful of tools, and then use an existing rootfs to get a useful system." Sounds like it is only half way there. Not exactly a step by step guide. But at any rate what ever you call it, yes I would have trouble with it.
<specing>
DumDum_: yup
<specing>
But atleast you have a serial port!
<specing>
I don't even have that on my tablet
<specing>
(only the tx pin)
freakazoid0223 has joined #arm-netbook
<DumDum_>
I just got a Samsung Note @, I am blown away by it.