summaryrefslogtreecommitdiff
path: root/init (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Update definition of struct serial_struct, per linux-2.6.0-test5,Eric Andersen2003-09-111-14/+19
| | | | | | to avoid stack corruption problems on some 64bit architectures when sizeof(void*) != sizeof(int). Thanks to Atsushi Nemoto for finding this problem.
* more crond+crontab integrating with loginutil libbb functions and deletedGlenn L McGrath2003-09-031-8/+0
| | | | | patch from Thomas Gleixner to init. Viodz last_patch_108
* move all "-/bin/sh" "/bin/sh" and "sh" to libbb/messages.c file as oneGlenn L McGrath2003-09-021-10/+8
| | | | | constant. Vodz last_patch_107
* Fix overflow for machines greater than 4GB, return unsigned int to avoidGlenn L McGrath2003-08-261-5/+6
| | | | a cast and for greater accuracy.
* Yang Xiaopeng writes:Eric Andersen2003-07-291-0/+5
| | | | | | | | | | | | | | | | | | | | | | | >I'm sure that no user process use old root now, but when run "umount >/old_root", it says: > umount: /old_root: Device or resource busy > >I have tried to remount /proc within the new root *after* chroot, but >get the same result. > > I found the problem, I said that no user process use old root when run my scripts, but I'm wrong, actually there is a '3' fd open the file "/old_root/dev/console". By adding debug message in init/init.c, I found the problem: when init restart(in exec_signal()), before open the new terminal device, there is still a file opened(I don't know which file it is), so the terminal device(stdin) get fd '1', and the first dup(0)(stdout) return '2', the second(stderr) return '3'. I attach a simple patch to solve this problem.
* Move start_stop_daemon to debianutils.Eric Andersen2003-07-263-263/+0
| | | | Cleanup run_parts a bit and add long opts
* cleanup and add long optionsEric Andersen2003-07-261-59/+41
|
* Patch from Thomas Gleixner to reap any zombie processes that areEric Andersen2003-07-261-0/+8
| | | | reparented to init...
* Several simplifications and indenting changes, perEric Andersen2003-07-221-26/+25
| | | | last_patch97 from vodz
* As vodz noticed, I screwed up rebootEric Andersen2003-07-221-2/+2
|
* Patch from Andrew Flegg:Eric Andersen2003-07-221-2/+19
| | | | | | | | | | | | | | | | | | | | | Here's a pretty crude patch to reload /etc/inittab when init receives a SIGHUP. The mailing list archives weren't entirely clear on whether or not it should already happen, but didn't appear to be. The patch: * Adds a new function, reload_signal() which just calls parse_inittab() and run_actions(RESPAWN) * Before entering the while (1) loop set up SIGHUP to call reload_signal() * Modify new_init_action to skip the action if the same command already exists on the same terminal This last bit means that changing already running entries is a bit hairy as you can end up with, for example, two shells running on the same virtual console. However, for solely adding/removing entries this patch seems to work quite well.
* Support reboot, halt, and poweroff independent of busybox init.Eric Andersen2003-07-226-45/+136
| | | | | Simplify and fixup some logic. -Erik
* Remove remaining libc5 support codeEric Andersen2003-07-222-17/+4
|
* Update a bunch of docs. Run a script to update my email addr.Eric Andersen2003-07-146-6/+6
|
* Patch from Thomas Cameron:Eric Andersen2003-07-141-1/+1
| | | | | | | | | | | Hello all, This patch adds more "Help" text to the config system. Almost all applets now have a help entry. Also, I cleaned up the spacing of the existing text so that things are consistent. This patch is against this morning's CVS. Thomas Cameron CEI Systems, Inc.
* Patch from Lars Kellogg-Stedman:Eric Andersen2003-07-141-8/+19
| | | | | The attached two patches add config documentation to init/Config.in and fileutils/Config.in.
* oopsEric Andersen2003-07-051-0/+3
|
* Daniel writes:Eric Andersen2003-07-051-1/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | I've found a problem with job control when the init process is restarted. If the system boots for the first time, I get job control on a serial terminal - no problems. However, when I restart init by issuing "init -q", then the shell no longer has job control. I traced this a problem in console_init in the file init.c. What was happening after the restart is that the first compare if (ioctl(0, TIOCGSERIAL, &sr) == 0) { ... } else if (ioctl(0, VT_GETSTATE, &vt) == 0) { ... } else { ... // assume /dev/console } returned error and subsequently the code assumes /dev/console as the console, which does not support job control. Checking the errno after the first call showed that the system was complaining about the file descriptor. This is probably because the previous init process had closed all its file descriptors which the new init process had inherited.
* Patch from Kent Robotti adding a bunch of needed docs!Eric Andersen2003-07-051-3/+3
| | | | -Erik
* Apply last_patch93 from vodz:Eric Andersen2003-06-277-73/+61
| | | | | | | | | | | | | andersen@busybox.net wrote: >Message: 4 >Modified Files: > init.c >Log Message: >Remove code for unsupported kernel versions Hmm. Current init.c have check >= 2.2.0 kernel one time too. Ok. Last patch removed this point and move common init code to new file for /init dir
* Remove bdflush garbage, which is only relevant to unsupportedEric Andersen2003-06-271-11/+0
| | | | kernel versions
* minit, a Minimal init system.Glenn L McGrath2003-05-115-0/+1013
|
* There have been many reports of init failing to reboot and/or failing to haltEric Andersen2003-04-241-7/+21
| | | | | | | | | | | | | | | | | | | | | | | over the years. Well I finally took the time to track this down. It turns out that inside linux/kernel/sys.c the kernel will call machine_halt(); do_exit(0); when halting, or will call machine_power_off(); do_exit(0); during a reboot. Unlike sysv init, we call reboot from within the init process, so if the call to machine_halt() or machine_power_off() returns, the call to do_exit(0) will cause the kernel to panic. Which is a very bad thing to happen. So I just added this little patch to fork and call the reboot syscall from within the forked child process, thereby neatly avoiding the problem. But IMHO, both calls to do_exit(0) within linux/kernel/sys.c are bugs and should be fixed. -Erik
* Major coreutils update.Manuel Novoa III2003-03-196-30/+30
|
* Fix a silly compile error, thanks to a patch from Wen-chien Jesse SungEric Andersen2003-01-231-2/+4
|
* Correct some init issues, update email address, last_patch78 by VladimirGlenn L McGrath2003-01-131-175/+158
| | | | N. Oleynik
* Odd. I never brought this forward from bb.stable. Should handleEric Andersen2002-12-171-1/+3
| | | | | reaping child processes better. -Erik
* include "busybox" after the libc includes tofix compile errorsGlenn L McGrath2002-12-071-1/+3
|
* Yet another major rework of the BusyBox config system, using the considerablyEric Andersen2002-12-052-27/+78
| | | | | | | | modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
* Use error_msg instead of fprintf(stderrGlenn L McGrath2002-11-281-2/+2
|
* Move readlink, mktemp, run-parts and which to a new debianutils dir.Glenn L McGrath2002-11-113-253/+0
|
* I committed the fflush in the wrong spot. I should go to bedEric Andersen2002-10-221-1/+1
| | | | | earlier so I don't screw up such easy stuff. -Erik
* Be absurdly careful about flushing stdout.Eric Andersen2002-10-221-2/+2
|
* After thinking about it, I think this patch from Matt Kraai is probably theEric Andersen2002-10-121-13/+3
| | | | | | | | best way to go. Sysvinit does not provide a controlling tty since it doesn't even try to open ttys for apps. We do. So we should _try_ to provide a controlling tty if possible, but we needn't freak out if it doesn't work. This way we won't need to use openvt or similar, we'll just have init do the Right Thing(tm).
* last_patch61 from vodz:Eric Andersen2002-10-101-4/+3
| | | | | | | | | New complex patch for decrease size devel version. Requires previous patch. Also removed small problems from dutmp and tar applets. Also includes vodz' last_patch61_2: Last patch correcting comment for #endif and more integrated with libbb (very reduce size if used "cat" applet also). Requires last_patch61 for modutils/config.in.
* Set the close-on-exec flag, just to be safEric Andersen2002-09-301-0/+2
|
* Ignoring SIGCHLD causes a race leading to the occasional hang of initEric Andersen2002-09-251-1/+0
| | | | | | when init will wait() on itself in waitfor() when the child exits before init is scheduled to run. Letting init hang is very seriously bad. -Erik
* Patch from David McCullough <davidm@snapgear.com>Eric Andersen2002-09-171-5/+72
|
* Let people run SHUTDOWN actions prior to killing everythingEric Andersen2002-09-161-3/+5
| | | | -Erik
* mesg applet by Manuel Novoa IIIGlenn L McGrath2002-09-163-0/+60
|
* Patch from Thomas Gleixner <tglx@linutronix.de> to doEric Andersen2002-09-121-0/+1
| | | | automatic child reaping to avoid zombies
* Eliminate use of obsolete sys_errlist[]Eric Andersen2002-08-261-1/+1
| | | | -Erik
* Run through indent, fix commentsGlenn L McGrath2002-08-221-126/+139
|
* Kill a silly warningEric Andersen2002-07-291-0/+2
|
* Patch from Tim Riker to allow tty* in inittab if the ttyEric Andersen2002-07-291-45/+14
| | | | actually exists -- serial console is not the issue...
* This is last_patch48 from vodz. More cleanups, kills a bitEric Andersen2002-07-031-19/+21
| | | | of dead code, fixes one blatent bug.
* Scrub pwd.h and grp.h handling so we don't have to play anyEric Andersen2002-07-031-1/+1
| | | | | silly games. -Erik
* Apply last_patch47 from vodz to fix several problems, such as the ash "jobEric Andersen2002-07-031-24/+31
| | | | | | | control turned off" bug, console_setup() was called with a closed file descriptor, setsid() inconsistancy, and silly string handling bugs. I have modified his patch to allow the askfirst init actions to have a controlling terminal.
* Fix from vodz so that complex init commands actually workEric Andersen2002-07-031-3/+1
|
* Patch from till busch <buti@gmx.at> -- unblock all signalsEric Andersen2002-07-031-0/+16
| | | | in exec_signal() before calling exec()