[uClinux-dev] Signals sometimes not delivered (m68knommu)?

Mike Frysinger vapier at gentoo.org
Wed Feb 25 18:08:58 EST 2009

On Wednesday 25 February 2009 18:00:30 John B Moore wrote:
> I am working with a device which uses an M523x coldfire running
> uClinux-dist-20080808 with the 20090112 patch applied as well (kernel
> 2.6.26-uc0). I am using uClibc 9.30 and the compiler is gcc 4.2.3 uclinux
> cross compiler. I am connecting to the device using PPP over a serial link
> via telnet (non-busybox telnet) which runs the busybox msh. The problem I
> am having is after using control-c once or twice to interrupt applications
> in that session, control-c does not work anymore for most applications
> (although "top" always gets the interrupt from control-c for some reason).
> In most applications it will then just print ^C and ignore the request as
> if the intr character is not set or as if there was no controlling tty.
> I have tried other shells and busybox telnetd as well and the problem
> still exists. If I try to issue a "kill -INT pid" from another telnet
> session, the signal is ignored, but if I issues "kill -TERM pid" the
> applicaiton terminates properly. Note also that this problem does not
> occur on an older version of uClinux from earlier stages of the project,
> which uses a 2.6.17 kernel and uClibc 9.26 with a 4.1.1 compiler, so I
> know the device is functioning properly, but I need to upgrade.

might want to look at /proc/<pid>/status and see if the Sig fields look sane

More information about the uClinux-dev mailing list