<hno>
lundman, the u-boot work benefits Allwinner A10 and A13. Can't say how much can be reused for next gen.
<hno>
bsdfox, that's an USB wifi forced going up/down, seemingly from power saving settings.
<bsdfox>
is that a kernel option or something like cpufrequtils
<hno>
X11 performance feels sucky in general mostly because there is no curstor acceleration in "2D" mode.
tuliom has quit [Quit: Konversation terminated!]
<hno>
bsdfox, don't know. Do you use the wifi while this happens?
<bsdfox>
my system load just moving the mouse around in gnome was hitting 7+
<bsdfox>
hno, nope I'm running ethernet
<hno>
then don't load the wifi module.
rsalveti` is now known as rsalveti
rsalveti has quit [Changing host]
rsalveti has joined #arm-netbook
<hno>
that specific driver is quite hacked to add several quirks for low power usage.
<hno>
yes, we really should spen a little time on adding accelerated curstor support to X11. It's a very heavy operation for the X server to move the mouse cursor in dumb framebuffer mode.
<bsdfox>
doesn't seem to be a module. driver must be built in on the kernel I'm running
<hno>
you can unbind the module in /sys/ somewhere
<bsdfox>
I'll poke around
<hno>
/sys/bus/usb/...
itamarjp has joined #arm-netbook
<lundman>
hard to get excited to work on A10 when I dont know if it'll ever be able to do what I want
itamarjp has quit [Remote host closed the connection]
itamarjp has joined #arm-netbook
itamarjp has quit [Changing host]
itamarjp has joined #arm-netbook
rsalveti has quit [Ping timeout: 240 seconds]
rsalveti has joined #arm-netbook
kaspter has joined #arm-netbook
<revident>
WarheadsSE, congrats on the release of the Arch armv6h repo!
kaspter has quit [Ping timeout: 268 seconds]
kaspter has joined #arm-netbook
mSquare has joined #arm-netbook
itamarjp has quit [Ping timeout: 240 seconds]
graffiti has joined #arm-netbook
mSquare has quit [Ping timeout: 246 seconds]
revident has quit [Quit: Combustible lemons? Bah, I bring you weaponized asparagus!]
mSquare has joined #arm-netbook
avernos has quit [Ping timeout: 246 seconds]
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
sspiff has quit [Read error: Operation timed out]
rvalles has quit [Remote host closed the connection]
rvalles has joined #arm-netbook
rellla has joined #arm-netbook
rvalles has quit [Remote host closed the connection]
jelly-home has quit [Ping timeout: 260 seconds]
rvalles has joined #arm-netbook
hurtigbuffer has joined #arm-netbook
ZaEarl has quit [Quit: Ex-Chat]
hurtigbuffer is now known as jelly-home
ZaEarl has joined #arm-netbook
eflatun has joined #arm-netbook
cat1 has quit [Quit: Leaving.]
eflatun_ has joined #arm-netbook
eflatun has quit [Ping timeout: 240 seconds]
Quarx has joined #arm-netbook
sspiff has joined #arm-netbook
sspiff has quit [Changing host]
sspiff has joined #arm-netbook
Gujs_ has joined #arm-netbook
Gujs_ has quit [Remote host closed the connection]
<mnemoc>
moin
pawel5870 has joined #arm-netbook
eflatun_ has quit [Remote host closed the connection]
bsdfox has quit [Ping timeout: 240 seconds]
eflatun_ has joined #arm-netbook
popolon has joined #arm-netbook
avernos has quit [Ping timeout: 246 seconds]
avernos has joined #arm-netbook
avernos has quit [Changing host]
avernos has joined #arm-netbook
rellla has quit [Ping timeout: 255 seconds]
rellla has joined #arm-netbook
<rz2k>
<hno> [05:23:29] still need to add PMU configuration to u-boot - I can test pmu stuff, I have mele v1.7 that loads right only if it stayed off for couple of minutes
<rz2k>
reboot after mele was powered on = random crashes across all kernel
lkcl has quit [Ping timeout: 252 seconds]
<hno>
that's a new one
<rz2k>
thats the same as maxnet posted at u-boot issues
<hno>
I undestood it as the inverse, unstable unless soft-rebooted.
<rz2k>
I cant test for that because mele doesnt have a soft reset
<hno>
soft reboot is software initiated reboot.
<hno>
the mele can do that.
<hno>
meaning of physical reset button action depends heavily on the actual board.
<mnemoc>
the other rates involved as tied to the initial choice, 960 vs 600
<hno>
The proposed change is this: http://forum.doozan.com/read.php?6,9597 reverting the change of SATA clock in REVC, using the same clocking as for the other chips.
<hno>
Doesn't that define also change other clockings?
<mnemoc>
hno: yes
<hipboi>
what USE_PLL6M_REPLACE_PLL4 is defined for?
graffiti has quit [Ping timeout: 245 seconds]
<mnemoc>
and the relation between the other clocks and the rate given to the first is fixed
eflatun_ has quit [Remote host closed the connection]
eflatun_ has joined #arm-netbook
<hipboi>
one anvantage of allwinner chip is
<hipboi>
the normal hardware designer can design a stable board as well as a good hardware designer
<rm>
hehe
<hipboi>
which makes the entry level very low
<rm>
yes, that's good
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #arm-netbook
ibrah has quit [Ping timeout: 255 seconds]
eflatun__ has joined #arm-netbook
eflatun_ has quit [Read error: Connection reset by peer]
eflatun__ has quit [Client Quit]
<hno>
mnemoc, maybe the right is to not define USE_PLL6M_REPLACE_PLL4?
<mnemoc>
hno: yes, sounds more reasonable
<hno>
but that define is used at many places.
<mnemoc>
:<
<hno>
this definition is significative on C ver. only */
<oliv3r>
one dissadvantage of allwinner chip is, no opensource Video Decoding library :D
<hno>
/* define if need use pll6 to take the place of pll4,
<hno>
this definition is significative on C ver. only */
<rz2k>
looks like we need that buf1/buf2 init in disp-fb, with new r3p0 libs I have eglGetDisplay()
<rz2k>
error
<mnemoc>
oliv3r: the same disadvantage applies to the whole ARM world :<
<rz2k>
atleast it doesnt crash everything
<oliv3r>
yes :(
<oliv3r>
well amlogic has atleast some source out in the wild, so that can be re-written in GPL code
<oliv3r>
in theory anyway
<mnemoc>
not sure if that is legal
<oliv3r>
dunno, it's up on github
<oliv3r>
So cleanroom reverse enis asily possible
<oliv3r>
egineering is easly*
<hno>
cleanroom is always possible. Question is if there is enough determined resources to do it.
<hno>
but at least we seem to have working binary libraries now.
<oliv3r>
while nice, its sad :(
<hno>
sad how?
<oliv3r>
Opensource people have tried so hard and worked so hard in the last years to get things open source. Along comes arm, and puts us two steps back again
<lundman>
ah someone else wants me to do upnp contract, guess I got busy another way
<mnemoc>
if ARM itself doesn't understand that making userspace libs open source is good, we can't even dream smaller IP owners will do it
<hno>
I think ARM actually understands, but they are sitting with software IP they cannot open, plus that the ecosystem they earn money from don't really care yet.
<oliv3r>
well, afaik, the VPU lib used by a10 isn't written by arm though :)
<oliv3r>
luckly, we have the lima project for the GPU
<hno>
oliv3r, exactly. Thats written by a small player with no understanding about the mechanisns of open source.
<hno>
yes, lima is refreshing.
<mnemoc>
but at we have at least two people (merbzt and iainb) trying to RE cedarx
<mnemoc>
future isn't that dark
<lundman>
RE is fun
ibrah has joined #arm-netbook
<oliv3r>
oh, iainb has help now? Nice
<mnemoc>
not sure they interact, but I guess they do
<oliv3r>
i'll order a mele a100 from hipboi one of these days (when I have some more money to hand out) and start playing with it too :)
<rm>
get A1000/2000
<hipboi>
oliv3r: why not a cubieboard
<mnemoc>
:D
<rm>
hipboi, when you will have more stock of the 1G board?
<hipboi>
sigh
<mnemoc>
hahaha
<hipboi>
we will start making more hopefully this weekend
<hipboi>
pcbs are ready
<hipboi>
need to get them soldered
<mnemoc>
hipboi: btw, can you get r3p0/p1 libs for our android folks?
<hipboi>
ok
<oliv3r>
hipboi: lol; why? well to 'hack around' with it, most deffinatly. But as a nice box to have it sitting next to the TV running XBMC ...
<hipboi>
then i need to make a phone call
<oliv3r>
maybe I get both! :p
<oliv3r>
don't have that much money atm though :(
<lundman>
I'd get a 1gb board too, if I knew the hardware can bitstream
<hno>
lundman, audio=
<hno>
s/=/?/
<lundman>
audio
<ibot>
hno meant: lundman, audio?
<lundman>
it can never be a real mediaplayer until it can bitstream :)
<hno>
AW_SYS_CLK_PLL6M, /* "sata_pll_m" ,PLL6 M clock, just for SATA */
<lundman>
pretty sure it can do normal 192khz, unsure about highbitrate DTS-HD / MA etc
cat_n9 has quit [Ping timeout: 248 seconds]
merbzt has joined #arm-netbook
cat_n9 has joined #arm-netbook
termleech|null has joined #arm-netbook
Turl has quit [Ping timeout: 260 seconds]
termleech has quit [Remote host closed the connection]
ibrah has quit [Remote host closed the connection]
<hno>
What I meant is that that define changes many things. We need someone who knows the clocks of REVC chips to tell what is right or wrong there.
<oliv3r>
who was complaining all the time? your workmate? lol why? :)
<hipboi_>
oliv3r: it brings him extra work
<hno>
hard comment either way without knowing the discussios other than that gimli had some issues in using the libraries.
kaspter has joined #arm-netbook
<mnemoc>
hno: the frustrating part is that we don't have access to that someone :<
<lundman>
yay finally got around to sniffing the network
<oliv3r>
well if gimli found valid flaws ... I know I wouldn't be happy if some internet punk made me work :p
eflatun has quit [Quit: Konversation terminated!]
<jinzo_>
oliv3r, on the other hand that "internet punk" is your customer :)
<jinzo_>
and armhf libs are quite important (and I don't have an idea why they don't start with armhf/base everything on it)
<hno>
mnemoc, not sure on that. We haven't tried other than via Tom.
cat_n9 has quit [Ping timeout: 245 seconds]
lkcl has joined #arm-netbook
<oliv3r>
to true
<oliv3r>
i wonder how adoption would have been, if the code would have been near mainline ready at the start
revident has joined #arm-netbook
cat_n9 has joined #arm-netbook
<mnemoc>
oliv3r: near mainline was never an option, allwinner only cares about android and the kernel version supported by the current android version. today that means 3.0.31
<jinzo_>
mnemoc, on the other hand Google is mooving closer to mainline with Android
<oliv3r>
i know vendors don't care about software nor about linux, only hard money. I get that
<oliv3r>
but for one, mainline/vanilla kernel support, with those patches ported to android, would have ment two supported platforms, but lets just say they don't even care about the other platform, even if that would have been some form of extra income
<oliv3r>
(think tiny ubuntu based desktop computers based on the A10)
<oliv3r>
android's kernel isn't THAT far from mainline, and google IS, as jinzo says, moving close to mainline all the time. The android fork has its ups and downs
<oliv3r>
forking isn't bad per say, new things get tried and proven or not
<oliv3r>
and also, android always pulls mainline changes in
hno has quit [Excess Flood]
hno has joined #arm-netbook
<oliv3r>
as android will always depend on mainline, unless they 'go their own way' which wasn't really the plan, i don't think
<mnemoc>
hno: we also tried via luke, his associates and tsvetan
<mnemoc>
and the xmbc tried the mob way
sspiff has quit [Ping timeout: 240 seconds]
<hno>
mnemoc, tried what?
<mnemoc>
to get sources, and linux support
<lundman>
good news is I'm accidentally learning more about ipv6
<mnemoc>
lundman: :)
<lundman>
oh man, but one day I can have a router running wrt in english!
<hno>
mnemoc, i am optimistic that it's possible to get answers on focused questions.
<RaYmAn>
assuming they actually know how it works ;P
<hno>
Someone does..
<hno>
it that someone is still there is another topic.
<mnemoc>
:)
<mnemoc>
hno: iirc the tech support address also goes to Eva :<
<hno>
Ofcourse it does.
<WarheadsSE>
revident: thanks
<WarheadsSE>
pi images are out
<revident>
WarheadsSE, woot. I'll have to let my colleagues know.
<jinzo_>
what pi images if I may ask?
<WarheadsSE>
they are up to 2.16 glibc (with /lib symlink) and systemd
<WarheadsSE>
Arch Linux ARM
sspiff has joined #arm-netbook
<revident>
jinzo_, Arch just released a armv6h repo.
<revident>
WarheadsSE, I'm guessing it's not sane to do an upgrade from v5tel to v6h, a reinstall will be required?
<jinzo_>
oh interesting, but I have my issues with Arch so I'll pass - thanks anyway.
kocka has left #arm-netbook [#arm-netbook]
<WarheadsSE>
reinstall _required_ yes
<WarheadsSE>
hard + soft are like a red-headed step child from across the tracks and a posh twat of a brat from uptown
<WarheadsSE>
they _really_ don't play well ;)
eflatun has joined #arm-netbook
<hno>
there is efforts to make them play.
itamarjp has joined #arm-netbook
eflatun has quit [Remote host closed the connection]
<mnemoc>
i saw some posts about multiabi in ubuntu/linaro some months ago
eflatun has joined #arm-netbook
pawel5870 has quit [Ping timeout: 245 seconds]
<WarheadsSE>
The kernel doesn't care, but userspaces will collide forcibly
<WarheadsSE>
There is some multilib work being done, but that is not ready for prime time to, well, often novice users.
empat0 has joined #arm-netbook
<empat0>
mnemoc: how can i check ive i got cpu fallback? i have 1280x720 at 40 fps, is this possible with cpu fallback?
<empat0>
mnemoc: yes, new to git. why do you think it is someone others work not mine?
<merbanan>
cpu fallback for what ?
<empat0>
opengl es
<RaYmAn>
empat0: I think the general thought is that no one seems to have gotten opengl es going on linux yet
<empat0>
well, my ion renders xbmc 1280x720 at 99 fps, 40 fps form mali on a10 seems to be realistic for gpu, not for cpu.
pawel5870 has joined #arm-netbook
<RaYmAn>
do you have es2_info?
pawel5870 has quit [Client Quit]
<empat0>
let me see
<RaYmAn>
It should be in mesa-utils-extra
hipboi_ has quit [Quit: 暂离]
jinzo_ has quit [Quit: Leaving]
<empat0>
im am not using mesa/x11. the (old) libs i used go directly to the framebuffer. i did not build against mesa libs/includes.
<empat0>
uuuh - i never edited a wiki. i'm such a bad writer. i just putted the pieces i found on the mailing list together.
eflatun_ has joined #arm-netbook
<RaYmAn>
well, even just dumping the info there is a good start! Then someone else (or you, once you learn) can clean it up later
eflatun has quit [Ping timeout: 240 seconds]
eflatun_ has quit [Remote host closed the connection]
eflatun_ has joined #arm-netbook
<empat0>
and i thought publishing the changes in the git will be enough. ok, will try.
<RaYmAn>
It mihgt well be :) It's just sometimes, something that's obvious to you, might not be obvious to someone else. SO having instructions that can be improved over time supplements the git well :)
<mnemoc>
empat0: there is something you know about cedarx libs usage that no one else does. that's why you succeed where all others failed
<mnemoc>
that knowledge can be used by people wanting to make cedarx bindings to ffmpeg or gstreamer or libva or ...
<phh>
well i looked at the code, i've seen nothing special, it's just feeding the decoder, getting back the buffer, sending it to the bliter
<phh>
i haven't seen anything "magical"
<phh>
empat0: is there some trick i've missed ?
<mnemoc>
phh: there must be something or gimli and the others would have succeed
<cde>
there is no secret ingredient.
<empat0>
well, imho team xbmc was doing politics, not software.
<mnemoc>
*cough*
<mnemoc>
:)
<hno>
empat0, where is it in the xmbca10 git? (and where it that git?)
<mnemoc>
nice to know they actual answer questions in that forum :)
xenoxaos has quit [Ping timeout: 264 seconds]
empat0 has quit [Quit: irc2go]
xnxs has joined #arm-netbook
xnxs has quit [Excess Flood]
Entropy512 has quit [Ping timeout: 240 seconds]
xnxs has joined #arm-netbook
xnxs has quit [Excess Flood]
eflatun has joined #arm-netbook
ibot has quit [Ping timeout: 245 seconds]
xenoxaot has joined #arm-netbook
xenoxaot has quit [Excess Flood]
xnxs has joined #arm-netbook
xnxs has quit [Excess Flood]
eflatun has quit [Ping timeout: 252 seconds]
xnxs has joined #arm-netbook
Entropy512 has joined #arm-netbook
pawel5870 has joined #arm-netbook
pawel5870 has quit [Ping timeout: 248 seconds]
ceo16 has quit [Read error: No route to host]
cat_n9 has joined #arm-netbook
Entropy512 has quit [Ping timeout: 256 seconds]
Entropy512 has joined #arm-netbook
xnxs is now known as xenoxaos
itamarjp has quit [Ping timeout: 240 seconds]
gimli_ has joined #arm-netbook
cat_n900 has joined #arm-netbook
cat_n900 has quit [Client Quit]
gimli has quit [Ping timeout: 252 seconds]
gimli_ has quit [Ping timeout: 252 seconds]
gimli has joined #arm-netbook
<rz2k>
techn: yes, saw it, now we need to resolve the ioctl numbers so they dont override. with solution from forum and default ioctl numbers compilation obviously fails with "duplicate case value".