Werner__ changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | This channel is logged -> http://irc.armbian.com
maccraft has quit [Quit: WeeChat 2.7.1]
DaRock has quit [Read error: Connection reset by peer]
DaRock has joined #armbian
sassinak-work has quit [Ping timeout: 272 seconds]
sassinak-work has joined #armbian
Tony_mac32 has joined #armbian
Tony_mac32 is now known as Tonymac32
dddddd has quit [Read error: Connection reset by peer]
archetech has quit [Quit: Konversation terminated!]
cube12 has joined #armbian
xec has joined #armbian
cube12 has quit [Remote host closed the connection]
xecuter has quit [Ping timeout: 256 seconds]
sassinak-work has quit [Ping timeout: 272 seconds]
<robmur01>
steev: FWIW I've been running upstream kernels on my NanoPC-T4 for ages and never had a problem with the NVMe (Samsung Evo) - yours certainly sounds a lot less happy than I would expect
<steev>
upstream or armbian?
<steev>
i just know that it spits out -110 and link training failed - but not always
<steev>
i just don't always feel like rebooting til it succeeds
<robmur01>
mainline Kernel and DTB here (well, Arch kernel, but they don't have any patches relevant to this board)
<robmur01>
don't think the Samsung has ever had a link problem, even at gen2
<steev>
i have a 500gb 970 evo plus
<steev>
but, again, this is armbian kernel so we're possibly comparing apples to oranges - but good to know that mainline works without issue for you
<steev>
i may give mainline a whirl
<robmur01>
hmm, I don't see anything obvious in the rockchip64-current patch stack that would make a difference either :/
<steev>
i don't either. there's a patch from ayufan a to the 4.x tree that allowed setting a longer link training timeout
archetech has joined #armbian
maccraft has quit [Quit: WeeChat 2.7.1]
maccraft has joined #armbian
<IgorPec>
lanefu: no need
<IgorPec>
do i need to recreate images or packages?
<lanefu>
Marvell.. need to emrge first
<lanefu>
IgorPec: actually _just_ helios4
<lanefu>
merged
<IgorPec>
aha, so I rebuild Helios4 images together with repository update?
archetech has quit [Quit: Konversation terminated!]
<lanefu>
yeah
<lanefu>
thank you
<IgorPec>
running
e-i-k-e has quit [Ping timeout: 258 seconds]
<IgorPec>
lanefu: done
<lanefu>
sweet
maccraft has quit [Quit: WeeChat 2.7.1]
maccraft has joined #armbian
archetec_ has joined #armbian
archetec_ has quit [Client Quit]
archetec_ has joined #armbian
archetec_ has quit [Client Quit]
archetec_ has joined #armbian
stulluk80 has joined #armbian
<stulluk80>
Hi. Old Armbian build supported 3.10 kernels for Pine64, which allowed me to have VDPAU for Video decoding HW acceleration, as well as mali+ump for 2D HW acceleration. How can I achieve this with 4.19 or 5.x kernels with new armbian builds ?
<lanefu>
stulluk80: not a simple answer. You'll need to spend some time on the forums and linux-sunxi wiki. The 3.10 were bastardized kernels from allwinner to make that stuff work. Mainline kernels implement all of the acceleration very differently