imcsk8_ has quit [Read error: Connection reset by peer]
imcsk8 has joined #linux-sunxi
kaspter has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 246 seconds]
dddddd has quit [Remote host closed the connection]
nuuuciano has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 256 seconds]
anarsoul|2 has quit [Ping timeout: 240 seconds]
ganbold has quit [Quit: This computer has gone to sleep]
nuuuciano has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 256 seconds]
Putti has quit [Ping timeout: 264 seconds]
nots has quit [Quit: Page closed]
LargePrime has quit [Remote host closed the connection]
victhor has quit [Remote host closed the connection]
vagrantc has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]
nuuuciano has quit [Ping timeout: 240 seconds]
dlan has quit [Ping timeout: 252 seconds]
dlan has joined #linux-sunxi
lkcl has joined #linux-sunxi
<mirko>
the HDMI audio sink is missing in ALSA - however i remeber i already got it working once. is audio via hdmi supposed to work ootb on H3 with the orange-pi branch from megous?
<wens>
it is not in mainline yet
<mirko>
i'm talking about megous's fork, not mainline
<mirko>
orange-pi-4.16 more specifically
<mirko>
but it seems hdmi audio development is happening in orange-pi/hdmi-4.16 and not yet merged
<mirko>
"Merge branch 'hdmi-4.16' into orange-pi-4.16" - hm..
aleksandr has joined #linux-sunxi
aleksandr has quit [Ping timeout: 260 seconds]
vagrantc has quit [Quit: leaving]
lurchi_ is now known as lurchi__
aleksandr has joined #linux-sunxi
aleksandr has quit [Remote host closed the connection]
nuuuciano has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
TheSeven has quit [Ping timeout: 252 seconds]
TheSeven has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lkcl has quit [Ping timeout: 256 seconds]
lurchi__ has quit [Ping timeout: 260 seconds]
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
f0xx has joined #linux-sunxi
hardfalcon has joined #linux-sunxi
mripard has quit [Ping timeout: 268 seconds]
bbrezillon has quit [Ping timeout: 268 seconds]
mripard has joined #linux-sunxi
steev has quit [Ping timeout: 248 seconds]
imcsk8_ has joined #linux-sunxi
steev has joined #linux-sunxi
imcsk8 has quit [Ping timeout: 240 seconds]
bbrezillon has joined #linux-sunxi
florianH has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
matthias_bgg has quit [Ping timeout: 248 seconds]
fkluknav has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 256 seconds]
nuuuciano has joined #linux-sunxi
aleksandr has joined #linux-sunxi
kaspter has joined #linux-sunxi
<wens>
new RPi with 5GHz WiFi o.O
aleksandr has quit [Ping timeout: 248 seconds]
<KotCzarny>
wifi is evil
dddddd has joined #linux-sunxi
sr-digitronic has joined #linux-sunxi
sr-digitronic has quit [Remote host closed the connection]
sr-digitronic has joined #linux-sunxi
yann has quit [Ping timeout: 246 seconds]
hanni76 has joined #linux-sunxi
fkluknav has quit [Ping timeout: 260 seconds]
fkluknav has joined #linux-sunxi
<megi>
mirko: development is not happening there, I just integrate some upcomming upstream patches to have a nice working kernel for my orange pis with as much features as possible
msimpson has joined #linux-sunxi
<megi>
mirko: hdmi-4.16 just has patches from linux-next/master at this point + some fixes that were already accepted for 4.16/4.17
<megi>
hdmi audio seems to somewhat work on H3, but the sound goes on/off every few seconds
<megi>
almost like there is some level detector that would silence sound if the volume level gets too low
hardfalcon has quit [Ping timeout: 260 seconds]
msimpson_ has joined #linux-sunxi
msimpson has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
<mpmc>
I wish people wouldn't refer to the new RPi3B+ as having Gigabit Ethernet. AFAIC 300Mb/s isn't giga speeds! I really hope the Pi4 has it (ha!)
<KotCzarny>
300mbit? oh wow, is it one way or both way in parallel?
<mpmc>
KotCzarny: Take a guess..
hardfalcon has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
yann has joined #linux-sunxi
kaspter has joined #linux-sunxi
sr-digitronic is now known as basxto_
return0e has quit [Remote host closed the connection]
fkluknav has quit [Ping timeout: 264 seconds]
fkluknav has joined #linux-sunxi
mavkhime_ has joined #linux-sunxi
return0e has joined #linux-sunxi
elros_ has joined #linux-sunxi
libv_ is now known as libv
return0e_ has joined #linux-sunxi
return0e has quit [Read error: Connection reset by peer]
return0e_ has quit [Ping timeout: 264 seconds]
<mirko>
megi: oh, ok.. however i don't even see hdmi as alsa sink
<megi>
mirko: you probably don't have it enabled in the config then
kaspter1 has joined #linux-sunxi
<mirko>
thought so, too.. i do have CONFIG_DRM_DW_HDMI_I2S_AUDIO=m and CONFIG_SND_SOC_HDMI_CODEC=m though
<mirko>
(and HDMI is working in general)
kaspter has quit [Ping timeout: 265 seconds]
kaspter1 is now known as kaspter
tgaz has quit [Read error: Connection reset by peer]
BenG83_ has quit [Ping timeout: 260 seconds]
return0e has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
lkcl has joined #linux-sunxi
msimpson__ has joined #linux-sunxi
tgaz has joined #linux-sunxi
msimpson_ has quit [Ping timeout: 246 seconds]
fredl has joined #linux-sunxi
<fredl>
hi folks, is it possible to boot the bpi from USB exclusively?
<KotCzarny>
no
<KotCzarny>
unless your board has spi flash
<fredl>
hmm
<KotCzarny>
unless you talk about fel-boot via usb
mavkhimenia has quit [Remote host closed the connection]
mavkhimenia has joined #linux-sunxi
mavkhim__ has quit [Read error: Connection reset by peer]
mavkhime_ has joined #linux-sunxi
mkid has quit [Quit: Konversation terminated!]
mavkhimenia has quit [Ping timeout: 268 seconds]
fkluknav has quit [Ping timeout: 256 seconds]
BenG83_ has joined #linux-sunxi
fredl has quit [Quit: Leaving]
afaerber has joined #linux-sunxi
lkcl has quit [Ping timeout: 268 seconds]
clemens3 has joined #linux-sunxi
lwh` has joined #linux-sunxi
<lwh`>
Hi, I wrote dts for my inet-3f-rev06 board and I tried to add dram_foo.c but I guess is generated automatically now? RIght?
<lwh`>
*right
mossroy has joined #linux-sunxi
mkid has joined #linux-sunxi
<willmore>
Okay, I donated to the VPU mainline effort. Kept forgetting. *sigh*
afaerber_ has joined #linux-sunxi
afaerber has quit [Ping timeout: 264 seconds]
lkcl has joined #linux-sunxi
pgreco has joined #linux-sunxi
arete74 has quit [Remote host closed the connection]
arete74 has joined #linux-sunxi
<phil42>
happy pi day
<KotCzarny>
not so happy now that steven hawking is dead
<KotCzarny>
*stephen
<lwh`>
damn he had a good timing
<willmore>
Yeah, that's very very sad. :(
fkluknav has joined #linux-sunxi
willmore has quit [Remote host closed the connection]
<codekipper>
lwh`: post your dts to pastebin or similar.
tingoose has joined #linux-sunxi
<tingoose>
Hello
<tingoose>
Does anybody here know where to get Allwinnter H6 chips? Do people get it by direct contracts with Allwinner, or there are other suppliers? We would like to develop our own PCB, finally got a bunch of documentation, but still no idea where to get actual supply of H6s.
<wens>
taobao / aliexpress?
pgreco has quit [Ping timeout: 268 seconds]
pgreco has joined #linux-sunxi
<tingoose>
Is there any non-chieese options? Still thanks for mentioning. It really can be found on taobao
<adj_>
tingoose, Olimex sells Allwinners chips worldwide from the EU, but only the chips they use in their designs (not H6)
<adj_>
I don't think that allwinner sells in low volume
<tingoose>
Thanks for advise. I guess taobao right now is the best option, at least for makin a prototype.
<tingoose>
I tried 'allwinner h6 bga' with no hits. Anyways, thanks for notice ;)
<KotCzarny>
'hardware java acceleration'
<KotCzarny>
:>
<KotCzarny>
i have never seen any device/software utilizing it
<mirko>
KotCzarny: i've seen that term for quite a few SoCs in the past - also never saw any stack using it :)
<codekipper>
lwh`: what are you trying to achieve?...that device should be well supported.
<codekipper>
are you working with uboot or kernel
msimpson has joined #linux-sunxi
msimpson_ has quit [Ping timeout: 246 seconds]
LargePrime has joined #linux-sunxi
basxto_ has quit [Quit: Leaving]
<willmore>
KotCzarny, that's a leftover thing from the ARM11/ARM9 era of chips when WAP and BREW were all the rage on those flip open feature phones.
<adj_>
i.mx233 has it
JohnDoe_71Rus has joined #linux-sunxi
<willmore>
What did ARM call it? Jazelle or something like that.
arete74 has quit [Ping timeout: 246 seconds]
fredl has joined #linux-sunxi
<BenG83_>
Jazelle yeah
<BenG83_>
I actually tried to use that on a ARM9 in 2006
<KotCzarny>
was it ever used in anything else than feature phones?
<BenG83_>
my use case was for a navigation device
<BenG83_>
but we went with a Qt app in the end
<KotCzarny>
BenG83_: was there any sdk to use it?
arete74 has joined #linux-sunxi
<beeble>
BenG83_: tomtom?
<BenG83_>
beeble, a prototype for tomtom yeah
JohnDoe6 has joined #linux-sunxi
<BenG83_>
was working at Atmel back then
<beeble>
it's like jeopardy. <year> <framework> <usage> -> was it <company>
<icenowy[m]>
The originall Jazelle is really executing J2ME binayr
<icenowy[m]>
binary *
<icenowy[m]>
however it's confidential
<icenowy[m]>
the only thing not confidential is how to enter/exit jazelle
<KotCzarny>
heh
<icenowy[m]>
And then ThumbEE is also branded as "Jazelle RCT"
<BenG83_>
hi icenowy[m]
JohnDoe_71Rus has quit [Ping timeout: 260 seconds]
<BenG83_>
have you been with Tl to AW?
fraveydank has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<icenowy[m]>
which is a JIT-optimized variant of Thumb
<lwh`>
codekipper: I try to boot linux onto it. I checked u-boot/arch/arm/boot/dts and I saw that inet-3f has just a stub (or so I interpret it, cause there's only an uart entry. Moreover I compared my script.fex file with that uploaded on wiki, they differ from each other. I presume the fex file is from rev03 and polaroid midc010 has ver06.
matthias_bgg has quit [Ping timeout: 265 seconds]
afaerber_ is now known as afaerber
cnxsoft has quit [Quit: cnxsoft]
mossroy has quit [Quit: Leaving]
matthias_bgg has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
Ntemis has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
IgorPec has quit [Ping timeout: 264 seconds]
<willmore>
icenowy[m], excellent info, thanks.
<codekipper>
lwh`: to get it booting then what is already there should be enough...can you post your fex somewhere?
<codekipper>
icenowy[m]: Hi, do you have an updated branch for A64 HDMI?
<Putti>
jernej, I get on a h2+ board this error with the hdmi_v3 branch: "sun4i-drm display-engine: failed to bind 1100000.mixer (ops 0xc0749358): -517" Any idea what's going on?
<Putti>
I got it working earlier with the v2 patches but I haven't tested now
<codekipper>
Putti: I see the same thing on my A64 but my not on my OPi2
victhor has joined #linux-sunxi
<Putti>
okay.. Last time when I tested I enabled the hdmi already in u-boot so I will try that now, maybe it will do some initialization that is needed
<codekipper>
my sunxi-wip branch is pretty up to date
chewitt has quit [Ping timeout: 264 seconds]
<Putti>
codekipper, I don't see the connection with your branch?
<Putti>
or was the comment for icenowy[m] ?
lkcl has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
<Putti>
u-boot shows picture, and now the display started turning on and of the backlight in linux (though, no image)
<Putti>
still the same error message in kernel logs
* Putti
found some old emails sent by him about this topic
mavkhimenia has quit [Read error: Connection reset by peer]
mavkhime_ has quit [Read error: Connection reset by peer]
mavkhimenia has joined #linux-sunxi
kaspter has quit [Quit: kaspter]
HeavyMetal has quit [Ping timeout: 276 seconds]
<jernej>
Putti: you have to enable CONFIG_SUN8I_DE2_CCU
sunshavi has quit [Remote host closed the connection]
<jernej>
codekipper: A64 needs aditional patches for hdmi in mainline
<jernej>
codekipper: SUN8I_DE2_CCU driver does not support A64 yet
<mirko>
jernej: do you have any idea what i might be missing if no alsa sink for hdmi is showing up? CONFIG_DRM_DW_HDMI_I2S_AUDIO=m and CONFIG_SND_SOC_HDMI_CODEC=m are set
sunshavi has joined #linux-sunxi
<mirko>
H3
victhor has quit [Remote host closed the connection]
<jernej>
yes, you also need CONFIG_SND_SIMPLE_CARD=y
<mirko>
i'm on megous/linux.git/orange-pi-4.16
<mirko>
ah(?)
<mirko>
will try immediately
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
<mirko>
SND_SIMPLE_CARD [=m]
<mirko>
and snd_soc_simple_card is loaded
aleksandr has joined #linux-sunxi
<jernej>
what does aplay -l show?
<mirko>
jernej: aplay: device_list:270: no soundcards found...
<jernej>
can you mark needed drivers with =y instead of =m? doesn't seem they were probed at boot
Putti has joined #linux-sunxi
<mirko>
i can compile in the whole alsa stack
<mirko>
DRM as well?
<jernej>
uh, be sure that you have CONFIG_SND_SUN4I_I2S enabled
<mirko>
oh, that isn't
<mirko>
it says "only for A10"
<jernej>
driver actually supports multiple SoCs
<mirko>
*compile*
<hanni76>
mirko: the driver is shared for multiple SoCs, you can see that in the source code
<jernej>
hm.. I can't see word "only"
<jernej>
in kernel config
<mirko>
jernej: you're right
<mirko>
jernej: no "only", but still misleading (at least for me :))
<jernej>
it probably started life as A10 only driver, but when it was extended to support multiple SoCs, nobody updated description
<hanni76>
jernej: I think it is very similar to other drivers, like sun4i DRM
<jernej>
usually driver is named after the SoC it was first introduced
<jernej>
but description can for sure mention that it supports multiple SoCs
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #linux-sunxi
<jernej>
mripard: regarding the H3 mali patch (I can't reply to email): H5 has different GPU - mali450, so I think it is ok to have it in H3 specific dtsi
lucascastro has joined #linux-sunxi
arete74 has quit [Ping timeout: 252 seconds]
arete74 has joined #linux-sunxi
<mirko>
jernej: works, thanks!
<jernej>
np
Putti has quit [Ping timeout: 246 seconds]
lucascastro has quit [Remote host closed the connection]
lucascastro has joined #linux-sunxi
reinforce has joined #linux-sunxi
msimpson has quit [Read error: Connection reset by peer]
tom_nov has joined #linux-sunxi
tkaiser has joined #linux-sunxi
anarsoul|2 has joined #linux-sunxi
phipli has joined #linux-sunxi
lkcl has quit [Ping timeout: 248 seconds]
mavkhimenia has quit [Ping timeout: 246 seconds]
IgorPec has joined #linux-sunxi
fkluknav has quit [Ping timeout: 246 seconds]
netlynx has joined #linux-sunxi
arete74 has quit [Ping timeout: 264 seconds]
arete74 has joined #linux-sunxi
nemunaire has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 256 seconds]
yann has quit [Ping timeout: 248 seconds]
lucascastro has quit [Read error: Connection reset by peer]
lucascastro has joined #linux-sunxi
scream has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
lucascastro has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
iamfrankenstein has quit [Read error: Connection reset by peer]
wasutton3 has joined #linux-sunxi
lucascastro has joined #linux-sunxi
elros_ has quit [Remote host closed the connection]
msimpson has quit [Read error: Connection reset by peer]
wasutton3 has quit [Ping timeout: 245 seconds]
<mirko>
ssvb: are you still maintaining fbturbo?
fkluknav has quit [Ping timeout: 265 seconds]
lucascastro has quit [Remote host closed the connection]
matthias_bgg has quit [Ping timeout: 240 seconds]
<ssvb>
mirko: Yes, I should be still maintaining it. Even though it does not really need much maintenance.
<mirko>
ssvb: i just compiled it on my opi-lite and when using it, xrandr only shows me "Screen 0: minimum 1360 x 768, current 1360 x 768, maximum 1360 x 768"
<mirko>
with "xrandr: Failed to get size of gamma for output default" beforehand
<mirko>
getting the same message when trying to --newmode a different res
<mirko>
fbdev (without turbo) works fine
<ssvb>
yes, it does not support changing the screen resolution at runtime
fkluknav has joined #linux-sunxi
<mirko>
i see.. and how do i set it statically?
<ssvb>
there should not be any difference between fbdev and fbturbo, if something is not working right then it's probably a bug
<ssvb>
the idea is that you can set the initial screen resolution or rotation in xorg.conf (for xf86-video-fbdev too)
<ssvb>
what is your hardware and what kind of display driver is used by the kernel?
<mirko>
so i see that res there.. is it passed via bootloader?
victhor has joined #linux-sunxi
<ssvb>
seems like sun4i-drm-fb should be taking over
<ssvb>
simplefb is just a simple display driver and it uses only a single screen resolution passed over from the bootloader
<mirko>
ok, 1360x768 appears to be always the default res - no matter what. however with no xorg.conf at all, i can at least change it via xrandr. when having fbdev or fbdevturbo specified, i can't switch
<ssvb>
but sun4i-drm-fb should be more functional and maybe support screen resolution changes
<ssvb>
mirko: yes, you are getting xf86-video-modesetting after starting without xorg.conf, that's why xrandr works
<mirko>
being connected directly to my TV results in 1920x1080
<mirko>
as it should
<ssvb>
so what kind of problem are you trying to solve?
<KotCzarny>
probably multiple
<KotCzarny>
:)
<mirko>
ssvb: well, apparently my amp in between screws with the EDID data
<KotCzarny>
ssvb, with proper drm driver in use fbdev/fbturbo is unused, right?
<ssvb>
xf86-video-fbdev and xf86-video-fbturbo are using the fbdev kernel api, but the kernel says that the only supported screen resolution is 1360x768
<ssvb>
xf86-video-modesetting is using a different kernel api, and this api reports multiple supported screen resolutions
xerpi has joined #linux-sunxi
<mirko>
i'm confused. being connected to the amp no xorg.conf the correct modes seem to be passed and recognized (though, i'm having a weird default)
<mirko>
*with
<KotCzarny>
without xorg config x probably selected proper drm driver instead of fb* one
<KotCzarny>
mirko: simplefb is old workaround which is then used by fbdev/fbturbo
<ssvb>
mirko: what would be your desired screen resolution?
<mirko>
can i force the native resolution? not using the H3 on my amp is rather.. suboptimal
<mirko>
1920x1080
<mirko>
which it is - but only when being connected directly to the TV
<KotCzarny>
you can force edid
xerpi has quit [Client Quit]
f0xx has joined #linux-sunxi
xerpi has joined #linux-sunxi
wasutton3 has joined #linux-sunxi
<ssvb>
mirko: earlier you said that "not having any xorg-config starts up with 1920x1080"
<ssvb>
so it works fine?
Putti has joined #linux-sunxi
<mirko>
ssvb: yes, that's what i said and i still believe that happened, but can't reproduce..
<mirko>
at least not via the amp (anymore)
<KotCzarny>
remember there are multiple drivers for x
<KotCzarny>
old (simplefb) and new (drm one, more flexible)
<mirko>
and edid-decode returns crap while being connected to the amp as well as while being directly connected to the TV
<mirko>
KotCzarny: and it seems drm takes over what simplefb think is right
<KotCzarny>
once drm takes over simplefb gets disabled
<mirko>
and simplefb think native res (1920) is right when being connected to the TV and 1360 when being connected to the AMP
<ssvb>
if you want to force the 1920x1080 screen resolution, then you can specify it in your xorg.conf but select the "modesetting" driver in it
<KotCzarny>
simplefb takes res from uboot
<mirko>
ok, then uboot decides because of edid data
<mirko>
i suppose?
<KotCzarny>
now it depends what you want as an end result
<ssvb>
first things first, is your video mode correct in uboot?
<KotCzarny>
if you want to hack something simplefb/fbturbo related, fix further
<KotCzarny>
if you are happy with drm driver, then ignore simplefb/fbturbo
<mirko>
good question :) - i'd like to have 1920 without any interaction on fbdev/fbturbo when the pi is connected to my amp
<mirko>
ssvb: nope, i can see a difference in res between i start up the board connected to TV and to the Amp
<mirko>
meaning, uboot when connected to TV: 1920, uboot when connected to AMP: probably 1360
<KotCzarny>
you can force edid to uboot
jbrown has joined #linux-sunxi
f0xx has quit [Ping timeout: 264 seconds]
<ssvb>
if you want to try a quick and dirty solution for Xorg, please try to use your xorg.conf file with "fbturbo" or "fbdev" driver changed to "modesetting"
<mirko>
KotCzarny: back to your question: i'd also like to provide more or less valuable information in order to improve things for others (if feasible / desirable / worth it)
<ssvb>
maybe it will work fine regardless of how you connect your TV
<KotCzarny>
think of simplefb/fb(dev|turbo) as a legacy
<KotCzarny>
try running X -configure to create proper config for you?
<mirko>
ok, using modesetting as xorg driver and forcing the res works
<ssvb>
nice
<mirko>
(even) when connecting to the amp
<ssvb>
if we want to improve the situation for real, then it would be great to:
<mirko>
still confused how uboot ends up with 1360 when other hardware (intel graphics) - also connected to the amp - picks up the default res correctly
<KotCzarny>
probably rereads edid
<KotCzarny>
and gets good one
<ssvb>
1) try to figure out what's wrong with u-boot screen resolution autodetection (maybe EDID stuff)
reinforce has quit [Quit: Leaving.]
<KotCzarny>
ssvb, might be his setup related (ie. ampli)
<ssvb>
2) try to check why sun4i-drm-fb has broken support for the fbdev api
<mirko>
DRM_DEBUG looks like a macro worth being turned on in uboot to gather some info on what uboot receives and does with it
netlynx has quit [Quit: Ex-Chat]
<mirko>
nevermind, wrong tree..
<ssvb>
it would be also great to have a troubleshooting page in the linux-sunxi wiki about the modern graphics stuff
<mirko>
if fbturbo is legacy, what's the modern variant then?
<mirko>
megi: as i told you in the query, i'm surprised about lima-mesa - figured nobody wants to put effort into the mali/3d stuff (anymore)
<mirko>
positively surprised of course
<KotCzarny>
ssvb, make some benchmarks and motivate drm folks to get the game up?
<ssvb>
mirko: there is a proprietary mali driver from arm (kinda works with legacy kernels, but probably in a bad shape for the mainline) and a work-in progress reverse engineered mesa driver (maybe will be usable in the future)
<ssvb>
KotCzarny: why me?
<KotCzarny>
you know best what to look at
<KotCzarny>
and how to show it really have room for improvement
<megi>
hehe, I dragged windows around and scrolled a lot, and it lags less
<megi>
not sure if that's a benchmark
<KotCzarny>
:)
<megi>
fbturbo-git, that is
<mirko>
ssvb: yes, i read that allwinner released the kernel glue part so the blobs can be used in recent kernels
<ssvb>
mirko: afaik nobody came up with a usable linux-sunxi wiki page with any instructions about how to setup it
<ssvb>
this tells a lot about its status
<mirko>
ssvb: yep, i tried to set it up myself
<mirko>
and failed
<mirko>
well, i got the kernel part working
<mirko>
but apps using gles just crashed
<ssvb>
open source people are generally unfamiliar with the concept of "definition of done" :-)
<ssvb>
so you can have a lot of blog posts and patches flying around for years, but a really nonfunctional software and zero documentation
pgreco has quit [Quit: Leaving.]
<mirko>
i'm not so keen of having those blobs on my system anyway.. - but yes, i'm d'accord with your point of that tells a lot
<mirko>
any idea of when lima-mesa might be testable by ppl like me?
<ssvb>
lima-mesa is a big project
<ssvb>
and btw, I was not talking about lima-mesa
<ssvb>
*big project at a relatively early stage
lucascastro has joined #linux-sunxi
<ssvb>
I'm unhappy about the status of the glue part for the proprietary mali driver for the mainline kernel
<ssvb>
because this is something that could be realistically done here and now with all the step by step installation instructions properly documented in the wiki
<anarsoul|2>
mirko: I'd say 3-6 months
<mirko>
i'm happy to create such a wiki page
<hanetzer>
ssvb: yuq is apparently working on freeing them :)
<mirko>
if i got the setup running - once
yann has joined #linux-sunxi
<mirko>
anarsoul|2: thanks
<mirko>
when i tried last time i didn't want to bother you as i figured lot's of people do and you're not really interested on helping everybody who just want to get gl working - no matter if proprietary or not..
<ssvb>
anarsoul|2: it's great to be an optimist
<anarsoul|2>
ssvb: :P
<mirko>
but if you don't mind being bothered, i'm happy to ask and sum it up in a step by step howto
lucascastro has quit [Remote host closed the connection]
<mirko>
any statement from allwinner about EOL of their SoCs?
TheSeven has quit [Ping timeout: 240 seconds]
TheSeven has joined #linux-sunxi
<anarsoul|2>
ssvb: well, it's at the stage when important parts are almost done. It got proper memory management recently thanks to yuq
<ssvb>
hanetzer: yes, and it's a lot of work, for comparison broadcom has a guy working full time on the open source mesa driver for their videocore gpu since many years ago and it is still far from perfect
<anarsoul|2>
ssvb: vc4 driver is pretty usable
<ssvb>
is it?
<anarsoul|2>
last time I tried it, it was
<anarsoul|2>
if something's not working for you - go bug anholt :)
<ssvb>
do they ship it by default on the raspberry pi os images?
<buZz>
most ideal formfactor , the watchstrap is kinda nonsense to me
<buZz>
willmore: yeah i'll go for USB :)
<buZz>
doubt i'd get a CSI one working
dddddd has joined #linux-sunxi
<willmore>
Oh, yeah, I got that ad, too. Reminded me of the jelly phones.
fkluknav has quit [Ping timeout: 246 seconds]
<buZz>
:)
ex-parrot has joined #linux-sunxi
<ex-parrot>
afternoon all. has there been any reasonable progress on getting a more modern / mainline Linux or u-boot working on the NTC CHIP or PocketCHIP?