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
clemens3 has quit [Ping timeout: 276 seconds]
vagrantc has quit [Quit: leaving]
matthias_bgg has quit [Ping timeout: 276 seconds]
SP7RT has quit [Ping timeout: 260 seconds]
nuuuciano has quit [Ping timeout: 276 seconds]
nuuuciano has joined #linux-sunxi
gnufan has quit [Ping timeout: 265 seconds]
jbrown has joined #linux-sunxi
chomwitt has quit [Quit: WeeChat 1.0.1]
skiboy has joined #linux-sunxi
phipli has quit [Quit: Leaving]
gnufan has joined #linux-sunxi
benettig has quit [Quit: Leaving]
lkcl has joined #linux-sunxi
benettig has joined #linux-sunxi
VargaD has quit [Ping timeout: 240 seconds]
VargaD has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
junnie has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 268 seconds]
lkcl has quit [Ping timeout: 268 seconds]
xyntrix has joined #linux-sunxi
<wens> wait till after -rc1
<icenowy[m]> smaeul: maybe we can workaroud the timer problem by just dropping the bits that can be unreliable
<smaeul> icenowy[m]: I think I actually may have found the problem
<icenowy[m]> ?
<smaeul> for one, the physical counter (CNTPCT) has the same jitter as the virtual counter (CNTVCT), but not as bad
gnufan1 has joined #linux-sunxi
gnufan has quit [Ping timeout: 240 seconds]
<smaeul> existing errata workaround aren't good enough because our timer is slow enough compared to the CPU that we can read the same bad value twice
<smaeul> so I wrote my own, but it didn't trap CNTPCT in the kernel, because there was no hook when I wrote it, becase CNTPCT wasn't used
<smaeul> now CNTPCT *is* used for kernel timekeeping, but until a couple of days ago I didn't know that, and so I just now added the hook for CNTPCT as well
<smaeul> for two, the jumps that matter are always very close to 2^56 cycles, which is what the arm_arch_timer is defined to wrap around at
chlorine has joined #linux-sunxi
<smaeul> i.e. a small backwards movement is interpreted as an entire cycle around
<smaeul> I was able to capture one of the large jumps while running I program I wrote to log jitter: http://ix.io/F65
<smaeul> 2018-01-31 05:33:45.281057823 CPU 0: jumped forward 175ms: 0x00000696ba3fffff → 0x00000696ba7fffff (retry = 0x00000696ba400000)
<smaeul> 2113-03-23 03:03:01.684549708 CPU 3: jumped backward 699ms: 0x00000696baffffff > 0x00000696ba000000 (retry = 0x00000696bb000000)
<smaeul> 2113-03-23 03:03:01.693472913 CPU 2: jumped forward 296931ms: 0x00000695123fffd5 → 0x00000696bb03403f (retry = 0x00000696bb03403f)
<smaeul> the jump backward from 0x00000696bb000000 to something slightly smaller than 0x00000695123fffd5 is what caused the 2^56 cycle leap
<smaeul> it then corrected itself(!!!), which is the third line above
chlorine has quit [Ping timeout: 240 seconds]
<smaeul> unlike all of the jitter, which only happens at multiples of 2^10 cycles, and has a very well-defined pattern (0ff -> 000 -> 100 or 0ff -> 1ff -> 100), the numbers here appear to be random
<smaeul> icenowy[m]: so it's not some high-significant-bit flipping, it's the clock actually *going backwards*
<smaeul> I need to re-run my tests on a kernel patched to allow userspace to read CNTPCT to see if it affects that timer as well, or just CNTVCT (my hunch is both)
<smaeul> my logging program only ran for 4 days, and finished before the second jump (from year 2113 to 2208) so I don't have much data to find the pattern here
<smaeul> there's another timer-going-backward that didn't happen to affect the kernel right after the first one though:
<smaeul> 2113-03-23 03:03:07.975889477 CPU 1: jumped backward 2097ms: 0x00000696c3ffffff > 0x00000696c1000000 (retry = 0x00000696c4000000)
<smaeul> 2113-03-23 03:03:08.303624202 CPU 0: jumped forward 2938ms: 0x00000696c043ed85 → 0x00000696c4780890 (retry = 0x00000696c4780891)
<smaeul> the relevant leap-causing change is between the two lines: from 0x00000696c4000000 to before 0x00000696c043ed85
<smaeul> looking back through the logs, here's one where all 4 cpus caught the same jump forward. note that they all **start at different values** but resolve to the same thing:
<smaeul> 2018-01-29 00:07:42.964765912 CPU 3: jumped forward 184718ms: 0x00000262c0400000 → 0x00000263c87d9c04 (retry = 0x00000263c87d9c0a)
<smaeul> 2018-01-29 00:07:42.964770995 CPU 0: jumped forward 183320ms: 0x00000262c2400000 → 0x00000263c87da236 (retry = 0x00000263c87da237)
<smaeul> 2018-01-29 00:07:42.964776286 CPU 1: jumped forward 183320ms: 0x00000262c2400000 → 0x00000263c87da5cf (retry = 0x00000263c87da5d0)
<smaeul> 2018-01-29 00:07:42.964781536 CPU 2: jumped forward 182795ms: 0x00000262c3000000 → 0x00000263c87da8d0 (retry = 0x00000263c87da8d1)
<smaeul> I will note that AW sets HAVE_UNSTABLE_SCHED_CLOCK in their BSP kernel, but AFAICT that would only help with the jitter and differences between cores
aalm has joined #linux-sunxi
aalm has quit [Ping timeout: 240 seconds]
<icenowy[m]> smaeul: I suggest you make a page on linux-sunxi wiki to describe this problem
aalm has joined #linux-sunxi
<icenowy[m]> call it "A64/Timer Jittering" ?
<smaeul> icenowy[m]: sure, I'll plan to write up what I know sometime this weekend
jbrown has quit [Ping timeout: 248 seconds]
<icenowy[m]> jernej: it's only the upper bound of some loop
<icenowy[m]> to access 0x400{7,8,9,a}xx
dddddd has quit [Read error: Connection reset by peer]
<wens> naobsd: the super famicom board seems to be different than the famicom?
<wens> naobsd: see the pictures in the later half of https://gnn.gamer.com.tw/4/153434.html
tlwoerner has quit [Quit: Leaving]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft1 has joined #linux-sunxi
cnxsoft1 is now known as cnxsoft
<icenowy[m]> wens: but it seems to be proven that the sw is compatible
foxx_ has joined #linux-sunxi
junnie has quit [Ping timeout: 248 seconds]
TheSeven has quit [Ping timeout: 265 seconds]
lurchi__ has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 248 seconds]
IgorPec has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 264 seconds]
VargaD has quit [Ping timeout: 240 seconds]
VargaD has joined #linux-sunxi
TheSeven has joined #linux-sunxi
raspo666 has quit [Ping timeout: 246 seconds]
raspo666 has joined #linux-sunxi
Putti has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
skiboy has quit [Quit: Leaving]
<wens> looks like just extra traces for UART
BenG83 has quit [Quit: Leaving]
fkluknav has joined #linux-sunxi
junnie has joined #linux-sunxi
gnufan1 has quit [Quit: Leaving.]
lemonzest has joined #linux-sunxi
Xal1u5 has quit [Read error: Connection reset by peer]
Mr__Anderson has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
afaerber has quit [Quit: Leaving]
clemens3 has joined #linux-sunxi
junnie has quit [Ping timeout: 276 seconds]
Xalius_Ph has joined #linux-sunxi
junnie has joined #linux-sunxi
ernestask has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
hanni76 has joined #linux-sunxi
<maz> mripard: new name? WTF?
benettig has quit [Quit: Leaving]
<Wizzup> mripard: Have you tried mali on a10/a20? I am looking at the dts here [1], but can't find any definitions for the gpu bus on a10/a20. But they are there for sun50i,sun8i,sun9i. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/gpu/arm,mali-utgard.txt#n107
<Wizzup> Maybe I need to dig in the 3.4 kernel and figure out the numbers
clemens3 has quit [Ping timeout: 264 seconds]
<mripard> Wizzup: a few persons did yeah
<mripard> Wizzup: what do you mean by GPU bus ?
<Wizzup> Well, the right entries for `clocks` and `resets`, e.g. CLK_BUS_GPU in the example
<Wizzup> hrm, I just found CLK_GPU in include/dt-bindings/clock/sun4i-a10-ccu.h ...
<Wizzup> The example in the arm,mali-utgard.txt file seems to suggest it is for an a20 board, but the entries in there for clocks and resets do not compile for me on recent kernels, hence my question
clemens3 has joined #linux-sunxi
BenG83 has joined #linux-sunxi
<ElBarto> mripard: Damn, Free can be real assholes
<wens> Wizzup: BUS enables access to the registers, CLK_GPU is the actual clock that runs the module
<ElBarto> wens: for the snes mini the only obvious chnges are the removal of uart and mmc test points
<maz> mripard: that's mad. I'm speechless.
<wens> ElBarto: but it has marked UART RX/TX pads?
<ElBarto> wens: I don't remember seeing one and I'm not at home but I can look after fosdem
<Wizzup> wens: ok. I will try to dig into this further. I understand that CLK_GPU is the one for the gpu core, but I can't figure out what to fill in for the gpu bus clock; for other targets this is more clear, since those have defines for the gpu bus
leviathanch has joined #linux-sunxi
leviathanch_ has joined #linux-sunxi
leviathanch has quit [Read error: Connection reset by peer]
leviathanch_ has quit [Read error: Connection reset by peer]
leviathanch has joined #linux-sunxi
leviathanch has quit [Read error: Connection reset by peer]
leviathanch has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
junnie has quit [Ping timeout: 260 seconds]
<mripard> wens: it does
<hanni76> mripard: interesting detail - u-boot 2018.03-rc1 is not working with rpi3 ) just not booting.. switching to 2018.01 makes it boot immediately
jogoes has joined #linux-sunxi
<jogoes> Hi, does anyone know if is possible to use cedar_ve libraries (video encoding/decoding) under Linux 4.10?
<mripard> hanni76: you should tell the rpi3 maintainer :)
<mripard> jogoes: not at the moment
<mripard> jogoes: but you should look at: https://bootlin.com/blog/allwinner-vpu-crowdfunding/
<mripard> :)
<jogoes> thank you!
reinforce has joined #linux-sunxi
BenG83 has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
dddddd has joined #linux-sunxi
BenG83 has quit [Client Quit]
chlorine has joined #linux-sunxi
<hanni76> mripard: lol
<hanni76> mripard: i wonder if those changes for saveenv broke it
leviathanch has quit [Ping timeout: 256 seconds]
leviathanch has joined #linux-sunxi
<mripard> hanni76: those changes were only for sunxi
<mripard> so I doubt it
pgreco has joined #linux-sunxi
Xalius_Ph has quit [Ping timeout: 252 seconds]
Xalius_Ph has joined #linux-sunxi
fkluknav has joined #linux-sunxi
Xalius_Ph has quit [Quit: Bye]
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 252 seconds]
<Wizzup> Net147: thank you! I will try this soon.
<hanni76> hi everyone, is there any small display options for Orange Pi PC ? I can't use HDMI and SPI pins are occupied by I2S codec.
hardfalcon has joined #linux-sunxi
fkluknav has quit [Ping timeout: 265 seconds]
clemens3 has quit [Ping timeout: 265 seconds]
<sunxi_fan> Wizzup: mripard: sorry for the late reply, let me chime in about "A20, Mali, "mainline kenel", DRM/KMS dual head, wayland/weston and libQt5.9.1 and buildroot (the latest git more or less ...)... WHAT a heck of a stack!! :-)
<sunxi_fan> i started a couple of weeks ago, delving into this "nightmare" because i had to bring an A20 based HW design into a dualhead system, and i currently can say that IT WORKS! :-)
leviathanch has quit [Read error: Connection reset by peer]
<sunxi_fan> indeed i had to tweak something here and there.. because there are many "pitfalls", but i plan to write somewhere the whole recipe..
<sunxi_fan> first of all the DTS indeed i had to tweak some info here and there, for the IRQ!
<sunxi_fan> let me paste somewhere the most relevant snippet of code to make you started eventually..
<sunxi_fan> i've put "mainline kernel" in quotes because currently i'm working on "sunxi-next" branch of linux-sunxi github account for the basic "dual head capable" DRM/KMS kernel..
<sunxi_fan> i'd like to know if the recently release 4.15 kernel is full of those patches, because i would be happy to move there, to a "more stable" kernel..
<sunxi_fan> now, need to get to lunch now, talk you back in half an hour.. sorry!
<Net147> sunxi_fan: 4.15 does have more of the patches integrated but I did encounter a vsync bug with it
leviathanch has joined #linux-sunxi
junnie has joined #linux-sunxi
IgorPec has quit [Quit: Nettalk6 - www.ntalk.de]
Andy-D__ has joined #linux-sunxi
Andy-D_ has quit [Ping timeout: 240 seconds]
clemens3 has joined #linux-sunxi
iamfrankenstein has quit [Quit: iamfrankenstein]
BenG83 has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
<sunxi_fan> Wizzup: this is the A20 DTSI with my MALI entry: http://paste.debian.net/1008509/ see the IRQ there..
<Wizzup> sunxi_fan: thank you
<Wizzup> I can try it later today (well, travelling to fosdem, but will try)
<sunxi_fan> this is the DTS for Olimex A20 SOM, http://paste.debian.net/1008510/ , i've tested a LCD + HDMI setup
<sunxi_fan> then i used the mali.ko from free-electrons^Wbootlin github repo
<sunxi_fan> ...and the libMali.so from the "wayland enabled" repo you can find on github from a different user said to be for H3 but indeed working really on A20 too..
<Wizzup> well, contains the same mali, no? :)
<codekipper> sunxi_fan: Hi, are you still netbooting your EVB?
<sunxi_fan> then, as i use buildroot for the overall OS, i tried to bind directly the Qt lib 5.9.3 on DRM/KMS and EGLFS with GBM allocation, but i didn't succeed!! .. i had to resort to use also wayland API and weston as compositor..
chlorine has joined #linux-sunxi
<codekipper> I've not been able to netboot mine for ages.....resets straight away after starting kernel
<sunxi_fan> let me tell you in advance i'm NOT really FOND of this graphic stuff, so i've been wading into the sources (or binary blobs..) really like an elephant in a crystal shop! :-) but in the end it worked.. need to streamline stuff.. :-)
<codekipper> It's been problematic for a while...and now I can only boot it with a sdcard image
<sunxi_fan> yeah, codekipper (how long.. seeing your stuff on I2S, great you bring it forward!!) still booting on A20 SOM EVB with dhcp/tftp/nfs and so on..
<codekipper> which is a shame as I could do with the headers
<codekipper> arrggghh-...been pulling my hair out with this..was a happy bunny and then it started to complain that the kernel image checksum was wrong
<sunxi_fan> Wizzup: the libMali.so is REALLY picky!!, because the free-electrons site doesn't carry the "wayland" flavour (IIRC for licensing issues...) so we had to resort to a "grey area" and the other repo.
<codekipper> but it worked with other boards and also when I used a usb2ethernet adapter.
dave0x6d has joined #linux-sunxi
<sunxi_fan> i struggled a lot for having dual head working on DRM/KMS and "fbdev" emulation but in the end is a "dead end"!! :-)
chlorine_ has quit [Ping timeout: 240 seconds]
<Net147> sunxi_fan: try QT_QPA_EGLFS_INTEGRATION=eglfs_kms ?
anarsoul has quit [Ping timeout: 248 seconds]
<Net147> sunxi_fan: it could be trying to load eglfs_kms_egldevice or some other eglfs integration
<codekipper> then that stopped working....
anarsoul has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
<sunxi_fan> Net147: currently my Qt lib are providing "Available platform plugins are: linuxfb, minimal, offscreen, vnc, wayland-egl, wayland"
<sunxi_fan> because there's another "trick" i had to resort to, to have the Weston over DRM being available on my buildroot config..
<Net147> sunxi_fan: right but what about in plugins/egldeviceintegrations rather than plugins/platforms?
<sunxi_fan> i had to keep Mesa3D as software stack during config/compile, because Weston/DRM depends on something that that cfg enable..
<sunxi_fan> then i have just to strip away all the libEGL... and libgbm. and other stuff that the libMali.so link against..
clemens3 has quit [Ping timeout: 276 seconds]
<Net147> sunxi_fan: mesa shouldn't be needed at all... as long as you have the EGL, GLESv2, gbm, etc. headers already
<sunxi_fan> [02:86:04:42:4e:66] # find /usr/lib/qt/plugins/ -name 'egl*'
<sunxi_fan> nothing about egl currently.. i suppose i have a qt depending on wayland actually.. i used to have something like you say, but it didn't work (maybe i didn't try hard enough.. of course it could be!)
<sunxi_fan> [02:86:04:42:4e:66] #
<sunxi_fan> [02:86:04:42:4e:66] # tree /usr/lib/qt/plugins/wayland-graphics-integration-server/
<sunxi_fan> 0 directories, 2 files
<sunxi_fan> `-- libwayland-egl.so
<sunxi_fan> |-- libdrm-egl-server.so
<sunxi_fan> /usr/lib/qt/plugins/wayland-graphics-integration-server/
<sunxi_fan> yes you are right i WOULD NOT need the Mesa step, but currently the Weston on DRM is enabled only if Mesa3D is there..
<Net147> sunxi_fan: right. it should work with QT_QPA_PLATFORM=eglfs QT_QPA_EGLFS_INTEGRATION=eglfs_kms.
<Net147> sunxi_fan: otherwise it tries to load eglfs_kms_egldevice or something first and fails
<Net147> sunxi_fan: but wayland/weston may work better for you if you have more than one application
<sunxi_fan> i could be, now that i have a "proof of concept" showing the dual head, i could "backtrack" a bit and try as you say..
<sunxi_fan> i also tried this patch (http://lists.busybox.net/pipermail/buildroot/2017-November/206433.html don't know if Benetti is online here currently.. ) to "fold" into the buildroot mechanism the libMali.so support but of course it's still pointing to the "licensed" libMali.so from free-electrons git repo, then IIRC it doesn't enable the same env var needed by Weston to light on the DRM flavour..
<sunxi_fan> so i had to move in a different way, because i at least had to show something working (fairly) well...
<sunxi_fan> Net147: i didn't need to have a complete window manager, and let me tell you that "the Weston" is hitting the A20 SOC with a 10% CPU in a fairly idle (spinning triangle.. in a window only..) screen..
<sunxi_fan> so i would be more then happy to reduce the stack involved.. i really don't know HOW reliable would be such system in a 24/7 embedded environment, indeed.. that's my main concern!
BenG83 has quit [Ping timeout: 252 seconds]
IlyaM has joined #linux-sunxi
<sunxi_fan> i've recently read that Ubuntu retracted from release the next 18.04 LTS with Weston as default window manager and that rings a bell on me.. what do you think? anyone with experience/ feeling about the Weston ?
<Net147> sunxi_fan: I have never used weston on A20. good work getting it running.
<Net147> sunxi_fan: with regards to reliability in embedded environment - https://forum.armbian.com/topic/6237-reset-usb-port-after-device-disconnect/
chlorine has joined #linux-sunxi
<Net147> sunxi_fan: if you use USB in your application...
chlorine_ has joined #linux-sunxi
clemens3 has joined #linux-sunxi
chlorine has quit [Ping timeout: 264 seconds]
<sunxi_fan> Net147: interesting.. thanx. never heard bout it; "powermeters" maybe release spikes on USB. it's anyway a pretty poor error report.. which kernel, which settings, who knows!? the one thing i learned on such "fairly complex" HW/SW artifacts, is that we can share the "lessons" about the "methods on how to deal with it.." more then "ready to go" recipes. every installment has its own quirks! :-)
iamfrankenstein has joined #linux-sunxi
<Net147> sunxi_fan: I have seen it happen sometimes
<sunxi_fan> codekipper: just read about your issues with A20 SOM EVB, looks like a board "slowly dying" someway i suppose.. what a pity!
<sunxi_fan> mine is pretty happy still today (and i (ab)used those headers quite a lot..) :-) luckily enough we all have plenty of other fairly cheap boards to play with, but i can understand having such an expensive gear becoming a brick is a little saddening! :-|
jstein has quit [Remote host closed the connection]
<jogoes> Is it possible to use the cedar_ve libraries (video encoding / decoding) in Linux 3.4, eliminating the camdroid layer?
BenG83 has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
junnie has quit [Ping timeout: 256 seconds]
chlorine has joined #linux-sunxi
tom_nov has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 276 seconds]
matthias_bgg has quit [Quit: Leaving]
jbrown has joined #linux-sunxi
ircfan has left #linux-sunxi ["bye"]
junnie has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
BenG83 has quit [Ping timeout: 248 seconds]
chlorine has quit [Ping timeout: 252 seconds]
jogoes has quit [Quit: Page closed]
fkluknav has joined #linux-sunxi
BenG83_ has quit [Remote host closed the connection]
tlwoerner has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
junnie has quit [Ping timeout: 256 seconds]
indy has quit [Quit: ZNC - http://znc.sourceforge.net]
chlorine has joined #linux-sunxi
indy has joined #linux-sunxi
tom_nov has quit [Quit: Leaving]
chlorine_ has quit [Ping timeout: 268 seconds]
kaspter has quit [Ping timeout: 268 seconds]
chlorine has quit [Ping timeout: 240 seconds]
chlorine has joined #linux-sunxi
Putti has joined #linux-sunxi
Ntemis has joined #linux-sunxi
junnie has joined #linux-sunxi
aalm has quit [Ping timeout: 240 seconds]
Putti has quit [Quit: Leaving]
Putti has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
anarsoul has quit [Ping timeout: 248 seconds]
Putti has quit [Ping timeout: 252 seconds]
anarsoul has joined #linux-sunxi
SP7RT has joined #linux-sunxi
<icenowy[m]> Hauke: why don't you drop 4.9 support of openwrt sunxi?
junnie has quit [Ping timeout: 240 seconds]
IlyaM has quit [Quit: IlyaM]
BenG83 has joined #linux-sunxi
phipli has joined #linux-sunxi
clemens3_ has joined #linux-sunxi
phipli has quit [Remote host closed the connection]
phipli has joined #linux-sunxi
clemens3 has quit [Ping timeout: 264 seconds]
IlyaM has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 240 seconds]
nuuuciano has joined #linux-sunxi
lemonzest has quit [Quit: Quitting]
chlorine_ has joined #linux-sunxi
benettig has joined #linux-sunxi
vagrantc has joined #linux-sunxi
chlorine has quit [Ping timeout: 265 seconds]
chlorine_ has quit [Ping timeout: 240 seconds]
SP7RT_ has quit [Ping timeout: 252 seconds]
dave0x6d has joined #linux-sunxi
jbrown has quit [Ping timeout: 240 seconds]
foxx_ has quit [Ping timeout: 260 seconds]
yann has quit [Ping timeout: 240 seconds]
jbrown has joined #linux-sunxi
fossxplorer has quit [Ping timeout: 256 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
fossxplorer has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 260 seconds]
return0e has quit [Read error: No route to host]
return0e has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
anarsoul|2 has joined #linux-sunxi
<jernej> icenowy[m]: I found issue with your H6 DRAM code
<jernej> so now it works without libdram :)
<jernej> check my github for details
kloczek has left #linux-sunxi [#linux-sunxi]
netlynx has joined #linux-sunxi
chlorine has joined #linux-sunxi
MX-Master has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
foxx_ has joined #linux-sunxi
<MX-Master> Thanks to the jernej, KotCzarny and icenowy[m] for the help with ARISC firmware (:
<MX-Master> more info about autoloader for the ARISC firmware can be found here - https://forum.armbian.com/topic/6019-openrisc-core-ar100-for-the-real-time-tasks/?tab=comments#comment-48440
<MX-Master> tested with armbian mainline, Orange Pi One, H3
kloczek has joined #linux-sunxi
MX-Master has quit [Quit: Leaving]
kloczek has left #linux-sunxi [#linux-sunxi]
kloczek has joined #linux-sunxi
kloczek has left #linux-sunxi [#linux-sunxi]
clemens3_ has quit [Ping timeout: 248 seconds]
nuuuciano has quit [Ping timeout: 248 seconds]
kloczek has joined #linux-sunxi
kloczek has left #linux-sunxi [#linux-sunxi]
kloczek has joined #linux-sunxi
kloczek has left #linux-sunxi [#linux-sunxi]
foxx_ has quit [Ping timeout: 265 seconds]
<hanni76> guys, is A31S supported by sun4i-drm ?
kloczek has joined #linux-sunxi
kloczek has left #linux-sunxi [#linux-sunxi]
netlynx has quit [Quit: Ex-Chat]
netlynx has joined #linux-sunxi
dave0x6d has quit [Quit: Connection closed for inactivity]
qeed has joined #linux-sunxi
Putti has joined #linux-sunxi
benettig_ has joined #linux-sunxi
benettig has quit [Ping timeout: 240 seconds]
clemens3_ has joined #linux-sunxi
jbrown has quit [Ping timeout: 260 seconds]
SP7RT has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
Putti has quit [Ping timeout: 256 seconds]
kloczek has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.3 Aria http://www.kvirc.net/]
ernestask has quit [Quit: ernestask]
kloczek has left #linux-sunxi [#linux-sunxi]
nuuuciano has quit [Ping timeout: 240 seconds]
Harrier_ has quit [Remote host closed the connection]
nuuuciano has joined #linux-sunxi
<icenowy[m]> jernej: hooray!
yann has joined #linux-sunxi
<icenowy[m]> what's the key point?
<icenowy[m]> 5th DATX8?
nuuuciano has quit [Ping timeout: 240 seconds]
<BenG83> that sounds like good news :)
<jernej> icenowy[m]: I just pushed mbus code
<jernej> actually, there was some places where it was a bit off
netlynx has quit [Quit: Ex-Chat]
<jernej> has to be shifted one dword lower
<jernej> but I didn't do that change yet
<jernej> I compared zynq manual for default value and also disassembled libdram code makes more sense
<icenowy[m]> yes they're also the sources I used :-)
<icenowy[m]> P.S. for PHY registers it seems more mysterious
<icenowy[m]> I want to change to a big array with some sure registers with names
<icenowy[m]> e.g. pir, mr, etx
<icenowy[m]> etc *
<miasma> already at 62%
<miasma> why didn't arm holdings realize they could capitalize on free mali drivers?
tllim has joined #linux-sunxi
IlyaM has quit [Quit: IlyaM]
gnufan has joined #linux-sunxi
qeed has quit [Quit: Leaving]
leviathanch has quit [Ping timeout: 248 seconds]
<embed-3d> miasma: looks like promoting it through the RetrOrangPi facebook group helped...
phipli has quit [Remote host closed the connection]
Harrier has joined #linux-sunxi
phipli has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
phipli has quit [Ping timeout: 248 seconds]
lurchi__ has quit [Quit: Konversation terminated!]
<miasma> pretty nice avg pledge size at least. i donated a bit less :-/
phipli has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
<jernej> icenowy[m]: will you take over DRAM code cleanup? I still don't know much about DRAM controller...
dave0x6d has joined #linux-sunxi
pgreco has quit [Quit: Leaving.]
raspo666 has quit [Quit: Leaving]
phipli has quit [Remote host closed the connection]
phipli has joined #linux-sunxi
hanni76 has quit [Remote host closed the connection]
gnufan has quit [Ping timeout: 240 seconds]
<icenowy[m]> I'll do it
hardfalcon has quit [Ping timeout: 256 seconds]
<icenowy[m]> but, to be honest, there's also many things that even I don't know.
<icenowy[m]> for example the definition of bit delay registers
reinforce has quit [Quit: Leaving.]
hardfalcon has joined #linux-sunxi
<icenowy[m]> and mysteriously here the DRAM size is only 128MiB...
<icenowy[m]> P.S. how do you know the bus priority details?
<jernej> bsp linux driver has all the definitions
<jernej> numbers are then taken from disassembly
<icenowy[m]> oh... in dramfreq?
<icenowy[m]> take numbers are easy ;-)
<jernej> no, partially in drivers/bus/sunxi-mbus.c or something like that
<jernej> and one other in includes
<jernej> include/linux/sunxi-mbus.h
<jernej> hm... it shows full 2 GiB for me
<icenowy[m]> oh I seems to forgot to set mctl_com->cr
<jernej> anyway size detection needs to be implemented
<icenowy[m]> and it will need proper mctl_set_addrmap
<icenowy[m]> I forgot to leave a TODO there
<icenowy[m]> but fortunately as the addrmap part is in ctl, not phy
<icenowy[m]> we have plenty of documents
<icenowy[m]> at least on my hand I have imx7 and zynq ddr controller doc
<jernej> btw, 0x7010310 is mentioned in u-boot source as RES_CAL_CTRL_REG
hardfalcon has quit [Ping timeout: 264 seconds]
<jernej> do you have full 2 GiB now?
<icenowy[m]> didn't try
<icenowy[m]> oh I missed a 0
<icenowy[m]> oops
<icenowy[m]> so silly I am
Putti has joined #linux-sunxi
gnufan has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
a|3x has quit [Ping timeout: 265 seconds]
clemens3_ is now known as clemens3
putti_ has joined #linux-sunxi
Putti has quit [Killed (adams.freenode.net (Nickname regained by services))]
putti_ is now known as Putti
fossxplorer has quit [Remote host closed the connection]
benettig_ has quit [Quit: Leaving]
gnufan has quit [Ping timeout: 248 seconds]
Putti has quit [Read error: Connection reset by peer]
gnufan has joined #linux-sunxi