Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum feed: #armbian-rss | Off-Topic: #armbian-offtopic | Logs: -> irc.armbian.com
Dagger has joined #armbian
archetech has quit [Quit: Konversation terminated!]
archetech has joined #armbian
norwich_ has joined #armbian
norwich has quit [Ping timeout: 255 seconds]
norwich_ is now known as norwich
archetech has quit [Remote host closed the connection]
califax has quit [Ping timeout: 255 seconds]
califax has joined #armbian
archetech has joined #armbian
Dagger has quit [Ping timeout: 264 seconds]
Dagger has joined #armbian
<Armbian-Discord>
<Tonymac32> What the hell happened in here?
<Armbian-Discord>
<Tonymac32> I step away for a few hours and y'all acting the clown
<Armbian-Discord>
<Tonymac32> I CANT EVEN BLAME ARCHETECH
<archetech>
ha
* archetech
votes tony for rock5 maintainer
<archetech>
drop that old rk stuff for it
<Armbian-Discord>
<Tonymac32> Haha
<archetech>
all rc below 3399 just rm -rf it from the repos
<archetech>
poof plent ty of time for it
<archetech>
sadly thats not gonna get us a mainline kernel any quicker
<Armbian-Discord>
<Tonymac32> Yeah
<Armbian-Discord>
<Tonymac32> And honestly my interest in arm boards is not the "might as well get an x86" range anyway
<Armbian-Discord>
<Tonymac32> Spec racing 4 cylinders isn't really value added most of the time
<archetech>
but the 3588 is 6 cyl
<Armbian-Discord>
<Tonymac32> No, it's a 1980's turbo 4
<Armbian-Discord>
<Tonymac32> Capable of a few good tricks, at great cost and frustration
<archetech>
ah the dofge omni of arm
<archetech>
dodge
<Armbian-Discord>
<Tonymac32> Hahahaha
<Armbian-Discord>
<Tonymac32> Or the SVO
<archetech>
the rabbit GTI of arm then
<archetech>
had a 1984
<Armbian-Discord>
<Tonymac32> Well, at least a cool GTI
<Armbian-Discord>
<Tonymac32> Maybe the only one
<archetech>
yup I liked the boxy look kinda like chevy trucks then too
Herc has quit [Ping timeout: 260 seconds]
lemonzest has joined #armbian
archetech has quit [Quit: Konversation terminated!]
qqqhhh86199 has quit [Remote host closed the connection]
qqqhhh861993 has joined #armbian
archetech has joined #armbian
<vpeter>
Looks like it is still not understand what I was trying to say yesterday. But all good. I don't care how project is handled but it is interesting to check from time to time if anything has been changed. And it is not.
archetech has quit [Quit: Konversation terminated!]
Herc has joined #armbian
<Armbian-Discord>
<IgorPec> vpeter: TBH i didn't pay much attention, after long working day and several meetings, I really don't have the energy for random person meetings. 80% of random people that came here are complaining about something, expecting hard technical questions answered in real time or that we work for them hours and hours ... without showing a minimal respect. Listening and attention is expensive and by default suppressed -
<Armbian-Discord>
nothing personal, just self preservation mode. If you want to change anything, change yourself into contributor, help us solve our problems, put yourself in my shoes. If you don't understand what world we are looking at, you can't really judge, or? You can even book an office hour (25m) which goes on my (shared) expense - for talking about what to change ... care to respect that 24/7 attention & availability doesn't work out and never
<Armbian-Discord>
will. Especially not on such projects.
<vpeter>
I'm not complaining but only showing your attitude. Which is something still don't understand.
<Armbian-Discord>
<IgorPec> i told you how to understand it
nettings has joined #armbian
attah has quit [Ping timeout: 246 seconds]
attah has joined #armbian
kolla has quit [Quit: %fog relay%]
attah has quit [Ping timeout: 268 seconds]
kolla has joined #armbian
attah has joined #armbian
LanDi has joined #armbian
LanDi has quit [Quit: LanDi]
<stipa>
vpeter: which board do you have?
<Armbian-Discord>
<gambl0r> How much to disable the tip of the day? 🙂
<Armbian-Discord>
<NicoD> I'm preparing to make a video about Armbian rolling release. Is there anything I should try with it that's new and nice to test and useful for people?
<Armbian-Discord>
<NicoD> For gaming it seems there's a performance boost. Not sure if it's because of Kinetic, kernel 6.1 or some new mesa packages. But every gain is nice. From 18fps to 21fps in my supertuxkart bench.
<Armbian-Discord>
<IgorPec> nice. just note that rolling releases are prone to crash
<Armbian-Discord>
<NicoD> Ok. There are a few bugs but nothing too bad. Missing background and double wifi selector. But haven't seen anything too bad. It are test images for something...
Toasty has joined #armbian
<Armbian-Discord>
<Jason123> Not every rolling distro cause issues but it might be the case for armbian idk I never used armbian rolling
<Armbian-Discord>
<IgorPec> bugs in rolling are random, sometimes you don't notice, sometimes it bump into the face 😉
vpeter has quit [Remote host closed the connection]
lyri has joined #armbian
vpeter has joined #armbian
Smedles has quit [Ping timeout: 272 seconds]
Smedles_ has joined #armbian
alekksander has joined #armbian
flyback has quit [Ping timeout: 260 seconds]
flyback has joined #armbian
<Armbian-Discord>
<NicoD> Ok like this? Not released yet. I can still make adjustments. I did make 2 small slip of the tongues. sli insead of cli. On Risc instead of risc-v. But that's not important enough to redo the whole part. https://www.youtube.com/watch?v=s5lDo1bkFU4
<Armbian-Discord>
<c0rnelius> What exactly quantifies a rolling release on Armbian? I see Ubuntu Kinetic listed as one, but thats a 12 month stable release "or something like this?" and Sid is more of a test bed for future development, than a rolling release. Its expected to be broke.
<[TheBug]>
The real answer is they are community supported builds instead of official Armbian builds.
<Armbian-Discord>
<NicoD> And weekly build.
<Armbian-Discord>
<c0rnelius> There is Kali Rolling, but you guys don't debootstrap that.
<Armbian-Discord>
<c0rnelius> ah I see
<[TheBug]>
they are rolling based on community contributions and are only built in the community part on github, they are not the images built by our infrastructure and placed in the supported download boxes on the page
<Armbian-Discord>
<IgorPec> ubuntu should be pushed to new one to be really on the edge, but does it makes sense?
<Armbian-Discord>
<c0rnelius> ubuntu lunar... pretty unstable in places though
<Armbian-Discord>
<c0rnelius> does boot
<Armbian-Discord>
<IgorPec> well, that's not a problem here ... boot doesn't came from there
<Armbian-Discord>
<NicoD> Then who builds the images?
<Armbian-Discord>
<NicoD> Johnny 5 has gotten old it seems.
<Armbian-Discord>
<TheBug> but he is Alive!
<Armbian-Discord>
<NicoD> So do I need to mention it are robots from another universe(than Armbian) that build these? Or is that irrelevant?
<Armbian-Discord>
<TheBug> build which? The community images are built by the github runner is my understanding... where as the others are built and tested in our direct infrastructure. Igor can correct me if I am wrong in any ways here.
<Armbian-Discord>
<NicoD> Ok, I think that's clear enough? I show them sepperately and mention it are communtiy builds.
<Armbian-Discord>
<TheBug> yeah I don't see any issue with anything you said
<Armbian-Discord>
<TheBug> I was just responding to @c0rnelius 's inquiries
<Armbian-Discord>
<NicoD> Just what I didn't say? 🤣
<Armbian-Discord>
<NicoD> ok, I'll release it.
<Armbian-Discord>
<IgorPec> yes, automated builds are what linux distros normally have
<Armbian-Discord>
<IgorPec> debian only provide automated builds for arm IIRC
alekksander has quit [Quit: Konversation terminated!]
<Armbian-Discord>
<IgorPec> for SBC section
<Armbian-Discord>
<IgorPec> the same others
califax has quit [Ping timeout: 255 seconds]
califax has joined #armbian
alekksander has joined #armbian
ccatss0 has quit [Ping timeout: 260 seconds]
ccatss0 has joined #armbian
lyri has quit [Remote host closed the connection]
Toasty has quit [Ping timeout: 260 seconds]
alekksander has quit [Quit: Konversation terminated!]
<nettings>
Hi *! Is there anything during a normal apt upgrade on Debian that would perform a persistent firmware update to a SATA controller or any other persistent firmware storage that would affect SATA? Platform is Odroid HC4.
<nettings>
"Debian" = Armbian based on bullseye
<Armbian-Discord>
<ManoftheSea> firmware update? No, you have to do that through fwupd or something
<nettings>
And it would never be called as part of any package's post-install scripts?
<Armbian-Discord>
<ManoftheSea> I don't know of anything that would do so automatically.
crabbedhaloablut has quit [Remote host closed the connection]
archetech has joined #armbian
crabbedhaloablut has joined #armbian
<nettings>
ManoftheSea: thanks!
<nekomancer[m]>
nettings armbian not build own packeges with raid controoler or hdd firmware. then your question misaddressed.
<nekomancer[m]>
if debian will provide such packets — then it will be availabe. and not, in case "not".
<[TheBug]>
I think that request is a bit confused
* nekomancer[m]
sees that kind of packages only in Solaris repositories, for SUN (later Oracle) servers
<[TheBug]>
firmware and drivers are seperate things
<[TheBug]>
if the questions was could the driver change in and upgrade, yes, you could upgrade kernel and have new driver that is broke or work different
<[TheBug]>
if the question is will the actuall programmed firmware on a controller it's self be changed, no
<nekomancer[m]>
I understand words persistent firmware storage as stored inside controller
<c0rnelius>
i assume this is kernel related as the firmware isn't gonna really change on a soft update in Bullseye. Would defeat the purpose of using the release.
<c0rnelius>
i think there is something in the forum concerning the HC4 and an update that is busting one of the sata ports.
<c0rnelius>
again this looks kernel related
<nettings>
I'm trying to resolve broken SATA behaviour. I basically lost SATA links to my harddrives after an apt upgrade, and downgrading has not restored access. Hence I'm wondering if some permanent change to the hardware could have happened. See https://forum.armbian.com/topic/25123-sata-disks-not-spinning-up-after-apt-update/ and other threads if you're interested.
<c0rnelius>
during the update did ur kernel version or revision change?
<nettings>
c0rnelius, yes.
<c0rnelius>
do you happen to know what version you were on before?
<c0rnelius>
ah I see you've already tried jumping around.
<nettings>
I did the last apt upgrade after September 2022, so I would expect to have been on 5.19.17. After the upgrade, I found myself at 6.0.3.
<c0rnelius>
`Still unable to get any large 5 1/4" platter to be spun up or even a link recognized`? Have you tried a diff PSU?
<nettings>
c0rnelius, yes, and I'm getting desperate :o)
<nettings>
c0rnelius, indeed I have. No change.
<nettings>
c0rnelius, which is why I'm beginning to suspect either damage or persistent changes to some voltage regulators or the SATA firmware.
<nettings>
c0rnelius, also, the original PSU still measures ok, and the issue occurs even with only one disk (there should be plenty of power headroom)
<c0rnelius>
could be a HW related fail but you would think that would have been apparent before you ran the update.
<nettings>
Yes, and a number of other users have reported similar issues in conjunction with an apt upgrade.
<[TheBug]>
Do you know what release you were on before upgrading, do you have that original image and have tested it?
<[TheBug]>
it is very possible, especially in Kernel 6.x that there is some driver issue from regression
<[TheBug]>
ohh and FYI
<[TheBug]>
that is a USB to SATA adapter stapled to HC4 isn't it?
<[TheBug]>
mm would like to see yours and what is is doing in specific
<nettings>
Those are mine.
<nettings>
Actually, the dmesg outputs have been all the same, no matter which kernel. Only outlier were some regulator errors in some 5.17.x versions somewhere. But the SATA issue always looks the same.
<Armbian-Discord>
<teslacreiste> I know how busy you can be, however, if you could answer this Google forms survey of only 3 questions I would appreciate it, it is about IoT https://forms.gle/RC8n3qPmedpBgdvf6
<Armbian-Discord>
<teslacreiste> Sorry if this is not the place to do this
<Armbian-Discord>
<TheBug> I mean at minimum offtopic at least since its not on any topic here..
<Armbian-Discord>
<TheBug> maybe you could delete in here and move to offtopic please?
<Armbian-Discord>
<TheBug> Thanks
<Armbian-Discord>
<Werner> Welcome
<Armbian-Discord>
<TheBug> 🙂
<Armbian-Discord>
<teslacreiste> oh ok sorry
<Armbian-Discord>
<teslacreiste> Welcome @Werner
<[TheBug]>
nettings: so may seem stupid but the things to me that stand out are, what image were you using before and also have you tried legacy to see if also this persists there? If so I am curious about that Jmicron usb to sata adapter and something not right with it
<[TheBug]>
my immediate assumption is some driver regression but since you say you have used different kernels its a bit odd
<[TheBug]>
let me see if I can boot mine up with an image and share one that works for me .. I have some archiverd
<nettings>
Yes, and it has worked before with a 5.17 kernel.
<nettings>
Also, not sure about that JMicron bridge. Mine says:
<nettings>
01:00.0 IDE interface: ASMedia Technology Inc. ASM1061 SATA IDE Controller (rev 02)
Smedles_ is now known as Smedles
nettings is now known as nettings_
<Armbian-Discord>
<TheBug> ahh okay, well I am burning image and will test my 5.10.60 images I have and see if it comes up or not
nettings_ is now known as nettings
<Armbian-Discord>
<TheBug> netting: just as a random aside, have you tried an HardKernel direct image to see if anything changes there?
<nettings>
TheBug, not yet. That's next on the list, but I first wanted to exhaust all other options, since moving back to Hardkernel imgs requires me to restore petitboot first...
<nettings>
Will do that tomorrow and report to the forum thread.
<Armbian-Discord>
<TheBug> hmmmm you say you are switching kernels are you actually also burning a whole new image and testing or just changing the kernel on your existing image?
<nettings>
TheBug, initially only changing the kernel. When that didn't make a difference, I chose the nuclear option and have done the last four tests with stock Armbian images from the archive.
<nettings>
which lead to my original question above, namely, if there might be something hiding in a persistent flash storage somewhere on the board... but nobody thinks that's likely.
<Armbian-Discord>
<TheBug> Okay thanks, cause if not you could be retaining a bad DTB or something if that was changed on update so that was why I was asking based on you saying in forum you can hot swap and it will actually come up -- makes me feel like some regulator isn't being brought up on boot by driver or something but driver does somehow activate it when you hot swap it...
<nettings>
Yes, I can hotswap an SSD or a small notebook spindle, and they will come up. Large 5 1/4" spindles wont, but there isn't even an error message, it's as if they are not even plugged in.
<Armbian-Discord>
<TheBug> ohh really... that is interesting as well to the effect of is the drive not getting enough power or?
<nettings>
But I actually diffed the DTDs between a previously-known-good (but now also broken) version and 6.0.3, and they are identical but for some whitespace.
<nettings>
It might be, but it's not a PSU think. Swapped in a larger PSU, no luck. Also, the original PSU is rated for two drives, so it shouldn't be a problem with just a single drive plugged in.
<nettings>
*thing*
<Armbian-Discord>
<TheBug> okay well I need some break here, I have sd burning of my older image and will just see if all works
<nettings>
TheBug, break sounds good, I've been banging away at this issue for more than 8 hours... be back tomorrow...
<Armbian-Discord>
<TheBug> well whats odd is to me it would seem some cap /component is wearing or something that's supposed to help with 12v supply and maybe its not putting it out
<Armbian-Discord>
<TheBug> way I would test, though I am doubting you have this
<Armbian-Discord>
<TheBug> is I would power the spinning rust withe external power supply and then use a male to male sata cable to connect into the HC4
<Armbian-Discord>
<TheBug> this would at least tell you if it is power related or not
<Armbian-Discord>
<TheBug> I say that but I also have that hardware spare here, you may not
<nettings>
the SATA data cable is not a problem, but I would have to hack some PSU for the power connector. could power it off my studio machine... tomorrow :)
<nettings>
Don't have one of those. I'll have to power it off my studio machine's PSU, and hope there are no potential issues that would fry the HC4...
<Armbian-Discord>
<TheBug> so you can plug it down into the port
<nettings>
Thanks. Will try that tomorrow.
<nettings>
Got a couple of old SATA cables around.
<Armbian-Discord>
<TheBug> well note how that one is
<Armbian-Discord>
<TheBug> it isn't a standard cable why i took picture
<Armbian-Discord>
<TheBug> you see one side has male connector
<Armbian-Discord>
<TheBug> so you can inset into that female header in the HC4
<nettings>
I was thinking of vandalizing an old SATA cable, clip off the cover to expose the contacts, and use that. I thought that's what your photo shows... are there actual male-to-female SATA cables you can buy?
<Armbian-Discord>
<TheBug> you will note there will be a small piece of plastic that you will need to remove on the male end on either side to have it go in that female header but if you have a pair of side cuts thats an easy task
<Armbian-Discord>
<TheBug> then it will match the one I showed above
<nettings>
Thanks, that's useful.
<Armbian-Discord>
<TheBug> I have used this for testing external USB 3.0 usb cables with spinning rust, thats why I have these to test with in case you wondered
<Armbian-Discord>
<TheBug> most USB 3.0 cables use same female adapter on them
<nettings>
saves trying to get a female plug off the cable and reattaching it in reverse to get the pins on the proper side... I'll order one.
<nettings>
Gotta go, thanks for your help everyone! Much appreciated. Will report back tomorrow.
archetech_ has joined #armbian
nettings has quit [Ping timeout: 264 seconds]
DarthGandalf has quit [Ping timeout: 265 seconds]
<Armbian-Discord>
<ManoftheSea> ebin v7 needs a weird cable for SATA - it's like they expected the drive to plug directly into the board.
<Armbian-Discord>
<TheBug> yeah thats another reason I have those cables indeed, I had used on on the v7 port to connect a drive
<nekomancer[m]>
to allow hdd power-on like on servers — one by one.
<nekomancer[m]>
avoid power spike
Toasty has joined #armbian
jclsn has joined #armbian
<jclsn>
Trying to build a package with Cmake and it is reporting "check for working c compiler /usr/bin/cc - broken" due to a wrong archticture
<jclsn>
Seems like it is trying to build for x86_64
<Armbian-Discord>
<Tenkawa> Looking at bigscreen.. it has a lot of dependencies that would have to be reconciled to normal Debian based distributions.
DarthGandalf has joined #armbian
archetech_ has quit [Quit: Konversation terminated!]