vicenteH has quit [Read error: Connection reset by peer]
vicenteH has joined #linux-sunxi
jdeisenberg has joined #linux-sunxi
<jdeisenberg>
Hi. Where would be an appropriate forum to post questions about Ethernet on Mele M5 when running Linux?
Soru has quit [Ping timeout: 245 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
vinifr has joined #linux-sunxi
popolon has quit [Quit: Quitte]
geecko has quit [Quit: Quitte]
<steev>
woo the cb2 is somewhere in the US... it left chicago a few days ago, although it did spend 4 days there
<WarheadsSE>
steev: they are floating it down the Mississippi on a raft, all Twain style
<steev>
WarheadsSE: probably
<steev>
sadly, my utilite was shipped yesterday, and will be here tomorrow
<steev>
and it's coming from Israel
<WarheadsSE>
Remember how fast the AX3/4's arrived?
<steev>
nope
<WarheadsSE>
you .. don't have one?
<steev>
because i didnt' even know they shipped mine, and i thought FedEx/UPS (whichever it was) had a wrong number when they kept calling telling me they had a package for me from Japan
<steev>
so i ignored it for like 4 weeks
<steev>
and finally they were like this message is for steev - your package from japan is about to be shipped back if you don't call us back
<steev>
so i did, and yeah...
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
jdeisenberg has left #linux-sunxi [#linux-sunxi]
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<bamvor>
arokux: hi
vinifr has quit [Remote host closed the connection]
\\Mr_C\\ has quit []
<wens>
arokux: i see it now. should've just waited
<mnemoc>
the bsp uses sunxi-boards, which is external, to "offer" boards
<steev>
ahh
<mnemoc>
even if the bsp itself doesn't know yet about a20 = sun7i
<steev>
tis fine, i can build me a mini-x hwpack
<steev>
still need to do something with it
<mnemoc>
yes, you have commit access iirc :p
<steev>
shhh
<steev>
i think i do... but i meant i need to do something with my mini-x
<steev>
and the cb2 still hasn't arrived
<steev>
fingers crossed that it's sometime this week, but USPS... who knows when it will show up
<steev>
i had something ship from indiana -> me overnight via usps... and i've had stuff take 2 months from a city away
<mnemoc>
...
<steev>
usps isn't particularly..... reliable
<steev>
it won't get stolen... usually... but you also have no idea when it will actually arrive
<steev>
hm, is there any way to do a... non-standard video display on these things? like i have a monitor that does 1680x1050, but when i plug in the mini-x, it doesn't show anything as it attempts 720p
<steev>
or maybe it's attempting 1080x
<steev>
1080p*
<mnemoc>
as long as packages arrive, and without an extra invoice, it's good for me
<steev>
haha
<steev>
well, yeah
<mnemoc>
modern sunxi kernels read edid without troubles
<mnemoc>
and you can even override via kernel command line
<steev>
what is a modern sunxi kernel, and does that mean not using the sunxi bsp?
<steev>
:D
<steev>
i've been away from sunxi for a while, but i'd like to get back to it
<mnemoc>
good plan
<mnemoc>
modern sunxi kernel is either the head of sunxi-3.0 or sunxi-3.4 in github's linux-sunxi
<mnemoc>
but 3.0 is deprecated, and iirc the bsp is still using that one :(
<ojn>
:-) Just glancing at the a20 smp patchset. I'll let mripard handle the first pass of reviews I think -- it's great to see new contributors!
<steev>
mnemoc: yeah looks like the the bsp uses 3.0 still, okay, i'll look into the 3.4 kernel
<mnemoc>
steev: just switch branches
<steev>
s/kernel/branch/
bamvor has quit [Quit: Leaving]
<mnemoc>
make linux-sunxi/.git; cd linux-sunxi; git checkout -b sunxi-3.4
<mnemoc>
make linux-sunxi/.git; cd linux-sunxi; git checkout -b sunxi-3.4 origin/sunxi-3.4
notmart has joined #linux-sunxi
<panda84kde>
mnemoc: even better "git checkout --track origin/sunxi-3.4"
bamvor has joined #linux-sunxi
tzafrir has quit [Ping timeout: 264 seconds]
<mnemoc>
panda84kde: isn't track assumed by default these days?
<panda84kde>
mnemoc: It's equivalent to "-b blahblah origin/blahblah" but I find it more concise and less error prone if you want the local branch be named as the remote one
<mnemoc>
true, foo origin/foo is annoying
vicenteH has quit [Read error: Operation timed out]
<oliv3r>
good morning sunxi :p
<mnemoc>
it would be fun to see how different people prononunces "sunxi" :p
<oliv3r>
Sun Ksi
<oliv3r>
though i don't know how to write pronanciation
<oliv3r>
i suppose yanks would say sun-si
<oliv3r>
hopefully today will be better to do some hacking
<JohnDoe_71Rus>
san hi
<JohnDoe_71Rus>
:)
<moofree_>
sun-ecks-eye
<oliv3r>
oh, i didn't even think of the 'san' bit, but san-si
<rm>
Sun Ksi: the ARM of War
panda84kde has quit [Quit: Konversation terminated!]
<oliv3r>
rm: hahah yeah
popolon has joined #linux-sunxi
Black_Horseman has quit [Remote host closed the connection]
drachensun has quit [Ping timeout: 260 seconds]
drachensun has joined #linux-sunxi
<eebrah>
haha "<rm> [11:22:33] Sun Ksi: the ARM of War"
<arokux>
bamvor, hi, nice to see you here on an ultimate sunxi land
<bamvor>
arokux: hi
<arokux>
morning oliv3r
<bamvor>
i am trying to make a bootable sd card by myself.
<bamvor>
i could boot boot0 and boot1 from sd card successfull, but boot1 boot into nand or sdcard.
<mripard>
and yet, when it comes to mainline kernel, patches are expected to show up on LAKML, not anywhere else, so you can't expect to have all the patches sent to linux-sunxi.
<arokux>
mripard, yep. one can add as many CCs as needed or?
massi_ has joined #linux-sunxi
bobby_ has joined #linux-sunxi
hipboi has quit [Quit: Leaving]
<mripard>
arokux: I don't understand your question
<arokux>
mripard, ok. I mean I totally understand the primary recipient should be LAKML, but one can add as many CCs as needed. it is just nice if everything related to sunxi shows up on linux-sunxi.
<arokux>
mripard, so that I (and maybe others here) can keep their list of mailing lists at minimum :)
<mripard>
arokux: yep
<mripard>
my point was, you can't expect anyone to know and be aware of linux-sunxi.org.
<arokux>
mripard, yes. you are right. I'll ask all those ppl to CC linux-sunxi in the future. (as I asked cini) but I'm surprised not everybody knows about linux-sunxi :)
<mripard>
why should they?
tzafrir has joined #linux-sunxi
<arokux>
mripard, I do not know, they want to build the kernel or smth sunxi related then they google and linux-sunxi.org appears to be the fist link :)
<Turl>
mripard: ping
panda84kde has joined #linux-sunxi
<oliv3r>
set term_charset UTF-8
<Turl>
oliv3r: error: UTF-8 is too awesome for this terminal
<oliv3r>
actually, that is an irssi setting
<oliv3r>
:)
<oliv3r>
i'm getting compiler errors that are hard to read :(
<Turl>
clang all the things
<oliv3r>
invalid type argument of â->â
<oliv3r>
its just really annoying :(
<Turl>
oliv3r: what lang?
<arokux>
compiling sunxi-3.4 code?
<oliv3r>
Turl: en_US.UTF-8
<oliv3r>
arokux: mainline :p
<Turl>
oliv3r: I mean code
<Turl>
so C
<Turl>
weird :p
<Turl>
is it your own code?
<oliv3r>
havent compiled 3.4 in months :p
<oliv3r>
ynezz: yes
<oliv3r>
Turl: yes
<Turl>
maybe you mistakenly typed some hidden utf8 on that line
<Turl>
has happened to me
<Turl>
remove it entirely and rewrite by hand
<oliv3r>
Turl: i'm guessing as my terminals/screen aren't doing the utf-8 dance
<oliv3r>
and that line i typed at home using gvim
<oliv3r>
but very good tip; hidden charactesr *sigh*
<oliv3r>
arokux: as mripard said, a31 is a completly new beast, and i will put effort into it, if it turns out that a40 will use the same i2c/memcontroller
<arokux>
oliv3r, my point is you used only readl/writel and __ func does just that.
<oliv3r>
arokux: as for the other changes, those modifications i'll keep 'as the rest of the file is' as for ahci_sunxi.c, i put in some functions, might use set_bit for it instead; not a horrible idea :p
<oliv3r>
arokux: i'm missing your point
<arokux>
oliv3r, you need atomic if there are two or more simultaneous attempts to set bit
vinifr has joined #linux-sunxi
<arokux>
oliv3r, but in your case nobody else will ever want to touch that bit, or?
<oliv3r>
arokux: multiple drivers :p
<oliv3r>
i dunno yet
<arokux>
oliv3r, and so far you have used readl/writel which also do not care about atomicity. so i you want to replace your code literally you need to use __set_bit.
<arokux>
oliv3r, anyway, I do not know if it is a big deal to use set_bit just in case. I just wanted to do save some CPU cycles...
<bobby_>
thanks guys, it booted with the u-boot-sunxi-with-spl.bin :)
<oliv3r>
arokux: saving cpu-cycles is always good :)
<oliv3r>
arokux: i probably should use ioread32 anyway
<oliv3r>
arokux: as those are the higher lvl fucntions for reading/writing :)
<oliv3r>
arokux: also, doesn't set_bit write only a single bit??
<arokux>
oliv3r, why not switch to (__)set_bit?
<oliv3r>
e.g. isn't set_bit() the same as BIT() sort of?
<arokux>
oliv3r, yes, it does
<arokux>
BIT doesn't write anything
<oliv3r>
e.g. set_bit(5, addr) is the same as BIT(5) which is (0x1 << 5)?
<arokux>
bobby_, cool. what hardware do you own?
<oliv3r>
yeah i know, but that's besides the point
<oliv3r>
arokux: what i'm saying is, set_bit modifies a single bit
<oliv3r>
so how do I use setbit for 0x1f << 3?
<arokux>
oliv3r, correct, only one bit.
<oliv3r>
set_bit(3, addr), but what happens to 0x1f
<arokux>
oliv3r, well, if you figure it out, tell me :)
<oliv3r>
Turl: yeah but i don't know the proper way to fix the #ifdef yet, first it needs to be confirmed working etc, then we can start moving bits around, i tried ot keep it as close to the AW code as possible
<oliv3r>
Turl: wingrime said he was going to start on sata once you did the clocks; talked to him yesterday when i found out he wanted to do sata
<oliv3r>
Turl: if i'm not mistaken, you should never mark something inline, the compiler will do it automatically and will do it smarter then you; mripard even agreed to that yesterday :)
<oliv3r>
Turl: same goes for regsiter, one is not supposed to define it as such,t he compile knows better (most of the time)
<Turl>
oliv3r: yes, agreed on register
<Turl>
oliv3r: but SubmittingPatches says 3) 'static inline' is better than a macro
<oliv3r>
Turl: but i dont' do either ;)
<oliv3r>
Turl: that LWN article is good read
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<Turl>
oliv3r: well yout bit functions could easily be in a macro :p
<oliv3r>
yeah
<mripard>
the LWN article is not really relevant to the discussion
<oliv3r>
i wanted to do first do a simple macro, then i rememberd to better use static inline; but then i remembered it's better to not inline at all ;)
<oliv3r>
The problem with this is that to be effective, inline functions must be defined in header files
<oliv3r>
strange, i read why it's done by the compiler and not the linker, but that's compiler stuff i don't want to understand ;)
<mripard>
no.
<mripard>
functions in the headers are inlined because otherwise it would be plain broken.
<oliv3r>
that's a copy/paste from kernel.org
<mripard>
it's not the other way around.
vicenteH has quit [Ping timeout: 264 seconds]
<oliv3r>
mripard: well i have no clue whether it should or should not be inlined, i can mark it inlined for now and let the maintainers decide later what they want?
<oliv3r>
mripard: that's the bit I read! thanks for re-finding it :p
panda84kde has quit [Ping timeout: 240 seconds]
<oliv3r>
mripard: so the only reason to mark it inline is because it has 3 or less lines of code
<oliv3r>
ignoring the variable declaration
<oliv3r>
Turl: about the ifdef again, once we know the code works etc, this could either be moved to some sunxi init bit, or it might some other solution, I honestly don't even know what AW did there and why, since the ahci bit is supposed to be pretty standard, so is this a bugfix for the AW IP? is this some thought process error, I don't know
<Turl>
oliv3r: let's not worry for now
<Turl>
lets make it work first :p
<oliv3r>
Turl: that was my thought ;)
<oliv3r>
Turl: is my useage of 'clocks' correct here though?
<oliv3r>
Turl: never used clocks :p
<oliv3r>
oh, i reliaze i forgot to add the 'dt'
<Turl>
oliv3r: looks sane
<oliv3r>
Turl: are those cocks implemented yet?
<Turl>
oliv3r: I don't think linux implements cocks yet :)
<Turl>
oliv3r: but yeah, I have pll6 implemented
<Turl>
not yet merged though
<Turl>
the other one should be in there already in torvalds' tree
<n01>
cocks?
<oliv3r>
n01: cLocks!
<oliv3r>
Turl: and the prepare/enable/disabling bit looks sane and at the sane positions?
<n01>
;)
<Turl>
oliv3r: yeah, lgtm
<mnemoc>
sunxi-v3.4.43-r2 and sunxi-v3.4.61-r0 tags up, reference-3.4, sunxi-3.4 and stage/sunxi-3.4 branches updated
<Turl>
mnemoc: :D
<vinifr>
mripard, from the perspective of IIO framework, what can be used as trigger?
<Turl>
bbl
FDCX_ has quit [Ping timeout: 245 seconds]
<rellla>
mnemoc: good!
<mripard>
vinifr: anything that can trigger a conversion on your ADC
<rellla>
btw is anyone busy pushing mali r3p2 into kernel? i saw, libv + benn updated mali-proprietary
<libv>
rellla: ssvb had r3p2 working yesterday
<libv>
rellla: about to send an email out about the updated repo
<rellla>
ok :)
<mripard>
vinifr: but i don't think there's any for the LRADC
<vinifr>
mripard, hm, then depends controller
<mripard>
yes
<arokux>
mnemoc, I want to understand something. suppose a new user comes with normal hardware i.e. (A10/A20), what kernel should he use?
deasy has quit [Quit: Nom d'un quark, c'est Edmonton !]
<rellla>
i just pushed the new cedar blob into cedarx-libs. without reorganizing directory structure and testing. only dos2unix'ing :p
nove has joined #linux-sunxi
<rellla>
just in case someone wants to try it
<vinifr>
at91 has software and hardware triggers from what I saw, it is very complete :)
<nove>
can someone confirm at A13 that usleep(10), takes 10ms?
<ssvb>
libv: the addition of r3p2-01rel2 kernel module is a very hackish patch at the moment, first I need to clean it up a bit before submitting
<mnemoc>
arokux: 3.4
<arokux>
mnemoc, but which tag? or what is the purpose of tagging?
<libv>
ssvb: did you get any noise on shutdown of X11 applications?
<mnemoc>
arokux: -r0 means "just after the version jump, might have regressions"
<libv>
like we had before i hacked the r3p0 binary?
<mripard>
vinifr: yep, and it's even a touchscreen controller
<ssvb>
libv: did not have time to test it yet
<mnemoc>
3.4.43-r2 is known to work, and the last 3.4.42 before the version jump
<mripard>
but that's expected, the at91 are industrial chips
<arokux>
mnemoc, so tags are more for us then for end users?
<mripard>
having good ADCs is always nice for these applications
<libv>
ssvb: that's ok :)
<mnemoc>
arokux: if user has troubles with sunxi-v3.4.61-r0 first suggestion will be, please try with 3.4.43-r2
<arokux>
mnemoc, I see, but first the user needs to git clone default branch, which is sunxi-3.4?
<mnemoc>
yes
<mnemoc>
and currently matching sunxi-v3.4.61-r0
<libv>
ssvb: just reply that the kernel side is still a bit hackish, and that r3p0 just works at 2/3rds the speed for the time being
<arokux>
mnemoc, ok, thanks
<mnemoc>
arokux: sunxi-v3.4.61-r1 will be the first known to work fine sunxi-v3.4.61..... because -r0 only has built time tests
<mnemoc>
+ known to work features, fixes, etc .... coming from stage/sunxi-3.4
<arokux>
mnemoc, I just thought that end users should continue to use 3.4.43-r2, and that -r0 is for internal testing only
<mnemoc>
sunxi-v3.4.43-r2 is known to work. sunxi-v3.4.61-r0 is only known to compile
<mnemoc>
arokux: we aren't that big... we need people testing HEAD :p
<mnemoc>
not hidden behind the latest "known to work fine" tag
<arokux>
mnemoc, yes, I also want the end users to help us = give something back
<arokux>
mnemoc, thanks for answers
<mnemoc>
stage/sunxi-3.4 otoh is intended only for devs
<mnemoc>
and patches approved on the ML go there, for real life testing before merging them to the sunxi-3.4 branch (for users)
atiti has quit [Read error: Connection reset by peer]
vinifr_ has joined #linux-sunxi
atiti has joined #linux-sunxi
<arokux>
mnemoc, so we here really need to run stage/sunxi-3.4 :)
<mnemoc>
yes
vinifr has quit [Ping timeout: 245 seconds]
vini__ has joined #linux-sunxi
vini__ has quit [Read error: Connection reset by peer]
vinifr_ has quit [Ping timeout: 245 seconds]
<libv>
it seems that the sunxi-mali repo is quite popular for other projects as well
<libv>
none of them are bringing any of their changes back to sunxi of course...
<mnemoc>
:(
<libv>
things like .spec files and a few .pc files
<mnemoc>
libv: btw, please don't forget to send your address to benn for the CT
<libv>
mnemoc: i already did :)
<mnemoc>
gut :)
<libv>
mnemoc: but thanks for reminding me :)
<libv>
mnemoc: this does seem to be a trend for sunxi
<libv>
there are a load of projects which seem to depend on us
<libv>
but only few actually contribute back
<libv>
in my view, fewer than with the individual software components that i know of
<mnemoc>
with mali and the new open source video decoder we are the most open cortex-a platform
<mnemoc>
lima
<libv>
well, if lima was worth something already :p
<mnemoc>
more than any other RE GPU project can tell
<libv>
freedreno is further, but it lacks an SoC with the level of support of sunxi :)
<libv>
so in a way lima depends on sunxi as well :)
<specing>
qucikly relicense lima under "contribute back or we will sue your ass off for $10000000"
<libv>
specing: i think i am mostly whining about how bad things are with the fish that just crawled out of the android swamp i guess
<mnemoc>
:)
<nove>
wingrime, jemk, vdpau is working fine at A13, the slowness was caused by usleep that takes about 10ms
jemk has joined #linux-sunxi
rzk has joined #linux-sunxi
<jemk>
nove: that's strange, the usleep is supposed to sleep 10us, not 10ms
tzafrir has quit [Ping timeout: 260 seconds]
rz2k has quit [Ping timeout: 260 seconds]
tzafrir has joined #linux-sunxi
jelly-home has quit [Ping timeout: 264 seconds]
<nove>
jemk, here A13 kernel 3.0, nanosleep also takes minimum 10ms
<nove>
jemk, i removed the sleeps, and until now is decoding ok
rzk has quit [Client Quit]
<jemk>
nove: removing should work, but i don't find out which bit to check if it is finished, so i added some sleep to be sure
<jemk>
nove: in traces there is a status read, but that doesn't tell me the right bits
hurtigbuffer has joined #linux-sunxi
<nove>
jemk, lets check, i will lie to the blob the value of the status register and see what happens
<Paullo612>
Now it does not use any proprietary code
tzafrir has quit [Ping timeout: 264 seconds]
<Paullo612>
Just rewritten everything from scratch based on jemk's MPEG2 decoding PoC code.
<jemk>
nove: i'm trying to find the right bit by downclocking, but either there is no such bit or it is still too fast
<jemk>
jemk: well, there has to be one, otherwise you wouldn't have got infinite loop
<arokux>
Paullo612, can you please create a quick wiki page with requirements how to test it?
massi has joined #linux-sunxi
<nove>
Paullo612, what you know about MACC_H264_STATUS?
wingrime has quit [Ping timeout: 260 seconds]
<Paullo612>
nove, there is 8'th bit that indicates H264 engine busyness when it reads basic bits.
<nove>
Paullo612, jemk and i are trying to see with bit means function finished
popolon has quit [Quit: Quitte]
<nove>
Paullo612, i saw that in the vp8 poc, so i asked
deasy has joined #linux-sunxi
<Paullo612>
nove, the 8'th bit is set on while the function is in process. But i saw it in this state just few times. I think it is because of slow (?) mmap.
<deasy>
plop
<Paullo612>
nove, another problem is that there is cached access to ve memory in kernel module. I don't know how to sync mmap'ed memory from userspace before triggering any engine functions that works with probabilities table.
wingrime has joined #linux-sunxi
<wingrime>
jemk: clear-room concept
<wingrime>
jemk: we should not broke it
<wingrime>
mnemoc: ping
<Paullo612>
nove, tryed msync with no luck. I actually don't know how libvecore works without syncing.
<wingrime>
Paullo612: can you help with h264 encoder?
<nove>
Paullo612, i don't know any about memory caching, and kernel way of working
ssvb has quit [Ping timeout: 248 seconds]
<Paullo612>
wingrime: I can try. Actually i can do the same that i did with VP8. I can reverse all asm code to C and write open realization based on it.
<wingrime>
Paullo612: you have hex rays arm plugin?
<wingrime>
Paullo612: you can't write open realization, as CLEAR ROOM here
notmart has quit [Quit: notmart terminated!]
<wingrime>
Paullo612: also VP8 have no vdpau support :(
<Paullo612>
wingrime: no, i does not have hex rays for arm.
<wingrime>
Paullo612: what decompiller are you used?
<Paullo612>
wingrime: By brain and hands as decompiller. It's monotonic, but helps to learn\remember asm.
<wingrime>
Paullo612: yeh, but I can't do it in this amount
<wingrime>
Paullo612: mostly not required
<nove>
i knew it, hand made
<wingrime>
nove: time waste
<wingrime>
libv: ping
<Paullo612>
wingrime: there is VP8 support in staging of libva (VAAPI)
<wingrime>
Paullo612: ...
<wingrime>
Paullo612: bad idea , mostly
<wingrime>
Paullo612: we have one api
<wingrime>
Paullo612: but more one
<wingrime>
nove: I can do work simualr, but this mostly useless work
<wingrime>
nove: trace give more information usualy
<nove>
wingrime, i know, the important is to know how the hardware works, not some binary blob
<Paullo612>
wingrime: but there is no support of VP8 in it. By the way, I fixed at least three bugs of libvecore in VP8 PoC. libvecore can't play VP8 coded videos with segmentation enabled.
ssvb has joined #linux-sunxi
<wingrime>
Paullo612: I interested only in mpeg4 and h264
<wingrime>
Paullo612: mpeg4 -- easy , I thik jemk do it quick
<wingrime>
Paullo612: but audio codecs and encoding not handled by that blob
<wingrime>
Paullo612: strange android binaries, I can't easy trace
<wingrime>
Paullo612: I can send binaries
<wingrime>
Paullo612: and worst thing
<rz2k>
did those binaries have source in the big SDKs?
<rz2k>
s/did/didnt/
<rz2k>
because I remember reading some video handling stuff in a20-sdk
<wingrime>
rz2k: yeah with andoroid files
<wingrime>
rz2k: I can't trace it
<Paullo612>
nove: libvecore's VP8 part does a lots of useless work. For example, it builds quantizer tables that never used anywhere.
<wingrime>
Paullo612: worst thing that we have parts that blob not covers
<wingrime>
Paullo612: for example AVC module can do zlib's deflate
<wingrime>
Paullo612: and can speed up PNG decoding
<wingrime>
Paullo612: also, we have new china codec -- AVS jizun, but blob have only studs
<Paullo612>
wingrime: Yes. And there is no docs on all of this stuff. And how we can implement it without any docs or code that uses this stuff?
<wingrime>
Paullo612: thats problem, but we can ask ex allwinner enginers about it
<wingrime>
Paullo612: also, beyond cedar
<wingrime>
Paullo612: we have blob with GPS support
<Paullo612>
wingrime: It would be cool.
<wingrime>
Paullo612: don't expect miracles
<wingrime>
Paullo612: we have no driver/no code for PATA
<Paullo612>
wingrime: Hmmm. I don't think that there is GPS in my A10.
<wingrime>
Paullo612: there interface for radio
<wingrime>
Paullo612: also, Trust Zone
<wingrime>
Paullo612: no driver no code for CAN
<wingrime>
Paullo612: chip have strange things that not documented
<rz2k>
TZ is arm ip core based
<rz2k>
i bet you can launch it, but you need the blob from ARM
<rz2k>
atleast on odroid there is a blob loaded by spl
<wingrime>
rz2k, it have firmware?
<rz2k>
yes, also on odroid once you enabled TZ, you cant launch various things without using the TZ, like you cant launch lx20 cache without invoking TZ call
<rz2k>
good night
rz2k has quit []
Paullo612 has quit [Ping timeout: 250 seconds]
massi has quit [Remote host closed the connection]
<ssvb>
wingrime: trying to increasing the priority for BE and FE might be a good idea
<jemk>
wingrime: would you like to test latest vdpau on a13, should work now if i didn't mess it up
<ssvb>
wingrime: and I wonder if right now the priority for the dispc FE is higher than for BE, which might explain why scaler mode behaves better for heavy resolutions such as 1080p32
<hno>
arokux2, yes there is HPCR references in the standby code. But not much details on what it does..
<arokux2>
yes, that is it.
<nove>
jemk, put a print only once, for that message
<hno>
wingrime, patches welcome.
<hno>
Hm... looking at the table I am not sure I have the last HPCR correct on A20.
<wingrime>
hno: I thinking about
<wingrime>
hno: also, remove prints form spl, should make it realy light
<wingrime>
nove: without any additional options ?
<wingrime>
nove: works correctly?
<mripard>
leviathanch: if you're trying to use the MMC you booted on, the muxing probably isn't the issue
<arokux2>
[RFC] how should we call allwinner drivers? "Allwinner EHCI Controller" vs. "SUNXI EHCI Controller"?
<wingrime>
nove: and fast
<arokux2>
mripard, ^
<mripard>
since you actually have the muxing already set up by u-boot
<arokux2>
leviathanch, can you show your code?
<mripard>
arokux2: sunxi is probably more accurate
<nove>
wingrime, yes, is right now playing with -loop 0, perfectly fine
<arokux2>
mripard, thought the same. everything in capital?
<Paullo612>
wingrime: Is it on /dev/cedar_dev, or anywhere else? Just can't find it.
<mripard>
arokux2: the best being Allwinner sunXi EHCI controller :)
<arokux2>
mripard, yes, this is really the best, thanks
<wingrime>
Paullo612: cedar_dev
<wingrime>
Paullo612: CACHE something
<hno>
wingrime, there is plenty of space in SPL now, no need to shrink it further.
n01 has quit [Ping timeout: 260 seconds]
<hno>
Hm... don't have consistent data on the last four HPCRs on A20. have three different sets of values for those.
<wingrime>
hno, HPCR have nice ability to protect userspace dram from strange devices -- secuity nice
Black_Horseman has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
<hno>
1. What lkcl added to u-boot. 2. Cubieboard2 when booted from NAND. 3. boot0 sources. All three differ in how the last four is configured (28-31).
<arokux2>
:)
<leviathanch>
arokux2: yes
<leviathanch>
wait, I commit
<mnemoc>
hno: try poking benn
<hno>
Anyone here having the latest A20 SDK nearby? Can you please paste hpcr_value from lichee/boot/boot0/drv/init_dram/dram_init.c
<arokux2>
leviathanch, just make sure chinese code doesn't have something like this.
<leviathanch>
hrhr
<leviathanch>
I didn't see any of it
<arokux2>
leviathanch, ok, sorry then.
<leviathanch>
the internal dma controller of the mmc host just writes onto a target address I pass on to it through a register
<leviathanch>
but instead of reading anything
<leviathanch>
it already times out at the reset command
<drachensun>
anyone run debian on the cubieboard? I'm trying to bring debian over for the A31
<drachensun>
but its like /dev isn't mounted
deasy has joined #linux-sunxi
<drachensun>
only happens on the debian rootfs I have tried, I can't figure it out
<arokux2>
drachensun, which u-boot/kernel do you use for A31 (this is not related to your issue)?
<drachensun>
the lichee-dev one from the Allwinner sdk
<arokux2>
drachensun, and U-Boot?
ykchavan has quit [Quit: Leaving]
<drachensun>
yup
jemk has quit [Quit: night]
<drachensun>
specifically I am seeing this
<drachensun>
[info] Using makefile-style concurrent boot in runlevel S.
<drachensun>
mount: /dev not mounted or bad option
<hno>
wingrime & arokux2 boot0 code looks a bit odd... but explains the difference seen between boot0 table and cubieboard2 boot. Last 4 is not set according to the table.
<hno>
but looks like boot0 does it wrong to me.
<hno>
28, 30 is skipped. 29,31 is set to table value 28.
leviathanch has quit [Remote host closed the connection]
<Turl>
mripard: doesn't pinctrl remux everything to gpio?
<hno>
scary.
<Turl>
drachensun: what are you trying to mount on /dev?
leviathanch has joined #linux-sunxi
<Turl>
if devtmpfs, make sure it's enabled on kernel config
<arokux2>
hno, just tell me how can I help :0
<arokux2>
:)*
<hno>
arokux2, try to figure out what hpcr #31 is..
<wingrime>
nove: can you try 1920 video
<hno>
and what is 1031, 0301 and 0731 decoded.
<arokux2>
hno, 301 -- that one I know.
<drachensun>
turl: Well everything y'know :)
<drachensun>
turl: I'm exactly sure what goes wrong, that one I pasted is the only error message
<drachensun>
turl: but I get no screen and no serial console
<wingrime>
nove: so than I have try 3.0, it maybe some problem with timers
<hno>
arokux2, see bit field definitions in wiki or usb header file. But is easy to read. 0xCCW1 CC is CmdNum, W is WaitState, and 1 is enabled.
<nove>
wingrime, still downloading, but what plays looks ok
<nove>
wingrime, did you try vdpau:fps=?
<wingrime>
nove my mplayer not know this
<nove>
wingrime, -vo vdpau:fps=?
<nove>
wingrime, is that really slow, or only the video is not smooth?
focus_it has quit [Quit: Leaving]
<hno>
arokux2, can you test if u-boot still works from sdcard on A20? Time for bed here. Have changed A20 HPCR to match what boot0 does, but the boot0 code looks very odd.
<nove>
wingrime, is not perfect, the video sometimes stop for 1s, and mplayer counts frames dropped
<arokux2>
hno, A10 only here, sorry.
<hno>
ok. Will test tomorrow. If I am not mistaken #28 is the SD/MMC controller, and it differs noticeably there.
<hno>
#31 also differs, but have no idea what that is used for.
<hno>
Ah, nevermind. It's only #31 that differs. Got confused with the boot0 table that isn't actualy used..
<oliv3r>
once we find the wrong/writ i cansend a patch
<arokux2>
hno, you are probably sleeping, but.. -------------------------^
<oliv3r>
thanks arokux2 :) gonna backread more, then sleep
<arokux2>
oliv3r, allright. good night!
<oliv3r>
bbut thats what you where talking about right? it should help deemistyfying stuff
<arokux2>
oliv3r, yes, I think it was.
<arokux2>
oliv3r, but only 31 was unknown and you have UNKNOWN_31 :)
<arokux2>
oliv3r, the others could be used for checking thins once again.
nove has quit [Quit: nove]
Black_Horseman has quit [Read error: Operation timed out]
naobsd has quit [Quit: Page closed]
Black_Horseman has joined #linux-sunxi
popolon has joined #linux-sunxi
<atsampso1>
for the benefit of anybody searching the logs for the problem I was having earlier...
<atsampso1>
if you're trying to bring Android up on a sunxi machine, and adb logcat is showing "eglInitialize(0x1) failed (EGL_BAD_ALLOC)" "E/SurfaceFlinger( 2195): couldn't find an EGLConfig matching the screen format"...
<atsampso1>
... then it's because your mali proprietary libs don't match what the kernel's mali module expects
<atsampso1>
drivers/gpu/mali/mali/include/linux/mali/mali_utgard_uk_types.h has the version number from the kernel module in, and you can find the appropriate libs in sunxi-mali
<atsampso1>
message ends. now to get the touchscreen working...
Paullo612 has quit [Ping timeout: 250 seconds]
<atsampso1>
woohoo, and that's it working -- everything built from source except the mali blobs -- so I'm prepared to consider that a successful evening, and the replicant deblobbing can wait for another day