ricardocrudo has quit [Remote host closed the connection]
jstein has quit [Remote host closed the connection]
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
jstein has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
poffs has quit [Ping timeout: 252 seconds]
bwarff_ has quit [Ping timeout: 244 seconds]
iamfrankenstein has joined #linux-sunxi
poffs has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
ricardocrudo has quit [Ping timeout: 244 seconds]
apritzel has quit [Ping timeout: 244 seconds]
<willmore>
Looks like these Opi1 need heatsinks. The one in the case with a heatsink is not happy thermally. I'll test my other one outside of a case--but he doesn't have a heatsink, so I'll have to rig something up.
bwarff_ has joined #linux-sunxi
khuey is now known as khuey|away
iamfrankenstein has quit [Ping timeout: 260 seconds]
poffs has quit [Ping timeout: 244 seconds]
iamfrankenstein has joined #linux-sunxi
poffs has joined #linux-sunxi
<willmore>
Should a disabled CPU come back automatically or do I need to do something.
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has quit [Ping timeout: 250 seconds]
ninolein has joined #linux-sunxi
sdschulze has quit [Ping timeout: 252 seconds]
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 264 seconds]
reev has joined #linux-sunxi
poffs has quit [Read error: Connection reset by peer]
poffs has joined #linux-sunxi
zoobab has quit [Remote host closed the connection]
poffs has quit [Remote host closed the connection]
poffs has joined #linux-sunxi
yann|work has quit [Ping timeout: 252 seconds]
avph has quit [Ping timeout: 246 seconds]
ssvb has joined #linux-sunxi
avph has joined #linux-sunxi
jernej has quit [Ping timeout: 252 seconds]
jernej has joined #linux-sunxi
Hahaburger has quit [Quit: Page closed]
maz has quit [Quit: Leaving]
akaizen has joined #linux-sunxi
domidumont has joined #linux-sunxi
IgorPec has joined #linux-sunxi
massi_ has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 268 seconds]
lvrp16 has joined #linux-sunxi
akaizen has quit [Remote host closed the connection]
tomboy64 has quit [Ping timeout: 240 seconds]
tomboy64 has joined #linux-sunxi
vagrantc has joined #linux-sunxi
tomboy65 has joined #linux-sunxi
arokux has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 244 seconds]
Andy-D has quit [Ping timeout: 248 seconds]
pekka_afk is now known as pekka10
jernej has quit [Quit: Page closed]
<ssvb>
rellla: the 'mali_mem_reserve' was a broken hack added by hansg, which never did anything useful
afaerber has quit [Quit: Ex-Chat]
<ssvb>
the Mali400 hardware has an MMU unit to manage memory, so the kernel driver allocates/frees memory for it with 4K page granularity
reinforce has quit [Remote host closed the connection]
<ssvb>
it does not have to be physically contiguous or anything
<ssvb>
the only tricky part is sharing memory buffers with other hardware units (vpu, display controller, etc.) which do require physically contiguous memory
reinforce has joined #linux-sunxi
<ssvb>
that's why the mali kernel driver has support for UMP buffers in the older versions and DMA-BUF support in more recent ones
<ssvb>
why did you ask this question?
<lvrp16>
newbie here, do you guys work independently or is there paid professional developement?
<ssvb>
lvrp16: it's a community of both hobbyists and paid professional developers
<lvrp16>
paid by allwinner? or by projects that use allwinner based boards? we are thinking about sponsoring work but don't know who to go to
<ssvb>
by projects that use allwinner based boards
<ssvb>
great, you can probably post the details to the mailing list
<ssvb>
or do you want to first discuss this privately with some interested developers?
poffs has quit [Read error: Connection reset by peer]
poffs has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec8 has joined #linux-sunxi
bwarff_ has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
<rellla>
ssvb: mosterta did a libump and 3.4 kernel modification which adds a cma backend for ump. libcedrus can allocate this memory for both now, mali and ve.
<ssvb>
rellla: yes, I know
<rellla>
i thought, from where i must take the mem for vdpau rgba surface - mali, disp and cpu. And g2d maybe.
<ssvb>
cpu and mali have mmu, disp and g2d don't
<rellla>
I have an application that caches textures with glImageTexture2D and wonder, if this cache is limited somehow.
<ssvb>
cma provides physically contiguous memory allocation, which is usable for all of them
<rellla>
Afaik the cma which can be used for ve is limited to 256MB?
<ssvb>
yes, and the 3.4 kernel specifically takes care to arrange CMA reservation in the lowest 256MB of RAM
<rellla>
So taking everything from cma limits it to 256mb.
<ssvb>
we have 192MB reservation for CMA in defconfigs
<lennyraposo>
mali may get mainline if CHIP has managed a way to do it ;0
<lennyraposo>
;)
<ssvb>
lennyraposo: yes, there is exactly nothing difficult in using mali drivers
<lennyraposo>
we will get our answer then
<lennyraposo>
I got that
<ssvb>
if you don't mind to use the proprietary userland blob
<ssvb>
answer to what?
<lennyraposo>
is it in mainline yet?
<lennyraposo>
haven't looked
<lennyraposo>
I know about blob usage
<ssvb>
you can easily use the mali driver together with the userland blob with any kernel
<ssvb>
the kernel part of the mali driver is not mainlinable though, because it keeps breaking compatibility and needs exactly matched version of the userland blob
<lennyraposo>
did you check the link I sent?
<ssvb>
yes, of course
mossroy has quit [Quit: Quitte]
<ssvb>
one takes the mali kernel driver and hooks it with the display driver via DMA-BUF, job done
<ssvb>
I guess that's what mripard_ is going to talk about
<longsleep>
No i need to figure out how to avoid the need for two device trees, anyone has a suggestion?
<ssvb>
lennyraposo: but mripard_ can of course still surprise us by rewriting the mali driver too, while keeping it compatible with some version of the proprietary userland blob or providing an open source userland part too :)
<ssvb>
longsleep: a check in u-boot script, based on the RAM size?
<longsleep>
ssvb: yes, assuming i get the RAM in U-Boot somehow, but there are quite some changes - script would be messy
<ssvb>
longsleep: there are two ways to check the RAM size in u-boot
<longsleep>
ssvb: ok good to know, did not look into that yet
<ssvb>
1) Use the get_ram_size function, but it may a bit unsafe outside SPL
<ssvb>
2) Dump the DRAM controller registers on both boards, and find the relevant differences
<ssvb>
the most easy check would be to try writing and reading back physical memory memory at 0x70000000
<ssvb>
and also get the CPU data cache out of the way while doing this
<ssvb>
if you have more than 512MiB of RAM, then set some U-Boot environment variable
vagrantc has quit [Quit: leaving]
<ssvb>
and check this environment variable in boot.cmd or uEnv.txt when loading the dtb
<lennyraposo>
I will order 2 512 versions longsleep for testing purposes
<lennyraposo>
as I am sure there are those in the community who ordered it for headless pruposes
<lennyraposo>
I wanted ask about all the other peripherals for the pine
<lennyraposo>
do they pose any issues into gettng them to work?
<lennyraposo>
drivers etc?
p1u3sch1_ has quit [Ping timeout: 264 seconds]
<lennyraposo>
still new to this ecosphere so I still know very little about things
p1u3sch1 has joined #linux-sunxi
<lennyraposo>
if all goes well I should have the first board iin my possession next week
<lennyraposo>
so I can help with testing things out when you need me to longsleep
<lennyraposo>
same goes for you apritzel
IgorPec has joined #linux-sunxi
<lennyraposo>
very true ssvb
<lennyraposo>
he could surprise us all with that accomplishment
<lennyraposo>
it may not be the whole enchilada but it would be sufficient for those wishing to run DEs and worry about things breaking after new kernel is introduced into the mix
IgorPec has quit [Ping timeout: 246 seconds]
Net147 has quit [Ping timeout: 276 seconds]
camh has quit [Ping timeout: 276 seconds]
pitillo has quit [Ping timeout: 276 seconds]
Wizzup has quit [Ping timeout: 276 seconds]
techn_ has quit [Ping timeout: 276 seconds]
RzR has quit [Excess Flood]
pitillo has joined #linux-sunxi
techn has joined #linux-sunxi
Wizzup has joined #linux-sunxi
camh has joined #linux-sunxi
wigyori has quit [Ping timeout: 276 seconds]
wigyori has joined #linux-sunxi
<lennyraposo>
added 2 additional a64 boards for april
<lennyraposo>
I will have 2 of each type for testing and development ;)
RzR has joined #linux-sunxi
Net147 has joined #linux-sunxi
<lvrp16>
which board did you guys order? 512 1g or 2g?
<lennyraposo>
all 3
<lennyraposo>
longsleep has the 1 and 512
<lennyraposo>
the a64 and a64+ have differences
<lvrp16>
have they even made the a64+ boards? we ordered 100, haven't heard anything about when they're releasing
<lennyraposo>
they have
<lennyraposo>
did you order through the survey?
<lennyraposo>
or direct?
<lvrp16>
yeah, we order originally and then ordered more through the survey
dev1990 has joined #linux-sunxi
<lennyraposo>
check to see if the order is ok
p1u3sch1 has quit [Ping timeout: 240 seconds]
<lennyraposo>
last I heard they were limiting to 25 max boards
Inode has quit [Quit: ]
p1u3sch1 has joined #linux-sunxi
<GeneralStupid>
Hi i read about kodi for allwinner h3. Are there any kodi sources with cedrus?
<GeneralStupid>
however it is already possible to use kodi with an external player (mpv e.g.) i dont know why this setup is used more often