nicksydney has quit [Read error: Connection reset by peer]
nicksydney has joined #linux-sunxi
nicksydney has quit [Remote host closed the connection]
pwhalen has quit [Ping timeout: 264 seconds]
deffrag has quit [Ping timeout: 264 seconds]
pwhalen has joined #linux-sunxi
pwhalen has joined #linux-sunxi
pwhalen has quit [Changing host]
deffrag has joined #linux-sunxi
xavia has joined #linux-sunxi
pwhalen has quit [Quit: Leaving]
geecko has quit [Remote host closed the connection]
pwhalen has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
akaizen_ has quit [Remote host closed the connection]
<wens>
oliv3r: some power bypasses the axp, such as usb, sata. So you wouldn't get proper current reading/limiting. But the voltage drop should be the same, so under-voltage warnings should still work
<wens>
ccaione: not going anywhere atm i'm afraid
<libv>
yay.
<libv>
sunxi-mali has library dependency checking
<libv>
and all the libs are now properly depending on libUMP.so.3
<wens>
note that I was in the middle of something, so it doesn't work, and might not even compile
<ccaione>
no prob, thanks
diego_r has joined #linux-sunxi
<wens>
id/vbus detection and glue layer control are missing
<ccaione>
I nood to study a bit since I know pretty much nothing about usb. It will be fun :)
<ccaione>
s/nood/need/
<wens>
ccaione: OTG is a pain :(
<ccaione>
ook, not that fun then :(
<wigyori>
morning
gzamboni has quit [Remote host closed the connection]
gzamboni has joined #linux-sunxi
hansg has joined #linux-sunxi
popolon has joined #linux-sunxi
geecko has joined #linux-sunxi
theskilledworker has joined #linux-sunxi
FR^2 has joined #linux-sunxi
<ijc>
oliv3r: My series has always been explicity sun7i+cubietruck only, as I say in the 0/N mail it is intending as a starting point for other people to then contribute things they care about. Hans is adding sun4i on top for example. BTW, I haven't removed anything, I just chose to only include a subset of the u-boot-sunxi.git code.
Montjoie has quit [Read error: Connection reset by peer]
<oliv3r>
ijc: ah yeah i do remember reading that, but your v1 was inclusive of sun4i and the v2 was exclusive. what's the best branch to base patches on then? ideally with your stuff and hans combined; or are you both seperatly submitting stuff?
<ijc>
oliv3r: There wasn't any sun4i stuff in either AFAIK, at least not intentionally (and I don't recall removing it, but I might have done).
<ijc>
hans has a branch with both combined, otherwise there is a branch in the 0/N mail with my stuff in it
<ijc>
for cleanup stuff requested during review that should go into u-boot-sunxi.git and I will sync it into the upstreaming branch. I don't want cleanups to happen only in the upstreaming branch
<ijc>
since then things would diverge and get very confusing
<oliv3r>
ijc: ok so the regular sunxi branch; roger, i'll send patchaes that way and base newer patches on that then
<oliv3r>
ijc: i just started to get confused with al them branches!
<oliv3r>
ijc: in that case, i'll "ignore" your and hans's branches and just focus on sunxi repo as always
<oliv3r>
will cleanups from yours and hans be 'synced back'
<ijc>
oliv3r: there are no cleanups in my branch at least, I've been doing all that in u-boot-sunxi.git and syncing the other way.
<oliv3r>
ijc: ah perfect, good; i follow your workflow then :)
<oliv3r>
understand*
<oliv3r>
ok i'll start sending and merging patches then
<ijc>
thanks.
notmart has joined #linux-sunxi
notmart has joined #linux-sunxi
notmart has quit [Changing host]
<oliv3r>
ijc: thanks for clearing it up! :D
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<oliv3r>
ijc: so with 'everybody' doing cleanup; you working on sun7i; hans on sun4i, (i don' thave sun5i except for a tablet), what else can/needs to be done?
theskilledworker has quit [Quit: Leaving]
<oliv3r>
ijc: but there is still so much that needs to be done :(
<hansg>
oliv3r, do you have push access to u-boot-sunxi.git ?
kivutar has joined #linux-sunxi
<hansg>
oliv3r, the first thing we need to do is push this branch: git://gitorious.org/ijc/u-boot.git sunxi-merge-v2014.04-rc2 to u-boot-sunxi.git sunxi, hno has acked this, and then we've a good base to work on, Right now the sunxi branch still is at v2014.01 while all Ian's + my work is being done atop of Ian's sunxi-merge-v2014.04-rc2
<hansg>
oliv3r, if you don't have push access you can still help by testing Ian's merge branch on sun4i + sun7i, then I can test on sun5i and we can push after that.
<oliv3r>
hansg: long time yeah :)
<oliv3r>
hansg: hno said i should be the u-boot committer while he was afk-ish; but i got really busy with my book, so haven't managed to do much :(
<oliv3r>
hansg: so wich branch should be merged ontop of u-boot-sunxi.git?
<oliv3r>
hansg: do you have a clean branch i can push without conflicts/
<ijc>
oliv3r: I think Marek's feedback is all pretty trivial/tractable stuff. IIRC you said you had patches for some of it already, so posting those would be very worthwhile.
<oliv3r>
ijc: yeah will do; i guess the best plan of attack now is; merge 2014.04-r2 to u-boot-sunxi; merge my patches ontop of that
<oliv3r>
and continue fixing stuff
<hansg>
oliv3r, you can cleanly merge git://gitorious.org/ijc/u-boot.git sunxi-merge-v2014.04-rc2 into the sunxi branch, unfortunately I've added 2 cleanups since ijc create that branch so we cannot fast-forward to it, but it merges fine.
<oliv3r>
hansg: ok i'll merge and push it in < an hour then
<oliv3r>
the upstream merging usually is a big pain; so i'm very happy i don't have to break my back on that :D
<hansg>
oliv3r, great, please do run some smoke tests before pushing though. All should be fine, but better safe then sorry.
<oliv3r>
yeah i'll compile cb1 and cb2 and test boot on those two
<oliv3r>
ok well maybe not < hour; but today :p
<oliv3r>
as soon as possible anyway
kivutar has quit [Read error: Operation timed out]
pirea has quit [Quit: Leaving]
<hansg>
oliv3r, great, thanks!
bjoernb has quit [Remote host closed the connection]
Net147 has joined #linux-sunxi
rz2k has joined #linux-sunxi
bjoernb has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
akaizen has quit [Ping timeout: 268 seconds]
foubarre has joined #linux-sunxi
deffrag has quit [Ping timeout: 265 seconds]
bjoernb has quit [Ping timeout: 245 seconds]
FreezingCold has quit [Ping timeout: 268 seconds]
deffrag has joined #linux-sunxi
bjoernb has joined #linux-sunxi
GChriss has quit [Quit: Leaving.]
foubarre has quit []
<mru>
ssvb: have you looked any more at the a20 pmu irq nonsense?
HeHoPMaJIeH has joined #linux-sunxi
hansg has quit [Quit: Leaving]
bjoernb has quit [Ping timeout: 240 seconds]
bjoernb has joined #linux-sunxi
smotocel69 has joined #linux-sunxi
bjoernb has quit [Ping timeout: 252 seconds]
bjoernb has joined #linux-sunxi
ganbold_ has joined #linux-sunxi
<ssvb>
mru: no, I haven't
<ssvb>
it would be nice if somebody from allwinner could have a look at this problem
<mru>
from what I can tell the interrupts simply aren't happening
<ssvb>
or at least the open source people (mripard?), who worked on the interrupt controller support
<mru>
so either the documented irq number is wrong or there's some secret register that needs to be poked
<ssvb>
yes
<smotocel69>
i like allwinner :)) \
<smotocel69>
:|
<mru>
their documentation is sparse to say the least
<ssvb>
mru: I just wonder if the fact that both A7 CPU cores and the GIC are provided by ARM could make this somewhat easier (no Allwinner IP involved here?)
<mru>
or is there?
_hipboi_ has quit [Quit: Leaving]
<mru>
certainly the irq assignments are up to them
<ssvb>
no idea, Allwinner A10 used its own interrupt controller, Allwinner A20 uses GIC
<mru>
yes, but the integration is done by allwinner
smotocel69 has quit [Quit: Leaving]
<ccaione>
mru: what's the problem with PMU and IRQ?
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<ssvb>
ccaione: that's a different PMU (not power management, but performance monitoring)
<ccaione>
hooo, nvm then
jemk has joined #linux-sunxi
pwhalen has joined #linux-sunxi
rz2k has quit [Remote host closed the connection]
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
Black_Horseman has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
Montjoie has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 252 seconds]
<mripard>
mru: ssvb: what's the issue about it?
<mru>
it doesn't work
<mru>
no interrupts are ever registered
<mripard>
registered as in no driver ever calls request_irq, or as in the hardware never raises an interrupt?
<mru>
none raised
<mru>
request_irq seems proper
<mru>
it shows up in /proc/interrupts
<mripard>
ok
<ssvb>
mripard: do you have contacts at Allwinner who could check and clarify the ARM performance monitoring unit IRQ number(s)?
<ssvb>
for Allwinner A20
<mripard>
yes, I can ask
<mru>
that would be great
<mripard>
I'll let you know
<mru>
thanks
uRandomMM has joined #linux-sunxi
pwhalen has quit [Quit: Leaving]
bjoernb has quit [Remote host closed the connection]
<gzamboni>
answering my own question if it can be usefull to anyone apperently all the gpios have the ability to use the internal pullup/pulldown. This is an interesting feature to be implemented in mainline if its not already there.
<mrnuke>
you don't get it. I was bragging I sent it :p
ferro has joined #linux-sunxi
Seppoz has joined #linux-sunxi
<oliv3r>
what in the world is a 'weak' function? I read something about it being arm specific; but other then that ... i'm clueless :)
<mripard>
It's not arm specific at all
<mripard>
but it's a function that will be overriden by another function if they happen to have the same name
<mripard>
it's usually used to provide default function implementation, while allowing to provide a more specific one if available
<ccaione>
i.e. interrupt handlers
<mripard>
ccaione: do you have an example? I never saw an interrupt handler being defined as weak.
<ferro>
hey guys, can't see /dev/nand* after issuing 'modprobe nand'... any suggestion?
<ccaione>
mripard: have you ever programmed on small microcontrollers? ;)
<mripard>
ccaione: aaah, I thought you were talking about linux :)
<mripard>
I must be biased, sorry :)
<ccaione>
:D no prob
<mrnuke>
oliv3r: weak is a GCC extension AFAIK. For example make a "board_what_is_this()" stub, then make a board_what_is_this() in the board code which does the correct thing
<mrnuke>
oliv3r: linker picks up the one in the board file, as the generic one is marked weak
<oliv3r>
ijc: with the merge, did the 'ignore capitals on _configs' get broken again? my build fails, due to missing cubietruck_config; but I do see a Cubietruck in boards.cfg ... investigating :)
<ijc>
oliv3r: I think I always used the caps version so I wouldn't notice.
<oliv3r>
i know hno committed a patch for this a few months ago
<oliv3r>
let me verify that this is really what's causing it
<oliv3r>
then i'll build a few boards and test them :)
xavia has joined #linux-sunxi
ferro has quit [Ping timeout: 245 seconds]
<oliv3r>
ijc: btw, I use the sunxi-bsp so it comes from whatever sys_boards calls it I guess ;)
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<oliv3r>
ijc: cubietruck boots as expected :)
hramrach has quit [Ping timeout: 265 seconds]
<alexvf>
jemk: i have a question for you regarding libvdpau-sunxi
hramrach has joined #linux-sunxi
<alexvf>
jemk: shouldn't VdpVideoSurfaceGetParameters return the actually allocated sizes of the surface?
<alexvf>
jemk: i'm facing some issues when using VdpVideoSurfacePutBitsYCbCr and i think that the reason is that VdpVideoSurfaceCreate aligns the width and height to 64
<alexvf>
jemk: VdpVideoSurfaceGetParameters returns the requested width and height, instead of the actual values
<oliv3r>
ijc: cubieboard1, 2 and 3 all boot perfectly; testing a lime now
MamlinAV has joined #linux-sunxi
<jemk>
alexvf: um, yes, it should. But we use the requested width and height everywhere, more memory is only allocated to satisfy the needs of the VE.
<oliv3r>
if only i had an olimexino a13; i might get one one of these days ...
<jemk>
alexvf: as long as the videoengine isn't involved only the requested width and height are used, the rest stays empty
<alexvf>
jemk: mmm, i just realized it uses requested sizes all over the place
<alexvf>
jemk: then, i don't fully understand why i get weird results in the put_bits function
leviathanch2 has joined #linux-sunxi
<oliv3r>
ijc: ok all work; except for the capitilization issue ...
<oliv3r>
does the lime have 512 mb of ram? i thought it only had 256 ....
<oliv3r>
ijc: 920b232b8c is the commit hash of the previous fix, but it looks like the whole thing was removed from the Makeifle?
<ijc>
that might be a mismerge, v2014.04-rc2 had a load of upstream makefile reworking. (I don't have the tree handy on this machine to check)
<oliv3r>
ijc: i can't find any trace of 'tolower' in any later patches
<oliv3r>
but it all still works; so that's good :)
theskilledworker has joined #linux-sunxi
HeHoPMaJIeH has quit [Remote host closed the connection]
nabblet has quit [Ping timeout: 240 seconds]
MamlinAV has left #linux-sunxi [#linux-sunxi]
<alexvf>
jemk: btw, the put_bits results were right, my expectations were not :)
theskilledworker has quit [Quit: Leaving]
leviathanch2 has quit [Ping timeout: 264 seconds]
joedj has quit [Ping timeout: 240 seconds]
leviathanch2 has joined #linux-sunxi
rz2k has joined #linux-sunxi
nabblet has joined #linux-sunxi
GChriss has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 240 seconds]
leviathanch2 has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
leviathanch2 has quit [Remote host closed the connection]
deasy has joined #linux-sunxi
leviathanch2 has joined #linux-sunxi
fredy has quit [Excess Flood]
bertrik has joined #linux-sunxi
fredy has joined #linux-sunxi
cabania has joined #linux-sunxi
<cabania>
hi, i have some tablets with linux-sunxi inside, now i want to make a android one in a A31 one, i need the android kernel, i have read that it's in a sdk, where are they?
<cabania>
they are announced, but noplace to download
<plaes>
cabania: yup, that's how the android ecosystem works :(
<cabania>
I see tsvetan put a sdk of a A20 in sunxi web, but it's the only i saw
<cabania>
plaes: so, this sdk is not freely available?
<cabania>
i can't understand
<cabania>
i need to compile a kernel module for the a31 tablet i bought
<cabania>
libv: yep, I put a linux in a a20 tablet through those instruction, although i couldn't find working touchpad drivers, now i'm trying to make a android kernel but i can't see where the kernels are
<libv>
cabania: which a20 tablet is that?
<cabania>
the a20 tablet was a spanish relabeled,the true model that i found in fex file was K1001L1C, it worked everything but the touch
<cabania>
the driver (focaltech) loaded, but the i2c chip only gave me 0,0 coordinates
<oliv3r>
i read that going; wow taht's pretty amazingly cool
<oliv3r>
service for students and helps them deepen understanding of linux system throughout runtime environment. Every student gets a user account from Windows server, and connects to it by RDP protocol.
<oliv3r>
and then i read that; and wooosh;
<Valduare>
I was just talking to the guys in ubuntu MaaS (metal as service) they said basically to use arm you need a custom u-boot that can pause and wait for kernel over network
<oliv3r>
Valduare: erm what? a10 boots frmo network just fine
Valduare has quit [Ping timeout: 265 seconds]
<oliv3r>
mnemoc: are we going to supply hwpacks in the nightlies?
<mnemoc>
if someone fixes the scripts, sure
<mnemoc>
script.bin is trivial, kernel and u-boot we already have.. but user space drivers are a problem
<mnemoc>
the scripts behind the nightlies are also on github
<cabania>
can I use linux sunxi kernel to build a android kernel?
<cabania>
for a a31 processor
<cabania>
I don't find the official android kernel from allwinner
<cabania>
i saw in the web that they released a sdk but there is nothing in the whole internet,lol
<Turl>
cabania: we don't have any A31 support on linux-sunxi, so that's a no
<cabania>
Turl: and the sdk's i read about are not free? the git from rhombus doesn't seem to work
uRandomMM has quit [Quit: Page closed]
<cabania>
Turl: wow, i just realized your link is just the 4.4 sdk, thx a lot
geecko has joined #linux-sunxi
<libv>
cabania: so what about that new device howto then?
<cabania>
libv: the a31 device? I just won't try linux/sunxi in it, as it seems it won't work properly
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
Black_Horseman has quit [Changing host]
deffrag_ has joined #linux-sunxi
deffrag__ has quit [Ping timeout: 264 seconds]
<cabania>
the a20 device K1001L1C works fine with sunxi, only need a patch in the clock section of the fex file for screen to work, but the touch doesn't work, it has a focaltech chip, I asked focaltech the datasheet of the chip that was a ft0402 but no answer
<cabania>
in the K1001L1C device also tried, to put linux userland with android kernel with a chroot and killing surfaceflinger and calling a Xwindows with framebuffer
<cabania>
the touch driver obviusly worked as it was android, but the Xorg protocolol of Xinput and the driver protocol weren't the same, so no touch working neither
<cabania>
al least evtest worked
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
cabania has quit [Quit: BitchX-1.1-final -- just do it.]
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
cabania has joined #linux-sunxi
<cabania>
re
<razlept>
can i disable totaly vga port on olinuxino A13 ?
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
akaizen_ has joined #linux-sunxi
geecko has quit [Remote host closed the connection]
akaizen_ has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
akaizen has quit [Read error: Connection reset by peer]
akaizen has joined #linux-sunxi
<libv>
cabania: not doing a proper linux on it is not a reason not to document the hw
razlept has quit [Quit: Lost terminal]
akaizen has quit [Read error: Connection reset by peer]