<hramrach_>
unioah: you probably want a different URL
<hramrach_>
when you browse the repo with your browser github tells you both the public readonly url and the private one for pushing tha requires a key
<unioah>
yeah, I use git://github.com/cubieboard/manifests now
<unioah>
the problem is , it can pack finally
<unioah>
"tools/pack/outFile system.fex Not ExistBuildImg 360"
<unioah>
it's seemed system.img didn't existed.
<unioah>
really strange
rellla has joined #linux-sunxi
_BJfreeman has joined #linux-sunxi
_BJfreeman is now known as BJfreeman
rellla has quit [Remote host closed the connection]
\\Mr_C\\ has quit []
\\Mr_C\\ has joined #linux-sunxi
unioah has quit [Ping timeout: 248 seconds]
rellla has joined #linux-sunxi
unioah has joined #linux-sunxi
rellla2 has joined #linux-sunxi
rellla has quit [Ping timeout: 248 seconds]
n01|away is now known as n01
<oliv3r>
unioah: i don't think we have an android tree yet; turl! :p
<mnemoc>
i've seen boards without PMU, but no board with the "wrong" PMU
<Turl>
mnemoc: I think it was an A10S using AXP209
<Turl>
instead of AXP152 or so
<mnemoc>
uhm
<mnemoc>
not nice
<Turl>
sigh, damn "microsim"
<mnemoc>
new phone?
<Turl>
yes, but with microsim instead of normal sized sim
<Turl>
I grabbed a pair of scissors and made it micro by myself, but it moves inside the slot or something and I'm left with no signal and have to reseat it
<mnemoc>
no phone accessories shop near you with a proper tool to micro-ize cards?
<Turl>
yeah, I have a carrier store a few blocks away, I guess I'll go and ask for a proper microsim :)
<mnemoc>
:)
<Turl>
mnemoc: google now is giving me a laugh, it uses the spanish synth to read the cards' text (which is in english somehow)
<mnemoc>
i've had that problem too :p
<Turl>
mnemoc: did you manage to fix it?
<mnemoc>
switched my phone to english :(
<Turl>
fair enough :)
<oliv3r>
always had my phone on englis
<oliv3r>
can't stand technical terms in 'insert native language here'
<mnemoc>
+1
<Turl>
the spanish translation here is pretty meh, I've considered doing it
<oliv3r>
they usually always get it wrong
<oliv3r>
or use some weird 'long' translations
<oliv3r>
and then short it into really weird ways
<n01>
yeah, I hate translations for on/off
<mnemoc>
the main problem with not using "local language" is that google local searches banish
<n01>
acceso/spento -> loooong o_o
<oliv3r>
Aan/Uit :p
<Turl>
mnemoc: and the keyboard :p you need to set the language up in a lot of places to keep it in local lang
<oliv3r>
i just have it in english and i'm happy :p
<Turl>
oliv3r: no swipe predictions for other langs :P
<mnemoc>
having google in english i can't ever find anything in spain :-/
<mnemoc>
not even adding the name of the town to the queue
<mnemoc>
query
<oliv3r>
i can change the keyboard language by 'swiping' over the space bar
<oliv3r>
android AOSP keyboard does that
<oliv3r>
set your google homepage to google.es :p
<oliv3r>
or set the cookie to search local first
<mnemoc>
most keyboard do that too. but the "field" remains in the "wrong" language
<mnemoc>
at least voice to text now let's you switch language too
<mnemoc>
but still painful to be multi-language
* mnemoc
wonders what they use for on/off in spanish translations.... encendido/apagado is awful
<oliv3r>
I don't use voice to text
<mnemoc>
it's the only way to chat when walking and it's raining :p
<mnemoc>
and here it rains a lot. all year
<oliv3r>
lol
<oliv3r>
rain? in spain?
<mnemoc>
top-left corner. atlantic. kind of like ireland's weather
<oliv3r>
oh, must be nice :)
<mnemoc>
never over 17C, never under 5C. clean air. nice town ... unless it's raining with wind :|
<mnemoc>
but wind keeps the air clean, which is good
<Turl>
mnemoc: I/O I think :p
<mnemoc>
Turl: :p
<oliv3r>
never over 17? that i sWAY to cool
jemk has quit [Quit: bye]
<oliv3r>
cold*
<Turl>
oliv3r: pff don't complain :)
<Turl>
I'd love that weather over here
<mnemoc>
well... in summer you can get some days over 25C.... but they are very rare
<oliv3r>
we have 10 C now
<oliv3r>
we had 25 yesterday
<mnemoc>
and humidity?
<mnemoc>
humidity has a huge impact in how you feel the temps
<oliv3r>
Now? 94%
<oliv3r>
it's been raining all day
<mnemoc>
:)
<oliv3r>
its raining right now :p
<mnemoc>
same here
<oliv3r>
but usually its much more dry
<mnemoc>
here it's always around 70, except when raining obviusly
<mnemoc>
but that makes you feel 17C as HOT
<oliv3r>
oh
<oliv3r>
nah, 21 is 'comfterable'
<oliv3r>
though yeah, if it's a sunny day and very moist, that'll feel way to warm
<oliv3r>
mnemoc: i can't do my patch series on 3.0
<oliv3r>
hansg didn't do it for 3.0
<oliv3r>
and mine is based on his work
<mnemoc>
oliv3r: I know :p backporting sucks :p
<mnemoc>
oliv3r: but you can do I. go oliv3r go :)
<mnemoc>
I backported the unification, now it's your turn to backport the improvements
<mnemoc>
I can't "graduate" the stuff unless 3.0 and 3.4 are consistent sunxi wise :(
* mnemoc
still waiting for feedback/fixes from android people to be able to deprecate 3.0
<mnemoc>
*hint* Turl *hint*
<oliv3r>
so why haven't you backported hansg's fixes :p
<oliv3r>
i'll try to cherry-pick them from my 3.4 work
<oliv3r>
can't yet :(
<oliv3r>
need adapter!
<mnemoc>
oliv3r: because i don't know which of hansg changes are 3.4 API changes and which are actual improvements
<mnemoc>
and haven't had time to research :|
<oliv3r>
ok ok :p
<oliv3r>
]so, i just checkout 3.0, and cherry pick each patch 1 at a time?
<oliv3r>
see how it goes wrong, if it fails to build etc
<oliv3r>
dno't think there where much/any api changes
<hramrach_>
if they are exported in sysfs as writeable there is no saying what you read from teh variable that's connected with the sysfs file
<mnemoc>
using an accessor instead of the raw variable?
<hramrach_>
is there any doc on using sysfs?
<oliv3r>
Documetnation/sysfs.txt or the like i belive
<hramrach_>
why is there even a facility for creating broken sysfs files in the kernel in the first place?
<hramrach_>
and why is it mentioned in docs?
<mnemoc>
without obstacles life would be boring
<oliv3r>
they simply give you the tools
<oliv3r>
if you decide yourself in the foot with it, that is your choice
<oliv3r>
use build in get_foo(); set_foo(); into your code as accessors
<hramrach_>
tehre is damn macro for creating writable sysfs files without an accessor
<oliv3r>
you can, but don't have to
<hramrach_>
that's not giving the tools, that's pointing the gun at your foot and gesturing at teh trigger
<oliv3r>
if you want direct access through sysfs, you can; but you don' thave to
<oliv3r>
hahaha
<hramrach_>
yes. Documentation/sysfs gives more details, thanks
<hramrach_>
ewh, should look at some driver that uses sysfs I guess
<oliv3r>
hramrach_: what do you intend to do?
<hramrach_>
export a settable module parameter
<hramrach_>
through sysfs
<hramrach_>
I might make the parameter writable on devices the module creates only for simplicity
<oliv3r>
ok, so
<hramrach_>
hmmm, that requires adding some per-device data to store the writable copy of the value
<hramrach_>
basically I have interval at which led state is updated by trigger
<hramrach_>
and it's module-global hardcoded value atm
<oliv3r>
have in your driver somewhere globally; static int setting; then have 2 function static int setting_get(void) { return setting; } and static void setting_set(const int value) { setting = value; }?
<oliv3r>
and then replac the hardcoded value with value = setting_get();
<hramrach_>
the problem is sysfs only seems to provide per-device attributes. don't see an example of registering an attribute at module init time
<hramrach_>
well, I guess I want to keep the value module-global after all
<oliv3r>
well there's many things you can do; i think you can use sysfs_create_file() to add one runtime?
<oliv3r>
if that's what you mean
<oliv3r>
but i don't know all there is to know about sysfs :)
rz2k has joined #linux-sunxi
<oliv3r>
but if you create your sysfs entry at the start; and in your .show function you do printf("Value: %d\n", setting_get();?
<oliv3r>
i guess i can't help you otherwise, I know to little and not sure of your problem :)
<hramrach_>
will try to get something together
<hramrach_>
bbl
<oliv3r>
mnemoc: done; i'll send it to the ML now; it's a compile only test though! :p
<mnemoc>
oliv3r: authors are expected to run their commits at least once :p
<oliv3r>
i'm no author! i backported
<oliv3r>
i'll see if I can find an SD card to get the feodra image on
<oliv3r>
but my LAN is still broken on the cubie and only have a mainline SD card
<oliv3r>
i just hope that the chinese comments don't get messed up
<libv>
oliv3r: if you have some time, pull the chinese crap in audio through google translate and see if you can make sense of it
<libv>
(more work!)
<libv>
which reminds me, i should still push my sunxi-mali patches
<oliv3r>
:p
<libv>
as nobody cared!
<mnemoc>
we trust you :)
<oliv3r>
i think we had someone yesterday who wanted to do translation
<libv>
oliv3r: i spent several days on disp back in oktober
<libv>
oliv3r: google translate and someone with a clue of the actual subsystem is really the way to go
<oliv3r>
libv yeah the translations look reasonable
<oliv3r>
i ran them through google translate once; wasn't too bad
<libv>
just a lot of busywork
<oliv3r>
but yeah, we should inventarise all chinese
<libv>
oliv3r: but there's billions of them
<oliv3r>
but some guy wanted to do it yesterday, said he 'spoke some japanese'
<oliv3r>
it's bad isn't it
<libv>
oliv3r: luckily, most of them are in a land far far away :p
<libv>
or maybe you meant inventarise all chinese text in the linux-sunxi repository? :p
<oliv3r>
oh, I didn't get that :p
<mnemoc>
at least it's all UTF-* now
<oliv3r>
*doh*
<mnemoc>
UTF-8*
<oliv3r>
i need to get my terminals to understand utf-8
<oliv3r>
even though i have utf8 support everywheere
<oliv3r>
mnemoc: it's a nice and easy todo item for the next person who comes in here and wants to help!
<oliv3r>
chase down the chinese, translate it :D
<oliv3r>
mnemoc: you pushed hansg's sun4i sound merge to 3.4 and not to 3.0
<techn_>
mnemoc: but it causes changes to files like u-boot.bin :/
<mnemoc>
o_O
<mnemoc>
and what about instead of a single * we *.ini and *.cfg as text, and *.fel as text=auto, both with eol=crlf ?
<mnemoc>
btw, don't trust git status, make to trees and compare the sha1sum
<techn_>
that seems to work also.. but no file changes
<mnemoc>
livesuit happy?
<techn_>
I'll try flashing now
<mnemoc>
make two `find * -type f | xargs sha1sum` + diff ... `git status` will hide most of the impact of .gitattributes from you
<oliv3r>
lkcl: they probably 'accidentally' blobbed it
<oliv3r>
lkcl: "god knows why"
<techn_>
mnemoc: yes.. livesuit doesn't like those files anymore :(
Undertasker has joined #linux-sunxi
<mnemoc>
someone suggested the nand IP doesn't belong to AW
<mnemoc>
techn_: :(
<oliv3r>
well, cats out of the bag
<oliv3r>
and soon, HOPEFULLY we'll have mtd driver; and won't care any longer
<mnemoc>
oliv3r: problem is that we don't know if we can operate sun[67]i nand using sun[45]i code
<oliv3r>
well we have the blob
<mnemoc>
yet another GPL violation to RE? :( not fun
<oliv3r>
we have lkcl!
<mnemoc>
"in RT's associates we trust" (tm)
<oliv3r>
:)
<oliv3r>
it's allw e have
<lkcl>
mnemoc: it's important that they *not* send out boards with the gpl-violating nand driver. if they do so, they must provide source code. as they cannot provide source code, the only way that they will be able to comply with the GPL is to cease and desist from distribution.
<lkcl>
so it's absolutely absolutely critical that they NOT distribute that gpl-violating nand driver.
<mnemoc>
they do
<mnemoc>
but who gets anything directly from allwinner? at most it's wits
<mnemoc>
wits sells the devkits, sends the samples, the prototypes, the SDKs
<mnemoc>
the legal path is doomed
<mnemoc>
if anything legal happens to wits, it will become wits2 and keep things as usual
<oliv3r>
lkcl: "too late"?
mdp has quit [Excess Flood]
mdp has joined #linux-sunxi
paulk-desktop has quit [Quit: Ex-Chat]
Undertasker has quit [Read error: Connection reset by peer]
Undertasker has joined #linux-sunxi
ksdncv has joined #linux-sunxi
n01 has quit [Ping timeout: 260 seconds]
tzafrir has quit [Ping timeout: 252 seconds]
mab has quit [Ping timeout: 264 seconds]
<oliv3r>
mnemoc: patch inc in 5
<mnemoc>
going to sleep right now. my back is killing me.
<mnemoc>
will look at the stuff tomorrow morning
<oliv3r>
okay
<oliv3r>
sweet dreams
lxsameer has quit [Quit: Leaving]
leowt has joined #linux-sunxi
<leowt>
hi there
<leowt>
is anyone working on a20?
<leowt>
i will get hands on one next week
<Turl>
leowt: there's not many A20 out there yet
<leowt>
i will get an a20 next week
<leowt>
tablet
<leowt>
will be happy to help
<Turl>
:)
<leowt>
ive never build a android image for A1x, is it fully possible? since u-boot is already ready for android, the rest should be the kernel, am i right?
<leowt>
i have low experience with android
<oliv3r>
make that tomorrow; i broke something and i need to fix that first :p
shineworld has quit [Remote host closed the connection]
sud0x3 has quit [Ping timeout: 256 seconds]
\\Mr_C\\ has quit []
\\Mr_C\\ has joined #linux-sunxi
tzafrir has joined #linux-sunxi
mdfe_ has joined #linux-sunxi
ykchavan has joined #linux-sunxi
leowt has quit [Quit: leowt]
Undertasker has quit [Quit: Leaving.]
w00tc0d3 has quit [Remote host closed the connection]
ykchavan has quit [Read error: Connection reset by peer]
tinti_ has quit [Remote host closed the connection]
ykchavan has joined #linux-sunxi
christopher has joined #linux-sunxi
ykchavan has quit [Ping timeout: 276 seconds]
rz2k has quit []
ykchavan has joined #linux-sunxi
ksdncv has quit [Remote host closed the connection]