Opened 13 years ago
Last modified 5 years ago
#7862 assigned bug
dropping the running team in KDL recursively enters KDL
Reported by: | pulkomandy | Owned by: | nobody |
---|---|---|---|
Priority: | low | Milestone: | Unscheduled |
Component: | System/Kernel | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
- Crash an application
- enter KDL to kill it
- use drop nnn, where nnn is the currently running team
- notice the error
- you now have to type co twice to get out of KDL ! That's confusing at best :)
Change History (5)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
I don't see that much use in this command (suspending a thread from the kernel would be enough even to stop ill doing real time threads), so I guess we could just drop it, and be safe again.
comment:3 by , 10 years ago
Milestone: | R1 → Unscheduled |
---|
comment:4 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:5 by , 5 years ago
Priority: | normal → low |
---|
Note:
See TracTickets
for help on using tickets.
First of all, any kernel debugger command that modifies the state of the system in inherently unsafe. So, if you use one of those, you do that at your own peril. The
drop
command is particularly unsafe and I recently tagged it with a respective TODO. IMO it is also a relatively useless command, since there are several ways to drop a thread into the debugger from userland (PC or just attaching a debugger).The need for typing
co
twice is actually not confusing at all. One is needed to leave the panic state thedrop
command triggered. The second is to leave KDL.