<smaeul>
so it looks like it erroneously clears the low bits before changing bit 15
<smaeul>
and "CPU 2: ending at 0x000000111fffffff, read 30243060 times, failed 39 times"
<smaeul>
the time jumping forward is because it erroneously sets all bits when changing a high bit???
<smaeul>
and changing the condition to look for jumping forward... CPU 0: failed after 2040147781 reads: 0x0000001468ffffff → 0x0000001469ffffff (retry = 0x0000001469000000)
_whitelogger has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 258 seconds]
nvz has quit [Ping timeout: 248 seconds]
TheSeven has quit [Ping timeout: 258 seconds]
[7] has joined #linux-sunxi
nvz has joined #linux-sunxi
<smaeul>
heh, I managed to trigger the "your clock is too unstable for the errata workaround" warning with my test program
<smaeul>
MoeIcenowy: so if I use the userspace governor to manually change the CPU speed every 0.25 seconds, it gets *really* bad: http://ix.io/AAQ
<smaeul>
I'll let this run for 12 hours and see if there are any larger jumps
arete74 has quit [Remote host closed the connection]
awais has joined #linux-sunxi
Putti has quit [Ping timeout: 248 seconds]
Putti has joined #linux-sunxi
DullTube has joined #linux-sunxi
vagrantc has quit [Ping timeout: 248 seconds]
jstein has joined #linux-sunxi
jstein has quit [Remote host closed the connection]
diego_r has joined #linux-sunxi
arete74 has joined #linux-sunxi
maz_ has joined #linux-sunxi
maz_ is now known as maz
nvz has quit [Ping timeout: 258 seconds]
cnxsoft has quit [Read error: Connection reset by peer]
nvz has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
yann has quit [Ping timeout: 260 seconds]
fkluknav has joined #linux-sunxi
Leepty has joined #linux-sunxi
sunxi_fan has quit [Quit: Page closed]
msimpson has joined #linux-sunxi
f0xx has joined #linux-sunxi
premoboss has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
<Net147>
mripard: will Mali r6p2 Wayland blob be requested from Allwinner? they already have it and while it does depend on Wayland library it
<Net147>
mripard: it can be used for gbm
<Net147>
mripard: even without Wayland running
foxx_ has joined #linux-sunxi
f0xx has quit [Remote host closed the connection]
yann has joined #linux-sunxi
premoboss has quit [Ping timeout: 246 seconds]
lemonzest has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 246 seconds]
tom_nov has joined #linux-sunxi
sunxi_fan has joined #linux-sunxi
fugitive has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 240 seconds]
chlorine_ has joined #linux-sunxi
chlorine_ has quit [Read error: Connection reset by peer]
libv_ is now known as libv
chlorine has joined #linux-sunxi
<sunxi_fan>
Net147: i'm trying your "sun7i-drm-wip" branch, with the "olinuxino-lime" DTB and i stuble very soon on tha "NULL pointer": https://paste.debian.net/988664/ (BTW i had to add the earlyPrintk on sunxi UART to see these MSG..), any hints?
chlorine has quit [Ping timeout: 240 seconds]
<Net147>
sunxi_fan: I have not seen that backtrace before
<Net147>
sunxi_fan: you have Olimex A20-OLinuXino-LIME?
reinforce has joined #linux-sunxi
BenG83 has joined #linux-sunxi
<sunxi_fan>
no, i dont. i have an A20 SOM EVB, that similar but not the same, of course.. it's just that i'd like to see the kernel booting the same way you did.. before committing the DRM changes on the A20 SOM EVB DTS..
<sunxi_fan>
i'm going to boot the kernel with the "standard A20 SOM EVB, to see if the crash there too, and i'll report..
<sunxi_fan>
i.e. without the new DRM entries, i mean..
<Net147>
sunxi_fan: I would advise not to boot DT for a different board on your board. if some things are wired differently it can cause hardware/software issues
<Net147>
sunxi_fan: it should not be hard to do a diff to see the changes and apply them to your own board
lemonzest has quit [Remote host closed the connection]
fugitive has quit [Ping timeout: 246 seconds]
Ntemis has joined #linux-sunxi
muvlon has joined #linux-sunxi
lemonzest has joined #linux-sunxi
<wens>
Net147: there's a31-hdmi-v4 now, you might want to rebase :)
<Net147>
wens: done
<MoeIcenowy>
wens: are you still WIP on the SMP of A80/A83T?
<Net147>
wens: any idea where the 300 MHz clock for the backend comes from?
<Net147>
wens: wondering if I need to change the be0/be1/mali assigned clock frequency
<qschulz>
wens: I think you should take a look at Julia's answer on my patch series for AXP813
<wens>
qschulz: devm_ is preferred as it makes the remove and error paths cleaner and simpler
leviathanch has joined #linux-sunxi
<qschulz>
wens: hmmm yes, so that also means that if we have to use the non devm method, we have to move everything else out of devm to be sure it works as intended
rah has quit [Quit: leaving]
<qschulz>
and that will be not a funny thing to do :/
rah has joined #linux-sunxi
SP7RT has joined #linux-sunxi
IgorPec has quit [Ping timeout: 240 seconds]
nvz_ has joined #linux-sunxi
<wens>
qschulz: well, not really
<wens>
you just have to make sure that any devm_ stuff doesn't have ordering issues with non-devm stuff
<wens>
in this case you probably have to avoid any use-after-free stuff
robogoat has quit [Ping timeout: 252 seconds]
bbrezillon has quit [Ping timeout: 252 seconds]
bbrezillon has joined #linux-sunxi
lurchi_ is now known as lurchi__
nvz has quit [Ping timeout: 258 seconds]
robogoat has joined #linux-sunxi
Leepty has quit [Read error: Connection reset by peer]
awais has quit [Ping timeout: 258 seconds]
<marble_visions>
hi all, does anyone know why uboot spl nand init fails because of ecc on the olimex-a13, but succeeds with the chip-r8?
<marble_visions>
i think there is an issue with the seeds
<marble_visions>
which need to be different
SP7RT has quit [Ping timeout: 246 seconds]
SP7RT has joined #linux-sunxi
lurchi__ is now known as lurchi_
cnxsoft has quit [Quit: cnxsoft]
hms has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 255 seconds]
paulk-gagarine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 240 seconds]
<marble_visions>
turns out there was a patch that's in u-boot mainline not in CHIP-u-boot
paulk-gagarine has quit [Ping timeout: 240 seconds]
paulk-gagarine has joined #linux-sunxi
BenG83 has quit [Ping timeout: 260 seconds]
Leepty has joined #linux-sunxi
jernej has joined #linux-sunxi
chlorine has joined #linux-sunxi
anarsoul has quit [Ping timeout: 260 seconds]
anarsoul has joined #linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
SP7RT has quit [Ping timeout: 260 seconds]
aalm has quit [Ping timeout: 258 seconds]
jelly has quit [Ping timeout: 240 seconds]
jelly-home has joined #linux-sunxi
f0xx has quit [Ping timeout: 260 seconds]
matthias_bgg has quit [Quit: Leaving]
afaerber has quit [Ping timeout: 240 seconds]
aalm has joined #linux-sunxi
tom_nov has quit [Quit: Leaving]
Leepty has quit [Ping timeout: 248 seconds]
yann has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
Leepty has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
lurchi_ is now known as lurchi__
msimpson has quit [Quit: Leaving]
yann has joined #linux-sunxi
lurchi__ is now known as lurchi_
IgorPec has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
diego_r has quit [Ping timeout: 240 seconds]
chlorine has quit [Ping timeout: 258 seconds]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
f0xx has joined #linux-sunxi
jelly-home has quit [Ping timeout: 258 seconds]
yann has quit [Read error: No route to host]
jelly-home has joined #linux-sunxi
chlorine has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine_ has quit [Read error: Connection reset by peer]
<delarge>
hello everybody, I bought a OrangePi board (doesn't arrive yet) and I have a doubt. A python code used for RasperrbyPi could be work for OrangePi too, right? Assuming that the GPIOS mapping is not the same maybe
<KotCzarny>
gpio is gpio, you are responsible to tickle proper pins
<KotCzarny>
but if you know what you are doing just a tiny bit it's simple
sunxi_fan has quit [Ping timeout: 248 seconds]
<delarge>
ok
<delarge>
I understand, so shouldn't be a problem
<beeble>
the most common raspberry gpio python libs are using /dev/gpiomem. thats something raspberry specific and not portable. some are using sysfs, but thats actually deprecated. you want to use the new gpio device interface if targeting mainline
<beeble>
best way to get it into python would be ctypes in combination with libgpiod
Ntemis has joined #linux-sunxi
<martinayotte>
The orangepi_PC_gpio_pyH3-master library, a fork from pyA20, is using /dev/mem by doing a mmap().
<beeble>
so at least some infrastructure is available
lurchi_ is now known as lurchi__
<beeble>
but consider your kernel version. this stuff was intruduced with 4.7 or something like that. so if you are using older stuff you will have to stick with other solutions
lurchi__ is now known as lurchi_
SP7RT has quit [Ping timeout: 240 seconds]
delarge has quit [Quit: Reconnecting]
delarge has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
SP7RT has joined #linux-sunxi
lerc has quit [Quit: No Ping reply in 180 seconds.]
lerc has joined #linux-sunxi
<smaeul>
MoeIcenowy: none of my tests produce any failures on H5, even after several minutes (whereas on A64 I get hundreds of wrong values per second)
<smaeul>
so H5 looks like it's not affected
* vagrantc
wonders how much adjustment the pine64_plus mainline u-boot would need to support pinebook
Putti has quit [Ping timeout: 248 seconds]
lurchi_ is now known as lurchi__
Putti has joined #linux-sunxi
<miasma>
does anyone here compress their kernel with lz4? i've noticed that my lz4 compressed kernels won't boot anymore (using zimage)
<miasma>
maybe i'm missing something, but i've enabled both lz4 and lz4hc in the crypto menu in menuconfig. lzo, gzip and other compression methods seem to work
<miasma>
but lz4 gets stuck at the decompression message
<miasma>
i also got this same with exynos SoC
<miasma>
otoh, lz4 works great as an initramfs compression method or with squashfs