<bsdfox>
my mele a2000 even with the stock ICS is really slow.. magnitudes slower than my cell phone on the same OS. Are other people happy with A10 performance? even the ESPN scorecenter app (just scores, no video) has 10 second delays fairly often
tuliom has quit [Quit: Konversation terminated!]
<ZaEarl>
bsdfox, how big of a display are you using? I haven't found the stock Androids to be very good.
kaspter has joined #arm-netbook
<bsdfox>
1080p
<bsdfox>
I think it's running 1280x720 though
<lundman>
no, no 10s delays here
<lundman>
nothing plugged in, anot using wifi though
<bsdfox>
I'll try wired
<bsdfox>
seems a little better
<bsdfox>
I was hoping to use this as a light desktop for irc/pdf/browsing and occasional video but it's frustratingly slow considering how little I'm doing
<rz2k>
anything in dmesg?
<lundman>
strange
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
<bsdfox>
do you guys have good luck with linaro?
polto2010 has joined #arm-netbook
itamarjp has joined #arm-netbook
eflatun has joined #arm-netbook
eflatun has quit [Ping timeout: 252 seconds]
ZaEarl has quit [Quit: Ex-Chat]
polto2010 has quit [Quit: Computer has gone to sleep.]
ZaEarl has joined #arm-netbook
Turl has quit [Ping timeout: 245 seconds]
proza has joined #arm-netbook
Turl has joined #arm-netbook
polto2010 has joined #arm-netbook
polto2010 has quit [Ping timeout: 240 seconds]
mSquare has joined #arm-netbook
itamarjp has quit [Ping timeout: 252 seconds]
rsalveti has quit [Ping timeout: 240 seconds]
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
gsilvis_ has quit [Ping timeout: 245 seconds]
gsilvis has joined #arm-netbook
projectgus has quit [Ping timeout: 265 seconds]
rellla has joined #arm-netbook
gimli_ has quit [Remote host closed the connection]
projectgus has joined #arm-netbook
<hno>
rz2k, you sould remove the unnumbered IOCTL. Only the _BUF1 and _BUF2 needs implementation.
<hno>
But I wonder.. is our framebuffer double-buffered?
<hno>
not too familiar with framebuffer implementation.
pawel5870 has joined #arm-netbook
Quarx has joined #arm-netbook
ZaEarl has quit [Quit: Ex-Chat]
<mnemoc>
techn: ---^
sspiff has joined #arm-netbook
sspiff has joined #arm-netbook
rellla has quit [Ping timeout: 255 seconds]
rellla has joined #arm-netbook
Quarx|2 has joined #arm-netbook
Quarx has quit [Ping timeout: 245 seconds]
popolon has joined #arm-netbook
avernos has quit [Remote host closed the connection]
<RaYmAn>
so you were just using the wrong address :)
<mnemoc>
yup :)
kaspter has quit [Ping timeout: 244 seconds]
lkcl has joined #arm-netbook
<mysteryname>
Hi, I have a Mele with a USB to TTL converter, is there anything I need to do to get output from the serial interface using minicom? I know what the boadrate. but do I need to load a certain image for the Mele to output with serial?
rsalveti has quit [Ping timeout: 252 seconds]
tzafrir_laptop has quit [Ping timeout: 252 seconds]
<mnemoc>
using the physical as with the tool makes it halt... but the VA works fine
<RaYmAn>
makes sense :)
<mnemoc>
what is that 0x4000 offset?
<RaYmAn>
bootrom starts at 0xffff0000, with a few jumps to 0xffff4000 where the actual boot code starts - fel mode is at 0xffff0000 (well, technically, just after all the jumps)
Almamuetya has joined #arm-netbook
<mnemoc>
RaYmAn: so the right way would be to "decompile" that jump to find the offset?
<RaYmAn>
mnemoc: mm. I severely doubt it changes
<mnemoc>
good :)
<RaYmAn>
it's too "accurate". I imagine there's lots of zeroes between end of fel code and ffff4000
<RaYmAn>
so they probably use a linker script to point it to the right place
merbzt has joined #arm-netbook
<mnemoc>
wb merbzt
itamarjp has joined #arm-netbook
merbanan has quit [Ping timeout: 246 seconds]
rsalveti has quit [Ping timeout: 246 seconds]
merbanan has joined #arm-netbook
<cde>
mysteryname: as an alternative to minicom, you can try microcom
<mnemoc>
the only annoying thing with microcom is that if you don't close before unplugging the dongle it leaves a lock behind and messes up the terminal (reset required)
<mnemoc>
i.e. crashes
rsalveti has joined #arm-netbook
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
<projectgus>
fwiw I'm a fan of plain old gnu screen for serial consoles. 'screen /dev/ttyUSB0 115200'
<mnemoc>
scrolling is annoying :p
<andoma>
yeah..
<lundman>
yeah screen rocks
<andoma>
is there a terminal that recovers when suspending/resuming the system?
<projectgus>
mnemoc: yeah, I guess I'm pretty used to Ctrl-A Esc by now :)
<lundman>
screeeeeen
<andoma>
okok .. i'll have to get used to ^A + Esc as well then
tzafrir_laptop has joined #arm-netbook
<mysteryname>
cde: thank you
<cde>
no pb. it's fairly useful
mysteryname has quit [Ping timeout: 268 seconds]
eflatun has quit [Remote host closed the connection]
eflatun has joined #arm-netbook
ccssnet has quit [Read error: Connection reset by peer]
rm has quit [*.net *.split]
ceo16 has joined #arm-netbook
<mnemoc>
RaYmAn: any idea how should I access this before the iomapping?
rm has joined #arm-netbook
<RaYmAn>
mnemoc: I don't think you can? I mean, if MMU is enabled, it needs an entry to be able to access it - prior to mmu I'd imagine you can access it with pa?
<mnemoc>
halts
<mnemoc>
problem is I need to know the cpu-id before doing anything else :<
<RaYmAn>
it seems kind of a dirty way to do it :/
<mnemoc>
indeed
<RaYmAn>
detecting by machineid isn't sufficient? (really - u-boot should set a sane machineid - which should be fine when talking new 3.4+ imo)
<mnemoc>
RaYmAn: they want to get rid of the machine id :(
<RaYmAn>
oh
<RaYmAn>
so kernel is supposed to fully detect stuff+
<RaYmAn>
?
<RaYmAn>
No way to do it in u-boot and pass it along? devicetree?
<WarheadsSE>
not sure where they are going to get the price down to $30 (probably subsidized for education) but having access to the hardware.. sweet little device.
<mnemoc>
nice
<WarheadsSE>
obviously I can't get into a _lot_ of detail, but.. yes, those _are_ USB3 ports.
<revident>
WarheadsSE, yeah, I saw that yesterday evening. Congrats on product shipping ARCH! Do you know if Globalscale will be opening general purchases like with the DreamPlug?
* WarheadsSE
shuts up ;)
<mnemoc>
WarheadsSE: in reality how does usb3 performe compared to esata?
<mnemoc>
in such device obviusly
ikr_ has joined #arm-netbook
traeak has joined #arm-netbook
<WarheadsSE>
well, IIRC it's attached as xhci vis PCIe bus, like the PPV4
<WarheadsSE>
The PPV4 has some pretty sound numbers to my WD 3TB USB3 drive
<WarheadsSE>
this has a much faster processor, and 8 tims the RAM, so I'd expect to see reasonable usage
<mnemoc>
my amd e350 laptop ends on it's knees when there is too much usb2 activity :<
<WarheadsSE>
sucky
<L84Supper>
2Ghz single-core Armada 370 SoC, is the 370 a typo or a new unadvertised part by Marvell?
<mnemoc>
techn: where are you located? I'm not using mine
<hno>
techn, PMU management is a known problem with SD booting at the moment. Not investigating any boot issues until that is addressed.
<techn>
hno: great that it's WIP
<techn>
mnemoc: finland.. but I can wait until PMU problem is resolved
<hno>
what you can try if you are not afraid of using livesuite to recover is to dump the built u-boot.bin in nanda, letting the allwinner bootloader load it.
<techn>
I can dev top of MiniX until then
<mnemoc>
techn: sure?
<hno>
techn, what was the "disp has that kind of logic already" response to?
<techn>
<hno> But I wonder.. is our framebuffer double-buffered?
eflatun has quit [Ping timeout: 252 seconds]
<hno>
ok
<techn>
sorry for late response.. I'm coding for money 8-9 hours/day + 2hours travelling time ;)
<mnemoc>
cat_n9: do you have your 3.6 tree available somewhere?
eflatun has joined #arm-netbook
<techn>
hno: btw. battery boot is boot0, and power outlet boot1?
eflatun has quit [Remote host closed the connection]
eflatun has joined #arm-netbook
<WarheadsSE>
dedupe, distributed file systems with unique ids based on content, hosted files, processing distributed files
<WarheadsSE>
the fuck
dstyle has joined #arm-netbook
<WarheadsSE>
need to have that shit shot down
gimli_ has quit [Ping timeout: 244 seconds]
<mnemoc>
WarheadsSE: i try to avoid reading the patents... it really mads me the crap people gets patented
<ZaEarl>
which is exactly why the patent system is busted
<ZaEarl>
what good is "public disclosure" if no one reads them?
RITRedbeard_ has joined #arm-netbook
<ZaEarl>
all they are now are weapons to beat down competitors
<dstyle>
Good day, with so much wonderful things happening (empat0's XBMC and mail3D) its time for me to set up a build enviroment. Could someone tell me which gcc crosscompiler is known to work most flawless for Allwinner A10? I saw some different cross compilers and would like to run safe from the start.
<mnemoc>
at best. many trolls do it as their business model
<ZaEarl>
dstyle, I use whatever is built in to ubuntu 10.04
<mnemoc>
ZaEarl: we have complete GPL sources, out of sync with their tree, but complete and GPL
<RaYmAn>
ZaEarl: isn't that mostly the same as e.g. graphics drivers?
<RaYmAn>
or am I missing some subtle point? :)
<ZaEarl>
RaYmAn, probably the same
<ZaEarl>
mnemoc, define "complete"
eflatun has quit [Ping timeout: 244 seconds]
<mnemoc>
ZaEarl: beside some i2c ts drivers we have functional code for everything in A10 and A13
<ZaEarl>
but what about CedarX?
<mnemoc>
kernel side, we have sources for both
<mnemoc>
and code was properly GPLed (after leak)
<ZaEarl>
but the kernel side is simply a shim
<mnemoc>
just like every other GPU/VPU in the ARM world
<ZaEarl>
agreed
<mnemoc>
using mmap/ioctl kernel interfaces from closed source userspace is perfectly legal
<ZaEarl>
but "because everyone else is doing it" isn't a very good legal defense
<RaYmAn>
it's kind of a grey area I think - no one has ever pursued it in court and it's just accepted
<mnemoc>
it is 100% legal
<mnemoc>
or it would be imposible to have ANY closed app in linux
<RaYmAn>
only ones communicating with kernel :P
<mnemoc>
:)
<RaYmAn>
glibc is LGPL, isn't it?
<RaYmAn>
well, obviously
<ZaEarl>
apps are different than kernel drivers
<RaYmAn>
it's quite hard to draw a line
<mnemoc>
ZaEarl: sure, and kernel drivers are GPL
<mnemoc>
and open source
<ZaEarl>
will mainline accept them?
<RaYmAn>
how is that relevant to whether they break GPL?
<mnemoc>
legally, yes. by form, no
<mnemoc>
the code is still too ugly to try mainlining
<RaYmAn>
I severely doubt you can GPL something as simple as headers required for doing IOCTL's
<ZaEarl>
because the GPL isn't clear, other than saying "derivitive works" must be open souced
<RaYmAn>
ZaEarl: the problem is, "everyone else is doing it" is perfectly valid excuse until someone takes it to court.
<ZaEarl>
and a userspace driver that has no use outside of shimming to the kernel is quite easily argued to be a derivitive
* WarheadsSE
walks away
<mnemoc>
userspace libs aren't "derivative work" of kernel drivers
<mnemoc>
unless they include code from them
<ZaEarl>
mnemoc, i'd like to believe you
<RaYmAn>
mnemoc: it hasn't really been determined whether that's the case tbh - not as far as I know anyways
<RaYmAn>
I'd say it's common belief that you are right given no one has pursued it.
<mnemoc>
RaYmAn: you can't have userspace code that doesn't talk in one way or the other with the kernel
<RaYmAn>
I agree that it would completely undermine the GPL and make it unuseable, if it spread like that, but that doesn't mean it can't be the case.
<ZaEarl>
that's where "derivative" comes into play. apps clearly aren't derivatives.
<ZaEarl>
drivers are questionable
<RaYmAn>
stuff communication through /dev nodes aren't derivative either
<mnemoc>
RaYmAn: what's the difference between sending an ioctrl to a GPL kernel or opening a file created by a GPL app or talking over tcp/ip with a GPL server?
<ZaEarl>
maybe if we can get the kernel to boot without the userspace, that might be clear.
<RaYmAn>
mnemoc: I'm not a lawyer :P
<mnemoc>
:)
<RaYmAn>
wait - why wouldn't kernel boot without cedarx userspace?
<ZaEarl>
because the kernel driver requires it
<mnemoc>
eh?
<mnemoc>
nothing in the kernel requires anything in userspace
<RaYmAn>
^^
<RaYmAn>
I think you might be talking about android requiring it?
<mnemoc>
android video stuff isn't GPL
<ZaEarl>
Try removing libCedarX.so and see if it boots
<RaYmAn>
kernel boots just fine.
<mnemoc>
neither is their libc
<RaYmAn>
Android doesn't.
<ZaEarl>
yes, I'm only familiar with android
<RaYmAn>
that's entirely different from kernel requiring it
<mnemoc>
ZaEarl: you are confusing what "boot" means
<RaYmAn>
if you build android without using cedarx, I'm pretty damn sure you will be able to boot without libcedarx
<mnemoc>
and you'll have `adb shell` to show you the OS is actually running
<RaYmAn>
mnemoc: that's not always the case though
<mnemoc>
the ld failure to find cedarx.so will break adb?
<RaYmAn>
tegra devices can get stuck at bootloader screen, while in fact the system is booting sufficiently to mount /system and just hang on doing the boot animation - with no adb available
<RaYmAn>
it might - it's hard to say for sure without tring :P
<RaYmAn>
trying*
<mnemoc>
yuck
<RaYmAn>
android boot process is...special :P
<techn>
mnemoc: I think adb activation could need some userspace magic to enable debug-mode?
<RaYmAn>
it's possible to work around - point was that you can't use it directly as "proof" it boots :)
<RaYmAn>
(that it's not there is not proof that it's not booting I mean)
proza has quit [Ping timeout: 244 seconds]
eflatun has joined #arm-netbook
eflatun has quit [Read error: Connection reset by peer]
<ZaEarl>
There's a nice clarification in COPYING that says if you use "normal system calls" that's ok for user programs.
<ZaEarl>
does cedarx use "normal system calls"?
<mnemoc>
yes
eflatun has joined #arm-netbook
<mnemoc>
closed source userspace drivers use ioctl() and mmap() to access hardware, but they are normal system calls used by most normal apps and normal libs too
eflatun_ has joined #arm-netbook
pawel5870 has quit [Quit: Leaving.]
eflatun has quit [Ping timeout: 244 seconds]
rellla has joined #arm-netbook
<L84Supper>
anyone know a of good USB A/V capture dongle?
eflatun_ has quit [Remote host closed the connection]
eflatun_ has joined #arm-netbook
tzafrir_laptop has joined #arm-netbook
<rm>
don't know any good ones, I only tried "EasyCAP" (which you will see offered a lot), and the quality was quite crappy
<rm>
much worse than on a PCI TV tuner
eflatun_ has quit [Remote host closed the connection]
eflatun_ has joined #arm-netbook
eflatun_ has quit [Ping timeout: 244 seconds]
eflatun_ has joined #arm-netbook
rellla has quit [Quit: rellla]
gimli has quit [Quit: Verlassend]
eflatun__ has joined #arm-netbook
eflatun_ has quit [Ping timeout: 245 seconds]
eflatun has joined #arm-netbook
eflatun__ has quit [Ping timeout: 244 seconds]
Almamuetya has quit [Ping timeout: 252 seconds]
xxiao1 has quit [Quit: WeeChat 0.3.7]
xxiao has joined #arm-netbook
eflatun has quit [Remote host closed the connection]
eflatun has joined #arm-netbook
eflatun_ has joined #arm-netbook
eflatun has quit [Ping timeout: 244 seconds]
eflatun_ has quit [Remote host closed the connection]
eflatun_ has joined #arm-netbook
revident has quit [Quit: Combustible lemons? Bah, I bring you weaponized asparagus!]