Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
iamfrankenstein has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
iamfrankenstein has quit [Quit: iamfrankenstein]
viccuad has quit [Ping timeout: 268 seconds]
hulu1522_ has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
vagrantc has joined #linux-sunxi
hulu1522 has quit [Ping timeout: 260 seconds]
popolon has quit [Ping timeout: 268 seconds]
hulu1522 has joined #linux-sunxi
hulu1522_ has quit [Ping timeout: 250 seconds]
hulu1522 has quit [Remote host closed the connection]
apritzel1 has joined #linux-sunxi
popolon has joined #linux-sunxi
kaspter has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
hulu1522 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
hulu1522 has quit [Remote host closed the connection]
apritzel has quit [Ping timeout: 244 seconds]
FDCX has quit [Ping timeout: 276 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
arokux_ has joined #linux-sunxi
arokux has quit [Ping timeout: 250 seconds]
ninolein has quit [Ping timeout: 268 seconds]
ninolein has joined #linux-sunxi
book` has quit [Ping timeout: 268 seconds]
book` has joined #linux-sunxi
adj_ has quit [Ping timeout: 250 seconds]
indy has quit [Ping timeout: 268 seconds]
adj_ has joined #linux-sunxi
solarnetone has quit [Ping timeout: 268 seconds]
solarnetone has joined #linux-sunxi
TheLinuxBug has quit [Ping timeout: 268 seconds]
TheLinuxBug has joined #linux-sunxi
indy has joined #linux-sunxi
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
cajg has quit [Ping timeout: 244 seconds]
ganbold_ has quit [Quit: This computer has gone to sleep]
tchiwam_ has joined #linux-sunxi
tchiwam has quit [Ping timeout: 260 seconds]
kaspter has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
ssvb has quit [Read error: Connection reset by peer]
ssvb has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1_ has joined #linux-sunxi
kaspter has joined #linux-sunxi
FDCX has joined #linux-sunxi
MackBoy has quit [Remote host closed the connection]
hulu1522 has joined #linux-sunxi
MackBoy has joined #linux-sunxi
TheSeven has quit [Ping timeout: 250 seconds]
MackBoy has quit [Ping timeout: 264 seconds]
MackBoy has joined #linux-sunxi
TheSeven has joined #linux-sunxi
hulu1522_ has joined #linux-sunxi
hulu1522 has quit [Ping timeout: 250 seconds]
reev has joined #linux-sunxi
reev has quit [Max SendQ exceeded]
FDCX has quit [Ping timeout: 250 seconds]
hulu1522 has joined #linux-sunxi
hulu1522_ has quit [Ping timeout: 260 seconds]
IgorPec has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
ganbold has joined #linux-sunxi
ganbold has quit [Ping timeout: 276 seconds]
hulu1522 has quit [Remote host closed the connection]
tchiwam has joined #linux-sunxi
ganbold has joined #linux-sunxi
tchiwam_ has quit [Ping timeout: 250 seconds]
hulu1522 has joined #linux-sunxi
reinforce has joined #linux-sunxi
hulu1522 has quit [Remote host closed the connection]
<KotCzarny> hmm, powertop shows 100% usage on runtime-1c18000.sata and runtime-1c28000.serial, none of those devices are in use. what can be the reason? (4.5.0-rc3 kernel, bpi-m1)
hulu1522 has joined #linux-sunxi
<plaes> missing powermanagement? :P
<plaes> btw, nice catch - didn't know that powertop is actually usable on arm
<KotCzarny> well, there is some different version on jessie
<KotCzarny> ii powertop 2.6.1-1 armhf diagnose issues with power consumption and management
<KotCzarny> definitely not the intel one
<plaes> it is..
<KotCzarny> i think intel's one is at version ~1.11 or something
<plaes> 2.8
<KotCzarny> hum
<KotCzarny> time to update it on pc then ;)
<KotCzarny> powertop --calibrate
<KotCzarny> oh wow, didnt know about it
hulu1522 has quit [Remote host closed the connection]
SadSmile has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
xenoxaos has quit [Ping timeout: 268 seconds]
avph has quit [Ping timeout: 246 seconds]
FDCX has joined #linux-sunxi
xenoxaos has joined #linux-sunxi
avph has joined #linux-sunxi
premoboss has quit [Remote host closed the connection]
arokux_ has quit [Ping timeout: 276 seconds]
FDCX has quit [Ping timeout: 260 seconds]
domidumont has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
FDCX has joined #linux-sunxi
FDCX has quit [Ping timeout: 246 seconds]
ganbold has quit [Ping timeout: 260 seconds]
ganbold has joined #linux-sunxi
dlan has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
FDCX has joined #linux-sunxi
yann||work has quit [Ping timeout: 260 seconds]
hulu1522 has joined #linux-sunxi
FDCX has quit [Ping timeout: 268 seconds]
hulu1522 has quit [Ping timeout: 276 seconds]
FDCX has joined #linux-sunxi
cajg has joined #linux-sunxi
ganbold has quit [Quit: This computer has gone to sleep]
MY123 has joined #linux-sunxi
FDCX has quit [Ping timeout: 276 seconds]
souther has quit [Ping timeout: 246 seconds]
FlorianH has joined #linux-sunxi
souther has joined #linux-sunxi
gusenkovs has joined #linux-sunxi
<gusenkovs> In sun6i spi support DMA or not support DMA? If sun6i spi support dma send register #define SUN4I_DMA_CTL_REG ? #define SUN4I_DMA_CTL_RF_READY ? #define SUN4I_DMA_CTL_TF_NOT_FULL ? #define SUN4I_CTL_DMAMC_DEDICATED ?
<gusenkovs> In sun6i spi support DMA or not support DMA? If sun6i spi support dma send register #define SUN6I_DMA_CTL_REG ? #define SUN6I_DMA_CTL_RF_READY ? #define SUN6I_DMA_CTL_TF_NOT_FULL ? #define SUN6I_CTL_DMAMC_DEDICATED ?
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
FDCX has joined #linux-sunxi
<topi`> how much VMEM can one process have under sunxi kernels?
<topi`> I have this process:
<topi`> 7814 riak 20 0 2145228 39988 5308 S 12.5 3.9 0:51.43 beam.smp
<topi`> and it seems it's taking up about 2 GB of VMEM right now, I wonder how much it will still grow...
<topi`> this is on a Banana PI :)
<topi`> there's still >500MB free RAM, oddly
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
<plaes> gusenkovs: mainline sun6i doesn't support DMA
<plaes> but I don't know about banana pi
<diego71> topi`: vmem -> virtual memory ?
<topi`> yeah
<topi`> virtual memory of a process = code+data+libs+shared+everything
<diego71> vmem can grow much more of the memory
<topi`> but a 32-bit address space can only address 4 gigs of aything
<diego71> if the pages are never read or write they are never allocated
<topi`> yeah, the BPi's 1GB of RAM isn't limiting here... it's the address space
FDCX has quit [Ping timeout: 250 seconds]
<topi`> this beam.smp process is actually Erlang's virtual machine
<topi`> like JVM
<diego71> topi`: I think that the limit is 3Gb of addressing space
<topi`> yeah. I'll try to create a process that maps more than 2GB and let's see if it works
<diego71> (depends on setting on the kernel configuration)
<diego71> (it's something like memory split)
dlan has joined #linux-sunxi
<topi`> confirmed, my process can grow over 2GB, probably will fail at 3GB of VMEM
<topi`> 29330 topi 20 0 2529384 234800 3504 S 19.6 22.8 0:09.73 python3
<topi`> this is one bastard process, eating 25% of BPi's RAM and most of the address space :)
<topi`> I wish we had a 64-bit BPi, though...
<topi`> in case anyone is wondering why I need so much address space, I'm trying to create an inexpensive AWS S3 clone using a cluster of BPis with HDD's
<topi`> there's a 1 TB hard disk in each one of those
hulu1522 has joined #linux-sunxi
<topi`> when the service is up and running and I can store actual files on the damn cluster, I'll write a blog post ;)
<diego71> http://linux-mm.org/HighMemory -> confirm that the default is 3/1 Gb memory split
domidumont has quit [Remote host closed the connection]
<topi`> yeah. well, HIGHMEM tricks aren't necessary on the BPi since it only has 1GB of RAM and both kernel and userspace can access it at ease
hulu1522 has quit [Ping timeout: 250 seconds]
domidumont has joined #linux-sunxi
<topi`> 29330 topi 20 0 3098016 492156 2340 S 24.0 47.9 0:42.56 python3
<topi`> now this is at 3.0GB VSIZE, and I got a MemoryError :)
FDCX has joined #linux-sunxi
<topi`> diego71: it says they only put 1GB or 2GB of RAM on that board... but in any case, a 64-bit arch solves this address space problem
<topi`> you can stuff as many bits of memory to the swap file as you want, but more than 3.0 GB of address space you won't get
<topi`> most of the address space is consumed by some shared libs and so on(and the amount of shared libs seems to be exploding... every year there's more cruft on your standard linux distro)
<diego71> topi`: I suppose that with 64bit you don't have any more problem with 32bit address space
<topi`> exactly
<topi`> now, normal uses probably won't trigger this problem, but in certain use cases the 3 GB VMEM limit is hit much much easier than, say, 1 GB of physical RAM
<diego71> topi`: except for memory mapped file, I can't think of why you should need much more address space than phisical ram
<topi`> diego71: as I said, shared libs
<topi`> especially on interpreted languages. It isn't very atypical to see almost 1GB of VMEM on your python or node.js process
<topi`> python binds a ton of shared libs written in C, depending on what you import, and those codes almost never reside in RAM, but are loaded from disk on demand
<topi`> it hasn't really been optimized from the point of not consuming a lot of RAM :)
yann||work has joined #linux-sunxi
ssvb has quit [Remote host closed the connection]
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 276 seconds]
hulu1522 has joined #linux-sunxi
gusenkovs has quit [Ping timeout: 252 seconds]
hulu1522 has quit [Ping timeout: 260 seconds]
apritzel has joined #linux-sunxi
viccuad has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
ganbold has joined #linux-sunxi
mzki has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
pekka_afk has quit [Ping timeout: 244 seconds]
avph has joined #linux-sunxi
pmattern has joined #linux-sunxi
arossdotme has quit [Quit: Ex-Chat]
apritzel1 has quit [Ping timeout: 244 seconds]
ricardocrudo has joined #linux-sunxi
ssvb has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec has joined #linux-sunxi
pitillo has quit [Changing host]
pitillo has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 268 seconds]
ricardocrudo has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
asd has joined #linux-sunxi
asd has quit [Client Quit]
IgorPec has joined #linux-sunxi
apritzel1 has joined #linux-sunxi
vishnup has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 260 seconds]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
IgorPec has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
JohnDoe_71Rus has quit [Ping timeout: 268 seconds]
joedj_ has joined #linux-sunxi
gusenkovs has joined #linux-sunxi
<gusenkovs> Banana PI M2 have processor A31s
avph has joined #linux-sunxi
<plaes> sun6i spi driver allows max 128 byte transfers
<plaes> and this breaks fbtft support
JohnDoe_71Rus has joined #linux-sunxi
kill_-9_1 has joined #linux-sunxi
<apritzel> plaes: because the TFTs requires larger transfers or because the drivers issues them?
<plaes> I guess it's first
<plaes> it was answer to gusenkovs
<plaes> I got fbtft working by digging up some old patches that never made upstream
MY123 has quit [Ping timeout: 276 seconds]
kill_-9_1 is now known as MY123
joedj_ has quit [Ping timeout: 248 seconds]
Confucij has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
vishnup has quit [Ping timeout: 260 seconds]
naobsd has joined #linux-sunxi
gusenkovs has quit [Ping timeout: 252 seconds]
viccuad has quit [Read error: Connection reset by peer]
Confucij has left #linux-sunxi [#linux-sunxi]
Confucij has joined #linux-sunxi
alexst has joined #linux-sunxi
pietrushnic`away has quit [Ping timeout: 276 seconds]
pietrushnic has joined #linux-sunxi
alexst has quit [Ping timeout: 248 seconds]
lemonzest has joined #linux-sunxi
<Confucij> Hi all! I have two olimex-A20SOM - one on custom board with Debian 8 and one on OLIMEX A20-SOM-EVB with Debian 7. Both running sunxi-3.4 kernel. My question is: both has 'performance' as a default governor, but debian 7 has frequency 1008Mhz and debian 8 is 912, though both has "1008000" in /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq.
<Confucij> Setting /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq to 1008000 switch current frequency to 1008. But I want it to be 1008 without any manual intervention.
<Confucij> Can someone point me on what i'm dooing wrong?
pekka30 has joined #linux-sunxi
maz__ is now known as maz
Uninstall_ has quit [Ping timeout: 268 seconds]
alexst has joined #linux-sunxi
Uninstall has joined #linux-sunxi
viccuad has joined #linux-sunxi
alexst has quit [Ping timeout: 248 seconds]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
avph has quit [Ping timeout: 246 seconds]
afaerber has quit [Quit: Ex-Chat]
avph has joined #linux-sunxi
arokux has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
afaerber has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
SadSmile has quit [Quit: Leaving]
avph has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
avph has quit [Ping timeout: 246 seconds]
avph has joined #linux-sunxi
diego_r has joined #linux-sunxi
vishnup has joined #linux-sunxi
<hp197> O/
<hp197> On the mainline effort list, at planned for 4.6
<hp197> "Old device trees will not work with this version."
<hp197> What is the difference between the old and the new version?
<hp197> Is there any documentation about it?
<plaes> hp197: I think it's because of some base clock rework
<plaes> pll6?
<hp197> sounds as already done (by andre)
<hp197> if its about pll6
<apritzel> If I got this right, the patch in question has been removed
<apritzel> we have that older patch by jemk which solves the issues in a better way, but that one hasn't been merged yet
<apritzel> not sure if mripard will still do this for 4.6
<apritzel> which reminds me of testing this ...
<hp197> if U need a 2nd tester....
<apritzel> I don't like this 8 character limit in there
<hp197> was looking for low hanging fruit, but I guess it isnt there :p
<apritzel> hp197: sure, please test it
<apritzel> if you have an H3 lying around, you can even test the PLL8 clock
reinforce has quit [Quit: Leaving.]
<hp197> yes I do
<hp197> pi pc
p1u3sch1_ has quit [Ping timeout: 246 seconds]
p1u3sch1 has joined #linux-sunxi
raknaz has joined #linux-sunxi
<hp197> that patch from jemk is on the patch set of armbian (sunxi-next h3 build)
<hp197> so that patch is already on my H3
pmattern has quit [Quit: Genug für heute.]
<apritzel> oh dear, I wonder why people take random patches before they are merged upstream ...
Guest42522 has quit [Excess Flood]
raknaz1 has joined #linux-sunxi
jero- has joined #linux-sunxi
jero- is now known as jero
raknaz has quit [Ping timeout: 260 seconds]
fredy has quit [Ping timeout: 260 seconds]
raknaz1 is now known as raknaz
fredy has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
Shirasaka-Hazumi has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
Shirasaka-Hazumi has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
JohnDoe2 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 250 seconds]
avph has joined #linux-sunxi
arete74 has quit [Ping timeout: 276 seconds]
raknaz has quit [Quit: raknaz]
<slapin> hi, all!
<slapin> why do I have lots of EXT4-fs (mmcblk0p2): ext4_check_descriptors: Checksum for group 0 failed (37341!=64912) and panic on mainline 4.1.15? any ideas?
<slapin> the board is olinuxino-a13
<slapin> I also see vcc5v0: disabling and vcc3v0: disabling - can this be relevant?
reinforce has joined #linux-sunxi
alexst has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 248 seconds]
IgorPec has joined #linux-sunxi
Shirasaka-Hazumi has joined #linux-sunxi
<TheLinuxBug> could your sdcard be going bad?
<TheLinuxBug> looks like its having problems
<TheLinuxBug> do you have another sdcard to write a system to and test if you continue to see that issue?
<TheLinuxBug> that might be my next step
alexst has quit [Ping timeout: 276 seconds]
tkaiser has joined #linux-sunxi
<tkaiser> Anyone here with a booted A64 running mainline kernel?
apritzel1 has joined #linux-sunxi
<slapin> TheLinuxBug: the card works fine on PC for some reason...
<slapin> anyone here with A64? and where to buy the board?
<tkaiser> If you mean Pine64 check their website
<slapin> TheLinuxBug: also the card worked fine until I update from 4.1.5...
<slapin> another question - is it possible (there are patches, etc.) to accelerate ffmpeg via cedar?
<slapin> on A13?
apritzel has quit [Ping timeout: 244 seconds]
rZr has quit [Changing host]
rZr has joined #linux-sunxi
yann||work has quit [Ping timeout: 246 seconds]
<slapin> the problem was due to metadata checksums enabled, disabling checksums made everything work again, probably ext4 bug
<slapin> have anybody gpt accelerated ffmpeg?
vishnup has quit [Quit: Leaving]
arokux has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
avph has quit [Ping timeout: 246 seconds]
arokux has joined #linux-sunxi
avph has joined #linux-sunxi
gusenkovs_ has joined #linux-sunxi
Confucij has left #linux-sunxi [#linux-sunxi]
mzki has quit [Quit: leaving]
apritzel has joined #linux-sunxi
alexst has joined #linux-sunxi
domidumont has quit [Read error: Connection reset by peer]
Shirasaka-Hazumi has quit [Ping timeout: 276 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
alexst_ has joined #linux-sunxi
alexst_ has quit [Client Quit]
diego_r has quit [Ping timeout: 246 seconds]
khuey|aw1y is now known as khuey
alexst has quit [Ping timeout: 250 seconds]
nove has joined #linux-sunxi
alexst has joined #linux-sunxi
cosm has joined #linux-sunxi
doppo has quit [Ping timeout: 264 seconds]
paulk-collins has joined #linux-sunxi
vagrantc has joined #linux-sunxi
doppo has joined #linux-sunxi
alexst has quit [Ping timeout: 246 seconds]
MY123 has quit [Quit: Leaving]
<nove> slapin: (presuming that you were asking about a recent kernel) the answer is still not yet
<slapin> nove: have anybody been working on that or experimenting around cedar?
<nove> slapin: there is only this basic implemention for kernel 3.4, http://linux-sunxi.org/FFmpeg
dev1990 has joined #linux-sunxi
lemonzest has quit [Quit: Leaving]
<slapin> nove: is there some patch for normal ffmpeg?
<nove> slapin: well, this is a huge amount of work to do, and with the insufficient amount of support that we receive from the people that will benefit the most, we have to make the hard decision and define priorities
<nove> slapin: so the work in the mainlining is stalled, waiting
<nove> because each day that pass, there is less work for us to do
<nove> so in a sense, is the work progressing
MY123 has joined #linux-sunxi
alexst has joined #linux-sunxi
<slapin> nove: I think I will look into it as I make everything else work
hulu1522 has joined #linux-sunxi
<nove> rockchip is mainlining its "vpu", and as there is many similaries with our video engine, the work that is being done for (rockchip vpu) is helping us
<wens_> do you mean similarities at the hardware level or functional level?
wens_ is now known as wens
mossroy has joined #linux-sunxi
<nove> but, as to allow the bitstream parsing in userspace, there is a new "request api" that still has to be merging in mainline
<nove> wens: is similar in the way that doen't use a firmware blob that has to be loaded into the hardware, the driver access direct the register
jstein has joined #linux-sunxi
<wens> that doesn't help much though, just the boilerplate code alone is over 1000 LoC
<nove> wens: but this boilerplate will be almost the same
<nove> wens: this will be also similar
<wens> you have a point
Th3On3 has joined #linux-sunxi
apritzel1 has quit [Ping timeout: 244 seconds]
<nove> wens: is done in a way, that the codec specific code is nicely separated
<wens> not yet
<wens> fairly busy with $work lately
<nove> and that is why, waiting is the current best option, because when rockchip vpu driver is accepted in mainline, we can just base from it
alexst has quit [Ping timeout: 248 seconds]
alexst has joined #linux-sunxi
arokux has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
apritzel has quit [Ping timeout: 244 seconds]
Th3On3 has quit [Quit: leaving]
avph_ has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
avph_ is now known as avph
domidumont has joined #linux-sunxi
afaerber has quit [Quit: Ex-Chat]
tlwoerner has quit [Quit: Leaving]
alexst_ has joined #linux-sunxi
alexst has quit [Ping timeout: 268 seconds]
arokux_ has joined #linux-sunxi
alexst_ has quit [Ping timeout: 260 seconds]
alexst has joined #linux-sunxi
VargaD has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
avph has joined #linux-sunxi
montjoie has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
matthias_bgg has quit [Ping timeout: 248 seconds]
alexst has quit [Ping timeout: 246 seconds]
apritzel has joined #linux-sunxi
lemonzest has joined #linux-sunxi
alexst has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
apritzel has quit [Ping timeout: 244 seconds]
avph has joined #linux-sunxi
alexst has quit [Ping timeout: 246 seconds]
alexst has joined #linux-sunxi
<ssvb> nove: that's a good question
petr has quit [Remote host closed the connection]
* nove doesn't expect to be "linked", but only wants to know if things are happening
petr has joined #linux-sunxi
hulu1522 has quit []
avph has quit [Ping timeout: 246 seconds]
JohnDoe2 has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
<jemk> longsleep: you might want to enable CONFIG_ION, CONFIG_ION_SUNXI and CONFIG_VIDEO_ENCODER_DECODER_SUNXI in your next a64 builds, then libvdpau-sunxi will work with some small patches i'll push soon.
<jemk> and maybe increase cma memory
avph has joined #linux-sunxi
<longsleep> apritzel: Hey - did you get any news regarding the Allwinner libdram situation for A64? I was wondering when/if it is feasible to use upstream U-Boot any time soon.
avph has quit [Ping timeout: 246 seconds]
iamfrankenstein1 has joined #linux-sunxi
cptG has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 260 seconds]
iamfrankenstein1 is now known as iamfrankenstein
gusenkovs_ has quit [Quit: Page closed]
lemonzest has quit [Quit: Leaving]
avph has joined #linux-sunxi
khuey is now known as khuey|away
domidumont has quit [Ping timeout: 276 seconds]
avph has quit [Ping timeout: 246 seconds]
iamfrankenstein has quit [Ping timeout: 276 seconds]
avph has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
IgorPec has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
orly_owl has quit [Ping timeout: 260 seconds]
IgorPec has quit [Ping timeout: 276 seconds]
avph has quit [Ping timeout: 246 seconds]
MY123 has quit [Quit: Leaving]
FlorianH has quit [Quit: Leaving]
avph has joined #linux-sunxi
alexst has quit [Ping timeout: 276 seconds]
alexst has joined #linux-sunxi
khuey|away is now known as khuey
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
tkaiser has quit [Ping timeout: 250 seconds]
montjoie has quit [Quit: Lost terminal]
cosm has quit [Quit: Leaving]
reinforce has quit [Quit: Leaving.]
bonbons has joined #linux-sunxi
alexst has quit [Ping timeout: 252 seconds]
mossroy has quit [Quit: Quitte]
apritzel has joined #linux-sunxi
yann||work has joined #linux-sunxi
FDCX has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
Nacho has joined #linux-sunxi
nove has left #linux-sunxi [#linux-sunxi]
khuey is now known as khuey|away
khuey|away is now known as khuey
ricardocrudo has quit [Remote host closed the connection]
alexst has joined #linux-sunxi
Andy-D has quit [Read error: Connection reset by peer]
TheSeven has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
alexst has quit [Quit: Lost terminal]
Andy-D has joined #linux-sunxi
Andy-D has quit [Read error: Connection reset by peer]
Andy-D has joined #linux-sunxi
Andy-D has quit [Read error: Connection reset by peer]
Andy-D has joined #linux-sunxi
yann||work has quit [Ping timeout: 252 seconds]
yann||work has joined #linux-sunxi
tkaiser has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 268 seconds]
lamer14567874254 has joined #linux-sunxi
jstein has quit [Read error: Connection reset by peer]
jstein has joined #linux-sunxi
jelle has quit [Ping timeout: 248 seconds]
p1u3sch1 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 250 seconds]
jelle has joined #linux-sunxi
paulk-collins has quit [Quit: Quitte]
Andy-D has quit [Read error: Connection reset by peer]
Andy-D has joined #linux-sunxi
lamer14567874254 has quit [Ping timeout: 246 seconds]
jstein has quit [Remote host closed the connection]
mcan has quit [Changing host]
mcan has joined #linux-sunxi
Andy-D has quit [Read error: Connection reset by peer]
Andy-D has joined #linux-sunxi