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 | Type 'help' for help | Logs: -> irc.armbian.com
archetech has joined #armbian
DaRock has joined #armbian
ChriChri_ has joined #armbian
<lanefu>
archetech: which kernel is on the image you're using
ChriChri has quit [Ping timeout: 240 seconds]
ChriChri_ is now known as ChriChri
<archetech>
no armbian atm
<archetech>
was broke blew it away
<archetech>
waited 2 days for fix sry
<archetech>
doing LFs now on it
<lanefu>
yaeh i know you blew it away. i'm asking what kernel you're using on the one you're happy with
<archetech>
5.7.12 ill install 5.8 soon
<lanefu>
do you have source somewheere?
<bigbrovar>
lanefu: how are you finding the n2+ have mine on order so waiting for it to slowly ship down. The og n2 I own is doing life as a kodi box..pretty much an appliance.
<lanefu>
bigbrovar: i don't have one :P
<lanefu>
just regz
<lanefu>
archey got the +
<bigbrovar>
Anyone uses clearfog here?
<bigbrovar>
I had the most horrible experience at their store. And found them to be a very tone deaf unresponsive company. So I tried order the clearfog rev 1
<bigbrovar>
The device, power supply and case cost about 110 dollars.. Shipping though was 350 dollars lol.
<lanefu>
holy hell
<lanefu>
is that a solidrun board?
<bigbrovar>
Turns out I was billed for 45 dollars for every item I added to cart. Including sd card power supply and case plus the board itself.. It was as if they intended to ship each item separately
<bigbrovar>
lanefu: yes Solidrun.
<bigbrovar>
I pointed this to them via email and on their twitter but was completely ignored.
<bigbrovar>
After about a month. I settled to getting the NanoPi r2s
<lanefu>
I think the mostly prefer partners for stuff but not sure
<lanefu>
and yeah i bet that r2s is a better deal
<lanefu>
:P
livingsilver94 has joined #armbian
* lanefu
had such a beautiful dream of porting vyos to armbian, until it was discovered the innerworkings require some kernel patchse and general sins
<lanefu>
i'll try again in a year or two
livingsilver94_ has quit [Ping timeout: 264 seconds]
<lanefu>
bigbrovar: there's always espressobin, which i think was a joint effort with solidrun
<lanefu>
[TheBug]: things they're the best
<[TheBug]>
lanefu: that password complication setting you guys added is going to make me pull my hair out -- anytime I do my base setup I always do a simple default password so I can get in to setup and it totally is a buzz kill cause I have to make some compicated password
<[TheBug]>
lalala
<[TheBug]>
lanefu: do you by chance consider different sets of default utils based on the board, if so adding packages like smartmontools and mdadm are probably good defaults for EBin
<[TheBug]>
bigbrovar: what is your usecase?
<bigbrovar>
lanefu: i did consider the espressobin. Just was held back by the many talks of it being horrendously unstable and QA problems with the board. It was actually my first choice.
<[TheBug]>
bigbrovar: I run some in production as NAS but it will depend on you wanting to spend some time to make sure its stable for you use case
<[TheBug]>
different kernels are more stable on different devices
<[TheBug]>
but v7 the latest seems pretty stable on mainline
<[TheBug]>
current uptime is 20 days cause I did some maintenance but thats on mainline kernel handling NAS responsibilities
<bigbrovar>
[TheBug]: I wanted a home router / firewall something to run openwrt on maybe. I don't mind putting in the effort to make it stable. Spent many time at the armbian forum reading up on it and it seems the overwhelming conclusion was to avoid it.
jbg has joined #armbian
<[TheBug]>
hmm
<archetech>
bigbrovar: what!?! 45 per item
<archetech>
and you agreed?
<bigbrovar>
I remember reading up on a thread where people asked if it is now stable with the v7 and the confusion was neither here nor there. I still like the device and might still get it it (if I can find it.. Since it is no longer available on Aliexpress where I get most of my boards)
<[TheBug]>
bigbrovar: well as long as lanefu and I are here it seems it will hopefully stay supported in Armbian
<jbg>
hey all, i'm trying to boot armbian on a orangepi 4b, i noticed there is only an orangepi 4 image, but i don't think they're too different, and in fact the image at the top of https://www.armbian.com/orange-pi-4/ is actually of a 4b
<bigbrovar>
archetech: no sir. I still have my wit with me.
<archetech>
ok
<jbg>
but no matter which image i try (focal desktop, focal server - both 5.4, focal nightly - 5.7, or debian buster - 4.4) i get nothing on hdmi when it boots
<[TheBug]>
bigbrovar: v7 on mainline 5.4.y and 5.6.y seems stable now, v5s are very table on original kernel from Globalscale, however, v7 has instabilities with it.
<jbg>
the orangepi debian image boots fine
<bigbrovar>
[TheBug]: thats good to know. I will see if I can still find where to buy. It is available on amazon with a plastic case. How well does it handle thermals? There don't seem to be a accessory market for it.. (understandably so)
<lanefu>
[TheBug]: yeah there's a bit of back-and-forth with the login stuff
<lanefu>
actually there's a recent forum post with someone else having trouble would be great for you to comment on tha tthrad
<[TheBug]>
lanefu: okay this is the second time I think I have experienced this now -- those images you sent me , I think I am still using the 5.6 version don't seem to have PATH set in them correctly and I end up having to manually set my path to access things in /sbin and /usr/sbin
<[TheBug]>
I don't know if that is common in the shipped image or not
<lanefu>
[TheBug]: thats heella weird... did you change your shell or somtehing?
<lanefu>
...it should have the stuff we did a few weekes ago
<ArmbianHelper>
.it should have the stuff we did a few weekes ago [en~>eng]
<ArmbianTwitter>
@orangepixunlong (OrangePi): Help test upcoming #armbian https://t.co/yiW9X1LrAL NEW #bugfixes NEW #features NEW #infrastructure thanks in advance! (19s ago)
<lanefu>
^^^ i wonder if that will open the floodgates
<lanefu>
[TheBug]: do you use the armbian build engine to do your own images?
<[TheBug]>
lanefu: again, this is the image you gave me to test last, doing some testing on old v4 in preparation for new v7 to arrive
<[TheBug]>
using that same image
<lanefu>
yeah but that was sooo 2 weeks ago
<[TheBug]>
ill replicate more in a minute
<[TheBug]>
lol
<[TheBug]>
lots stuff be going on
<[TheBug]>
only have time now :)
<lanefu>
my builder queestion was in regard to your package requests
<lanefu>
its all good man
<lanefu>
do you do any router stuff with the ebins or just NAS?
<lanefu>
and do you know about my favorite cheapo hardrive?
<lanefu>
yeeah i was going through gohardrive white labels--which were literally the same.. i ended up noticing i could do the 3 yaer warrant with theamazon ones
<[TheBug]>
eww
<nekomancer[m]>
nobody sell me 5×4TB 45$ with free shipping
<lanefu>
nekomancer[m]: yeah well.. im sure you make your savings back on healthcare
<nekomancer[m]>
khe!
<nekomancer[m]>
correct...
<[TheBug]>
lanefu: yes actually Goharddrive is king 90% of my drives are purchased through them because they have great warranty and Mike there in their support dept is awesome if you ever have any issues
<[TheBug]>
lanefu: that said with Covid their supplies have been lower and prices higher
<[TheBug]>
lanefu: so took some chances with some other vendors here
<lanefu>
[TheBug]: ha
<lanefu>
im out of devices to stick drives in
<[TheBug]>
lanefu: last set of 4Tbs I bought before these Seagates were all HGST from Goharddrive
<[TheBug]>
lanefu: I am just about there this is my last setup
<lanefu>
you'll probably LOL @me because I run 8x2TB drives in my synology raid10
<[TheBug]>
lanefu: when I am done though, 100TB storage online..
<lanefu>
jeez
<[TheBug]>
it will be
<[TheBug]>
4xEBin in production
<[TheBug]>
1x J3455-ITX
<[TheBug]>
then my main E5 rig
<nekomancer[m]>
to order a lot of 4-6 TB not higher 50$ and make swarm of HC2
<[TheBug]>
all that in 4 cases with 4 ATX power supplies
<lanefu>
nekomancer[m]: yeah you could do like cephs
<[TheBug]>
lanefu: the 2TB drives are most affordable, I just started switching to 3 and 4Tb as prices have come down
<lanefu>
[TheBug]: yeaeh i started 2 attempts at making ebin nas. got like drive trays n stuff.. but then i was afraid it was unrelaible and didnt want to send to my bro inlow
<[TheBug]>
in fact the work I am completing now is converting 5x2 to 5x4
<nekomancer[m]>
ceph is too complicated. unacceptable easy to fuck off all the data in case of easy admin error
<lanefu>
all this shit is too complicated lol
<[TheBug]>
lanefu: actually doing a test atm thats a little different, usually I have a SATA card in mPCIe but instead I am testing for this one setup a SYBA 5 port port multiplier I have cause I wanted to compare performance and see if using this nice PM actually elimiated any overhead and provided any better performance for a raid of 5x2TB drives
<[TheBug]>
going to compare to results using SATA card and decide if I am gonna use one in this setup or not
<lanefu>
[TheBug]: rigth thee single sata port would have more bandwidth
<[TheBug]>
well
<[TheBug]>
techinically
<[TheBug]>
if I understand correctly
<lanefu>
but theen you might as well just run of the usb 3 port right?
<[TheBug]>
onboard sata has at least 1 pcie lane
<[TheBug]>
and then the sata card you add gets 1 pcie lane I think
<[TheBug]>
I think both are x1
<[TheBug]>
so you _should_ gain performance especially on faster drives
<[TheBug]>
these 2TB drives it may be negligable
<lanefu>
oh so both are 2.5gbps
<lanefu>
yeah
<lanefu>
soo i was looking into multipliers
<lanefu>
but i read something that scared mee
<[TheBug]>
more so comparing all off 1 sata port vs all of 2 sata ports where usuallyu 4 share 1 port and 1 gets its own
<[TheBug]>
hehe they should scare you a little
<lanefu>
which is that 1 drive puking is prone to bringing the whole set of drives down
<Kamilion>
Considering you can generally get full drive performance from a one to four PMP (port multiplexer) on spinners, I doubt moving to sata would change much
<[TheBug]>
because if you use anything more than a passthrough mode you always have a single point of failure -- at least for those Jmicron PMs like this one I have that has option raid built in.. then.. and I have like 5 examples sitting here in front of me mind you..
<[TheBug]>
its one of those things you get what you pay for
<Kamilion>
yeah, I've been ending up with some badly cloned PATA to SATA adapters recently.
<Kamilion>
bought startech's much more expensive equiv, problems went away.
<[TheBug]>
the one I am testing now is a 90$ SYBA card which is known to be rather stable but also still know to fail and the reason I took it out of production is last time I went looking for a spare I couldn't get one at a reasonable price
<[TheBug]>
there are some cheap as chips $20 PM cards out there on amazon and ebay
<Kamilion>
JMicron chips are pretty alright; but the silicon image chips were a lot more stable.
<[TheBug]>
that if you don't slap a HUGE heatsink on
<[TheBug]>
you chance data corruption the whole way
<Kamilion>
for the older square jmicron chips: yes.
<Kamilion>
For the newer, smaller, rectangular ones? smaller process, don't even get warm to my finger
<[TheBug]>
the packaged heatsinks and or lack there of will lead to very short life and high failure rate
<nekomancer[m]>
checksums on filesystem are our friends. zfs, btrfs.
<Kamilion>
if it's hot enough to 'hmmm' over, stick a heatsink on
<[TheBug]>
I always replace them, unless they are the huge long black ones like syba supplies
<Kamilion>
and yeah, btrfs all the way.
<[TheBug]>
I run raid5 successfully with little issue here, however, once I go past 4TB drives as my medium I will probably be moving to raid6 or zfs
<Kamilion>
with the exception of singlecore ARMs
<[TheBug]>
4TB is my limit of comfort with raid5
<nekomancer[m]>
<Kamilion "For the newer, smaller, rectangu"> can you please link a sample board?
<archetech>
whats a newish usb3 sata hdddock somebody likes?
<Kamilion>
personally, I run "RAID1" btrfs.
<Kamilion>
nekomancer[m]: for the PATA to SATA bridges?
<archetech>
that does UAS w/o trouble
<[TheBug]>
Kamilion: I have about 100TB in 9 different raids
<[TheBug]>
all raid5
<Kamilion>
I've got a couple thousand drives, in various
<lanefu>
nekomancer[m]: that 6 port card is interesting
<nekomancer[m]>
<Kamilion "nekomancer: for the PATA to SATA"> o, no. I think you speak about SATA HBA
<[TheBug]>
ahh one I was thinking of is a StarTech ST521PMINT
<[TheBug]>
it's okay
<Kamilion>
look for one of these with the silicon image controller
<[TheBug]>
but you need to replace heatsink
<Kamilion>
SiI3726, I think
<lanefu>
[TheBug]: you have a pic of one of these frankensteined rigs?
<Kamilion>
they're a lot more expensive than the cheap jmicron PMPs
<Kamilion>
but they're known to work with allwinner's SATA
<[TheBug]>
lanefu: when it comes to docks the USB 3.0 one I was trying to get working is a Orico 4 drive USB 3.0 dock
<[TheBug]>
lanefu: lol outside ye, inside no.. but I am guesin you want the nude photos ;)
<[TheBug]>
hehe
<Kamilion>
nekomancer[m]: wait, you need a PCIE to SATA HBA? Then these PMPs are completely the wrong direction.
<lanefu>
just a little skin
<[TheBug]>
lanefu: so some information, using 5 port PM on single SATA port w/ luks encryption across mdadm raid5 array my testing results in - 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 13.9378 s, 77.0 MB/s
<Kamilion>
archetech: look around for something with JMS578 for a good UAS device
<[TheBug]>
testing without PM will give you comparison, I actually don't think it will be much different
<Kamilion>
avoid ASM1051/ASM1051E
<Kamilion>
ASMedia ASM1053-s can be okay, as well as ASMedia ASM1153 (you'll find this in a lot of seagate enclosures)
<Kamilion>
the only other good one is the Genesys Logic GL3310
<Kamilion>
i'd suggest one of plugables, if you can afford it.
<[TheBug]>
that may not be fully accurate seems I have about 20M/sec of traffic on that NAS
<[TheBug]>
Wow thats too close
<[TheBug]>
I will keep testing but thats an interesting finding
<Kamilion>
[TheBug]: In general, unless you've got something like ST3000DM001s behind a PMP that can do 180MB/sec seq, it's really hard to saturate a PMP with spinners on it. SSDs or the high end seagates.
<Kamilion>
average 120MB/sec seq WD 2TBs won't even saturate the host link to 90%
<[TheBug]>
On EBin w/ encryption your probably looking about 75-80M/sec on non PM raid5 array attached I think thats actually what it comes out to be -- seems PM may be a tiny bit slower at about 70M/sec but I am sure its also helped by the cache on the Jmicro raid PM that I am using
<Kamilion>
most of the time you won't even be able to get those sequential top speeds either; it'll be roughly half that or less for some random I/O mixed in
<Kamilion>
somewhere between 60-70MB/sec if you're in good shape and whatever OS image your using isn't doing a ton of stuff in the background.
<[TheBug]>
w/o encryption you get maybe a 10M/sec bump to around 100M/sec
<Kamilion>
oooh, that's pretty nice, what crypto acceleration is that using?
<Kamilion>
intel's IO-AT?
<[TheBug]>
EBin has a crypto engine on board
* Kamilion
googles EBin
<[TheBug]>
though tbh I am not sure if I have it currently enabled on the baord I am testing
<[TheBug]>
ESPRESSOBin
<[TheBug]>
no actually
<[TheBug]>
that may make a huge difference
<[TheBug]>
hmm
<Kamilion>
oh, marvell
<Kamilion>
Armada 3720, eh?
<archetech>
Kamilion: thanks specific experience with that yourself?
<Kamilion>
archetech: plugables? yes.
<Kamilion>
I buy their docking stations and drive docks.
<Kamilion>
they're the only ones who respond to bug reports
<Kamilion>
and get them settled with DisplayLink or Asmedia
<[TheBug]>
lanefu: actually thats weird... ahh I am using you 4.5.52 image and don't see that module
<Kamilion>
you can find the same chipsets in a lot of devices, but plugable's one of the only ones that offers true after-sale support for them (in my humble opinion)
<Kamilion>
even startech.com's stuff generally doesn't get firmware updates often *grrr&
<[TheBug]>
lanefu: I seem to remember you telling me it may have a different name than marvell-cesa or maybe you had forgotten to include it?
<archetech>
got an asm1051 now its ok but is iffy at times
<Kamilion>
asm1051 are known bad
<archetech>
jsut too old of a chip for these days
<[TheBug]>
StarTech is bulkrate semi-decent, still need to replace their heatsinks with some good thermal glue and a decent heatsink
<Kamilion>
but it's been able to spin up most every 2.5" laptop drive or SSD I've attached so far.
<archetech>
XWU is ok but I prefer a power cord
<Kamilion>
you just plug one in
<Kamilion>
i've got craptons of FSP 7A 12V bricks around
<archetech>
I dont
<Kamilion>
i didn't want to pay for some random chinese one, when I have extremely high quality chinese ones in stock lol
<Kamilion>
US $5.81 for the bare adapter from aliexpress.
<Kamilion>
but $16 with some random wallwart. Unforgivable markup.
<Kamilion>
but yeah, ten of them for USD $55 with free shipping was "a really good deal" for me, compared to a $49 plugable + local sales tax from amazon.
<Kamilion>
YMMV
<Kamilion>
G'luck!
<lanefu>
[TheBug]: would be on kernel 5.6. Just download latest nightly image
<lanefu>
Crashing early before Werner starts his day
<[TheBug]>
ahh ill play with it later
<[TheBug]>
np
on2 has joined #armbian
<[TheBug]>
lanefu: well this is fun on that 5.4.52 image all sudden with no other reasoning I have dd segmentation faulting.. weird stuff not sure if system is in half crashed state or if sdcard died
<[TheBug]>
weird stuff system works but 'dd' seg faults
sassinak-work has quit [Ping timeout: 272 seconds]
<[TheBug]>
weird dd was corrupted somehow, reinstall and it works
sassinak-work has joined #armbian
<[TheBug]>
wonder if I have a dieing SDcard I am using
<[TheBug]>
hmmmm card had to be on its way out system is segfaulting
<[TheBug]>
hmm no seems was likely heat related seems the heatsink I had on this for testing wasn't handling it
<archetech>
N2+ w/ no fan on -j4 is just luke warm
<archetech>
and being boos over your toolchain aarch64-lfs-linux-gnu
<archetech>
boss*
drobo_00 has quit [Quit: drobo_00]
thefinn93 has joined #armbian
<archetech>
gcc j4 needs a fan
<IgorPec>
lanefu: merge to nightly is automatised, no need to adjust anything :)
xecuter has joined #armbian
xecuter has quit [Max SendQ exceeded]
archetech has quit [Quit: Konversation terminated!]
livingsilver94 has quit [Ping timeout: 246 seconds]
livingsilver94 has joined #armbian
on2 has quit [Read error: Connection reset by peer]
<Werner>
Good day
drobo_00 has joined #armbian
drobo_00 has quit [Client Quit]
torv has quit [Remote host closed the connection]
torv has joined #armbian
pinkieval has quit [Excess Flood]
pinkieval has joined #armbian
<Miouyouyou>
day Good
archetech has joined #armbian
_whitelogger has joined #armbian
archetech has quit [Quit: Leaving]
<ArmbianTwitter>
@aicruma (Andrés Murcia): Meet Karmbian, an ARM Linux Distro for Ethical Hackers Based on Kali Linux and Armbian - 9to5Linux https://t.co/Dc77iQQUrS (7s ago)
<buZz>
are exynos chromebooks one of armbians targets?
<buZz>
i see Samsung Exynos 5422
<buZz>
but i have a 5800 i think
nett_hier has joined #armbian
<nett_hier>
Hey, I have a NanoPi M4v2. I flashed the legacy Buster server image to an sdcard, and the device booted correctly and I could SSH into it. I then ran armbian-config, and Installed to emmc, selecting f2fs as the filesystem. After the process was finished and the system powered off, I powered it on again, but I cant reach it anymore
<nett_hier>
The heartbeat LED is blinking, but I simply cant ping the device
<nett_hier>
Hard-rebooting doesnt help either
<nett_hier>
The reason I cant ping it, is because the router reports it as disconnected, and not giving it an IP
<nett_hier>
ext4 works correctly, so it seems like an issue with f2fs
<lanefu>
nett_hier: yeah f2fs doesnt get much attention
<nett_hier>
so uh
<nett_hier>
hm
<nett_hier>
mmcblk1 is emmc right?
<wingedrhino>
Any Rock Pi S or Rockchip 3308 users here? Curious if the 8-channel audio input is actually usable.
<nett_hier>
Yeah if I select f2fs during the installation, the emmc doesnt even get mounted properly during boot
<nett_hier>
I mean it doesnt even get shown at all
<nett_hier>
There is no /dev/mmcblk1 until I unbind and bin it
<nett_hier>
bind*
<buZz>
nett_hier: mmcblk* can be emmc or a SD card
<nett_hier>
So this is really weird
<nett_hier>
So I have both sd card and emmc plugged in
<nett_hier>
When I select f2fs, the system reboots to the sdcard, with the emmc not even being detected by the system
<nett_hier>
when i select ext4, everything boots correctly, and both sd and emmc are shown
<buZz>
why exactly do you want to use f2fs?
<buZz>
its not really supported well
<nett_hier>
Hmm
<nett_hier>
Well I've been using it on all my flash devices
<nett_hier>
Its supposed to be better for those
<nett_hier>
All my USB sticks run f2fs
<nett_hier>
And youre literally offering it as an option
<buZz>
i am not ;) armbian is
<nett_hier>
oh right, sorry
<buZz>
but, its been told by several people that it doesnt work well now
<nett_hier>
rip
<nett_hier>
yeah I have been having some extreme IO bottlenecks, turns out I never booted from emmc
<buZz>
:)
<nett_hier>
really weird stuff
<nett_hier>
looks like uboot doesnt support it
<buZz>
maybe if you build a uboot yourself?
<nett_hier>
id prefer not too
<nett_hier>
ive already unscrewed the emmc 10 times today
<lanefu>
nett_hier: try btrfs its flash friendly and generally works.. i use it on most of my installs
<buZz>
i dont really know what 'sysroot' headers are, instead of normal ones
<torpor>
^^ this does not
<torpor>
so it seems the compiler that armbian built is not aware of the onboard sysroot - i've tried everything to get this working, including passing KCFLAGS into the module build make call, but its not functional.
<torpor>
just wondering if there is some voodoo i need to do in order to make the onboard compiler act like a normal linux system.
<lanefu>
yeaeh honestly we do all our builder through builder w/ cross compiler and dont do any native kernel compiling
<torpor>
so if i wanted to include the socketcan module you'd suggest i use an overlay or something like that to include it in the armbian build process?
<torpor>
it builds clean on x86
<torpor>
so in theory i should be able to add it as a custom user build setup somewhere, i guess ..
<buZz>
doesnt 'sysroot' just mean 'the / of your system' ?
<buZz>
and on crossdevs 'the / of your target system'
<torpor>
its the path to include/sys
<[TheBug]>
sounds to me like you are just lacking kernel headers which you may not get as part of the default packages... you probably want to install kernel source for the kernel you are running if you haven'
<torpor>
i do have the kernel sources and headers
<buZz>
he's running a custom kernel
<[TheBug]>
oh
<torpor>
linux-headers-current-sunxi
<torpor>
i've built the image myself, but nothing custom about it - just out of the box armbian configured for bananapi
<[TheBug]>
then I am having a difficulty understanding the issue as well
<torpor>
i want to add socketcan module to an armbian system - theoretically, i can unpack the socketcan module sources and build them - this works fine out of the box on an x86 system with the same kernel version as my armbian board.
<torpor>
but whats happening is that the compiler is not include the path to include/sys that it needs in order to pick up time.h
<torpor>
system header
<buZz>
and if you add that include parameter it compiles?
<torpor>
i have made a small project to illustrate the issue
<buZz>
actually, isnt all that already in mainline kernel?
<torpor>
when i try to pass in -isystem to the socketcan build process, it hands this off to the kernel module build (make -C /lib/modules/`uname -r`) .. but my -isystem doesn't 'override the default'
<buZz>
i dont know what you mean by that
<buZz>
i ment the /usr/include/arm-linux-gnueabihf/sys
<buZz>
i dont understand why /sys is in that, but ok
<nett_hier>
Im a gigantic dumbass. I re-flashed my SD card 4 times thinking that there was something wrong as I couldnt connect to my device once it was turned on. The fucking ethernet cable was loose
<torpor>
maybe i should just learn how to properly cross-compile for my bananapi/armbian board .. i guess i should put the socketcan kernel module somewhere i can build it ..
<IgorPec>
you can include header when you build image
<torpor>
i do
lanefu has quit [Quit: need to de-armbian for a while. not getting work done]
<torpor>
but this is not enough
<IgorPec>
so you will have the exact / proper header
<IgorPec>
what else do you need?
<buZz>
ls -l /usr/src/linux-headers-5.7.11-sunxi/sys/time.h
<buZz>
is it even there?
<torpor>
the compiler it produces does not have the flags set up to find system headers such as time.h in /usr/include/arm-linux-gnueabihf/
<buZz>
gcc has -i in any method you can build it
<torpor>
buZz> ls -l /usr/src/linux-headers-5.7.11-sunxi/sys/time.h
<torpor>
^^ not there!
<buZz>
thats where its looking though, in your pastebin
<torpor>
is that supposed to be a symlink?
<buZz>
is -anything- in /usr/src/linux-headers-5.7.11-sunxi/ ?
<buZz>
that socketcan thing is by a carmanufacturer from back in linux 2.x time :P
<buZz>
might just be lacking 1000 years of updating to newer kernels ^_^
<torpor>
socketcan works fine on a new system (ubuntu 20.03)
<torpor>
s/3/4
<ArmbianHelper>
torpor meant to say: socketcan works fine on a new system (ubuntu 20.04)
<buZz>
thats x86 though
<buZz>
and that ubuntu isnt one you built yourself ;)
<torpor>
i'm willing to deal with that issue, once i get socketcan built
<torpor>
trying the v4l2-loopback driver ..
<torpor>
seems to build fine. :(
<buZz>
well
<buZz>
look at the Makefile included
<torpor>
yeah i'm going through it now, line by line
<buZz>
and maybe try to imitate methods used for your volkswagen module
drobo_00 has joined #armbian
drobo_00 has quit [Read error: Connection reset by peer]
drobo_00 has joined #armbian
jwb_ has quit [Remote host closed the connection]
jwb__ has joined #armbian
DaRock has quit [Ping timeout: 246 seconds]
Strykar has quit [Quit: /quit]
Strykar has joined #armbian
<torpor>
thanks for the help buZz ... i guess i will try to use CANOpen instead of socketCAN. ;)
torpor has quit [Quit: leaving]
<buZz>
:) welcome dude
<buZz>
oh, already ran
<buZz>
boo
dddddd has quit [Remote host closed the connection]
dddddd has joined #armbian
<ArmbianTwitter>
@kryptokidz_ (KryptoKidz ☯): @selfbankt @HRF @openoms @joinmarket Hey @openoms I see the Odroid XU4 with an Armbian image has been tested, but is it possible to test it with an Odroid H2+ with an Ubuntu desktop image? I can SSH to the board FWIW (16s ago)
toketin_ has joined #armbian
toketin has quit [Ping timeout: 265 seconds]
xwigg has joined #armbian
Triffid_Hunter has quit [Ping timeout: 256 seconds]
<IgorPec>
HerculeP: we are usually ahead of mainstream ;)
archetech has joined #armbian
<ArmbianTwitter>
@heinz_hjo (Heinz): Installed Syncthing (@syncthing) on #BananaPi M1 running @armbian It now syncs folders on desktop PC and android mobile phone (15s ago)
<ArmbianTwitter>
@armbian (armbian): RT @heinz_hjo: Installed Syncthing (@syncthing) on #BananaPi M1 running @armbian It now syncs folders on desktop PC and android mobile pho… (11s ago)
DigitalMan1983 has joined #armbian
<DigitalMan1983>
hey guys
<DigitalMan1983>
still banging my head against a wall with this A64 board
<DigitalMan1983>
at this point it seems that the issue is u-boot trying to boot from emmc
<DigitalMan1983>
several patches are out there for the device tree files but they've already been implemented
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
<DigitalMan1983>
also, I'm seeing that while there are specific device trees for the Olinuxino, it does not show up in the board selection menu of the Armbian build scripts
livingsilver94_ has quit [Quit: ZNC 1.8.1+deb1~bpo10+1 - https://znc.in]
livingsilver94 has joined #armbian
drobo_00 has quit [Ping timeout: 240 seconds]
<DigitalMan1983>
I seem to remember being able to specify a DTB in kernel configuration in kernel 4.4
<DigitalMan1983>
is there still a way to do that?
<Miouyouyou>
You can compile DTB files the same way you do on 4.4 kernels
<Miouyouyou>
Just check that the DTS files exist
<DigitalMan1983>
how do I specify that that
<DigitalMan1983>
's the board I'm using?
<DigitalMan1983>
the DTS is there, it's just not available in the selection menu
DigitalMan1983 is now known as DigitalMan1983_
<archetech>
psa ameridroid may have some N2+'s still
<fizikz>
i take it there's a typo and you meant you'll *wait* until after armbian v20.08 to push the fix mainstream?
<lanefu>
haha thanks fixed typing mistakee
<lanefu>
yes .. wait
<lanefu>
so v20.08 has the "disable DMC" fix in place
<lanefu>
so stil shouldnt have that performance issue
<lanefu>
anyway patch will be available on -dev kernel on next nightly build
<fizikz>
excellent
<lanefu>
xwigg: i bought one of those RTCs that you got, because i was jelous
<fizikz>
btw, how well vetted are those patches?
<fizikz>
did you understand what the actual issue is?
<xwigg>
<lanefu> haha :)
<lanefu>
fizikz: those patches are in the maintainer's kernel for Exynos in a branch cat devfreq-next
<lanefu>
fizikz: "adjust the polling interval
<lanefu>
and upthreshold value used by the simple_ondemand governor
<lanefu>
"
<fizikz>
ok, presumably they know what they're doing and are best positioned to make fixes
<lanefu>
they're more qualified than me
<lanefu>
but if you're worried about it.. the disabling it altogether option is still there
<fizikz>
not worried, just checking
<lanefu>
xwigg: you havee some config snippets or anything so i can continue copying off of you
<xwigg>
lanefu: what board?
<lanefu>
lol which one should I use :P I have all of them
<lanefu>
for sake of conveersation H6 -- opi oneplus
<xwigg>
fastest: enable i2c-0 in armbian-config, add rtc-ds1307 to /etc/modules, add echo ds3231 0x68 > /sys/class/i2c-adapter/i2c-0/new_device to /etc/rc.local, add hwclock -s -f /dev/rtc1 after that in rc.local
<xwigg>
you'll need i2c-tools in case you want to i2c-detect -y 0 to make sure ds3231 is found
<xwigg>
the cleaner way imo is drawn up at https://www.sigmdel.ca/michel/ha/opi/opipc2_i2c_en.html, where a DTS is used as overlay. I haven't rebooted my board so cannot test as I'm currently watching a TV show off of it
<xwigg>
and I've purged the package fake-hwclock and updated /etc/default/hwclock to use the 3231 rtc
<lanefu>
so cool
<lanefu>
alright addeed to my notese
<lanefu>
notes
<lanefu>
im thinking ill run it on my pi-hole/wireguard server
<xwigg>
yeah much fun for a buck
<lanefu>
womp this takes a smaller batery than a cr2032 lol
<lanefu>
xwigg: how'd you mount yours? just danglign wires or did you do something fancy