<set_>
I am trying to help this fellow but I think he understands more of what he is doing compared to me knowing more of what he is doing.
<set_>
So, w/ respect to him and his needs, I am going to build what he has done and try some quick research on his builds to perform pcm_* for ALSA sound cards.
<set_>
Does that make sense?
<set_>
This has to do w/ the BBB and devm and snd primarily.
<set_>
I know it is probably too late now. So, I will just blurt here...
<set_>
I tried w/ modprobe pcm_5102a and some other ways to handle it.
<set_>
It is like devm has taken over the kernel source but not all or something...
<set_>
I cannot describe it correctly as usual. So, I just wanted to mention it in case someone was building w/ this in mind.
<set_>
All I know...is a thing can get complicated. IF not complicated, I can keep trying. I do not hesitate to know when to bow out. So, if things get iffy on my workings, I will admit it and let this fellow know. But...
<set_>
Not Now...Too much fun!
wonko-the-sane has quit [Ping timeout: 255 seconds]
TheConceptBoy has joined #beagle
<TheConceptBoy>
Good daym everyone.
<TheConceptBoy>
How quick can a beaglebone black be made to boot?
Shadyman has quit [Quit: Leaving.]
<TheConceptBoy>
Also is it possible to make some sort of a boot splashscreen while it's booting?
vagrantc has quit [Quit: leaving]
brook has joined #beagle
brook has quit [Remote host closed the connection]
<zmatt>
a few seconds
TheConceptBoy has quit [Quit: Client closed]
demirok has joined #beagle
Guest9 has joined #beagle
<Guest9>
May I know the dimension of heatsink, guys?
<Guest9>
I uses BBAI-64
Guest9 has quit [Quit: Client closed]
otisolsen70 has joined #beagle
starblue1 has quit [Remote host closed the connection]
starblue1 has joined #beagle
<set_>
Hello and good morning. I hope everyone is doing okay. Just okay! Outside of good, ole jokes, I am building an image to help this fellow on the forums. I am getting closer to the cure (cure).
<set_>
It seems that there are some hidden elements not quite apparent as of now.
<set_>
Is EDMA a need for a .dts file under pcm_* ?
<set_>
The reason I am asking is b/c the fellow "should" be using the Arago Project /bin/ toolchain but he has not told me just yet if he is using this toolchain.
demirok has quit [Quit: Leaving.]
zjason` is now known as zjason
jfsimon1981 has quit [Remote host closed the connection]
jfsimon1981_c has quit [Read error: Connection reset by peer]
jfsimon1981 has joined #beagle
jfsimon1981_c has joined #beagle
demirok has joined #beagle
vagrantc has joined #beagle
brook has joined #beagle
vagrantc has quit [Quit: leaving]
vagrantc has joined #beagle
TheConceptBoy has joined #beagle
<TheConceptBoy>
Good day, everyone. I lost connection after asking a question last night
<TheConceptBoy>
Never got to explore the answer
<TheConceptBoy>
I was wondering how short of a boot up a beaglebone can be made?
<ds2>
milliseconds?
<TheConceptBoy>
I mean from powerup to cli login prompt
<ds2>
yes
<TheConceptBoy>
Right now any debian images, even console and and headless take about 15 to 30 seconds to get up and running
<ds2>
that's a standard boot
<TheConceptBoy>
I currently have an ESP32 running a project with an lcd display and gui. The ESP loads the program in under a second and it's good to be interfaced with
<TheConceptBoy>
But that's because it's bare metal running compiled C code
<TheConceptBoy>
so it's going to be instant
<TheConceptBoy>
Is it possible to achieve the same times on beaglebone?
<TheConceptBoy>
running a small python program
<ds2>
yes, it is possible
<ds2>
it is just not easy
<TheConceptBoy>
I'm putting together a handheld text based game and I'm concerned about boot times.
<zmatt>
TheConceptBoy: I've achieved about 5 seconds without too much effort in the past
<TheConceptBoy>
Did you follow some sort of an instruct able? or was it trial and error mainly?
<zmatt>
I wouldn't describe it as either of those, I just investigated what was taking time
<zmatt>
disabled unnecessary services
<zmatt>
disable the use of initramfs
<zmatt>
disable cape-universal to reduce the amount of time udev spent on unused devices
<zmatt>
rebuilding the kernel with less unused stuff compiled into the kernel also helps, to reduce the amount of data uboot needs to load into ram at boot
<zmatt>
rebuild uboot to disable the 3 second delay
<zmatt>
(this is where you reach the point of shaving off the last few seconds you can)
<TheConceptBoy>
I see
<TheConceptBoy>
so this will involve rebuilding uboot with modifications
<zmatt>
once you reach the point where that sounds like a worthwhile thing to do to shave a few seconds off the boot yes