Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Forums Feed: #armbian-rss | This channel is logged -> irc.armbian.com
<lanefu>
im glad we're loading e1000 nic driver on rk3399
<lanefu>
:P
<[TheBug]>
I mean, I guess you could put one in PCI x1 right?
<[TheBug]>
:Z
<[TheBug]>
use a converter
<lanefu>
haha yeah i suppose its possible with this board
<Tonymac32>
rockpr64 yes
Tenkawa has quit [Quit: Leaving.]
macc24 has quit [Ping timeout: 265 seconds]
NeuroScr has quit [Quit: NeuroScr]
archetech has quit [Quit: Leaving]
dddddd has quit [Ping timeout: 258 seconds]
sunshavi has quit [Ping timeout: 246 seconds]
<Werner>
Good morning
archetech has joined #armbian
sassinak-work has quit [Remote host closed the connection]
sassinak-work has joined #armbian
agrisis has quit [Ping timeout: 272 seconds]
TonyMac72 has quit [Quit: -a- Connection Timed Out]
TonyMac1 has joined #armbian
azend has quit [Ping timeout: 256 seconds]
azend has joined #armbian
Elpaulo has joined #armbian
<DaRock>
hey does anyone have a clue how to get past an 8 character limit pasting over a serial connection?
<DaRock>
I'm trying all of the options - screen sux, but still doesn't offer a solution; minicom fails as well
<DaRock>
I never have this problem on freebsd, but I'm using linux
<buZz>
there's no 8 char limit
<buZz>
what are you doing?
<buZz>
did you make sure to disable flow control, if you arent using it? :) stty --something
<DaRock>
no idea, but I've tried everything and its the same across multiple programs
<buZz>
sounds like a flow control issue yeah
<DaRock>
I've disabled hardware/software control, enabled either/or - nothing works
<DaRock>
thats what I've read, yeah
<DaRock>
so yeah, real weird....
<DaRock>
why only 8 characters though?
<buZz>
some buffer running out and not releasing
<DaRock>
which? Adn how do I fix it then?
e-i-k-e has joined #armbian
<buZz>
check with stty -a -F /dev/ttyS0
<buZz>
maybe -crtscts
<buZz>
thats a common issue
<DaRock>
so how does that work? I'm looking at the output of stty -a -F, and -crtscts is there
<DaRock>
running stty -crtscts and it says modes cannot be set
macc24 has joined #armbian
<DaRock>
weird - same thing is happening over ssh...
Lope has joined #armbian
<Lope>
I've got a Orange Pi one board getting stuck doing an apt update. 97% [9 Contents-armhf store 0 B]
<Lope>
Okay, nevermind, it unstuck.
<Werner>
The "store" part usually takes a while.
<Lope>
Werner, thanks. I can't remember how to change the governor frequency for the H3. Busy looking it up. I see mine is on 480mhz
<Lope>
ah I remember now. /etc/default/cpufrequtils
Tonymac32 has quit [Ping timeout: 240 seconds]
<Lope>
The AES hardware acceleration of the H5 is very nice. But my NanoPi Neo2 board maxes out at 816MHz. Any way to increase that?
<Lope>
cpufrequtils ignores stuff above 816mhz in /etc/defaults/cpufrequtils
<Werner>
H5 should clock to 1200 AFAIK
<Lope>
Werner, I can't remember the details, but it's possible the NanoPi Neo2 doesn't have any voltage control, so they've clocked it low. Probably needs to be hard-modded.
<Werner>
I do not have a H5 board here to test. I gave the last I had away
<Lope>
Have you tried the H6? those should be awesome?
<Werner>
Hm no idea.
<Werner>
H6 clocks up to 1.8 but in Armbian it is soft-limited to 1488 to reduce the heat
<Lope>
H5 is already amazing with GbE and AES, adding USB3 should be rad. Is the USB3 working?
<Werner>
I do not have a H6 board with USB3 so not sure. The last thing I know is that USB3 is unstable sometimes.
<Lope>
Werner, ah, that's awesome. Could put a big heatsink on it.
<Lope>
The RbPi 4B is disappointing that it's got no AES :/ it runs at 74MB/s
<nekomancer[m]>
I will get something like this if I casualy see it cheap. Then tink it to heatsink
<Tonymac32>
haha put some scented oil in there XD
<nekomancer[m]>
something that can meld
<nekomancer[m]>
like an ice
xmixahlx_tmp has joined #armbian
<xmixahlx_tmp>
how often are forums moderated? i have two posts pending.
<lanefu>
xmixahlx_tmp: varies by time zone
<lanefu>
i'll go check
<lanefu>
there ya go
<xmixahlx_tmp>
thanks
<xmixahlx_tmp>
Miouyouyou, replying to your Mainline VPU RK3399 thread
xmixahlx_tmp has quit [Ping timeout: 256 seconds]
sassinak-work has quit [Ping timeout: 260 seconds]
sassinak-work has joined #armbian
Toast has quit [Ping timeout: 272 seconds]
<Miouyouyou>
:3 ?
<Miouyouyou>
While they're advancing on the VPU side (at least, they can access the hardware, send frames and receive the output correctly), they're still at, like, half the performances of CPU decoding. Maybe the VPU is not clocked correctly ?
<Miouyouyou>
They're also lacking some quick test tools, which has been the bane of this driver since the beginnings
<Miouyouyou>
I see that there's other matrix users here.
sassinak-work has quit [Ping timeout: 272 seconds]
sassinak-work has joined #armbian
xecuter has joined #armbian
* nekomancer[m]
from matrix
<nekomancer[m]>
5 matrix users here
Tenkawa has quit [Ping timeout: 256 seconds]
xecuter has quit [Remote host closed the connection]