Bug 183926 - Crash when ctrl-c while process is enter
Summary: Crash when ctrl-c while process is enter
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: arm (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-arm (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-13 13:30 UTC by howard0su
Modified: 2018-04-04 01:18 UTC (History)
1 user (show)

See Also:


Attachments
file.txt (826 bytes, text/plain)
2013-11-13 13:30 UTC, howard0su
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description howard0su 2013-11-13 13:30:00 UTC
consistent repro a crash related signal deliver and mutex/cond operation in arm platform.

I notice this when I was play with dtrace arm port from gonozo. the _sleep function is a simpler version of dtrace_sleep in libdtrace. In case you need a real case, please refer that file @ cddl/contrib/opensolaris/lib/libdtrace/dt_work.c.

Fix: Patch attached with submission follows:
How-To-Repeat: Compile and run the attached C code.

Press Ctrl-C when shows "enter".
Comment 1 howard0su 2013-11-14 01:14:20 UTC
The following change make problem goes away.

index 252d780..c7c44a9 100644
--- a/sys/arm/conf/BEAGLEBONE
+++ b/sys/arm/conf/BEAGLEBONE
@@ -59,9 +59,9 @@ options       KDB
 options        DDB                     #Enable the kernel debugger
 options        INVARIANTS              #Enable calls of extra sanity
checking
 options        INVARIANT_SUPPORT       #Extra sanity checks of internal
structures, required by INVARIANTS
-options        WITNESS                 #Enable checks to detect deadlocks
and cycles
-options        WITNESS_SKIPSPIN        #Don't run witness on spinlocks for
speed
-#options       DIAGNOSTIC
+#options       WITNESS                 #Enable checks to detect deadlocks
and cycles
+#options       WITNESS_SKIPSPIN        #Don't run witness on spinlocks for
speed
+options        DIAGNOSTIC


-- 
-Howard
Comment 2 howard0su 2013-11-20 00:42:24 UTC
it was an artifact of experimental code. This is confirmed by me and
Ian@so that this is not able to reproduce in stock kernel.

-- 
-Howard
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 07:58:40 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped
Comment 4 Oleksandr Tymoshenko freebsd_committer freebsd_triage 2018-04-04 01:18:48 UTC
Closing as "overcome by events" since I can not reproduce it on stable/11 and head