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 | Development Talk: #armbian-devel | Type 'help' for help | Logs: -> irc.armbian.com
xec has quit [Remote host closed the connection]
xecuter has joined #armbian
<flyback>
anyone else have a orange pi lite or one
<flyback>
I think I found part of the issue
<flyback>
either I got a knockoff or xulong doesn't even know wtf parts they used for vregs
<Tony_mac32>
if you can build yourself you can test
<Tony_mac32>
I am going to build one here momentarily
<[TheBug]>
ahh I don't have a build setup like you guys
<[TheBug]>
if you build and want to share
<[TheBug]>
ill test
<[TheBug]>
since I loaded up 20.11 image to test what archetech was on about
<[TheBug]>
and to test USB 3.0 to SSD
<Tony_mac32>
sounds like a batch of improperly binned RAM, or perhaps a routing leading to some skew that's marginal in all cases, and just makes one side of the parts distribution flake out
<[TheBug]>
hmm I wonder what package archetech actually wanted me to compile
<[TheBug]>
any suggestions for this test?
<Tony_mac32>
to test boot?
<Tony_mac32>
I didn't read back through history
<Tony_mac32>
or was it for desktop?
<Tony_mac32>
ah ok, just do some hard work with it
<Tony_mac32>
to make the memory flake, correct?
<[TheBug]>
ya I guess
<[TheBug]>
he didn't specify what he wanted me to compile I guess
<Tony_mac32>
it murders my Renegade still, something is not quite right with the DMC there (lanefu, I might need an assist since you're the DMC expert. :D)
<lanefu>
I can google like a mofo
<Tony_mac32>
hahahaha
<[TheBug]>
ROFL
<Tony_mac32>
you're hired
<[TheBug]>
System too busy for benchmarking: 21:21:58 up 22 min, 3 users, load average: 0.12, 0.17, 0.32
<[TheBug]>
System too busy for benchmarking: 21:22:03 up 22 min, 3 users, load average: 0.11, 0.16, 0.31
<Tony_mac32>
yeah, let it sit uninterrupted
<Tony_mac32>
it's waiting
<Tony_mac32>
then it will install some stuff silently, and then you've got like 45 minutes of benchmarking
<Tony_mac32>
including some zipping to get it good and hot
<[TheBug]>
eesh
<[TheBug]>
okay
<[TheBug]>
ohh ment to mention above, my ssd speed test via USB 3 were with luks encryption on the volume
<Tony_mac32>
that's what the report will look like if it survives
sunshavi has quit [Remote host closed the connection]
<[TheBug]>
oh you weren't even running armbian
<[TheBug]>
that was one of ayufan's legacy kernels
<[TheBug]>
also you had 2x the memory
xecuter has quit [Ping timeout: 272 seconds]
<flyback>
lanefu do you have any overheat and sluggishness in armbian
<Tony_mac32>
flyback is this an H3?
<flyback>
yes
<[TheBug]>
um flyback heatsink and fan
<[TheBug]>
on h3 bro
<[TheBug]>
at minimum heatsink
<[TheBug]>
like 28mmx28mm
<Tony_mac32>
which one again? I'm actually not completely staring into the abyss with the renegade at the moment
<[TheBug]>
he has opi lite / one he was saying
<lanefu>
flyback: yeah need a little context i have a bunchof H3 boards that seem preetty good
<flyback>
I don't doubt that but why it does run on the xulong's own ubuntu 16.04 port run fine
<[TheBug]>
because it's BSP
<[TheBug]>
uboot has different timings for memory
<[TheBug]>
etc etc
<flyback>
but armbian ubuntu 20.04 it's totally unusable it gets hot and fais
<[TheBug]>
ohh
<[TheBug]>
this is easier than you think
<lanefu>
flyback: desktop? server?
<[TheBug]>
that little board can't have same heat curve
<[TheBug]>
not without a fan and heatsink
<flyback>
and it's the lite lanefu
<[TheBug]>
its getting to hot cause it's actually clocking up
<Tony_mac32>
the voltage reference for the internal temp sensor on Allwinner stuff is... special
<[TheBug]>
the BSP throttles like crazy
<Tony_mac32>
and yeah
<Tony_mac32>
probably is
<flyback>
so xulong is throtting or armbian is
<Tony_mac32>
xunlong may not even have as many opps
<[TheBug]>
well Armbian isn't BSP
<flyback>
this is spyserver runs fine on the xulong's own software
<flyback>
based on ubuntuy 16
<lanefu>
spyserver? have a link?
<Tony_mac32>
my Libre Computer Tritium boards, for example, follow the Allwinner recommendation and only go to 1 GHz
<flyback>
but their port sucks missing wifi etc
<flyback>
syre
<flyback>
sure
<[TheBug]>
anyways -- so you have a fan and heatsink, if not add one, otherwise you will need to change the cooling dvfs freq table in dtb/dts manually so it doesn't clock up so high
<flyback>
but you won't be able to run it without the rtl-sdr donge
xecuter has joined #armbian
<flyback>
!bmcc Amok
<flyback>
<corsehock> amok: BITE MY 'CANUCK', CANUCK!
<flyback>
err
<flyback>
wrong paste
<lanefu>
flyback: can you fir up your software and run armbian-monitor -u a few times until it dies
<[TheBug]>
I ran a bunch of stuff the other night never got it to clock up to 1.5
<Tony_mac32>
TheBug careful with that, too, it's over the recommended specs, I was thinking we should wrap a "turbo" functiona round it like on the Tinker Board
<Tony_mac32>
so the Tinker goes 1.8, but if you enable "turbo" it will use 2-3 more opps that take it to 2.1 GHz or so
<Tony_mac32>
They were added by some MiQi enthusiasts
<Tony_mac32>
but the average user wouldn't see/risk them
<[TheBug]>
not sure how I can be careful, I am just running Armbian 20.11 out of box, I didn't set it lol
<[TheBug]>
I just ran the bench you told me to ;p
<flyback>
shit
<flyback>
think I lost the other sd card
<Tony_mac32>
sheesh, this is starting to sound like the RPi forums
<Tony_mac32>
"Memory is crap"
<Tony_mac32>
"SD cards dying"
<lanefu>
lol
<Tony_mac32>
"this thing has no power"
<Tony_mac32>
And I will pretend to be an RPi forum Mod: "I am banning all of you for saying that stuff isn't working. We sold 10 billion of these so they must be perfect"
* Tony_mac32
locks thread
<lanefu>
"my rock64 wont ping"
<lanefu>
lane@hambone:~$ ping -c 4 rock64
<lanefu>
PING rock64.angrybear.com (172.17.20.178) 56(84) bytes of data.
<lanefu>
From hambone.angrybear.com (172.17.20.175) icmp_seq=1 Destination Host Unreachable
<lanefu>
From hambone.angrybear.com (172.17.20.175) icmp_seq=2 Destination Host Unreachable
<lanefu>
From hambone.angrybear.com (172.17.20.175) icmp_seq=3 Destination Host Unreachable
<lanefu>
From hambone.angrybear.com (172.17.20.175) icmp_seq=4 Destination Host Unreachable
<Tony_mac32>
lanefu are there more than one flavor of these OPi's where maybe someone could mistakenly grab the wrong image and have it not look wrong?
<lanefu>
Tony_mac32: i think his library has python bindings or cbindings available
<Tony_mac32>
it did, this one looks pure java
<Tony_mac32>
between him and Larry Bank we could have some sweet stuff
<Tony_mac32>
Larry Bank goes by "The Performance Whisperer" on Twitter, more focused on MCU's these days
<lanefu>
yeah sgjava does really nice stuff it doenst get the visiblity it deserves
<lanefu>
mickmack or cnx guy should do somethign
<Tony_mac32>
Well, I can give him a plug once I play with this a little
<Tony_mac32>
I was referred to as "Java Jesus" once upon a time
<Tony_mac32>
(Made some money tutoring too. ;) )
<lanefu>
youve lived too many lives
<Tony_mac32>
I started programming when I was 12 or so, haha
<Tony_mac32>
Werner and I disagreed about the good doctor's hacking a USB device or other for a keyboard I see
<Tony_mac32>
no worries, I figured "Making hardware" would go in "hardware hack", but it can just as easily be peer-peer
sunshavi has joined #armbian
<[TheBug]>
Looks to have gotten past the 7zip tests now without OOM with swap in place
<[TheBug]>
its on to cpuminer testing now
<[TheBug]>
I did see it use up to 250MB of swap there maybe more when I wasn't looking
<[TheBug]>
noting this seems to be running wpasupplicant , pulseaudio and a few other things as well, I am sure if I stopped all of that crap it would help
<lanefu>
Yeah its really mean to be ran on a bare system
<Tony_mac32>
cool
<Tony_mac32>
but honestly if it hasn't exploded or caught on fire I don't think you're seeing the issue
<lanefu>
Alright gonna do some room scrolling and crash
<lanefu>
Later
<Tony_mac32>
if the dmesg is clean then
<Tony_mac32>
lol later
<Tony_mac32>
I'm trying the updated BL31 with a coule DDR4 fixes in it
<Tony_mac32>
but try the compiling/etc to be sure I guess
<Tony_mac32>
I don't know the specifics
<[TheBug]>
well when mesing withg GPU some fun glitching but could just be normal for the implementation I was using
<[TheBug]>
I was using ayufan's kernel and saw weird bugs
<[TheBug]>
in stable and otherwise
<[TheBug]>
but yeah guess I could build something
<[TheBug]>
any good suggestions something easy to pull and build real quick?
<Tony_mac32>
not really, I never had the problem so
<Werner>
Good morning
<[TheBug]>
interesting, since it clocked up during the bench and I have been using the ssd for swap, the throughput has seemingly increased some -- 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 6.78734 s, 158 MB/s though this could just be speed of memory I guess I should test a larger file
<[TheBug]>
Timing buffered disk reads: 880 MB in 3.01 seconds = 292.83 MB/sec
<Tony_mac32>
cool
Unit193 has quit [Ping timeout: 610 seconds]
Unit193 has joined #armbian
_whitelogger has joined #armbian
<Tony_mac32>
ok, watching devfreq while sbc-bench, I think something is off with the DDR4 config, OR not being headless I need to hook the ddr clock into some other parts of the pipeline
<Tony_mac32>
I can see when it jumps to 924 MHz Firefox crashes
<Tony_mac32>
the updated bl31 does not seem to have helped this particular issue, however tinymembench has not crashed yet
<[TheBug]>
ohh
<[TheBug]>
this is fun
<[TheBug]>
since rebooting it
<[TheBug]>
no HDMI output
<[TheBug]>
hmm
<[TheBug]>
not true
<[TheBug]>
seems shutdown somehow corrupted my image :Z
<[TheBug]>
hmm this is odd
<[TheBug]>
emmc booted
<[TheBug]>
let try reboot to sd again
<[TheBug]>
lol
<[TheBug]>
so I know it booted cause I can ping it
<[TheBug]>
but no hdmi output O_o
<[TheBug]>
but of course sshd isn't enabled so I can't access it
<Tony_mac32>
well then
<Tony_mac32>
Friends don't let friends use RK3328 :P
<[TheBug]>
weird shit
<[TheBug]>
I would think I would still get console on boot there
<[TheBug]>
but seems not
<Tony_mac32>
hit ctrl alt F1?
<[TheBug]>
no idea its strange for sure
<[TheBug]>
android boots from emmc
<[TheBug]>
but that image
<Tony_mac32>
sry <ctrl><alt><F1>
<[TheBug]>
whatever the deal won't boot fully again
<Tony_mac32>
change consoles
<[TheBug]>
maybe something I installed or the sysbench installed broke something else
<[TheBug]>
nah i am re-writing card
<[TheBug]>
it wasn't even initializing display
<[TheBug]>
I can only guess I some how corrupted the card on shutdown or something I installed broke something else
<[TheBug]>
will know in a minute I hope
<Tony_mac32>
IgorPec well, 50% victory on Renegade
<Tony_mac32>
standard memcpy : 1605.8 MB/s (0.1%)
<Tony_mac32>
standard memset : 5489.7 MB/s (0.2%)
<Tony_mac32>
it will clock up to 924 MHz, but it is not stable there, reasons unknown
<Tony_mac32>
going to go with something basic and check the drive levels and voltage requirements of the specific RAM
<[TheBug]>
okay hdmi back after image reburnt
<[TheBug]>
so likely broke something with the sysbench script
<Tony_mac32>
so it might be something eacerbated by the script. It itself only runs tiny membench, 7-zip, and cpuminer
<Tony_mac32>
nothing that goes anywhere near the window manager
<[TheBug]>
again
<[TheBug]>
it wasn't just xwindows that didn't start
<[TheBug]>
it wouldn't initialze HDMI output at all
<[TheBug]>
even for console
<Tony_mac32>
yeah, and none of those tools do anything but memory IO
<Tony_mac32>
that's my point
<[TheBug]>
well did oom it a bit..
<[TheBug]>
could have ended up with some corrupt bits
<[TheBug]>
who knows
<Tony_mac32>
So on my Renegade yesterday I had a window manager fail after running some apps that made the DMC cahnge frequency
<Tony_mac32>
Do you have /sys/class/devfreq/dmc on the rock64?
<Tony_mac32>
(mine isn't running at the moment to check)
<[TheBug]>
cat /sys/class/devfreq/dmc
<[TheBug]>
cat: /sys/class/devfreq/dmc: No such file or directory
<Tony_mac32>
ok, then you don't have my issue. wanted to check
<Tony_mac32>
the opps are using to low of voltage for my RAM I am beginning to think
<Tony_mac32>
some reading/study
bigbrovar_ has joined #armbian
ArmbianHelper` has joined #armbian
ArmbianHelper has quit [Disconnected by services]
TheNumb has quit [*.net *.split]
freddor has quit [*.net *.split]
ikmaak has quit [*.net *.split]
bigbrovar has quit [*.net *.split]
Spads has quit [*.net *.split]
Spads has joined #armbian
Spads has joined #armbian
Spads has quit [Changing host]
ikmaak has joined #armbian
TheNumb has joined #armbian
ArmbianHelper` is now known as ArmbianHelper
freddor has joined #armbian
<Tony_mac32>
holy crap I might be on the right track
<IgorPec>
solving DMC issue? :)
<Tony_mac32>
working on it
<Tony_mac32>
since it works fine with the other boards, at least as far as we can test (Renegade has desktop), I feel like it has to be the RAM itself
<IgorPec>
which is initalized with a blob?
<Tony_mac32>
the Rockchip blobs initialize it at 333 MHz, which is why we get the performance numbers we do when the DMC driver fails to init
<Tony_mac32>
with the normal voltage levels from the patches that work on the other boards, anything above 768MHz was unstable
jbergler has joined #armbian
<Tony_mac32>
at 924MHz Firefox crashed on launch with a CPU lock
<Tony_mac32>
I went to 1.15 volts from 1.05 and firefox will launch, but crashes randomly
<Tony_mac32>
still within the SoC spec so no problem
<IgorPec>
and just this board is having this?
<Tony_mac32>
Yep
<Tony_mac32>
the settings are part of it's DT
<IgorPec>
damn.
<Tony_mac32>
so it won't affect anything else if I tinker
<Tony_mac32>
with 1.15V I can get 840MHz "stable" meaning Youtube hasn't crashed in 10 minutes. ;)
<jbergler>
Hey Werner, you replied to my zfs thread on the forums but I can't reply because my account is new and I'm limited with how many posts I can make in a day. Any chance of bumping that up a bit or should I just wait?
<IgorPec>
we don't have people to answer on you with the speed you want
<IgorPec>
that's why this is enable
<Tony_mac32>
IgorPec I have the datasheet for the RAM, and am learning about the parameters to make sure I've got my head wrapped around it properly before getting any more adventurous
martinayotte has quit [Ping timeout: 256 seconds]
<jbergler>
IgorPec wasn't expecting anything in particular, I'm certainly not trying to be demanding of anyones time, and I made sure that when I posted I didn't come across that way. I get that you probably get a lot of folks showing up demanding help. I asked here because I was surprised by the quick response and then not being able to reply.
martinayotte has joined #armbian
archetech has quit [Quit: Leaving]
<IgorPec>
jbergler: don't take this personally
<jbergler>
I'm not :)
<IgorPec>
support cost real money
<jbergler>
That I know!
<IgorPec>
and if we pay in 100%, we will limit you down
<jbergler>
I appreciate everything you all do, and I think you've got the wrong impression here. I've spent probably ~8-10 hours already digging into this problem before coming and asking for help. I'm a professional software engineer, I spend my working life dealing with this stuff, I get it. All I was asking about was if the reason I was limited to one post
<jbergler>
per day was for spam reasons or for something else.
archetech has joined #armbian
<IgorPec>
i spent 1000h that i can solve the problem now in 1h
<archetech>
Sysinfo for 'alarm-r64': Running against KDE Frameworks 5 on Arch Linux ARM powered by Linux 5.8.9-2-ARCH, CPU: Unknown model at 1296.0 MHz, RAM: 554/976 MB, Storage: 8/14 GB, 126 procs, 0.1h up
<IgorPec>
its for both, spam and limit stress level down
<IgorPec>
forum is not proffesionall support channel
eduamld1 has joined #armbian
<IgorPec>
from time to time we had people that discovered this gold mine ... asked tons of questions in one day
<archetech>
I saw some testing was done but no prob concensus
<archetech>
on rock64
<eduamld1>
Hi guys
<IgorPec>
hi
* IgorPec
off to a meeting in 3m
<eduamld1>
Oh igor glad to see you
eduamld1 has quit [Ping timeout: 256 seconds]
eduamld1 has joined #armbian
<eduamld1>
back
eduamld1 has quit [Remote host closed the connection]
archetech has quit [Ping timeout: 240 seconds]
jbergler has quit [Remote host closed the connection]
<IgorPec>
now you just need to find someone that will do it
<IgorPec>
my first available time is 2022
<diederik>
archetech: the link point to a forum section, not a specific thread ...
freddor has quit [*.net *.split]
Spads has quit [*.net *.split]
ArmbianTwitter has quit [*.net *.split]
nekomancer[m] has quit [*.net *.split]
wysiwtf has quit [*.net *.split]
kolla has quit [*.net *.split]
thebigfrog has quit [*.net *.split]
<archetech>
im on a mac. seems thats good as ffox can do lol
<archetech>
called segfault in ingcc rock64 general
freddor has joined #armbian
kolla has joined #armbian
ArmbianTwitter has joined #armbian
nekomancer[m] has joined #armbian
Spads has joined #armbian
wysiwtf has joined #armbian
thebigfrog has joined #armbian
<diederik>
archetech: I found it, thx.
<diederik>
What's the reason for the armhf foreign arch? aptitude reported there were no installed pkgs from it; does that mean I can remove that arch?
<archetech>
good question
<archetech>
idk
<archetech>
I would guess its ok since the board is aarch64 not hf
<diederik>
otoh they made a deliberate choice to add the foreign arch and I want to find out the reason
<ArmbianTwitter>
@kobol_io (Kobol Innovations): #Helios64 Software News 1! https://t.co/QpYhZpRorr We have just published new Armbian images (20.08.8) with some adjustments that should be fixing the instability issues that we have been facing with early image releases. (1s ago)
<diederik>
I understand your point/frustration with the board, but I'm not ready to do that just now ;)
<archetech>
I just use arch aarm and ignore that
<IgorPec>
haha
<archetech>
Host: alarm-r64 Kernel: 5.8.9-2-ARCH aarch64 bits: 64 Console: tty 0 Distro: Arch Linux ARM
<archetech>
Machine: Type: ARM Device System: Pine64 Rock64
<IgorPec>
which also crashing
<archetech>
nope
<IgorPec>
ofc it does
<archetech>
got a nice weston desktop
<archetech>
lima obly supports ES2 gl
<archetech>
only
<IgorPec>
why are you not spending your time with your ARCH crowd?
<archetech>
I m a lone sheep no packs for me
<archetech>
I helped diederik my good deed for the day
<diederik>
thx for that
<archetech>
he can redo his uboot per thread or do nothing his choice
<archetech>
foss is about peer to peer help not project affiliations. and brand loyalty igor dont buy that I guess. we have to tow the armbian line here
<archetech>
toe
<IgorPec>
its about wasting time. some things just don't desever it
<archetech>
ok I am an armbian user who ususaly diaagrees with you def on this
<archetech>
I have time
<archetech>
my time is not money
<IgorPec>
is mine perhaps?
<IgorPec>
but i can't waste it in bulk
<IgorPec>
i can't afford to waste 16h per day on armbian
<IgorPec>
unnder any condition
<archetech>
arm is a hobby for many not a biz
<archetech>
so we dont sweat the time thing. I like a tech challenge
<archetech>
so I persist where you choose to bail
<archetech>
which is fine
<IgorPec>
ARM is industry / business first
<IgorPec>
we are some side sheep in this
<IgorPec>
we as armbian. not you and me
<IgorPec>
and we have 1000x more tech challanges then we are able to process them. So my perception is fundamentally different
<IgorPec>
even this is not a job
<diederik>
IgorPec: I appreciate all the time you've put into this and for helping me here :)
<IgorPec>
diedrik: no worries. i am just saying.
<Werner>
Free software is not actually free if you think about it. Somebody always has to pay for electricity...
<diederik>
I know. I just wanted to show my appreciation. I know how difficult and too often thankless a maintainers 'job' is
<Werner>
Nico agreed in doing a collab. I do the voicing or at least I try to do so and record some clips and he will process them. IgorPec
<IgorPec>
diederik: maintaining is something archetech doesn't even see. Its a job which has little tech challanges, consumes a lot of time, there is no thrill and everyone is avoid it
<IgorPec>
people will gladly research things but here things stop. Then supporting "clients" that doesn't pay anything. How much we can pay for them when giving after giving after giving ... this means nothing anymore.
<IgorPec>
Werner: great so hear it!
<IgorPec>
"hear it" in real :)
<Werner>
I have to admit I am nervous as hell ^^
<IgorPec>
don't worry about. Repeat it 100x times and select the best one. Even profis do it more then once ;)
<archetech>
call me a self centered ingrate. thats what all the foss irc mods do. im used to it.
<archetech>
I just keep throwing links to peeps. in need w/e I am
<Werner>
Sure thing
<archetech>
I expect nothing not even a thks
<IgorPec>
archetech: i am not a irc mod
<IgorPec>
archertech: did you send a merge request with a solution?
<archetech>
you got chan op power?
<archetech>
then ur a mod
<IgorPec>
i do. do i use the power?
<IgorPec>
no
<archetech>
ya just dont like MY views on things its ok
<IgorPec>
diederik: netinstaller is years on Armbian wish list. That would be a wonderful thing to have and cover so many hw at once
<archetech>
arm is fun
<IgorPec>
arm is company that make a design
<archetech>
no MR just links from me
<archetech>
MR's are for devs
<IgorPec>
thanks, we don't need such help
<IgorPec>
devs have their plans what they will do
<archetech>
seeok Ill just be a good silent lurker
<IgorPec>
nobody prevents you saying things. i am just saying that devs have other plans
<IgorPec>
if you have some urgency in solving something in OSS, hire a dev.
<archetech>
true
<archetech>
I have none
<archetech>
hmm. sed -i 's/800/600/g' arch/arm/dts/rk3328-sdram-lpddr3-1600.dtsi
<IgorPec>
forum has hundreds of solutions waiting for someone to pick them up
snapples has joined #armbian
<archetech>
see if it works on my bullseye
<snapples>
Does anyone happen to know what the issue is when I use armbian-config to enable overlayroot, it complains about not being able to find /etc/overlayroot.conf?
<IgorPec>
probably package was not installed
<IgorPec>
when you run "enable overlayroot" some packages must be installed. They can't be installed in case you are off line or in case there is some packages problems / corruption etc.
<snapples>
Ok, I'll check the logs if I can see something.
<[TheBug]>
archetech: I din't compile anything in particular but I did run a sbc bench on it last night as you can read up in the buffer if thats of interest to you?
<[TheBug]>
I didn't see any crashes
<archetech>
ok im burning a nightly focal for it now
<archetech>
I see a note to forum link for stability so im trying it out
<archetech>
may be all thats needed hopefully
<lanefu>
/buffer 31
<lanefu>
lol
<lanefu>
weechat fail
<nekomancer[m]>
<archetech "what rev ya got there nekomancer"> hm. rev?
<archetech>
board
<archetech>
fresh img has a kp right off the bat
<archetech>
null poiter at mem address
<archetech>
pointer
<lanefu>
they should use a better pointer
<archetech>
means it corrupts the sdcard like it always has
<archetech>
image is for v3
<nekomancer[m]>
<archetech "fresh img has a kp right off the"> I can check it manualy, if yoy point me where to look
<archetech>
ya need a serial thing to se why
<archetech>
see
<archetech>
oh rev is on the board somewhere
<archetech>
1.1 or 1.2 is latest
<nekomancer[m]>
archetech: I found `Rev 1.2 2020` printed on board
<archetech>
nice looks like a sweet NAS ill read a review
<archetech>
see their blog for latest kernel info vs 4.4
<nekomancer[m]>
openmrdiavault and btrfs. nothing interesting.
<archetech>
and armbian image links
<nekomancer[m]>
4.4 kernel is not so good for btrfs ^(
<nekomancer[m]>
maybe will try zfs, if it will be not too complicated
<archetech>
5.8 needs a TX offload setting
<archetech>
on the nic
<nekomancer[m]>
Off TX offload?
<archetech>
idk read up
* nekomancer[m]
off IP offloading all the time from it was enabled
<nekomancer[m]>
exclision only for full-supported-on contract enterprise systems
<nekomancer[m]>
because I see a lots very strange, hard reproduceable behaviour with offloading
<lanefu>
yeah thats kind of a common thing iwth offloading.. it can create out of order packets etc
<nekomancer[m]>
and then I just tell "no" to it. I newer need that fastering I can get from offloading.
<archetech>
downloads at 230MB/s in web test nice
<rneese>
ok well I think I fixed the new builder for bullseye
<rneese>
IgorPec, they moved firfox to firefox-esr on bullseye
raver has quit [Read error: Connection reset by peer]
<archetech>
baby raid 0
<archetech>
ID-2: /dev/sdb vendor: Western Digital model: WD1600BEVT-22A23T0 size: 149.05 GiB
<archetech>
ID-3: /dev/sdc vendor: Western Digital model: WD1600BEVT-60ZCT1 size: 149.05 GiB
<archetech>
RAID: Device-1: md0 type: mdraid status: active raid: raid-0
<ArmbianTwitter>
@Poddingue (Bruno Verachten 🍰): @ezeaqui @kieranbingham @A13_technology @armbian Well, the hardware encoder is not working for me with #FFmpeg on mainline #Linux. I know there is a media script on #Armbian forum for #RK3399 somewhere, but it's for older kernels. There is also the @IloveRockchip fork of that I tried, but no luck for the time being... (30s ago)
<archetech>
openmediavault 5.5.12-1
<nekomancer[m]>
openmediavault v5 now recommended for armbian? I remember not so long ago they recommend v4 for armbian
<diederik>
what's the purpose of /etc/default/armbian-*.dpkg-dist files? They're all identical as the non-dpkg-dist ones
<rneese>
its part of armbians package tracking for default installs
<rneese>
as I recall
<diederik>
I don't think I understand what you're saying here
redentor has joined #armbian
<archetech>
nekomancer[m]: mines on intel
redentor has quit [Client Quit]
drobo_00 has joined #armbian
chewitt has joined #armbian
<ArmbianTwitter>
@ezeaqui (Eze Garcia): @Poddingue @kieranbingham @A13_technology @armbian @IloveRockchip Oh, mainline Linux needs quite a bit of additional patches for encoding. Like I said, this works, but I'm afraid I don't have anything ready for upstream yet :( (30s ago)
eth01 has quit [Read error: Connection reset by peer]
eth01 has joined #armbian
chewitt has quit [Read error: Connection reset by peer]
chewitt_ has joined #armbian
<Tony_mac32>
well, just checked on the Renegade I left running at 840 MHz RAM last night playing Youtube videos
<Tony_mac32>
still running
<Tony_mac32>
nothing in the logs about anger
<Tony_mac32>
so some progress
drobo_00 has quit [Ping timeout: 260 seconds]
drobo_00 has joined #armbian
<IgorPec>
great!
drobo_00 has quit [Quit: drobo_00]
drobo_00 has joined #armbian
<rneese>
cool that means we can build you a new dde as soon as the desktop and default branch mereg for support
<rneese>
but lots of work still
drobo_00 has quit [Ping timeout: 240 seconds]
c0rnelius has joined #armbian
drobo_00 has joined #armbian
<lanefu>
Tony_mac32: you should stay up way too late more often
<[TheBug]>
that's what she said?
drobo_00 has quit [Quit: drobo_00]
drobo_00 has joined #armbian
drobo_01 has joined #armbian
rneese has quit [Quit: Leaving]
drobo_00 has quit [Ping timeout: 240 seconds]
drobo_01 is now known as drobo_00
rneese has joined #armbian
<c0rnelius>
Looks like that ikonical rock64 deal is back on Amazon for $20. I guess they smartened up a bit.
<[TheBug]>
it's been there, was cheaper
<[TheBug]>
but ... i mean there are better options for the money tbh
<[TheBug]>
it was more attractive sub $20
<c0rnelius>
Pretty good deal when I got for 8.99
<[TheBug]>
yeah exactly
<c0rnelius>
Not bad still. Power supply and lil display dealy.