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
dev1990 has quit [Remote host closed the connection]
dev1990 has joined #linux-sunxi
[7] has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
aalm has quit [Ping timeout: 264 seconds]
kaspter has joined #linux-sunxi
<MoeIcenowy> apritzel: have you patched mmc for sun50i?
yann has quit [Ping timeout: 276 seconds]
dev1990_ has joined #linux-sunxi
<apritzel> MoeIcenowy: not yet, but it kind of works (tm)
<apritzel> but it's very slow atm
<MoeIcenowy> but on my board
<MoeIcenowy> Oh I mean u-boot
<apritzel> I have an ancient patch that tries to address the differences, but that didn't work as expected
<MoeIcenowy> I forgot it
<MoeIcenowy> can you share the patch?
<apritzel> just a sec ...
<MoeIcenowy> (maybe we should have a original copy of 3.10's sunxi-mmc.c and compare it to the sunxi version
<MoeIcenowy> and now the u-boot can run on 13MB/s
<MoeIcenowy> faster than my A33
<MoeIcenowy> (I'm using the MicroSD sold by Pine64
dev1990 has quit [Ping timeout: 260 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
kaspter1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
<apritzel> MoeIcenowy: https://groups.google.com/forum/#!searchin/linux-sunxi/A64$20MMC$20delay/linux-sunxi/OCNPWufUkB0/lHggjfAEAQAJ
mpmc has quit [Ping timeout: 252 seconds]
mpmc has joined #linux-sunxi
yann has joined #linux-sunxi
<MoeIcenowy> apritzel: it's about delay calibration...
<MoeIcenowy> I tried to implement it
<MoeIcenowy> but seems that it did no advance to the performance
<MoeIcenowy> still 3MB/s
<apritzel> maybe the clocks are wrong?
<apritzel> 3 MB/s was what I got as well, the very same card under the BSP kernel was much faster (I think around 20MB/s reading)
<MoeIcenowy> what card are you using?
<MoeIcenowy> also the Pine64 card?
<apritzel> IIRC this was a Samsung EVO 16GB
<MoeIcenowy> maybe SDXC_REG_SD_NTSR's BIT31 should be enabled
<MoeIcenowy> it's named as SDXC_2X_TIMING_MODE in SDK
<MoeIcenowy> (I means the name of the bit
<apritzel> the A64 MMC block is different from any other AW SoC, because it does the sample and delay offsetting in itself
<apritzel> other SoCs use separate clocks for that
<apritzel> that's what my patch above tried to address
<MoeIcenowy> yes
<MoeIcenowy> I also think so
<MoeIcenowy> although my implementation is not as clean as yours
<MoeIcenowy> I will soon drop my implementation and use yours instead
<apritzel> and please fix it on the way ;-)
<MoeIcenowy> oh terrible
<MoeIcenowy> googlegroups web interface destroyed the patch
<apritzel> yeah, googlegroups is really awful
<apritzel> I can bounce it to you
<MoeIcenowy> thx
<MoeIcenowy> I'm now wondering whether
<MoeIcenowy> moinejf's H3 HDMI driver can work on A64
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 272 seconds]
dev1990_ has quit [Quit: Konversation terminated!]
cnxsoft has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 240 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
popolon has quit [Quit: WeeChat 1.4]
tgaz has quit [Ping timeout: 272 seconds]
kvsari has joined #linux-sunxi
<kvsari> Hi everyone. Does anyone have mainline kernel (4.6) running on a Cubietruck?
<MoeIcenowy> apritzel: still unpatchable...
<MoeIcenowy> I may patch it manually this afternoon in UTC+8
<MoeIcenowy> kvsari: One of my friend is using 4.7-rc on ct
<kvsari> MoeIcenowy: Cool, I would like a few pointers on the kernel configuration and the setup of the boot.scr. I must be doing something wrong
<kvsari> I'm following the instructions on http://linux-sunxi.org/Mainline_Kernel_Howto but no dice
<kvsari> MoeIcenowy: Is your friend using 4.7-rc7?
<MoeIcenowy> He's using the kernel built by me
<MoeIcenowy> rc5
<MoeIcenowy> Have you successfully entered U-Boot?
<kvsari> Were there any special configs set or just strait up make sunxi_defconfig && make
<kvsari> Yes, u-boot is fine
<kvsari> I'm going to give rc5 a go
<wens> kvsari: sunxi_defconfig should give you everything that is in the SoC, but not external stuff like wifi or usb device drivers
<wens> mripard: switching to the new a31 sunxi-ng ccu driver gives me choppy music :S
<wens> mripard: but the pll2 registers look good
<kvsari> So no keyboard then?
<wens> kvsari: iirc USB HID is enabled by default in Kconfig
<wens> but you should check
<kvsari> Ok, I take this includes console on HDMI output too.
<kvsari> I'm not planning on running a GUI or anything graphical but I do want console access
Nacho has quit [Remote host closed the connection]
tgaz has joined #linux-sunxi
Nacho has joined #linux-sunxi
<wens> iirc simplefb is enabled in sunxi_defconfig, though i'm not sure what exact version that was merged
p1u3sch1 has quit [Ping timeout: 276 seconds]
p1u3sch1 has joined #linux-sunxi
Nacho has quit [Remote host closed the connection]
Nacho has joined #linux-sunxi
_stephan has joined #linux-sunxi
kaspter1 has quit [Ping timeout: 272 seconds]
<kvsari> Ok, I've tried with 4.7rc5 and it looks like it got a bit farther, it gets past 'starting kernel' onto a blank screen.
jmcneill has quit [Ping timeout: 252 seconds]
JohnDoe_71Rus has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
dearfibonacci has joined #linux-sunxi
<KotCzarny> starting kernel alone usually means early boot console is not enabled
vagrantc has joined #linux-sunxi
reinforce has joined #linux-sunxi
pseudomind has joined #linux-sunxi
BenG83 has quit [Ping timeout: 246 seconds]
dearfibonacci has quit [Quit: Leaving]
jernej has quit [Ping timeout: 258 seconds]
montjoie has quit [Ping timeout: 244 seconds]
pseudomind has quit [Quit: pseudomind]
<kvsari> KotCzarny: You mean printk?
montjoie has joined #linux-sunxi
<KotCzarny> early printk
<kvsari> Thanks
<mripard> wens: IIRC, we had to change the frequency of AHB(?) to 300MHz for DMA to operate properly
<mripard> maybe that's the issue?
jernej has joined #linux-sunxi
dearfibonacci has joined #linux-sunxi
jernej has quit [Ping timeout: 244 seconds]
apritzel has joined #linux-sunxi
dearfibonacci has quit [Quit: Leaving]
apritzel has quit [Ping timeout: 244 seconds]
jmcneill has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
mpmc has quit [Ping timeout: 240 seconds]
mpmc has joined #linux-sunxi
vagrantc has joined #linux-sunxi
mosajjal has joined #linux-sunxi
<mosajjal> Hello everyone
<mosajjal> I have a question regarding libUMP
<mosajjal> can I ask it here ?
<lennyraposo> go ahead and ask
<lennyraposo> peopel do check logs here ;)
<lennyraposo> I am assuming you are asking about Mali or fbturbo
<mosajjal> it's about fbturbo
<mosajjal> I want to install it on Alpine linux
<mosajjal> but the libUMP gives an error and won't run
<mosajjal> works fine on Arch though
<mosajjal> I want to know what are the requirements for libump
yann has quit [Ping timeout: 246 seconds]
<lennyraposo> missing a library to build possibly?
<lennyraposo> use paste.ubuntu.com to copy the output
<lennyraposo> the error
<lennyraposo> etc
<mosajjal> will do
<plaes> yeah.. please be specific - if you get error use pastebin and post link
paulk-collins has joined #linux-sunxi
<lennyraposo> possibly a missing library of some sort
<lennyraposo> or a lib that is not new enough
<lennyraposo> usually the issue
<mosajjal> this is my X -verbose 4 output
kaspter has joined #linux-sunxi
yann has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
mossroy has joined #linux-sunxi
<rellla> (EE) Failed to load /usr/lib/xorg/modules/drivers/fbturbo_drv.so: Error relocating /usr/lib/libUMP.so.3: __printf_chk: symbol not found
<mosajjal> and this is my ldd output of the so
<MoeIcenowy> Alpine?
<mosajjal> rellla: yes that's the error. I don't know why it's happenning. It's fine on Arch
<mosajjal> MoeIcenowy: yes Alpine
caog has joined #linux-sunxi
apritzel has joined #linux-sunxi
vagrantc has joined #linux-sunxi
<MoeIcenowy> Don't try to enable closed-source driver on Alpine
<MoeIcenowy> Alpine is not binary compatible with common distros
<MoeIcenowy> Please change your distro
<MoeIcenowy> or forget the closed driver
<mosajjal> MoeIcenowy: just to be clear, I'm using fbturbo not libmali. isn't fbturbo open source ?
<MoeIcenowy> fbturbo is
<MoeIcenowy> but you shouldn't enable the UMP support
<wens> mripard: i wonder how we're supposed to do assigned-clocks with sunxi-ng
<wens> mripard: just do it in the driver?
<mosajjal> MoeIcenowy: how can I disable it ? And what will I lose if I disable UMP support ?
<MoeIcenowy> mosajjal: uninstall libump
<MoeIcenowy> you will lose nothing if you do not use libmali
<mosajjal> MoeIcenowy: I did use libump, as you can see the error was generated by libump.so
<wens> mripard: also i added CLK_SET_RATE_PARENT to pll-cpu, and it now hangs after cpufreq is set :(
<MoeIcenowy> so try to disable it
<mosajjal> MoeIcenowy: you mean use fbdev instead ?
<MoeIcenowy> no
<MoeIcenowy> you can build a fbturbo without ump
<mripard> wens: yeah, we should probably do it in the driver
<mripard> wens: why do you need SET_RATE_PARENT in the pll ?
<mripard> isn't it based on an oscillator?
<mosajjal> MoeIcenowy: I didn't know that. And what will I lose by disabling ump ? will the performance drop ?
<MoeIcenowy> no
<MoeIcenowy> ump is only used to communicate with libmali
<MoeIcenowy> you know libmali is not available on alpine
<mosajjal> MoeIcenowy: I see, can I have a turorial of make options for fbturbo ? And do you recommand cross-compile or pure compile inside Alpine ?
<wens> mripard: in the 'cpu' clock, sorry
<mripard> wens: can you add some tracing ?
<mripard> the set_rate part has really been tested only on the NM clocks so far
<wens> mripard: i did, and the factors look right, might be a glitch somewhere else i need to find
premoboss has joined #linux-sunxi
<wens> but recalc_rate seems right
dearfibonacci has joined #linux-sunxi
kaspter has quit [Ping timeout: 272 seconds]
imcsk8 is now known as imcsk8|zZz
mosajjal_ has joined #linux-sunxi
mosajjal has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
mosajjal_ has quit [Ping timeout: 240 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
<xEBIx> Hello, I have some trouble with loading Kernel Moludes in 3.4.104+. This ERROR: "ERROR: 256 KiB atomic DMA coherent pool is too small!" But I did have this in the config "CONFIG_CMA_SIZE_MBYTES=4, CONFIG_CMA_ALIGNMENT=8, CONFIG_CMA_AREAS=7" shouldnt that set CMA to 4M′?
<xEBIx> Maybe CMA != DMA?
<vpeter> xEBIx: Maybe you need to increase coherent_pool in boot params? Like coherent_pool=2M.
matthias_bgg has joined #linux-sunxi
<xEBIx> vpeter: Yes I did that in config already, but I am unshure what is needed elsewhere to make that option work. Is CMA related to DMA or do I not need that for that option to work?
<xEBIx> In the defconfig CMA is completely off...
ricardocrudo has joined #linux-sunxi
OverCR has joined #linux-sunxi
popolon has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
apritzel has joined #linux-sunxi
<wens> mripard: forcing cpufreq to performance for now, and sound works nicely
<wens> the choppiness was likely cpufreq subsystem constantly trying to set the clk rate, and failing
<mripard> hmmm
<mripard> did you change the ahb parent to pll6 ?
<wens> it's already pll6 by default from u-boot
<wens> but i should add that to the driver just in case
<wens> also nkm uses the first best factor tuple
<wens> and it fails at 720 MHz, with k = 1, m = 1, n = 30
<wens> if i change it to use the last (iterating through possible k values) best value, 720 MHz works, but then fails at 480 MHz
<mripard> weird
<mripard> what factors are picked in that case ?
<wens> let me crash it again :p
<wens> 480 MHz is n=5, k=4, m=1
<mripard> what happens if you increase the minimum m to 2?
<wens> let me find some way to hack that in
<wens> rational_best_approximation doesn't make it easy in this case
<mripard> well, if you really want something hackish, you can remove it entirely
<mripard> that's probably going to be easier
<mripard> and just use for loops instead
<wens> good idea
cptG has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<MoeIcenowy> wens: you're failing on which chip?
<wens> MoeIcenowy: A31
cptG_ has quit [Ping timeout: 240 seconds]
<wens> mripard: m_min = 2 works, though i get a bunch of warnings on the pll lock polling function
<vagrantc> anyone used recent mainline kernel with CHIP ? looks like there's some support just based on the device-tree, but not sure how complete it is
<MoeIcenowy> wens: seems that cpufreq also fails on A33
<mripard> wens: interesting
<mripard> the lock wouldn't work ?
<mripard> that's odd
<mripard> the timeout is set waay to high already
<wens> it's also possible that cpufreq is changing the rate really quick? though i thought clk core has a lock on this
aballier has quit [Ping timeout: 250 seconds]
<mripard> it might
<mripard> I don't know
<wens> moving the pll lock wait inside the spinlock
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
<wens> still getting warnings
Da_Coynul has joined #linux-sunxi
<wens> mripard: the warning is just a bug in the wait function
<mripard> which wait function?
<wens> ccu_helper_wait_for_lock
<mripard> it's not normal then
<wens> the condition in readl_relaxed_poll_timeout should be the break condition, not the continue condition
montjoie has quit [Ping timeout: 276 seconds]
enrico_ has joined #linux-sunxi
montjoie has joined #linux-sunxi
<wens> mripard: i'll send a fix later tonight
aalm has joined #linux-sunxi
lemonzest has joined #linux-sunxi
aballier has joined #linux-sunxi
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 260 seconds]
mpmc has quit [Ping timeout: 240 seconds]
merbanan has quit [Ping timeout: 240 seconds]
<MoeIcenowy> apritzel: as the user maunal says
<MoeIcenowy> SDXC_REG_DS_DL_REG is only available on sdc2 of sun50i
<MoeIcenowy> not sdc0/1
<apritzel> MoeIcenowy: And, thanks for digging this out
<apritzel> and we would need a MAKE_THIS_8X_FASTER bit anyway ;-)
<MoeIcenowy> no wonder allwinner makes dt compatible "sun50i-sdmmc0", "sun50i-sdmmc1", "sun50i-sdmmc2"
<MoeIcenowy> so no wonder it will timeout
<MoeIcenowy> so what should be the dt binding?
<MoeIcenowy> sun50i-a64-mmc0, sun50i-a64-mmc2?
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
enrico_ has quit [Quit: Bye]
enrico_ has joined #linux-sunxi
<mripard> vagrantc: quite complete, but it's missing the NAND support
<vagrantc> mripard: right. nand.
* vagrantc was surprised it didn't have microSD
<vagrantc> mripard: u-boot has similar issue?
<apritzel> MoeIcenowy: no, just a property
Amit_T has quit [Ping timeout: 240 seconds]
<apritzel> so we would set this (boolean) property in the MMC2 node only
popolon has quit [Ping timeout: 246 seconds]
<mripard> vagrantc: indeed
<MoeIcenowy> I temporarily commented the code out
<MoeIcenowy> as we currently have no device with easy-hacking sdc2
<MoeIcenowy> (device with sdc2 will boot from it
merbanan has joined #linux-sunxi
<apritzel> MoeIcenowy: I have a a Remix Mini at home, and at least MMC2 worked there in U-Boot
<apritzel> but this whole thing is more locked down, so I haven't managed to boot a 64-bit kernel there
<apritzel> MoeIcenowy: but yes, leave it out for now, we can add it later
<MoeIcenowy> should we leave a "/* TODO */" ?
<apritzel> it's just a performance optimization anyway, right? So it would work without it, just slower?
<apritzel> TODO: yes
<apritzel> mention that it cannot be tested at the moment
mpmc has joined #linux-sunxi
<MoeIcenowy> yes
<MoeIcenowy> Remix Mini have some kind of lock?
IgorPec has joined #linux-sunxi
vagrantc has quit [Ping timeout: 240 seconds]
vagrantc has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 258 seconds]
<apritzel> I could boot via FEL, but it drops me into non-secure SVC only, which is rather odd
<apritzel> non-secure prevents any RMR switch to get into 64-bit mode
<apritzel> but somehow the firmware on that eMMC manages to do this anyway
<MoeIcenowy> FEL is under non-secure SVC?
<apritzel> on the Pine64 (with an A64) FEL ends up in secure SVC
<apritzel> which allows to do everything, including the RMR switch
<MoeIcenowy> but on Remix Mini it ends up in non-secure SVC?
<apritzel> yes
<MoeIcenowy> How can that be?!
<apritzel> but this one has reportedly a H64 CPU
<MoeIcenowy> H64...
<apritzel> so either it's something baked in the SoC
<apritzel> or it's some undocumented configuration pin or the like
<apritzel> and also not sure if it's just FEL that gets entered in non-secure
<apritzel> (so that eMMC gets started in secure, for instance)
<MoeIcenowy> Oh the picture at http://linux-sunxi.org/File:Jide_Remix_Mini_PCB_bottom.jpg have a giant heatsink...
<apritzel> I could start my self compiled 32-bit U-Boot with eMMC(2) support, though and access the eMMC (dumping stuff onto an SD card)
IgorPec has quit [Ping timeout: 264 seconds]
<apritzel> reportedly the H64 has (even) worse thermal characteristics, so a heatsink is more or less required
IgorPec has joined #linux-sunxi
<apritzel> our understanding is that the A64s are the good chips, which can go without a heatsink (and thus work in tablets)
<apritzel> for the H64 you need a heat sink, which is fine for TV boxes, for instance
<MoeIcenowy> It seems that A series are better than H
<MoeIcenowy> A33 is also better than H3
<apritzel> MoeIcenowy: don't try to make sense out of marketing names ;-)
<MoeIcenowy> my new mmc try still ends up at 3.2MB/s...
<MoeIcenowy> mmc is a mystery
vagrantc has quit [Quit: leaving]
mosajjal has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
<MoeIcenowy> apritzel: Here's a fact: I can achieve 13MB/s under U-Boot
<MoeIcenowy> 14260224 bytes read in 953 ms (14.3 MiB/s)
OverCR1 has joined #linux-sunxi
OverCR has quit [Ping timeout: 276 seconds]
OverCR1 has quit [Quit: Leaving.]
<wens> need to dump brom?
<plaes> A64 brom?
<MoeIcenowy> apritzel: interesting... mmc0 is also different with mmc1
<MoeIcenowy> smc1 do not support bit 30:28 of REG_FTRGL to be 16...
mosajjal_ has joined #linux-sunxi
mosajjal has quit [Ping timeout: 260 seconds]
popolon has joined #linux-sunxi
<apritzel> wens: probably, and compare that with the A64 one
IgorPec has quit [Ping timeout: 240 seconds]
<wens> apritzel: fyi there's a thread on u-boot ML: "How to support ATF on u-boot
<apritzel> wens: ah, thanks for that
<MoeIcenowy> I'm felling that I am in a gamble and Allwinner is the banker
_stephan has quit [Quit: Ex-Chat]
dearfibonacci_ has joined #linux-sunxi
DullTube has joined #linux-sunxi
dearfibonacci has quit [Ping timeout: 258 seconds]
pietrushnic`away has quit [Quit: Coyote finally caught me]
caog has left #linux-sunxi ["Ex-Chat"]
kvsari has quit [Ping timeout: 250 seconds]
diego_r has quit [Quit: Konversation terminated!]
Amit_T has joined #linux-sunxi
diego_r has joined #linux-sunxi
pietrushnic`away has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
jelly is now known as ^jelly^
^jelly^ is now known as jelly
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
fire219 has joined #linux-sunxi
mosajjal has joined #linux-sunxi
mosajjal_ has quit [Ping timeout: 264 seconds]
alexxy has quit [Remote host closed the connection]
alexxy has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
OverCR has joined #linux-sunxi
yann has quit [Ping timeout: 264 seconds]
cnxsoft has quit [Quit: cnxsoft]
dearfibonacci_ has quit [Quit: Leaving]
yann has joined #linux-sunxi
mkyr has quit [Quit: Connection closed for inactivity]
<jelle> didn't know there is also an nanopi o_o, sadly it's 8 dollar for some reason
apritzel has quit [Ping timeout: 244 seconds]
tkaiser has joined #linux-sunxi
<tkaiser> jelle: _One_ NanoPi?
<jelle> tkaiser: it's the one from friendlyarm, nanopi neo
<jelle> $8 dolar + 5 dollar shipping meh
<tkaiser> jelle: They have a couple boards called NanoPi (M1 and NEO being H3 based)
<jelle> *yuck*
<tkaiser> jelle: And for $8 you get only 256 MB RAM (single bank also)
<jelle> yup
<jelle> but that's enough if you just need internet + sensors
<jmcneill> tkaiser: orangepi should be here tomorrow, $20.60 customs fee
<jelle> :S
<tkaiser> jelle: True. And since in their fex file they use 432MHz DRAM clock (while all other parameters remained the same) I just checked it. Downclocking DRAM from 624 MHz (Armbian default for all H3 boards now) to 408 MHz means: 200mW less consumption :)
<jelle> woah
<tkaiser> jmnceill: Huh, that's a lot! :(
<jmcneill> afaict DHL in Canada is running a racket
<tkaiser> jelle: I patched the sun8i legacy kernel to be able to downclock DRAM to 136 MHz. Then testing again. Yesterday I was able to run Orange Pi Lite with just 160mA idle :)
<jelle> nice
lemonzest has quit [Read error: Connection timed out]
<jelle> I haven't used my orangepi's yet
<jelle> for a project
lemonzest has joined #linux-sunxi
<wens> mripard: might have to wait till tomorrow for that patch, doing a bit more testing
imcsk8|zZz is now known as imcsk8
IgorPec2 has quit [Ping timeout: 244 seconds]
afaerber has quit [Quit: Ex-Chat]
somedude23 has joined #linux-sunxi
afaerber has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
apritzel has joined #linux-sunxi
<MoeIcenowy> apritzel: I think there may be some issues about DMA
<MoeIcenowy> IDMA parts should be checked
<MoeIcenowy> they are mentioned in user manual along with delay calib
Netlynx has joined #linux-sunxi
<apritzel> MoeIcenowy: what do you mean? Do you see a difference to other SoCs?
jernej has joined #linux-sunxi
zuikis has joined #linux-sunxi
<MoeIcenowy> apritzel: yes, at least for REG_FTRGL
<apritzel> MoeIcenowy: where's this FTRGL register, can't find it
premoboss has quit [Ping timeout: 252 seconds]
BenG83 has joined #linux-sunxi
reinforce has joined #linux-sunxi
Andy-D has joined #linux-sunxi
apritzel has quit [Ping timeout: 244 seconds]
TheSeven has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
mosajjal has quit [Ping timeout: 246 seconds]
Andy-D has quit [Quit: Alive/Dead]
vagrantc has joined #linux-sunxi
cosm_ has joined #linux-sunxi
tkaiser has quit [Ping timeout: 240 seconds]
tkaiser has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
vagrantc has quit [Ping timeout: 240 seconds]
vagrantc has joined #linux-sunxi
maz has quit [Ping timeout: 276 seconds]
enrico_ has quit [Quit: Bye]
mosajjal has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 246 seconds]
mosajjal has quit [Client Quit]
maz has joined #linux-sunxi
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
IgorPec has joined #linux-sunxi
tkaiser has quit [Ping timeout: 252 seconds]
tkaiser has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
yann has quit [Ping timeout: 260 seconds]
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 272 seconds]
IgorPec2 has quit [Ping timeout: 272 seconds]
IgorPec has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.4]
tkaiser has quit [Ping timeout: 240 seconds]
tkaiser has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
<tkaiser> Nice: By castrating an OPi Lite down to a RPi Zero (running H3 with a single CPU core at 912MHz and DRAM at 264 MHz and disabling nearly everything like HDMI, USB, Ethernet and so on) I'm now at 100mA idle consumption. While still being a bit faster than a first generation RPi (or Zero)
apritzel has joined #linux-sunxi
yann has joined #linux-sunxi
mosterta has joined #linux-sunxi
<KotCzarny> tkaiser: wow
<KotCzarny> seriously 100mA?
<KotCzarny> what about running something on that single core?
|Jeroen| has quit [Ping timeout: 264 seconds]
<tkaiser> Running the usual/useless sysbench --cpu stuff on a single core with 912 MHz increases consumption by 300mW (while being faster than RPi Zero)
Netlynx has quit [Quit: Leaving]
aalm has quit [Ping timeout: 276 seconds]
tkaiser has quit [Read error: Connection reset by peer]
<BenG83> I am trying to build the ATF firmware on my Pine64, is there a repo somewhere that has a gcc-arm-linux-gnueabihf toolchain for aarch64 hosts?
<BenG83> *u-boot, not ATF
* vagrantc uses crossbuild-essential-arm64 on debian sid
<vagrantc> or crossbuild-essential-armhf
<mripard> gcc-aarch64-linux-gnu on Ubuntu
<vagrantc> depending on what you're trying to build
<BenG83> I need to build u-boot and ATF, so I need armhf and aarch64 compilers right?
<apritzel> BenG83: no, both U-Boot and ATF are 64-bit these days
<BenG83> ooh
<vagrantc> BenG83: there are instructions in mainline u-boot board/sunxi/README.pine64
<vagrantc> but whatever apritzel says might be best current advice :)
<KotCzarny> tkaiser, still pretty nice if one doesnt do much (ie. just use as the media server or audio player)
<apritzel> BenG83: that is the image for the BSP kernel
<apritzel> BenG83: which is quite different (32-bit U-Boot being one point only)
<BenG83> ok
<apritzel> BenG83: it either the shiny new README.pine64 in the U-Boot repo or the README.md in here to follow: https://github.com/apritzel/pine64/
<apritzel> and to file any complaints here
<BenG83> thanks
zuikis has left #linux-sunxi [#linux-sunxi]
Mr__Anderson has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
lemonzest has quit [Quit: Leaving]
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
cosm_ has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
vagrantc has quit [Quit: leaving]
<KotCzarny> tkaiser, ahm.. its lower by 200mW, not 200mW total :/
Mr__Anderson has quit [Remote host closed the connection]
<KotCzarny> still, not bad
<KotCzarny> i wonder how opipc would do (it can be programmed to lower cpu voltages)
Mr__Anderson has joined #linux-sunxi
Shirasaka-Hazumi has quit [Ping timeout: 264 seconds]
Shirasaka-Hazumi has joined #linux-sunxi
Andy-D has joined #linux-sunxi
al1o has joined #linux-sunxi
somedude23 has quit [Quit: Ex-Chat]
jmcneill has quit [Remote host closed the connection]
willmore has quit [Ping timeout: 244 seconds]
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
mossroy has quit [Quit: Quitte]
afaerber has quit [Quit: Ex-Chat]
xal1us has joined #linux-sunxi
Michal has quit [Ping timeout: 244 seconds]
Mr__Anderson has quit [Remote host closed the connection]
paulk-collins has quit [Quit: Leaving]
aalm has joined #linux-sunxi
BenG83 has quit [Ping timeout: 244 seconds]
clonak has quit [Ping timeout: 240 seconds]
Da_Coynul has joined #linux-sunxi
clonak has joined #linux-sunxi
mosterta has quit [Ping timeout: 276 seconds]
willmore has joined #linux-sunxi
Nacho has quit [Remote host closed the connection]
Nacho has joined #linux-sunxi
OverCR has quit [Read error: Connection reset by peer]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
buZz has quit [Ping timeout: 276 seconds]
buZz has joined #linux-sunxi
buZz is now known as Guest48558
Da_Coynul has joined #linux-sunxi
jernej has quit [Ping timeout: 252 seconds]
Guest48558 is now known as buZz