<fragmint>
is that flicker from the display timings being off?
<WarheadsSE>
and... its online.
servili007_ has joined #arm-netbook
servili007 has quit [Ping timeout: 248 seconds]
toxicpsion has quit [Quit: Leaving]
<Turl>
WarheadsSE: got it booting with mali off?
aholler_ has joined #arm-netbook
aholler has quit [Ping timeout: 248 seconds]
<WarheadsSE>
yeah, and mali400 still on
<pucko>
b
<Alex1269>
:( gpiolib uncompilable without changing sys_config... It looks like the easiest way to implement gpio is to implement /dev/class/gpio sysfs interface from scratch
KoH_ has joined #arm-netbook
KoH__ has quit [Ping timeout: 245 seconds]
L84Supper2 has joined #arm-netbook
L84Supper2 has quit [Changing host]
L84Supper2 has joined #arm-netbook
L84Supper2 has quit [Client Quit]
gimli has joined #arm-netbook
Quarx has joined #arm-netbook
Ershov has joined #arm-netbook
Ershov has left #arm-netbook [#arm-netbook]
gimli has quit [Ping timeout: 244 seconds]
cwby has joined #arm-netbook
<cwby>
Evening
cwby has left #arm-netbook ["AndroIRC"]
sspiff has quit [Ping timeout: 272 seconds]
pcat has quit [Ping timeout: 248 seconds]
netchip has joined #arm-netbook
<netchip>
hey all :)
SouL_ has joined #arm-netbook
servili007_ has quit [Read error: Connection reset by peer]
ZaEarl has quit [Ping timeout: 255 seconds]
netchip has quit [Ping timeout: 245 seconds]
pcat has joined #arm-netbook
popolon has joined #arm-netbook
hugoroyd has left #arm-netbook [#arm-netbook]
hansg has joined #arm-netbook
dfletcher has joined #arm-netbook
drgreenthumb has quit [Ping timeout: 252 seconds]
rellla has joined #arm-netbook
dfletcher_ has joined #arm-netbook
dfletcher has quit [Ping timeout: 245 seconds]
rz2k has joined #arm-netbook
pcat has quit [Ping timeout: 252 seconds]
sspiff has joined #arm-netbook
kaspter has joined #arm-netbook
jelly has quit [Remote host closed the connection]
pcat has joined #arm-netbook
<mripard>
Turl: pong
Alex1269_ has joined #arm-netbook
pcat has quit [Ping timeout: 255 seconds]
kaspter has quit [Ping timeout: 252 seconds]
<libv>
rz2k: i am a happy user of g_ether over usb
<libv>
over otg usb
<rz2k>
interesting
<rz2k>
it was dead last time I checked
<libv>
this user has more fundamental issues than anything driver related
<libv>
he might not have figured out how to install modules.
<specing>
It was dead when I last checked too
<specing>
g_serial didn't work either
<specing>
WHAT KIND OF SORCERY IS THIS?
SouL_ has left #arm-netbook [#arm-netbook]
tinti has joined #arm-netbook
<libv>
these things were fixed last month
SouL_ has joined #arm-netbook
Avernos_ has joined #arm-netbook
Avernos has quit [Ping timeout: 246 seconds]
<specing>
ah
SouL_ has left #arm-netbook [#arm-netbook]
kasparov has joined #arm-netbook
<specing>
then I guess I'll have to retry with my getting Gentoo on my tablet attempts
Avernos_ has quit [Read error: Connection reset by peer]
Avernos has joined #arm-netbook
Avernos has joined #arm-netbook
Avernos has quit [Changing host]
aholler_ is now known as aholler
<andoma>
hmf.. had to opened a dispute on aliexpress
<buZz>
you can turn on the lamp next to your bed :D
<orly_owl>
^^ true
kasparov has quit [Quit: Ex-Chat]
mripard has quit [Ping timeout: 252 seconds]
jelly has joined #arm-netbook
jade has joined #arm-netbook
discopig has joined #arm-netbook
sv has quit [Ping timeout: 276 seconds]
<slapin>
before starting any $work$ you should think of creative excuse for not doing it, and use it as plan B just in case
<slapin>
rule of thumb
<slapin>
works as always
<rz2k>
lol
<rm>
you are now on record saying that on a publicly logged channel
<rm>
and your nickname is probably the same in a lot of places and easily googleable :)
<slapin>
rm: I think all my paid customers and employers already know that
<slapin>
rm: I'd hide it from my future employers, but let it be, I will not have to pretend too much.
<slapin>
anyway, to be clear, I use plan B not that often, and in case I use it, the deadline is prolonged, and job is finished anyway.
sv has joined #arm-netbook
fragmint has quit [Read error: Connection reset by peer]
<slapin>
this is usual case - when you can do this? - in 1 month! - no, it should be finished in 2 weeks! - 6 weeks passes, nobody cares - we have some changes to specification... - 3 months passed - implemented - project support stage.
fragmint has joined #arm-netbook
<slapin>
and feature is still onot in specification and nobody cared to test it
<slapin>
s/onot/not/
<ibot>
slapin meant: and feature is still not in specification and nobody cared to test it
discopig has quit [Ping timeout: 276 seconds]
fragmint has quit [Read error: Operation timed out]
ganbold has quit [Ping timeout: 248 seconds]
fragmint has joined #arm-netbook
SouL_ has joined #arm-netbook
fragmint has quit [Read error: Connection reset by peer]
fragmint has joined #arm-netbook
ZaEarl has joined #arm-netbook
tinti has quit [Quit: Leaving]
fragmint has quit [Read error: Connection reset by peer]
fragmint has joined #arm-netbook
ganbold has joined #arm-netbook
Kebianizao|work has joined #arm-netbook
ganbold_ has joined #arm-netbook
jade has joined #arm-netbook
<ganbold_>
hansg: what was the symptom of sunxi8250 uart? I have problem here when it tries to open tty it seems just stuck there
<hno>
mnemoc, the pio tool has mmap support already. Just use -m flag.
<mnemoc>
hno: neat! thanks for the hint :) didn't know it
<hno>
mnemoc, Hmm... seems I have forgot to commit that change.
<mnemoc>
*g*
<mnemoc>
that explains why I couldn't see it :p
<hno>
pushed.
<mnemoc>
thanks!
<hno>
was 100% sure I have committed and pushed it.
<hno>
s/have/had/
<ibot>
hno meant: was 100% sure I had committed and pushed it.
<hno>
was done before christmas.
<hno>
was doing some measurements on PIO speed. Still need to look into what's wrong with the bus timings. PIO performs quite badly when running out Linux tree.
<mnemoc>
uhm...
<techn_>
hno: I noticed that our high speed timer is really slow
<techn_>
on xbmc it eats 20% of time in aw_clksrc_read
<hno>
mnemoc, there is an ascillate command to test timings. Performs noticeably better when running the Android kernel.
<mnemoc>
uhm
<hno>
Android kernel & u-boot performs similarly.
Guest68035 is now known as netchip
<hno>
3.230MHz ouput frequency with Android kernel. 1.312MHz with our kernel. Both with performance CPU governor.
<mnemoc>
by android kernel you mean 3.0.8 or ours with CONFIG_ANDROID enabled?
<hno>
stock 3.0.8 kernel built from the SDK.
<mnemoc>
maybe something to do with the pll changes we did?
<hno>
to be exact, the timings was done on the Android kernel I got delivered with my A13 OlinuxIno Wifi board.
<mnemoc>
or missing improvements not yet imported
<hno>
more likely the bus divisors.
<mnemoc>
ic
<hno>
guesses that the change in bus divisors is off by one.
<rm>
at least while it's a "micro", it still has 512MB of RAM
<rm>
not the silly 256
<netchip>
what's the A10s?
<netchip>
quicker compared to A10?
<netchip>
higher clock? :)
<mnemoc>
no. it's an "small" A10
<mnemoc>
without sata and other things
<netchip>
like Coretx A7?
<mnemoc>
no, still cortex-a8
<mnemoc>
less features, smaller package
<netchip>
yeah, but I meant compareable, slimmed down ;)
<mnemoc>
it probably has the same performance as the A10, but haven't seen an benchmark comparing
<netchip>
probably handy for tablets
jade has quit [Ping timeout: 276 seconds]
<rz2k>
chip-id: A13 (AW1625)
<mnemoc>
it's intended for hdmi dongles
<rz2k>
hehe
<mnemoc>
rz2k: the A10S is confused with A13?
<rz2k>
yep
<mnemoc>
f*
<mnemoc>
i hoped to be able to use their chip-id thing (1623, 1625, ...) to distibugish socs
<netchip>
is it easy to port a new kernel version to A10?
<netchip>
AKA, needs it a lot of code experience?
<mnemoc>
needs documentation
<mnemoc>
which doesn't exist
<netchip>
................
<netchip>
how does 3.4, exists then?
<mnemoc>
it was forward ported from 3.0
<mnemoc>
ah, sorry. misread your question
<netchip>
couldn't we do with higher revs?
<netchip>
ah
<netchip>
no problem
<mnemoc>
was thinking in new chips
<netchip>
anyways
<netchip>
is it possble? :)
<mnemoc>
3.0/3.4 drivers need to be cleaned and turned into DT for mainlining
<hno>
there is a big jump in 3.7+ with transition to devicetree and a number of other big changes in ARM.
<netchip>
mnemoc, DT?
<mnemoc>
devicetree
<netchip>
hno, Yeah, ARM_64 is added
<mnemoc>
it's not just that
<hno>
ARM tree majorly restructured.
<mnemoc>
3.7+ has common frameworks for everything, and new platforms need to use them instead of their own
<netchip>
*sigh*
<netchip>
I'll stick to 3.4
<netchip>
is 3.4 kinda stable?
<hno>
Oh, Olimex put a full size SD slot in A10s MICRO?
<mnemoc>
hno: they'll remove it in the next rev :<
<mnemoc>
netchip: usb gadget still needs love, but yes
<netchip>
mnemoc, o_O aren't that the kind of drivers who you can just C&P from Google?
<netchip>
oh sorry
<netchip>
not Android
<netchip>
but Linux?
<hno>
mnemoc, hopefully not. The problem they had befor was that they had never used full size SD and did not have a supplier..
<mnemoc>
hno: Tsvetan said so in #olimex some hours ago :<
<hno>
damn.
<mnemoc>
hno: please try to convince him
<mnemoc>
he listens to you :)
discopig has joined #arm-netbook
<hno>
mnemoc, he knows already. And looking at the log it looks like he is trying to make dual SD fit.
<mnemoc>
cool
<netchip>
let's say I have this: $(MAKE) -C linux-sunxi <blablabla>
<netchip>
and I do
<netchip>
make -j4 on that makefile
<netchip>
does it compile linux-sunxi with -j4?
merbzt has joined #arm-netbook
datagutt has quit [Quit: kthxbai]
sspiff has joined #arm-netbook
<hno>
netchip, it should.
<netchip>
hno, and it does ;-)
<netchip>
I checked uptime afterwards
<netchip>
huge load
tinti has joined #arm-netbook
<libv>
when i read about the direct contact that olimex has with allwinner, some doubt does arise as to whether olimex will produce the kernel code to go with their board
<WarheadsSE>
which
<WarheadsSE>
a10s?
<mnemoc>
olimex uses the gpl-violating sdk to test their boards, after that they (try to) use linux-sunxi
<WarheadsSE>
linux wise, they are using linux-sunxi, though Dimitar isn't that great with git :)
<WarheadsSE>
the u-boot-sunxi patch I submitted was based off his code. I just cleaned it up and brought it forward.
<Turl>
mripard: let me know which clocks you need so I know what to prioritize going forward :)
<netchip>
why no mali? :o
<netchip>
I mean, it's GPL right?
<mnemoc>
netchip: to be mainlined certain rules need to be honoured, certain classes, certain ways. arm's mali gpl kernel driver doesn't qualify
<mnemoc>
netchip: and arm doesn't want it
<netchip>
pfffff
<rgviva>
i have an A10S based mini pc. Im trying to boot to linux from SD. i followed all the guides, no matter what i do this board does not boot into SD (only to nand android). Are A10s supported?? any ideas what i should try?
<netchip>
stupid arm
<mnemoc>
netchip: eventually linaro should manage to get something in. not us
<netchip>
mnemoc, why could they and we not?
<Turl>
rgviva: A10S are pretty new
<mnemoc>
netchip: they are sponsored by arm, have access to documentation, have access to "the right people", etc
<netchip>
ahhh
<netchip>
well if we merge basic support
<netchip>
and they finish it ;-)
<rgviva>
Turl: if android boots - i guess it is possible to boot into linux. what can i do to help make this work?
<mnemoc>
netchip: go ahead
<mripard>
Turl: not sure which one it is yet, I haven't looked at it
<mripard>
but I'll let you know :)
<netchip>
mnemoc, my code wouldn't surely be merged lol
<netchip>
but I can give it a try
<netchip>
just to learn
<mnemoc>
netchip: try submiting arm's driver
<Turl>
rgviva: getting uboot running should be the first step
<mnemoc>
it should be possible to try to run our kernel on top of lichee-dev's u-boot
<Turl>
mripard: by the way, are you working with a sun4i or sun5i?
<rgviva>
Thanks i will read this guide! do i need UART/JTAG? does uboot output anything via HDMI? i took the script.bin from the android partition. Is it valid? what SPL should i be using (there are "generic A13")?
<TestModule>
There is no output via HDMI on the A13
<mnemoc>
Turl: a13-olinuxino
<TestModule>
if i just cloned an entire repo, how do i then fetch or checkout the branch i want to use by default with the BSP?
<mripard>
Turl: both
<mripard>
I have a hackberry and a A13-Olinuxino
<netchip>
mnemoc, Torvalds will rant on me.
<netchip>
but off to bed
<netchip>
cya
<mnemoc>
netchip: it's a good start if you plan to get into that world :)
<netchip>
mnemoc, nope :P
<netchip>
it isn't imho
<netchip>
getting a rant lol
<techn_>
TestModule: if you have sunxi-bsp and linux-sunxi submodule feched.. go to linux-sunxi submodule and checkout wanted branch
<mnemoc>
catching god's atention is good
<netchip>
lol
<netchip>
anyways
<netchip>
cya
<techn_>
TestModule: then you can use sunxi-bsp as earlier but with that wanted branch
<TestModule>
BOOM, thank you techn_
<TestModule>
Heh, and it downloads all the branches with a pull. There must be no way like SVN has to just download a branch.
<TestModule>
Weird.
<mnemoc>
svn is not distributed
<Turl>
mripard: if you could test them with cpufreq on sun5i it'd be great
<techn_>
TestModule: you can define depth.. but not sure how it works
<hno>
mnemoc, actually most of Linary is in worse situation on MALI, quite likely having signed NDAs with ARM and NDAs with SoC vendors. But iirc they too are dependent on SoC vendors delivering MALI blobs.
L84Supper2 has joined #arm-netbook
netchip has quit [Ping timeout: 245 seconds]
<mripard>
Turl: ok
<mnemoc>
hno: :<
<techn_>
anyway git is best scm what I have used
<Turl>
the registers seem to be mostly the same, at least on the core clocks http://sprunge.us/HWIA
<mripard>
Turl: but don't wait for my test to send
<Turl>
mripard: yes, I'll send them later today
<hno>
TestModule, you can limit git to fetch a single branch if you like. But it's usually pretty marginal difference in size.
<Turl>
mripard: reply with a tested-by or such if all goes well
<mripard>
Turl: yep, of course
<TestModule>
hno yeh, but i couldn't find a way to do so without also downloading the master branch
<TestModule>
Is the download compatible with the BSP?
<hno>
TestModule?
<TestModule>
?
<Jonathan_Eyre>
I am having some trouble with using the PhoneixCard.
<Jonathan_Eyre>
First, it works with an image I have. I can write this image to an SDcard. When I plug it into my A10 device and power on it automatically shows a loading bar and clicks for five minutes. After it says it's done and powers down, the new image has been successfully transfered to the A10 device.
<mnemoc>
TestModule: just do the cloning yourself
<TestModule>
yeh
<mnemoc>
TestModule: the scripts of sunxi-bsp only care about the existance of .git
sspiff has quit [Ping timeout: 245 seconds]
<Jonathan_Eyre>
I want to use this to put my own compiled image on the A10. However, just extracting the image that works, and repacking it makes the phoenix installer not work.
<TestModule>
gotcha. I was wondering why it wouldn't work with the un-extracted zip ;)
<mnemoc>
TestModule: .zip won't work anyway because there are some symlinks
<TestModule>
yeh :P
<Jonathan_Eyre>
I pull out the BOOT,SYSTEM,and RECOVERY FEX files, rename them to (respectively) root.fex,system.fex and reovery.fex. I pack them up and the packer says everything is good. Then I use the phoenix.exe to write it to the sdcard, and it says that it is a good image.
<Jonathan_Eyre>
But when I put the sdcard in the A10 device and boot, it does not show anything on the screen, and it never comes up all the way. It shows a black screeen with no clicking audio. The power light is on, and stays on for at least ten minutes. (I didn't try it longer than that, since when it works it's done in five.)
<Jonathan_Eyre>
Does anyone here have experience with PhoenixCard?