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
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 256 seconds]
ChriChri_ is now known as ChriChri
macc24 has quit [Ping timeout: 260 seconds]
livingsilver94 has joined #armbian
livingsilver94_ has quit [Ping timeout: 264 seconds]
<lanefu> archetech: what kernel are you running on your rock64
<Tenkawa> lanefu: btw I found a solution to that odroid-n2 quandary. it needs a uas quirk at boot to fix
<Tenkawa> once I had that in it detected the device uniquely and chainloaded perfectly
<archetech> 5.9
<Tenkawa> I imagine it could even be passed to petitboot but this is working fine so....
<archetech> 5.7.9
<Tenkawa> since I'm not using petitboot its more work to try to implement it
<Tenkawa> but having m.2 on here is quite nice now
<lanefu> Tenkawa: nice, i wonder if we should add that as a default
fizikz has quit [Quit: Leaving.]
<Tenkawa> well it has to be changed for each unique device
<lanefu> oh its specific to the usb device you were using?
<Tenkawa> you have to query it with lsusb then get its id then add it to the boot line
<Tenkawa> ues
<lanefu> gotcha
<Tenkawa> er y es
<Tenkawa> wow my typing is off tonight
<lanefu> lol are you using your n2 headless?
<lanefu> s/lol//
<ArmbianHelper> lanefu meant to say: are you using your n2 headless?
<Tenkawa> it connected when it started showing up on my rpi's too
<Tenkawa> yep
<Tenkawa> all my socs are headless
<c0rnelius> ur welcome
<lanefu> yeah most of mine are in a cluster, but I'm trying to use one as a desktop
<Tenkawa> c0rnelius keeps throwing stuff at me to test lol
<Tenkawa> lanefu: I have a distcc + ccache cluster
<lanefu> nice
baffo32 has quit [Ping timeout: 256 seconds]
<Tenkawa> it still gets thumped by my 12 core cross compiler though
livingsilver94 has quit [Ping timeout: 256 seconds]
<lanefu> its the lifestyle that counts
livingsilver94 has joined #armbian
bigbrovar has quit [Ping timeout: 264 seconds]
bigbrovar has joined #armbian
<Tonymac32> Tenkawa I only have 4 cores for cross-compile, 8 threads. My 6 core machine is for games, but could be repurposed in a year or so
<Tonymac32> lanefu the linux-amlogic feed has a possible explanation for why my K2 is suddenlu not static on the screen
<Tonymac32> I might try to revert it to see if the uglies come back
<Tenkawa> Tonymac32: the funny thing about this box is that its a repurposed gaming laptop
bigbrovar has quit [Read error: Connection reset by peer]
<Tonymac32> haha
<Tonymac32> my current build machine is an i7-3770 I have overclocked with a liquid cooler
<nekomancer[m]> this world is so complicated
<Tonymac32> it was my gaming machine before the current i7-6800K
<Tonymac32> nekomancer[m]: oh?
bigbrovar has joined #armbian
<nekomancer[m]> it's about ways of patches flying
Tenkawa1 has joined #armbian
Tenkawa1 has quit [Client Quit]
<lanefu> Tonymac32: interesting.. so OSD is like video overlay mode for the drm driver?
<Tonymac32> This is not my world for sure
<lanefu> i made the mistake of adding my buildserveer to our gitlab at work, adn now people use my runner instead of what the company provides beacuse I have more cores
<Tonymac32> hahahahaha
Tenkawa has quit [Ping timeout: 260 seconds]
<Tonymac32> I have many things my work does not have (my group specifically, as a company they have way better stuff than me)
<lanefu> hence all your soldering
<Tonymac32> yep
<Tonymac32> I have a full (if somewhat hack) reflow and cleaning setup
<Tonymac32> my scope is not in the same league, rofl
<Tonymac32> Entertaining if not hardware related: I had GB's of data to sort through, my team was trying to get matlab licenses (takes a couple weeks to get something like through all the checks/balances
<Tonymac32> I downloaded python and made a script in about an hour
<Tonymac32> went home early
<Tonymac32> (Performance of said script was unimportant)
<lanefu> man that's the magic of python for sure
<Tonymac32> that's it's greatest use if I'm being honest
<lanefu> and also hilarious.. nobody else codes on your team?
<Tonymac32> no
<Tonymac32> we do hardware, all the smarts are built into an ASIC
<lanefu> speakng of python.. i'm gonna make a small flask app to handle all the redirects for dl.armbian.com
<Tonymac32> oh?
<lanefu> yeah... basically serving 2 roles..... 1. round-robin to all our available mirror sites (will be geo-ip and health based in future)
<lanefu> and 2. replace the existing perl-fu symlnk stuff that the armbian.com/download pagee relies on with dl.armbian.com (which is whats keeping us from using our mirrors in the first place)
<lanefu> the mirror sites have slightly different paths. so can't just roundrobin dns..... plus would still have to solve item 2
<Tonymac32> lane-fu discussing perl-fu
<lanefu> i'd take a dozen in the half shell over perl any day
<Tonymac32> ha
<Tonymac32> so here is the other danger of using multiple origin patches: I pulled the official upstream "add DAC to potato" patch
<Tonymac32> and it fails
<Tonymac32> I know why
<Tonymac32> but
<Tonymac32> sigh
<nekomancer[m]> but what?
<nekomancer[m]> intrigue
<lanefu> is there _any_ SoC vendor that does their own mainlining?
<Tonymac32> Rockchip makes a half-hearted effort of it
<lanefu> and why (IMHO) is sunxi the most superior SoC from the perspective of mainline
<lanefu> did they just get like the fisrt group of passionate contributors?
<Tonymac32> yes
<Tonymac32> the $5 A10/A20 devices pulled in a lot of people
<lanefu> first draft picks
<Tonymac32> especially when you see the number of problems encountered to start
<lanefu> so what's your favoritest SoC
<lanefu> your desert island SoC
<lanefu> and it can't be an industrial one
<Tonymac32> as for the "but", it's because of different people applying the same stuff slightly differently
<Tonymac32> who me? I don't know really. armv7 is the RK3288 due to it "just working" pretty much all the time, as long as you don't want to use the CSI
<Tonymac32> aarch64 is tough though
<Tonymac32> amlogic has really good support, but have their stupid blobs
<Tonymac32> the rk3399 *should* work flawlessly, but somehow...
<Tonymac32> H6... >:(
<Tonymac32> I guess if you pretend PCIe doesn't exist
<lanefu> yeah H6 is probably gonna be my "desktop" soon.... cuz sunxi video FTW
<Tonymac32> I don't have an H6 with a reasonable amount of RAM so
<lanefu> i've been reading enough into the kernel drm code now that i _almost_ think i know where to patch to add 2560x1440 for drm_kms
<lanefu> i'm running pihole and wireguardon my opi oneplus
<lanefu> occasional nomad workload too
<lanefu> spunky little thing
<lanefu> i gotta figure out how to detox from armbian tomorrow and focus on work shit.. i have to demo somethign tomrrow afternoon that currently isn't implemented
<Werner> Good morning.
<lanefu> hi werner
<Werner> martinayotte: Sounds like the known behavior. The freezing should be gone as soon as you fix the gpu clock via devfreq. For the heck of simplcity I simply echo the max_freq to the min_freq and fix it so to the highest possible clock.
<lanefu> Werner: those scripts you have fo rbuilding armibna images.... do you build imags for any particular project, or just do it cuz its cool like the resto f us do
<Werner> lanefu: mostly they are for testing purpose. To see if it builds at all or to put on a board laying around. ATM i have only one board that is used productive and that is an OPi One for serving Pihole
<Werner> And I use my OPi Zero atm to debug another OPi one which I mentioned in forums freezes after a few hours/days
<lanefu> i like the ones.. they're under appreciated
<lanefu> i started using an opi lite as my uart for debugging
<lanefu> less fiddly since its always working
<Werner> I'll probably use it more often since I learned that screen can be used to listen at a serial tty as well
<lanefu> yeah screen rocks for that
<Tonymac32> good morning werner
<Werner> Good day Tony
<lanefu> on someboard (not all) for just getting logs... cat /dev/ttySX | tee logfile.txt works well
<archetech> I have a distcc + ccache cluster is what I need
<archetech> for linux fr scratch
<lanefu> thats pretty cool
<lanefu> one day i'll start compiling on arm
<Werner> I always read about LFS but never tried it myself
<lanefu> is gentoo dead?
<archetech> no
<Tonymac32> genwho? ;) j/k
<lanefu> man i worked some place tha tused it in production
<lanefu> i thougt it was f-ing crazy
<lanefu> back when servrs were pets
<Werner> I stopped using gentoo more than ten years ago. Maybe take a look at funtoo
<archetech> LFS allows total config control
<lanefu> Werner: i remember seeing funtoo i wonered if it was dead too
<archetech> for things like opengl es mesa /qt5
<archetech> or egl and NOX
<Tonymac32> The last thing I ran it on was a Precott Pentium 4
<lanefu> so there's like no depedency management at all with LFS right?
<archetech> yes its called BLFS
<Werner> I am way not up to date about gentoo/funtoo. But if I come around a intel architectore machine I'd probably prefer FreeBSD over gentoo.
<lanefu> i'm convince FreeBSD is written by like 20 people
<Werner> A few years ago I had a LAMP + mailserver running freebsd...it was awesome.
<Werner> Well the FreeBSD part was awesome, the mailserver part not so much^^
<lanefu> Werner: what'd you like about it
<Werner> It feels better organized. People say its more like slackware
<sunshavi> Werner: I have just failed installing FreeBSD on opi pc :(
<Werner> Also jailing back then was very simple to do. Also the firewall syntax using pf was very intuitive and mighty.
<lanefu> hehe
<sunshavi> Werner: Bot got NetBSD installed on it
<lanefu> did any of you all ever get your early linux CD's from https://en.wikipedia.org/wiki/Walnut_Creek_CDROM
<archetech> I dont use many apps so I want a LFS with KDE and no Xorg at all just wayland-egl
<Werner> There is probably no device in existance that cannot run NetBSD with some tinkering ^^
<lanefu> yeah i noticed netbsd has a lot of .. coverage
<lanefu> like i could put it on my EdgeRouter Lite
<Werner> That is their advantage. One OS on all platforms. OpenBSD is known for their strict security and FreeBSD mostly for performance
<sunshavi> Werner: NetBSD installation was simple. But default ethernet is not working
<Werner> I never tried NetBSD on any device yet.
* Tonymac32 getting distracted watching the slow Mo guys blow stuff up
<Tonymac32> on a Vim 1 :)
<Tonymac32> (Reason #2 not to grab patches from random places)
<Tonymac32> the Vim 1 has audio, but it's device name is different from the others so the asla config isn't right
<Tonymac32> the fault is the 'model =' dts entry
<Tonymac32> chewitt likes to make them all the same (makes sense), mainline makes every single one different
<Tonymac32> that is also why the DAC patch is failing
<Tonymac32> and khadas does whatever khadas does. ;-)
<Tonymac32> (It looks like mainline patch)
archetech has quit [Quit: Leaving]
<Tonymac32> So I will adjust all to be like chewitt's for our collective sanity
<Tonymac32> and then for 5.8 we will only need that patch renaming the devices
<lanefu> so just switching to a giant megapatch?
<Tonymac32> no no
<Tonymac32> so for this one I just need to tweak a couple patches
<Tonymac32> for 5.8 only the device names will need adjusted, and only because we don't want to have an alsa config for every single board
* lanefu must extract kernel roadmap from tony's brain sometime
<Tonymac32> if you look at patchwork you'll see most of the audio stuff we're patching in is already there for 5.8
<lanefu> sweet
<lanefu> alright time to goto bed so i can stay up another hour
<Tonymac32> ha
<lanefu> yall have a good evening / morning
<Tonymac32> same
<Tonymac32> Acodec works, will need some more alsa massaging
bigbrovar has quit [Ping timeout: 256 seconds]
livingsilver94_ has joined #armbian
bigbrovar has joined #armbian
livingsilver94 has quit [Ping timeout: 264 seconds]
drobo_00 has quit [Quit: drobo_00]
macc24 has joined #armbian
bigbrovar has quit [Ping timeout: 258 seconds]
<chewitt> Tonymac32 so far the alias approach in alsa-lib allows everything to come down to four confs which is more manageable
<chewitt> mixer setttings in userspace is a slightly bigger challenge
<chewitt> but since the routings are visible in device-tree it should be possible to query device-tree and then use some rules to configure stuff semi-automatically
<chewitt> nb: I did attempt to upstream something that simplified the model names in device-tree, but that was shot down in flames
<chewitt> so each device having a unique name is here to stay
bigbrovar has joined #armbian
fizikz has joined #armbian
<Tonymac32> right, like I said I'll just keep that patched going forward
<Tonymac32> willing to maintain that over a ton of configs
<ArmbianTwitter> @NewsSats (Stacking Sats): @ThomasConnors @NWMichl So very true. Picked up a cheap tv box as well and threw @armbian on it. It works astoundingly well with 3gb and an octacore. Even managed to mine #Monero on it (24s ago)
Net147 has quit [Quit: Quit]
Net147 has joined #armbian
fysafysa has joined #armbian
fysa has quit [Ping timeout: 256 seconds]
bigbrovar has quit [Ping timeout: 264 seconds]
<Tonymac32> I'll need to look at N2 audio tomorrow
bigbrovar has joined #armbian
bigbrovar has quit [Read error: Connection reset by peer]
bigbrovar has joined #armbian
<IgorPec> good morning
archetech has joined #armbian
BCMM has joined #armbian
redliondj has quit [Ping timeout: 256 seconds]
lesless has joined #armbian
archetech has quit [*.net *.split]
Net147 has quit [*.net *.split]
gnom_ has quit [*.net *.split]
ikmaak has quit [*.net *.split]
PipeItToDevNull has quit [*.net *.split]
Unit193 has quit [*.net *.split]
mrueg has quit [*.net *.split]
PPA has quit [*.net *.split]
archetech has joined #armbian
Net147 has joined #armbian
ikmaak has joined #armbian
PipeItToDevNull has joined #armbian
mrueg has joined #armbian
gnom_ has joined #armbian
PPA has joined #armbian
Unit193 has joined #armbian
bw\ has joined #armbian
sassinak-work has quit [Ping timeout: 260 seconds]
sassinak-work has joined #armbian
BCMM has quit [Quit: Konversation terminated!]
livingsilver94 has joined #armbian
lesless has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
livingsilver94_ has quit [Ping timeout: 258 seconds]
lesless has joined #armbian
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
xwigg has joined #armbian
bigbrovar has quit [Ping timeout: 256 seconds]
bigbrovar has joined #armbian
<martinayotte> Werner: what is the value that you echo in devfreq ?
<lanefu> good morning
<xwigg> morning, what says cpufreq-info?
<IgorPec> good morning
xwigg has quit [Remote host closed the connection]
xwigg has joined #armbian
bigbrovar has quit [Read error: Connection reset by peer]
<martinayotte> xwigg: was your question for me ? What I was asking to Werner is GPU related, not CPU.
<xwigg> werner but perhaps it won't work without generic dt freq mod
Hokedli has joined #armbian
<lanefu> IgorPec: I didn't cut branch, or update trunk's version, because i remembered you'd need to generate new filesystems afterwards
<IgorPec> hi
<IgorPec> no, you mean new rootfs cache=
<lanefu> yeah new rootfs cache
<IgorPec> no, not needed ... only if package base is changed
<IgorPec> which is not
<lanefu> Ohh... okay.. i thought it used to track based on version
<lanefu> thats good
<IgorPec> and anyway its done automatically with current scripting, if its changed
<IgorPec> no, cache is unrelated to versions
<IgorPec> btw. i update kernel config for ebin and test boot it
Hokedli has quit [Quit: Konversation terminated!]
<lanefu> cool. yeah i just saw the commit changes
xwigg_ has joined #armbian
<IgorPec> 5.7-y didn't work for you?
<ArmbianHelper> AR-227 [Story] "Move Espressobin current to K5.6" reported by Igor Pecovnik at 2020-04-27. Status: Done
<IgorPec> ok, low important at this moment
<lanefu> yeah...5.6 is a huge step forward, and somewhat know to be stable
<lanefu> btw with 5.6 and up. they change the device tree files a bit.. there's dedicate files for v7 espressobin
<lanefu> not sure how to document that, or if we should actually build a v7 image
<lanefu> s/dedicate/dedicated dtb/
<ArmbianHelper> lanefu meant to say: btw with 5.6 and up. they change the device tree files a bit.. there's dedicated dtb files for v7 espressobin
<IgorPec> probably it can be saved into u-boot env
<IgorPec> something like setenv ftdele espresso 7
xwigg has quit [Ping timeout: 256 seconds]
<IgorPec> if armbianEnv.txt is active then ftdfile=espresobinxxxx
<lanefu> not sure how we could detect the ebin version at that layer
<lanefu> also don't have a v7 :P
<IgorPec> we can't but one can force
<lanefu> right
<IgorPec> actually it has to define fdt_name_a and fdt_name_b
mardev has joined #armbian
<IgorPec> actually we could drop legacy kernel at one opint and remove A and B stuff out
<IgorPec> for the hosting
<IgorPec> bug hasn't send anything, right?=
<lanefu> nope, not yet... should we just spin up a cloud VM temporarily and move?
<IgorPec> hmm, what do we gain? let me check with Lauri, how urgent this is
<IgorPec> he is not online
<IgorPec> ok, what do we gain with temporal move?
<IgorPec> beside practicing :)
<lanefu> ha yeah not much.. i'm confused about the urgency
<IgorPec> me too
<IgorPec> i would say to be prepared for such option
<lanefu> I would like to try to get the dl.armbian.com redirect stuff working.. and I'd be included to do that part temporary
<lanefu> since its not much data
<lanefu> i have to write the code first :P, but i think it will be pretty quick
<IgorPec> currently things are static, but until we roll out release, things must ... just work :)
<IgorPec> i would say we wait for 48h
<lanefu> yeah understood, fortuantely we'd be able to test easily before cutting the world over
<lanefu> s/easily/easily and thoroughly/
<ArmbianHelper> lanefu meant to say: yeah understood, fortuantely we'd be able to test easily and thoroughly before cutting the world over
<IgorPec> well, it would be nice to test out, sure
<IgorPec> especially if we will start with that. if we only rsync stuff there, little needed to be done
mpmc has quit [Quit: ZNC - https://znc.in]
<lanefu> yep
<IgorPec> this part i don't quite get it "as documented userdata.csv"
<IgorPec> aha, csv file with urls?
mpmc has joined #armbian
<lanefu> IgorPec: yeah.. that file.. :)
<lanefu> man it seems like we got a _ton_ done over the weekend
bigbrovar has joined #armbian
<ArmbianTwitter> @RzrFreeFr (https://mastodon.social/@rzr): https://t.co/k7CxLf9Cno #WebOfThings #IoT gateway implemented by #Mozilla is using #RaspberryPi as reference target, but other platform can be used like #odroid check the #howto I wrote for #OdroidMagazine, more to come https://t.co/dAhpZEgIPg https://t.co/9S7QZ43Ip6 (25s ago)
Ntemis has joined #armbian
Ntemis has quit [Read error: Connection reset by peer]
bigbrovar has quit [Ping timeout: 256 seconds]
<[TheBug]> lanefu: Clarification since it seems to have gotten jumbled in communication the other day -- 5.7 Kernel paniced on boot even with working uboot, only 5.4 booted and worked, I have not be able to test the new 5.6, maybe sometime this week as I have time.
<xwigg_> 5.6 is not listed anymore on kernel.org (!) seems weird to use it as stable
sassinak-work has quit [Ping timeout: 256 seconds]
sassinak-work has joined #armbian
<IgorPec> xwigg_ we will do something about that, but ebin got here from 4.19
<IgorPec> plan was 5.7.y but due to troubles
<Werner> martinayotte, you can either check the file for available frequencies in the same folder or simply cat max_freq > min_freq
<Werner> You can find the whole things here as well: https://armbian.atlassian.net/projects/AR/issues/AR-374?filter=allissues
<ArmbianHelper> AR-374 [Bug] "H6: Desktop freezes/crashes" reported by Werner at 2020-07-20. Status: To Do
<lanefu> [TheBug]: oh okay... good to know thanks
<lanefu> i feel better knowing 5.7 extra-doesnt-work
bigbrovar has joined #armbian
bigbrovar has quit [Client Quit]
<martinayotte> Werner: If I understand, the workaround is to avoid any GPU freq changes, right ?
<Werner> Yes. It somehow prevents crashes
<martinayotte> So, I've done it in the /etc/rc.local
<Werner> Just mess a little around on DE. If it does not crash within a few seconds or minutes it should be just fine.
<martinayotte> Seems to be fine for now ...
<Werner> OPi3 right?
mardev has quit [Ping timeout: 245 seconds]
<martinayotte> Bad news : I've ran glxgears, it was running fine, I've then resize/enlarge it windows, it ran, but when I've tried to close it, desktop frozed ...
<martinayotte> Yes, OPi3 ...
<martinayotte> seen from my SSH :
<martinayotte> Message from syslogd@localhost at Jul 20 14:32:25 ...
<martinayotte> Message from syslogd@localhost at Jul 20 14:32:25 ...
<martinayotte> kernel:[ 471.062163] Code: 1ac22142 51000442 93407c42 8a070042 (f8627800)
<martinayotte> kernel:[ 470.849747] Internal error: Oops: 96000004 [#1] SMP
<Werner> No idea...
archetech has quit [Quit: Konversation terminated!]
<martinayotte> Rebooted, then doing the same glxgear test, not been able to repro ...
r9 has joined #armbian
c0rnelius has quit [Ping timeout: 256 seconds]
drobo_00 has joined #armbian
c0rnelius has joined #armbian
oida has quit [Remote host closed the connection]
oida has joined #armbian
HerculeP has quit [Ping timeout: 256 seconds]
<xwigg_> mm. OpiPC+ clean latest buster image has unattended-upgrades package installed & running by default aside systemd controlled timers (apt.daily[-upgrade]), can't imagine this is intended (?)
HerculeP has joined #armbian
macc24 has quit [Quit: WeeChat 2.8]
macc24 has joined #armbian
xwigg_ has quit [Quit: Leaving]
macc24 has quit [Quit: ZNC 1.7.5 - https://znc.in]
macc24 has joined #armbian
macc24 has quit [Remote host closed the connection]
xwigg has joined #armbian
<Tonymac32> IgorPec if you didn't read through everything, sound on Vim, K2, C2 is 100%. Le Potato I2S is 100% (HDMI out), the DAC for the TRS jack is working but we need to tweak the alsa config to enable it/set the right source
<Tonymac32> I have not tested La Frite, I assume being the same as le potato functionally it is also ok, building image for test
<Tonymac32> N2 I need to look at later today
macc24 has joined #armbian
macc24 has quit [Remote host closed the connection]
Naaka has quit [Remote host closed the connection]
macc24 has joined #armbian
macc24_ has joined #armbian
macc24 has quit [Client Quit]
macc24_ has quit [Remote host closed the connection]
Nakaori has joined #armbian
macc24 has joined #armbian
livingsilver94_ has joined #armbian
livingsilver94 has quit [Ping timeout: 264 seconds]
<IgorPec> tonymac32: awesome! we made a huge progress lately!
<IgorPec> lanefu: yeah :(
archetech has joined #armbian
drobo_00 has quit [Ping timeout: 264 seconds]
<Tonymac32> Thankfully someone identified the specific patch that was breaking everything for good
<IgorPec> xwigg_: unattended upgrade is started but its not enabled
drobo_00 has joined #armbian
drobo_00 has quit [Client Quit]
<Tonymac32> chewitt confirmed on the linux-amlogic feed that the green line on the lefthand side of the screen exists, so I'm not seeing things. (Just verified it's on my La Frite as well)
sassinak-work has quit [Ping timeout: 260 seconds]
sassinak-work has joined #armbian
<Tonymac32> Audio OK on La Frite
Toast has joined #armbian
A64-Guy has joined #armbian
<A64-Guy> hi room
<A64-Guy> Have a quick question on Armbian build process. Wondering if there is a quick way to go directly to kernel configuration without having to compress the linux-source package every time
<A64-Guy> currently I am running compile.sh with the KERNEL_CONFIGURE and KERNEL_ONLY options and still have to wait several minutes for things to load before kernel configuration menu comes up
<xwigg> ./compile.sh BUILD_KSRC=no
<A64-Guy> xwigg....you are awesome. thank you so much
Hokedli has joined #armbian
sassinak-work has quit [Ping timeout: 244 seconds]
sassinak-work has joined #armbian
Hokedli has quit [Client Quit]
Hokedli has joined #armbian
A64-Guy has quit [Remote host closed the connection]
Hokedli has quit [Quit: Konversation terminated!]
xperia64_ has joined #armbian
xperia64 has quit [Ping timeout: 260 seconds]
xwigg has quit [Quit: Leaving]
<nekomancer[m]> chewitt:
<nekomancer[m]> chewitt: did you have a new set of N2 dtb with RTC, that buildable?
livingsilver94_ has quit [Ping timeout: 256 seconds]
livingsilver94 has joined #armbian
<martinayotte> nekomancer[m]: Last April, I did a experimental DT overlay for RTC of OdroidN2 :
<martinayotte> compatible = "amlogic,meson-g12b";
<martinayotte> fragment@0 {
<martinayotte> target-path = "/aliases";
<martinayotte> __overlay__ {
<martinayotte> i2c3a = "/soc/bus@ffd00000/i2c@1c000";
<martinayotte> };
<martinayotte> };
<martinayotte> fragment@1 {
<martinayotte> target-path = "/soc/bus@ffd00000/i2c@1c000";
<martinayotte> __overlay__ {
<martinayotte> status = "okay";
<martinayotte> pinctrl-0 = <&i2c3_sda_a_pins>, <&i2c3_sck_a_pins>;
<martinayotte> pinctrl-names = "default";
<martinayotte> pcf8563: rtc@51 { /*I2C-bus slave address: read A3h and write A2h*/
<martinayotte> compatible = "nxp,pcf8563";
<martinayotte> reg = <0x51>;
<martinayotte> };
<martinayotte> };
<martinayotte> };
<martinayotte> };
<martinayotte> Oupps ! header missing, copy/paste to hexchat give sometime suprises ...
* Tonymac32 looked over and thought my brain had finally given up, seeing device trees everywhere
<Tonymac32> igorpec atheros patch on Rockchip (32-bit) is failing. I don't know what this patch is though
<nekomancer[m]> the question still "to push it into armbuan tree"
Nakaori has quit [Ping timeout: 256 seconds]
<nekomancer[m]> (it was martinayotte: )
* Tonymac32 stearted compile on rockchip 32 kernel, first time on this machine, going to get dinner while I wait
<martinayotte> nekomancer[m]:maybe I will add this overlay directly into main DT later this week ...
<nekomancer[m]> martinayotte: with bind rtc0 to rtc, and alias for internal timer?
<nekomancer[m]> as it was on chewitt
Toast has quit [Ping timeout: 260 seconds]
LanDi has joined #armbian
LanDi has quit [Remote host closed the connection]
<Tonymac32> ah, so nice, build a Tinker image for the first time in months. #JustWorks
<Tonymac32> XD
<Tonymac32> need to try new u-boot
<nekomancer[m]> Tinker?
Miouyouyou has quit [Quit: Idle timeout reached: 172800s]
<Tonymac32> Tinkerboard
<Tonymac32> RK3288
<Tonymac32> The ASUS board
<Tonymac32> Bluetooth, wifi, usb, etc etc etc all works
<Tonymac32> have not tsted the DSI, I don't think I had it working on mainline
<Tonymac32> need to try that out some time
<Tonymac32> or CSI
<nekomancer[m]> o!