<slact>
i can get to bot0, but not boot1 to dump stuff. there's a magic.bin on /dev/block/nanda, which fel segfaults on
<slact>
(i have a read-only UART console to the device)
<Turl>
slact: at least on some other devices (dunno about A23) you can get to fel by doing a bunch of magic button presses on the volume rocker and others
<montjoie[home]>
hello where I can find the A31 user manual and other AXX user manual ? I need to compare security system datasheet
jemk has joined #linux-sunxi
deasy has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 240 seconds]
leviathanch2 has joined #linux-sunxi
focus has quit [Ping timeout: 240 seconds]
libcg has joined #linux-sunxi
physis has joined #linux-sunxi
linkmauve1 has left #linux-sunxi [#linux-sunxi]
leviathanch2 has quit [Ping timeout: 240 seconds]
linkmauve1 has joined #linux-sunxi
linkmauve1 has quit [Quit: Gateway shutdown]
<libv>
slact: please fix that device page
linkmauve1 has joined #linux-sunxi
xinj has joined #linux-sunxi
leviathanch2 has joined #linux-sunxi
torindel is now known as torindel2
torindel2 is now known as torindel
bertrik has joined #linux-sunxi
bertrik has quit [Changing host]
bertrik has joined #linux-sunxi
physis has quit [Remote host closed the connection]
leviathanch2 has quit [Ping timeout: 264 seconds]
leviathanch2 has joined #linux-sunxi
FreezingCold has quit [Ping timeout: 265 seconds]
physis has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 240 seconds]
physis has quit []
leviathanch2 has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 276 seconds]
xavia has joined #linux-sunxi
codyps has quit [Ping timeout: 252 seconds]
codyps has joined #linux-sunxi
xavia has left #linux-sunxi ["PART #interlock :PART #arduino :PART #wnydev :PART #buffalolab :PART #docker :PART #symfony :PART #virtuvia :PONG :dickson.freenode.net"]
physis has joined #linux-sunxi
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
kuldeepdhaka has quit [Ping timeout: 264 seconds]
kuldeepdhaka_ has joined #linux-sunxi
physis has quit [Remote host closed the connection]
physis_ has joined #linux-sunxi
xavia has joined #linux-sunxi
forcev has quit [Ping timeout: 264 seconds]
FunkyPenguin has joined #linux-sunxi
physis_ has quit [Remote host closed the connection]
jemk has quit [Quit: leaving]
physis has joined #linux-sunxi
<wens>
montjoie[home]: there is no "user manual" for A31, only a brief
physis has quit [Remote host closed the connection]
notmart has joined #linux-sunxi
notmart has quit [Changing host]
notmart has joined #linux-sunxi
<montjoie[home]>
wens so how to develop driver for a31 ?
<bertrik>
montjoie[home]: as I understand, hardware modules (like USB controllers, DRAM controllers, etc.) in many ARM SoCs is similar, so you can try to re-use and adapt an existing driver for example
<montjoie[home]>
wens and for A10 ?
mmarker1 has joined #linux-sunxi
<wens>
you can find manuals for A10, A20, A23 on the wiki (on each SoC's pages)
mmarker has quit [Read error: Connection reset by peer]
physis has joined #linux-sunxi
captainigloo has quit [Quit: Bye Bye]
captainigloo has joined #linux-sunxi
vector80 has quit [Remote host closed the connection]
leviathanch2 has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
orly_owl has quit [Disconnected by services]
orly_owl_ is now known as orly_owl
orly_owl has quit [Changing host]
orly_owl has joined #linux-sunxi
leviathanch2 has quit [Ping timeout: 252 seconds]
bonbons has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
orly_owl has quit [Ping timeout: 255 seconds]
orly_owl_ is now known as orly_owl
orly_owl has quit [Changing host]
orly_owl has joined #linux-sunxi
Net147 has joined #linux-sunxi
Net147 has quit [Client Quit]
Net147 has joined #linux-sunxi
Net147 has quit [Client Quit]
<Turl>
wingrime: someone sent ir patches for mainline, is that you?
<wingrime>
Turl: nope
<wingrime>
Turl: I find some problem with loading / reloading as module
<wingrime>
Turl: It onhold for this reason
<Turl>
wingrime: maybe your code cleaner
<Turl>
wingrime: see the patches
<wingrime>
Turl: who knows
<Turl>
wingrime: guy also seems from .ru
<wingrime>
Turl: h..
<Turl>
wingrime: if you can collaborate that would be great
<wingrime>
Turl: thats patch are inapropriate for mainline
<wingrime>
Turl: I just see crap
<wingrime>
1) decode in code ( I just send raw data to framework)
<wingrime>
2) thats not input subsustem
<Turl>
wingrime: yes, patch does not look very good
<wingrime>
Turl: Whats should I do ....
<wingrime>
Turl: maybe I need send RFC
<Turl>
that would be good
<wingrime>
Turl: but problem still there
<Turl>
wingrime: maybe he can help debug problem
wens has quit [Ping timeout: 252 seconds]
wens has joined #linux-sunxi
<wingrime>
Turl: thats something I do incorrectly with platform structure
physis has quit [Remote host closed the connection]
<Turl>
wingrime: send rfc then, many people can look at it
kuldeepdhaka_ has quit [Read error: Connection reset by peer]
orly_owl_ has joined #linux-sunxi
<wingrime>
also, my git tree are suddenly broken
<wingrime>
fatal: packed object f093cea0d0600797cc1574c6f85a25dac5c128fc (stored in .git/objects/pack/pack-451d60fcf22b7f93f77d52e9d75d9231743bd52d.pack) is corrupt
orly_owl has quit [Disconnected by services]
orly_owl_ is now known as orly_owl
orly_owl has quit [Changing host]
orly_owl has joined #linux-sunxi
<Turl>
wingrime: to lists, not to me :p
<Turl>
wingrime: ouch :(
<wingrime>
Turl: how SSD can do that?
Gerwin_J has joined #linux-sunxi
<wingrime>
Turl: ok, take a look at all, and I will rebase it against current mainline
<wingrime>
Turl: I need reload kernel git again
<Turl>
wingrime: maybe ssd is starting to fail? :/
wingrime has quit [Ping timeout: 252 seconds]
wingrime has joined #linux-sunxi
orly_owl has quit [Ping timeout: 252 seconds]
orly_owl has joined #linux-sunxi
aazzddgg has quit [Ping timeout: 264 seconds]
orly_owl_ has joined #linux-sunxi
physis has joined #linux-sunxi
notmart has quit [Quit: notmart terminated!]
orly_owl has quit [Ping timeout: 265 seconds]
eagles0513875 has quit [Ping timeout: 255 seconds]
orly_owl_ has quit [Ping timeout: 265 seconds]
orly_owl has joined #linux-sunxi
aazzddgg has joined #linux-sunxi
orly_owl has quit [Ping timeout: 240 seconds]
SuperpelicanJoll has joined #linux-sunxi
orly_owl has joined #linux-sunxi
eagles0513875 has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<wingrime>
Turl: seems I have some nice suggest from Hans
<SuperpelicanJoll>
buZz: looks like the rtlwifi driver is indeed better
<SuperpelicanJoll>
buZz: will try a kernel with rtlwifi instead as soon as I'm at my computer again
<SuperpelicanJoll>
buZz: currently on my phone
<Turl>
SuperpelicanJoll: you got a systemd phone? :p
<SuperpelicanJoll>
Turl: yes
<SuperpelicanJoll>
:)
<SuperpelicanJoll>
and Wayland :)
xavia has quit [Ping timeout: 265 seconds]
<wingrime>
SuperpelicanJoll: how wayland on sunxi?
<SuperpelicanJoll>
wingrime: No, Wayland on my phone
<SuperpelicanJoll>
(not a sunxi device)
<wingrime>
SuperpelicanJoll: :(
<Turl>
wingrime: he is using using Jolla
<SuperpelicanJoll>
Qualcomm Snapdragon 400
<Turl>
s/using //
xinj has quit [Ping timeout: 264 seconds]
<mnemoc>
get an A31S phone!
<wingrime>
mnemoc: I want only optimus board
* mnemoc
wants an olinuxino a80 :p
<mnemoc>
with sata!
<wingrime>
yeax
<SuperpelicanJoll>
mnemoc: Is there a A31S phone?
<SuperpelicanJoll>
:P
<wingrime>
thats will be awesome
<mnemoc>
SuperpelicanJoll: yes
<SuperpelicanJoll>
LOL
<SuperpelicanJoll>
Android?
<mnemoc>
SuperpelicanJoll: yes
<SuperpelicanJoll>
:(
<SuperpelicanJoll>
But A31 also has PowerVR graphics, doesn't it?
<mnemoc>
SuperpelicanJoll: yes
<SuperpelicanJoll>
:(
<SuperpelicanJoll>
So what's this new A80?
<mnemoc>
pvr too
<SuperpelicanJoll>
:(
<mnemoc>
but 4xA15+4xA7
<torindel>
SuperpelicanJoll: usually all "better" chips have powervr :<
<SuperpelicanJoll>
That's a shame
<mnemoc>
cheaper
<SuperpelicanJoll>
Well the Jolla has an Adreno :)
<mnemoc>
snapdragon has adreno, yes
<SuperpelicanJoll>
The Freedreno driver is said to be in a nice state
<SuperpelicanJoll>
So maybe someday the Jolla will be able to use the oss freedreno driver
<SuperpelicanJoll>
instead of android driver + libhybris
<SuperpelicanJoll>
:)
<SuperpelicanJoll>
It's a pity though that lima isn't as mature as freedreno yet
<SuperpelicanJoll>
That would certainly benefit the sunxi community :)
<mnemoc>
iirc rob clark started a bunch of year before libv
<linkmauve1>
No, I asked them at FOSDEM and they wouldn’t get support from Qualcomm if they provided a free driver.
<linkmauve1>
So Jolla will continue to use the blob instead.
<libv>
mnemoc: rob clark was march 2012
<libv>
i started march 2011
<mnemoc>
libv: :o
<libv>
rob did have register definitions in headers
<SuperpelicanJoll>
Well they say the Mali 400 is a strange chip
<libv>
and the basics of command submission was the same as radeon r600
<SuperpelicanJoll>
So that might explain it
jemk has joined #linux-sunxi
<libv>
which i, egbert and emmes freed 7ys ago
<SuperpelicanJoll>
:)
<libv>
plus, rob has a cozy job at redhat where part of his freedreno time is company time
<libv>
and he is very good and highly motived
<libv>
motivated
<mnemoc>
and he doesn't get trapped in wiki editing :p
<libv>
he never had to deal with the Xorg forkers
<libv>
not as such anyway
<libv>
but just to get things straight, i was the first to do arm gpus
<libv>
by quite a margin
<mnemoc>
when was the radeon stuff began?
<libv>
everyone else has followed in my footsteps, and you will often see bits of lima code used by the other REing projects
<libv>
mnemoc: there was the avivo project in march 2007
<libv>
this was daniels, mjg5 and glisse
<libv>
but it was very superficial
<libv>
and didn't do much
<libv>
amd had bought ati a year or so earlier already
<libv>
so the avivo project was good extra motivation for amd
<libv>
the code was gpled, and not really worth keeping, so we didn't, as amd didn't allow us to talk
<mnemoc>
ow
<libv>
in april 2007, a former suse teamlead, then at amd, gave egbert a phonecall
<libv>
as luck had it, i was at suse for my jobinterview
<libv>
amd was having trouble with ati, and the fglrx drivers image was bad for amds image and was thus bad for the server market
<libv>
egbert was asked for some ideas and insight into freeing ati
<libv>
we spent the next two days in nue brainstorming, and ended up writing a solid proposal to amd
<libv>
which was made public on phoronix
<libv>
amd liked this, but ati was working against it
<libv>
ati, or at least part of ati, went and talked to redhat behind our backs
<libv>
we at suse got to do it in the end, and at the end of july 2007, we got a cubic meter of ati graphics cards
<libv>
and then 2 badly formatted very low level register documents of 500p each were reluctantly given over by ati
<libv>
6 weeks later, despite atis lack of cooperation, we were showing everyone a mostly working display driver
<libv>
and ati couldn't backtrack anymor
<libv>
it instead chose to increase cooperation with redhat and a few "community members"
<libv>
to create a competing driver which did things more the ati way
<libv>
the suse guys were consistently labelled the evil corporate drones
<libv>
whereas direct C code was labelled legacy, and atombios bytecode was being called "scripts"
<libv>
just a few weeks ago, people at coreboot were complaining about atombios.
<libv>
and i got to state "where were you guys in 2007, when i was giving the world proper C code, and ati/redhat/xorg forkers were making sure that amd graphics are still binary blob dependant?"
AndroUser has joined #linux-sunxi
<mnemoc>
:\
<linkmauve1>
That was radeonsi?
<libv>
but, the world remembers the "evil corporate novell guys"
<libv>
and the heroes on the other side
<slact>
libv: fix what device page? I didn't break anything... Nor have I extracted anything useful from it (yet)
<libv>
slact: so you are not intending to improve that page?
<slact>
oh, of course I am. I just don't have much to contribute right now
<slact>
I looked all over for Rx, but still no luck
<libv>
mjg5 now got a free software award, which is quite amazing
<libv>
as he actively was trashing a proper open source driver, whereas supporting a heavily binary blob based, barely maintainable hack called radeon
<AndroUser>
libv arw you working at sunxi-kms?
<libv>
linkmauve1: that was radeonhd
AndroUser is now known as pirea
pirea is now known as pireaa
<linkmauve1>
Ah yes, this one.
<libv>
AndroUser: yes, although i spent most of the week in the woods, disturbing beavers and other wildlife
<slact>
gotta go
slact has quit [Quit: ChatZilla 0.9.90.1 [Firefox 31.0a1/20140320030203]]
<libv>
heh
<Turl>
libv: hah
pireaaaa has joined #linux-sunxi
pireaaaa is now known as pireaaa
<Turl>
libv: at least it wasn't wiki-based procrastination :p
<linkmauve1>
I do remember nobody liked it.
<libv>
linkmauve1: which is quite amazing
<libv>
linkmauve1: as that was definitely not the case
<libv>
linkmauve1: quite a lot of people liked it, very much so
<libv>
but as is with everything open source, noise wins
<linkmauve1>
I wasn’t in the right circle at that time.
<libv>
linkmauve1: people only remember the noise, and forget about those who actually spend time on delivering
<linkmauve1>
That is very sad.
<libv>
linkmauve1: we at suse wrote a highly structured and clean driver, and we had to figure _everything_ out ourselves
<pireaaa>
libv have you uploaded somewhere source?
<libv>
as our ati contact, who was supposed to help us out, never gave us anything but excuses
<libv>
behind our backs however, he was busy making sure that the competing faction was being fed some info
pireaa has quit [Ping timeout: 240 seconds]
<libv>
we got to RE all the bits that werent in the bare register docs
<libv>
and the competing driver then happily took our code and fixes
<libv>
what the competing driver spent its time on was nasty hacks that say, got a mode running on the composite connection, once, if booted up correctly and this and that
<libv>
and then big noise was made
<libv>
and then users came to us to demand the same functionality
<pireaaa>
libv is about source of sunxi-kms
<pireaaa>
not radeonhd
<libv>
pireaaa: when i am happy with it, you will get it.
SuperpelicanJoll has quit [Ping timeout: 252 seconds]
<pireaaa>
okey :)
<pireaaa>
libv sunxi-kms is a dri driver?
<libv>
pireaaa: because mostly idiots created kms, yes, it is a drm (not dri) driver
<libv>
but forkers aren't the most clued folk around
<pireaaa>
and dri2 is an engine who use drm?
<libv>
???
<pireaaa>
what is dri2?
<pireaaa>
i want to understand what you must do
<libv>
pireaaa: dri2 is a communication protocol between X clients, the X server and mesa, to handle buffers
<pireaaa>
and your work have nothing to do with dri2, right?
<libv>
mostly to synchronize the different bits, and to get things displayed with minimal overhead
<libv>
pireaaa: my lima work has more to do with dri2
<pireaaa>
lima, but sunxi-kms no
<libv>
kms is just modesetting
<libv>
but the kms driver and the display server do need to talk about what to display when
<pireaaa>
disp driver is something like kms but not automated, right?
<libv>
but dri2 is not the best match for that
<libv>
whut?
<libv>
that failed to parse
<libv>
what is "automated" in this sense?
<libv>
"modesetting" is a "display engine configuration"
<pireaaa>
yes, but disp driver lack this engine, right?
<libv>
disp is short for display
<libv>
disp is an allwinner specific implementation of a driver for the sunxi display engine
<pireaaa>
tnx
<libv>
why do you find it so important to have sunxi-kms, if you do not really seem to know what that is supposed to do?
<libv>
pireaaa: why do you find dri2 so important in this context?
<libv>
pireaaa: what are you trying to achieve, and are you sure that sunxi-kms is the answer?
<mnemoc>
libv: after sunxi-kms, how much would be missing to get a fb on mainline?
<pireaaa>
dri2 is not imortant but i don' understand diference betwen dri2 and drm
pseudomind has joined #linux-sunxi
<wingrime>
libv: nice story, right code not always wins, that sad, usualy for people enought "just works" no matter how
<libv>
pireaaa: drm is the kernel side of things
<libv>
pireaaa: it started as a bit of kernel code to do a tiny bit of buffer synchronization between drm clients (X, Mesa, and actual clients) and to do things like interrupt handling and command submission
pseudomind has quit [Client Quit]
<wingrime>
libv: how much still to do for HDMI framebuffer console ?
<libv>
dri is the X protocol extension to do synchronization on buffers directly, between X, Mesa and dri2 enabled X clients
<libv>
dri is all in userspace
<libv>
drm is kernel, with a userspace library
<libv>
kms was badly mashed in with the rest
<libv>
in the kernel, that is
<libv>
wingrime: hdmi was trivial to enable, and was working in january already
<libv>
wingrime: hdmi audio and other special things are left todo, as there are enough people interested in working on such a fancy feature
<wingrime>
libv: I tryed enable HDMI from uboot, but without luck, where I missed
<libv>
wingrime: kms and disp are kernel, not bootloader
<andoma>
libv: does KMS support multiple planes with alhpa blending and scaling using standard APIs?
<andoma>
or will such things always be vendor specific
<wingrime>
libv: yes, yes, I just wanted to use hdmi testbars
<mnemoc>
that's the compositor, not the mode setting
<libv>
andoma: badly, yes
<wingrime>
libv: but I enabled only HDMI, not any other display module, but on live linux, I was able to turn on testbars with single register write :(
<libv>
it was a good attempt, but it's an unfinished thought
<libv>
mnemoc: that is modesetting
<mnemoc>
libv: oh
pireaaa has quit [Ping timeout: 240 seconds]
<libv>
wayland does support kms planes, but only because android hwcomposer was kicking the crap out of wayland in both speed and power usage
<libv>
which is why jbarnes from intel created kms planes
<libv>
but as said, it's an unfinished thought
<libv>
before kms planes, i think i was the last to actually implement overlays (in X-video)
<wingrime>
libv: sad, I have no expiriance in linux video subsystem
<wingrime>
libv: it many bitfields names and some comments , but mixed
<libv>
wingrime: so there are no existing tools that can turn this into something closer to c code
<libv>
seems not too hard to implement
<wingrime>
libv: the problem are - file is sorted by alphabet order
<wingrime>
libv: now we know bit field names froms regs but not actual bit position
<libv>
right :(
<libv>
still, it's a step forwards
<wingrime>
libv: now we know almost all registers that cedar have
<mnemoc>
Turl: wake up!!!
<mnemoc>
wingrime: awesome :D
<wingrime>
libv: but vdpau itself not support all codecs we have, and we still feed to us only single frame, but cedar better work when big pice of video buffer are copied to lineral ram
<wingrime>
*vdpau give to us only single frame at single time
<mnemoc>
can libcedrus get decoupled from vdpau? any other standard that fits cedarx better?
<mnemoc>
an android hal wrapper library for cedrus would be awesome, but decoupling is probably required for that
<wingrime>
mnemoc: but, almost for decoder, encoder still have some
<wingrime>
mnemoc: only thing is required for decoding - video headers parsing
<wingrime>
mnemoc: vdpau provides almost all parsed values
<wingrime>
thats defenetly sunxi year
<mnemoc>
:D
cubear has quit [Quit: Leaving]
pseudomind has joined #linux-sunxi
pseudomind has quit [Client Quit]
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 272 seconds]
wingrime has quit [Ping timeout: 276 seconds]
libcg has joined #linux-sunxi
[GuS] has joined #linux-sunxi
<[GuS]>
Hi guys/girls!
<[GuS]>
I have a question: I've a a10 allwinner tablet, which LCD is broken. So, i am using it to build an Android Box TV. So far is rooted, and has CWM installed. I use HDMI cable with my TV to see the display. The problem is, I dont have HDMI output in Recovery and i need it to flash Cyanogenmod.
<[GuS]>
any ideas?
<JohnDoe_71Rus>
set script.bin to hdmi main output?
<ssvb>
cosm: which hardware do you want to optimize it for?
FunkyPenguin has quit [Ping timeout: 255 seconds]
<cosm>
ssvb: thanks for the link
<cosm>
I'm mainly interested in RK3188 now, although I also use various other platforms
<cosm>
all ARMv7
<ssvb>
cosm: on Cortex-A9 the VFP code appears to be more efficient for uncached reads, but I would love to see the benchmarks from RK3188 to confirm this
<ssvb>
cosm: so far I have only tested it on a single Cortex-A9 based SoC - Samsung Exynos4412
<cosm>
alright, I can get back to with some results in a few hours