Thanks for the information, I'll be looking into it deeper tomorrow. I suppose I could use it to launch my actual compiled processes directly, but I need to assure that a one-shot initialization process runs first to setup the POSIX shared memory regions, so I think using systemd to execute a bash script that sequences that correctly would be the way to go.
Now to wrap my head around getting GPIO working for some LEDs (and maybe some PWMs though I'd prefer to use I2C to a pwm ic for that) and I think I have something going. On Saturday, February 7, 2015 at 11:03:10 AM UTC-5, john3909 wrote: > > > From: Teiresias <[email protected] <javascript:>> > Reply-To: "[email protected] <javascript:>" < > [email protected] <javascript:>> > Date: Saturday, February 7, 2015 at 5:35 AM > To: "[email protected] <javascript:>" <[email protected] > <javascript:>> > Subject: Re: [beagleboard] Starting processes (via bash script?) > automatically at boot? > > So does systemd deprecate the init.d stuff? Namely the things described > here: > > > https://www.debian-administration.org/article/28/Making_scripts_run_at_boot_time_with_Debian > > > Yes. Most of the main Linux distributions are migrating to systemd which > replaces the old SysV init. Systemd has the benefit of starting > drivers/services in parallel based on dependencies and that is why it boots > much faster than SysV init. > > https://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet > > Regards, > John > > > > On Friday, February 6, 2015 at 9:58:16 PM UTC-5, john3909 wrote: >> >> >> From: Teiresias <[email protected]> >> Reply-To: "[email protected]" <[email protected]> >> Date: Friday, February 6, 2015 at 5:07 PM >> To: "[email protected]" <[email protected]> >> Subject: [beagleboard] Starting processes (via bash script?) >> automatically at boot? >> >> I'm extremely new to linux programming (as a matter of fact to any OS >> programming, I'm more used to to-the-metal Atmel, etc. programming). A few >> of my other posts probably indicate this, haha. >> >> Luckily, the application I'm trying to develop doesn't look like it will >> require changing pin muxing any longer (which I still can't quite wrap my >> head around) and instead I'll just use the available i2c and UART1 and >> UART2 (which I know how to enable easily by editing uEnv.txt). >> >> However, my system needs to start and then just automatically run some >> processes when the system boots. These are all compiled c-code. I need to >> run an initialization program that sets up some shared memory locations, >> and then start a number of processes that run concurrently using these >> shared memory resources and interface with the i2c and UART interfaces. >> >> I've got the code figured out to do most of this, but I'm still a bit >> unclear on how to actually get this to run automatically at boot. Is there >> some way to just get a bash script to execute at boot where I can simply >> call my process names from there? >> >> Any help would be greatly appreciated. Thanks. >> >> Everything you need will be done by systemd, so search google for >> systemd. >> >> Regards, >> John >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to the Google Groups >> "BeagleBoard" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> >> -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected] <javascript:>. > For more options, visit https://groups.google.com/d/optout. > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
