<Turl>
maybe the person managing the account doesn't know what gpl is :p
TheSeven has joined #linux-sunxi
vbmithr_ has quit [Ping timeout: 250 seconds]
petr has quit [Ping timeout: 250 seconds]
vbmithr has joined #linux-sunxi
petr has joined #linux-sunxi
<wens>
Turl: both docs and code, which i'll go through later
<wens>
feels like i'm getting non-stop interrupts or sth :(
pwhalen has quit [Ping timeout: 245 seconds]
lkcl has quit [Ping timeout: 255 seconds]
JohnDoe_71Rus has joined #linux-sunxi
pwhalen has joined #linux-sunxi
Akagi201 has joined #linux-sunxi
Akagi201 has quit [Ping timeout: 240 seconds]
lkcl has joined #linux-sunxi
amitk has joined #linux-sunxi
Akagi201 has joined #linux-sunxi
kuldeepdhaka has joined #linux-sunxi
PulkoMandy has joined #linux-sunxi
Nyuutwo_ has joined #linux-sunxi
Nyuutwo_ has quit [Read error: Connection reset by peer]
Nyuutwo has quit [Read error: No route to host]
Nyuutwo has joined #linux-sunxi
dlan has quit [Ping timeout: 260 seconds]
dlan has joined #linux-sunxi
hipboi has quit [Ping timeout: 250 seconds]
montjoie[home] has quit [Ping timeout: 250 seconds]
montjoie[home] has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 246 seconds]
Gerwin_J has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
<Gerwin_J>
Yes the have made A80 SDK today open
<Gerwin_J>
Merrii have send me A80 SDK
lkcl has quit [Ping timeout: 260 seconds]
<hramrach>
libv I have no idea if the multiple tapping thing applies to any other rom
<hramrach>
android is so well documented
<hramrach>
and when adding the tablet to sunxi-boards depends on the tablet fully working with sunxi there is no place for the random stuff to live before that happens other than the device page
<hramrach>
unless you want to trash it, of course
wingrime has joined #linux-sunxi
montjoie[home] has quit [Ping timeout: 260 seconds]
montjoie[home] has joined #linux-sunxi
hipboi has joined #linux-sunxi
lkcl has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 250 seconds]
Gerwin_J has quit [Quit: Gerwin_J]
xavia has quit [Quit: Leaving.]
_massi has joined #linux-sunxi
<rellla>
morning
Nyuutwo has joined #linux-sunxi
<rellla>
i have a strange behaviour of my cubietruck. it stops booting/running randomly without any message. when giving a little pressure on the a20 chip with my fingers, everything is fine.
Zboonet has joined #linux-sunxi
<rellla>
how bad are the chances, that there is some broken soldering or sth. else?
<PulkoMandy>
sounds like some kind of hardware problem indeed
<rellla>
i think it is :(
__builtin_trap is now known as __builtin_yuno
__builtin_yuno is now known as __builtin_trap
<rellla>
seems i have no chance to fix it...
* rellla
has to build some construction around the board to give permanent pressure ;)
<rellla>
physis: i had this issue, too. but never investigated in it. there was some discussion/ bug report on the mailing list or irc long time ago iirc. don't remember if it ended up with a solution.
lkcl has quit [Ping timeout: 240 seconds]
<rellla>
physis: i thinks it's a problem how xbmc implementation talks with disp in LinuxRendererA10.cpp - maybe not cedarx related at all.
<PulkoMandy>
rellla: there may be a way to fix this by putting the board in an oven at the right temperature to reflow the solder. but permanent pressure sounds less dangerous
PulkoMandy has quit [Quit: Vision[0.9.7-H-20140108]: i've been blurred!]
libcg has joined #linux-sunxi
PulkoMandy has joined #linux-sunxi
PulkoMandy has quit [Client Quit]
sehraf has joined #linux-sunxi
PulkoMandy has joined #linux-sunxi
lkcl has joined #linux-sunxi
JohnDoe71rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 250 seconds]
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
akaizen has quit [Ping timeout: 240 seconds]
Zboonet has quit [Remote host closed the connection]
focus_it has quit [Ping timeout: 260 seconds]
Nyuutwo has quit [Ping timeout: 246 seconds]
Skaag has joined #linux-sunxi
techn_ has joined #linux-sunxi
popolon has joined #linux-sunxi
popolon has joined #linux-sunxi
gaby_ has joined #linux-sunxi
bfree_ has joined #linux-sunxi
lerc_ has joined #linux-sunxi
andoma_ has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
focus_it has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
zumbi_ has joined #linux-sunxi
amitk_ 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
lkcl has quit [Ping timeout: 250 seconds]
amitk has quit [*.net *.split]
pwhalen has quit [*.net *.split]
zumbi has quit [*.net *.split]
arokux has quit [*.net *.split]
lerc has quit [*.net *.split]
wingrime has quit [*.net *.split]
techn has quit [*.net *.split]
Skaag_ has quit [*.net *.split]
bfree has quit [*.net *.split]
andoma has quit [*.net *.split]
weissschloss has quit [*.net *.split]
gaby has quit [*.net *.split]
ccaione has quit [*.net *.split]
ssvb has quit [*.net *.split]
arokux has joined #linux-sunxi
ssvb has joined #linux-sunxi
pwhalen has joined #linux-sunxi
weissschloss has joined #linux-sunxi
Quarx has joined #linux-sunxi
blsd has quit [Remote host closed the connection]
hipboi has quit [Ping timeout: 246 seconds]
montjoie[home] has quit [Ping timeout: 240 seconds]
ccaione has joined #linux-sunxi
hipboi has joined #linux-sunxi
montjoie[home] has joined #linux-sunxi
<longsleep>
Hey whats the mainline merge status of device tree overlays? It kind of sucks to modify the compile time dt whenever i add a chip to SPI ..
lkcl has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
wingrime has joined #linux-sunxi
montjoie[home] has quit [Ping timeout: 240 seconds]
stingray454 has joined #linux-sunxi
Black_Horseman has quit [Quit: Zwi se logou mou!!!]
Black_Horseman has joined #linux-sunxi
montjoie[home] has joined #linux-sunxi
<longsleep>
bbrezill1: Looks like your mtd patches make the i2c driver fail to load (mv64xxx_i2c: probe of 1c2ac00.i2c failed with error -22). This only happens if i have the your patches. Any ideas?
paulk-collins has joined #linux-sunxi
kill_-9_1 has joined #linux-sunxi
<wens>
longsleep: no, that's a bug in the i2c driver when the clock-frequency property is missing
<rellla>
PulkoMandy: wow. did not know about that before :p
<longsleep>
bbrezill1: so i now have sorted out SPI, PWM, PMU and MTD/UBI with mainline kernel. Now booting from MTD is the target - can you give me a quick overview how it is supposed to work?
<jemk>
rellla: did you have some time to test interlaced h264?
<rellla>
worst case is damaging a faulty board. but not sure if i should use my own oven :o
<jemk>
physis: this also happens with vdpau sometimes, maybe its not a xbmc fault but in the disp driver
<rellla>
jemk: not yet. moved to our new house and was busy with setting up network... i wrote some scripts for easy vdr building in the meantime.
eagles0513875 has joined #linux-sunxi
<jemk>
rellla: ah, ok, thats enough work
<rellla>
now my cubietruck got faulty which should work as the server. i wanted to set up both, ct as server and cb2 as the client from scratch and document it and then do some vdpau work again.
kuldeepdhaka has quit [Ping timeout: 246 seconds]
<rellla>
jemk: i made a simple chart btw, documenting needed and missing features of our libvdpau
<jemk>
rellla: yeah, i've seen it. I build vdr myself in the meantime to do some tests, but without dvb hardware it seems to be pretty useless
<rellla>
jemk: yeah, moving to another place and doing all the network setup by myself was a great thing. but putting all the cables to the patchpanels is quite time intensive. i'm glad, that i finsished it.
montjoie[home] has quit [Ping timeout: 272 seconds]
<rellla>
jemk: because vdr is a dvb receiver :)
<jemk>
:D
montjoie[home] has joined #linux-sunxi
<oliv3r>
libv: before ranting, we have an open communications channel with AW atm, lets use that first and see where that leads us?
<rellla>
jemk: i have to finish my setup until mid of september, because i'm awaiting 2 sundtek dvb-s2 sticks :p
<rellla>
then everything must work so far!
kuldeepdhaka has joined #linux-sunxi
<rellla>
jemk: did you receive some samples from moorviper?
<oliv3r>
hramrach: no, SPI cannot auot detect :) you can do some magic in userspace, but that's it
<oliv3r>
rellla: !! where can I find your cedrus xbmc patches? :)
<jemk>
rellla: no, I haven't heard anything from him yet.
<rellla>
oliv3r: where can i buy your book?
<oliv3r>
not for sale yet
<oliv3r>
hopefully soon!
<oliv3r>
but
<oliv3r>
packt publishing is selling it
<oliv3r>
and we are keeping it called 'getting started with cubieboard' for now
<oliv3r>
and hopefully release an olimex variant too
<rellla>
oliv3r: $(rellla's interest in xbmc atm) < 0 :p
<oliv3r>
rellla: i thought someone said you had a cedrus patch for xbmc!
<oliv3r>
i don't get you germans and your facination of VDR
<oliv3r>
i used vdr for 2 or 3 years
<oliv3r>
it was slow and ugly :p
<oliv3r>
i'm so much happier with my tvheadend + multiple XBMC setup :)
<oliv3r>
and stream all over the internet :)
<oliv3r>
libv: i wonder if they are violating any openrisc-cores licenses (if they used one that is)
<physis>
thank you for the tip rellla. I will try it and back with results. I'm trying to undestand the code to help a little bit ;-)
<physis>
rellla:
<rellla>
oliv3r: who said that? i'm interested (only) in vdr. i was never fascinated from xbmc. it's to overblown for my purposes.
physis has quit [Remote host closed the connection]
<oliv3r>
rellla: said what?
<oliv3r>
rellla: i just remember you working on xbmca10 :p
<oliv3r>
you have a github fork!
<oliv3r>
and physis talked about your cedrus branch of xbmc :)
<rellla>
oliv3r: and i use vdr since 2003 - and love it. yeah, it's not that modern piece of software - but works very stable.
<oliv3r>
it was a huge improvement over freevo that I used before vdr :p
<oliv3r>
but it was never stable for me :(
* rellla
thinks of deleting this branch...
<oliv3r>
rellla: if its not cedrus, then i would yeah
<rellla>
what does fex setting have to do with DISP_LAYER_WORK_MODE_SCALER? do they depend on each other?
<paulk-collins>
libv, seems to be a legit problem in the code after all
<paulk-collins>
libv, something to do with SUPPORT_RANDOM
ricardocrudo has joined #linux-sunxi
<libv>
ah, crap, a20 sdk has gpl violations too
<oliv3r>
right, i will take step 1 to resolve those
<oliv3r>
:p
<oliv3r>
i'll go send an email to AW now
<oliv3r>
i have a few spare minutes :)
lkcl has joined #linux-sunxi
<MY123>
libv: The A23 has also violations.
<MY123>
(and all the kingdom of Allwinner , excluding A1X)
ddc has joined #linux-sunxi
<oliv3r>
A10 also has violations!
<oliv3r>
but only 1, cedarX
<ddc>
Is there any future plan to support dts on sunxi u-boot?
afaerber_ has joined #linux-sunxi
<quitte_>
ddc: what do you mean by that? what does or would a u-boot with dts support do?
<bbrezill1>
quitte_: AFAIR, recent versions are u-boot can parse a DT and initliaze their HW according to the DT definitions
<bbrezill1>
quitte_: s/versions are/versions of/
afaerber has quit [Ping timeout: 264 seconds]
afaerber_ is now known as afaerber
<quitte_>
i asked this in #u-boot and got a pretty clear no. still - do you think there will be support to have u-boot partitions exported to linnux again?
<quitte_>
(i shouldn't have hesitated at 80€ for a model-m :-( )
<libv>
what?
<libv>
our own sunxi just does it.
<ddc>
quitte_: u-boot supports libftd
<libv>
i have simplefb working with our own uboot
<libv>
which means that it talked to a dt successfully.
<libv>
ddc: why don't you just go and try it?
<ddc>
I've tried and I know it works but my question was is there any plan to move to dts based u-boot
<libv>
dts based?
<libv>
ddc: define dts based u-boot
<ddc>
yes
<libv>
are you just putting buzzwords together randomly, or do you actually have a definition for what you think you need?
polto has joined #linux-sunxi
<polto>
I want ask about Ethernet driver of new marsboard a20?
<libv>
polto: new device howto on our wiki
<libv>
polto: or are you just looking to buy the hw in future?
dack has joined #linux-sunxi
<polto>
I'm already have the hardware. But when I use ifconfig eth0 up and down it give error hardware. The Ethernet driver in kernel is sunxi-Ethernet but the chip on board is phy lan8710
<ddc>
Those are valid questions the drivers should implement the minimal functionality to be able to load dts to memory
<libv>
ddc: we are about as much dts based already as we need to be
<libv>
when the idiocy on lkml finally dies down, and when i finally have been able to spend more time on a kms driver, and i have fully implemented lcd support, moved kms to mainline, then i can add lcd support to u-boot which would read the lcd info from dts
<libv>
but that's a lot of logical hoops still.
<libv>
right now, only my cfbconsole code cares about dts
<libv>
so again, stop dreaming up combinations of buzzwords and use our sunxi-uboot
<dack>
we need to shift the paradigm so u-boot can get all info from the cloud!
<dack>
internet of things!
<oliv3r>
hmm, I'm not sure we have any boards using the Microchip LAN8719 PHY
<libv>
oliv3r: no, we don't
<libv>
at least none documented
<oliv3r>
yeah
<libv>
which is why polto should NDH
<oliv3r>
exactly
<libv>
but i guess that was too much trouble for him.
<oliv3r>
driver wise, it's a MII/RMII based chip, so should be fairly easy to get working
<oliv3r>
oh he left
<MY123>
libv: Stuck @ boot.scr . (u-boot-tools). Trying to compile it with only the needed components as I have only 60MB of free space.
<libv>
MY123: pfff
<libv>
where does your root partition live?
<libv>
MY123: oh, you better make some seriously good pictures
<libv>
because for all the time i have invested into this, i am not even getting an NDHed page
<MY123>
libv: On a CompactFlash on my build system( 128MB ) . Did not get the Debian system on the tablet back. Have a chroot on the MicroSD but the rootfs is already there (ALIP) .
<libv>
cf?
<libv>
MY123: where does it live? on the microsd? which partition? what fs type?
<libv>
is your boot fat or ext?
<MY123>
libv: The boot is FAT32 . (Was not able to generate boot.scr) The rootfs is ext4 in the second partition.
<libv>
ok
<libv>
i will get you a boot.scr
<libv>
MY123: done.
lkcl has joined #linux-sunxi
<libv>
hramrach: why are you not sticking to the template or to the ndh?
<libv>
hramrach: and why are you damaging the inet_86vs page?
Quarx has quit [Ping timeout: 250 seconds]
ZetaNeta has quit [Ping timeout: 250 seconds]
ddc has quit [Ping timeout: 272 seconds]
<libv>
hramrach: please just provide the u-boot and boards patches
<MY123>
libv: Goes to Android. Included uImage, boot.scr and script.bin into the FAT part and did DD u-boot-spl and u-boot with the instructions . Apparently, that tablet uses the second SD/MMC interface for the uSD.
<MY123>
If so, NAND is the only pratical choice.
<libv>
MY123: nope.
<libv>
not according to script.bin
<libv>
but i think we spent enough time on this hw already
<libv>
without uart there is no point.
<MY123>
libv: Will try the UART solution after 6 months ( end of warranty ).
<hramrach>
libv: how is that damage?
ZetaNeta has joined #linux-sunxi
<hramrach>
I just added a small board picture in addition to the generic 7" tablet picture which matches like 1/3 of 7" tablets
<libv>
hramrach: go read the ndh and go stick to the template
<libv>
hramrach: how many people who read these pages want to open up their tablets _beforehand_?
<libv>
we have an identification section for a reason
<MY123>
libv: Does an Allwinner kernel support kexec?
<libv>
and we have detailed pictures further down for a reason
<hramrach>
if they do not open the tablet it cannot be identified by picture.
<libv>
hramrach: the top left picture is not there to be a unique identifier
<libv>
it's just to give a quick hint at what the device looks like
<libv>
before the features are listed
<libv>
it's more of a courtesy picture than anything else, just there to look good
<libv>
but i am not only talking about that picture
<hramrach>
that's the only recent edit to that page
<libv>
hramrach: why don't you just get us a .fex and u-boot support?
<hramrach>
I did provide the .fex and u-boot patches but the built images did not boot and I did not get to figuring out why before I broke the screen
<hramrach>
on the inet86vs tablet
<hramrach>
also reportedly it works with olinuxino images so there is some basic support if you want it
<libv>
hramrach: did it break mechanically or was it something our code did?
<hramrach>
I broke it mechanically
<libv>
ok
<hramrach>
I sent the fex file and memory parameters somewhere but they weren't 100% working so were not accepted
<libv>
hramrach: please provide u-boot and .fex anyway, and add a warning that things failed with that
<libv>
that's what current status is for
afaerber has quit [Quit: Verlassend]
<hramrach>
libv: iirc I even provided links to the partially working fex file and u-boot support but somebody reworking the pages removed them
<libv>
meminfo is on the page
<libv>
i see no fex file
<libv>
i could spend an hour plucking it from the livesuit image, but i could do so many things.
rz2k has joined #linux-sunxi
<MY123>
libv: Will try Berryboot-A20 with remplacing the SPL and script.bin.
libcg has quit [Ping timeout: 250 seconds]
<ssvb>
rellla: the scaler mode in fex is enabling scaler for the disp layer used as the default framebuffer
<ssvb>
rellla: the number of scaled layers is limited to 2 on a10/a20 hardware and to just 1 on a13 hardware
afaerber has joined #linux-sunxi
<MY123>
ssvb: Hi.
<ssvb>
libv: about simplefb, the reaction from the kernel/u-boot bureaucrats is quite expected, they also want to have some fun for themselves :)
bbrezill1 has quit [Ping timeout: 240 seconds]
<dack>
Is there any conceivable reason a company would NOT want to provide an flash image for their device?
zombu2 has quit [Ping timeout: 240 seconds]
<ssvb>
libv: however, your code is useful, and this is what matters in the end
<ssvb>
MY123: ?
bbrezill1 has joined #linux-sunxi
<MY123>
ssvb: For a few things about fbturbo on A31 test.
ricardocrudo has quit [*.net *.split]
stingray454 has quit [*.net *.split]
paulk-collins has quit [*.net *.split]
arokux has quit [*.net *.split]
orly_owl has quit [*.net *.split]
techn_ has quit [*.net *.split]
morfoh_ has quit [*.net *.split]
furan- has quit [*.net *.split]
cazzacarna has quit [*.net *.split]
mturquette has quit [*.net *.split]
mtr has quit [*.net *.split]
<MY123>
(middly good 2D , no 3D )
zombu2 has joined #linux-sunxi
stingray454 has joined #linux-sunxi
arokux has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
techn_ has joined #linux-sunxi
morfoh_ has joined #linux-sunxi
furan- has joined #linux-sunxi
cazzacarna has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
mtr has joined #linux-sunxi
mturquette has joined #linux-sunxi
orly_owl has joined #linux-sunxi
jemk has quit [Remote host closed the connection]
<ssvb>
MY123: we can safely forget about 3D and not worry about it on A31 :)
<MY123>
ssvb: Good work ! (no 3D but I would never expect that on PVR)
jemk has joined #linux-sunxi
<ssvb>
MY123: what is your hardware and what kind of kernel are you using with it?
<MY123>
ssvb: A Kurio10S tablet with a stock Android kernel.
<MY123>
ssvb: Will you add libhybris support?
<ssvb>
MY123: for X11 integration? no
<MY123>
ssvb: OK. What would you do for A80(PVR)?
FreezingCold has quit [Ping timeout: 240 seconds]
<wens>
would be good for a native build machine at least
yann_s has quit [Ping timeout: 240 seconds]
<MY123>
I see Pi-side that GLAMOR runs( anholt ). Where Xegl has gone?
<MY123>
wens: +1
<ssvb>
wens: yeah, if I did not have reasonably fast exynos hardware already :)
<ssvb>
wens: my next high end arm board is likely going to be 64-bit, nothing else is interesting
avsm has quit [Quit: Leaving.]
<MY123>
ssvb: The AMD Opteron A1100 dev board is interesting and is already on sale (but is expensive).
yann_s|AFK has joined #linux-sunxi
yann_s|AFK is now known as yann_s
<MY123>
(ARM Cortex-A57 8-core)
<libv>
with an ami bios.
<ssvb>
MY123: something reasonably priced is going to become available eventually
<ssvb>
MY123: yes, the Raspberry Pi hardware should be a particularly good for GLAMOR, its CPU has no SIMD and the memory bandwidth available to the CPU is pathetic
<ssvb>
MY123: not being able to beat software rendering with GLAMOR that would be an epic fail :)
<buZz>
oooo
<buZz>
> The glamor module is an open-source 2D graphics common driver for the X Window System as implemented by X.org. It supports a variety of graphics chipsets which have OpenGL/EGL/GBM supports.
<buZz>
ahhh nice
Lorenzo64 has joined #linux-sunxi
<buZz>
its 'do 2d gfx with opengl'
xavia has joined #linux-sunxi
<ssvb>
MY123: do you run it yourself already?
nedko has joined #linux-sunxi
nedko has joined #linux-sunxi
<MY123>
ssvb: The performance of that running on Mesa for VC4 is higher than your fbturbo driver.
<libv>
i am amazed by the glamor code myself
<libv>
surely the rpi has a 2d engine as well
<MY123>
ssvb: Did try it.
<libv>
and one would expect work to be done on a mesa driver primarily, going from gles test to gles test
specing_ has joined #linux-sunxi
<MY123>
libv: It has only a high-latency DMA 2D engine
<libv>
but then, mr anholt is firmly stuck in the "we can do it all on the 3d engine"
<libv>
MY123: and the 3d engine is better?
<ssvb>
MY123: Interesting, I sohuld try it myself then. Higher performance for what use cases?
<libv>
MY123: anholt is definitely stuck in the glamor world
<libv>
plus, glamur versus sna versus uxa... that's an intel internal fight
<libv>
now exported to the rpi
<libv>
err, glamor world, "we can do it all on the 3d engien world"
<MY123>
ssvb: Filling triangles. And dragging windows. It still has glitches.
<ssvb>
libv: there is nothing wrong with glamor, except that it is just yet another API layer between the application and the hardware
<wens>
ssvb: :)
amitk has joined #linux-sunxi
<libv>
which was the mantra for x86 descrete gpus, but wrong for arm where every bit of hardware should be used and big expensive engines should only get fired up when needed.
<libv>
ssvb: it is wrong in that it excludes more efficient use of the whole of the SoC
<MY123>
libv: The 3D engine have batches but the 2D one can only do a job at a time and the latency destroys the point)
kuldeepdhaka_ has joined #linux-sunxi
FreezingCold has joined #linux-sunxi
<libv>
MY123: why do you think it took so long to get dma-buf and dma-buf-fences?
<libv>
you'd think that such things would've been done a decade earlier
<ssvb>
MY123: filling triangles? is it really a typical linux desktop 2D workload?
<linkmauve1>
libv, having working but less-than-optimal 2D acceleration is better than having it someday, maybe, if someone writes a specific driver for it.
<libv>
instead of dealing with interengine communication properly, people have been claiming "we can do it all in the 3d engine"
<MY123>
ssvb: There is memory leaks when running a real workload.
<libv>
linkmauve1: anholt is not one to come up with the right solution
<linkmauve1>
Currently he’s just implementing 3D, and then when it’ll be time to get a faster 2D acceleration he’ll surely look at it.
<libv>
he never has done that
kuldeepdhaka has quit [Ping timeout: 240 seconds]
specing has quit [Ping timeout: 240 seconds]
specing_ is now known as specing
<linkmauve1>
Maybe he won’t, but then some other people will be able to.
<libv>
he's part of why modesetting is such a mess today
amitk_ has quit [Ping timeout: 240 seconds]
zombu2 has quit [Ping timeout: 240 seconds]
<linkmauve1>
I know, I read your article about that.
<ssvb>
linkmauve1: the typical problem is that the driver authors are trying to move the pixels using the GPU no matter what (and call it a "good start"), even if it is often several times slower than software rendering
<MY123>
libv: Let him make that more messy to finish with totally drop the API and the Intel drivers. :-)
<MY123>
ssvb: As I'm the Freeblob developer, I think that X on the VPU is better.
<linkmauve1>
ssvb, what I mean is that I see no harm in concentrating on the Mesa part right now, even if the DDX will have to be replaced later when they’ll want a more efficient solution.
<libv>
actually, the whole display engine still exists on the videocore only afaict
<libv>
even though i cannot see why that is not free yet
<libv>
that should've been much much easier to liberat
<libv>
+e than the 3d engine
<MY123>
libv: There is HDCP code there.
<MY123>
(They are cleaning the code)
<libv>
MY123: why not just throw out docs?
WarheadsSE has quit [Ping timeout: 240 seconds]
<wens>
mripard_: i see some suspicious code in sun6i dma interrupt handler, will test a bit with debug on
zombu2 has joined #linux-sunxi
<ssvb>
MY123: Raspberry Pi is a very special case with its very weak ARM core and relatively powerful GPU
<MY123>
libv: They fired everyone working on the VC4 except Anholt. The docs were not written. ( the code is given to licensees).
lkcl has quit [Ping timeout: 245 seconds]
<libv>
MY123: i somehow doubt that
<libv>
that would've been very very stupid
<ssvb>
linkmauve1: yes, 3D drivers are surely important and very nice to have, nobody is arguing about this
<MY123>
libv: Another reason: The 3D unit was 100% designed by Eben Upton.
<MY123>
( and he apparently written the docs for that )
<libv>
i again doubt that
<libv>
he might have been involved, and he might have been involved with the docs for that
<MY123>
libv: I had a mail exchange with him ( for some questions)
<MY123>
( and he has mentionned that on the forums.)
<libv>
they i at least would've expected his wife to have been more clued in about the code release in 2012
<ssvb>
libv: why would she be expected to be more clued?
<MY123>
libv: Freeblob will re that but it's low priority.
<MY123>
libv: The display init code is nonfree but the rest is FOSS. There is about 70 lines of assembly to RE.
<ssvb>
MY123: this discussion has drifted a bit too far away from the sunxi topic :)
<MY123>
ssvb: And Upton E. designed the VideoCore V VPU which was never released.
<MY123>
ssvb: Now more on-topic.
<ssvb>
MY123: yeah, I know that it really sucks when your work is scrapped and never released
WarheadsSE has joined #linux-sunxi
<MY123>
ssvb: I never got linux-sunxi working on my A20 tablet.
<MY123>
(trying since a while)
kuldeepdhaka_ has quit [Ping timeout: 260 seconds]
<MY123>
I don't care about Android, I can flash GNU/Linux on the NAND, ssvb .
<wens>
and ohci platform as well
lkcl has joined #linux-sunxi
<ssvb>
MY123: smells like the SD card is not prepared correctly, be sure to erase it first and then accurately follow the instructions
<ssvb>
MY123: do you have the serial console?
<arete74>
wens: ok, now try
<MY123>
ssvb: No serial. I did dd if=/dev/zero of=/dev/block/mmcblk0 bs=1024 before following the instructions.
<quitte>
wigyori: Hi again. do you happen to know where to attack openwrt to make sysupgrade work?
<ssvb>
MY123: in any case, if Android boots, then your SD card is not recognized as bootable by the BROM
<ssvb>
MY123: if the SD card slot is not defective, then the SD card is just not prepared right
<MY123>
ssvb: In earlier trys, it corrupted the NAND and stayed black screen.
<rafaelMOD>
Elefante69
<MY123>
( luckly, FEL worked)
lkcl has quit [Ping timeout: 260 seconds]
kuldeepdhaka_ has quit [Max SendQ exceeded]
<rafaelMOD>
ups, wrong chn
kuldeepdhaka_ has joined #linux-sunxi
_massi has quit [Quit: Leaving]
<dack>
MY123: I feel your pain! It's really hard to diagnose issues without that serial console, though.
<ssvb>
MY123: but you have a HDMI connector, right?
ddc has joined #linux-sunxi
<arete74>
wens: ok,work fine with CONFIG_USB_OHCI_HCD=y
<ddc>
quitte: what seems to the problem sysupgrade, .
<arete74>
wens: sunxi-usb option must depend CONFIG_USB_OHCI_HCD
<quitte>
ddc: it's not supported on sunxi. but I now found out how to do it. "just" needs some base-files added
avsm has joined #linux-sunxi
ddc has quit [Quit: ddc]
<MY123>
ssvb: MiniHDMI but I can't seem to find a MiniHDMI to DVI cable.
<libv>
MY123: your statement about it booting from SD2 is false
<libv>
MY123: the sdcard is set up exactly like another a20 tablets
<MY123>
dack: That tablet is rooted. I can give any info.
<libv>
one that i know works
<libv>
you must have messed something up.
<MY123>
libv: Or wrong DRAM setting?
<libv>
MY123: nope
<libv>
MY123: this is the last time i gave you any hints on this
iPolto has joined #linux-sunxi
<libv>
MY123: any further questions will require a working uart and good pictures for even the internals of your device
<MY123>
ssvb: Is there GNU/Linux PhoenixSuit A20 images?
<quitte>
shouldn't model = "Cubietech Cubietruck"; from the dts appear in proc/cpuinfo?
<MY123>
libv: internals -> not before 6 months ; UART -> Depends of internals
<libv>
MY123: then there is no helping you.
<libv>
MY123: and i have gone to quite extreme lengths already
<MY123>
dack: On the A10, there is the automated Berryboot installer not on a A20.
akaizen has joined #linux-sunxi
<MY123>
libv: Are bad quality internal photos acceptable?
<MY123>
(that tablet won't have any use )
<MY123>
if not opening it, apparently
bengal has joined #linux-sunxi
F1skr has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
akaizen has joined #linux-sunxi
<quitte>
MY123: do you have a scanner? some have a good enough depth of field to make great pictures of boards.
rz2k has quit []
diego_r has quit [Ping timeout: 250 seconds]
<MY123>
quitte: No.
<Turl>
quitte: not really, but you can find that on /proc/device-tree or whatever the path is
lkcl has joined #linux-sunxi
<quitte>
Turl: any idea why on openwrt's lantiq port there is this check: model=`grep "^machine" /proc/cpuinfo | sed "s/machine.*: \(.*\)/\1/g" | sed "s/.* - \(.*\)/\1/g"` ?
<quitte>
Turl: but device-tree will be fine
dj9pz has joined #linux-sunxi
bertrik has joined #linux-sunxi
lkcl has quit [Ping timeout: 250 seconds]
<dack>
MY123: your issues are happening before you have a working Linux up and running. In order to see the messages related to that you need a serial console. There's not really any way around that.
amitk has quit [Quit: leaving]
<MY123>
libv: It may be a bad SPL. A cubieboard2 SPL produces a blackscreen.
paulk-collins has quit [Ping timeout: 255 seconds]
iPolto has quit [Quit: Computer has gone to sleep.]
<MY123>
libv: There is an error in the wiki or the Github pagd
<MY123>
*Page
leviathanch2 has joined #linux-sunxi
lkcl has joined #linux-sunxi
avsm has joined #linux-sunxi
Lorenzo64 has quit [Read error: Connection reset by peer]
Lorenzo64 has joined #linux-sunxi
<quitte>
does anyone know how to fastmap convert ubi when it's not a module?
<quitte>
does the debug erase badblock thing work that doesn't need patching and unpatching of the kernel?
<quitte>
I'm getting to the point where I need a way to bootstrap a mtd system into nand
deasy has joined #linux-sunxi
physis has joined #linux-sunxi
formruga has joined #linux-sunxi
physis_ has joined #linux-sunxi
physis has quit [Ping timeout: 245 seconds]
PulkoMandy has joined #linux-sunxi
ZetaNeta has quit [Ping timeout: 264 seconds]
bonbons has joined #linux-sunxi
<lukas2511>
hey, uhm, i kinda remember that i had to change u-boot branch or something if i want both A20 cores available on mainline kernel, but i can't remember what exactly, can someone help me?
<dack>
lukas2511: on my A20, /proc/cpuinfo reports 2 processors and I made no change to uboot
<lukas2511>
dack: are you using mainline kernel?
<dack>
lukas2511: oh.. I'm not using mainline, though...
<dack>
lukas2511: ^_^
<lukas2511>
yea, well, that's the problem.
bengal has joined #linux-sunxi
avsm has quit [Quit: Leaving.]
TheSeven has quit [Ping timeout: 260 seconds]
TheSeven has joined #linux-sunxi
<dj9pz>
I'm running Linux Mainline (3.17.0-rc1) on an A20 and /proc/cpuinfo reports only one CPU. dmesg shows "CPU1: failed to boot: -38" during boot...
<dj9pz>
I'm just checking that I'm running the most recent u-boot-sunxi...