mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* BUG_ONs in signal.c?
@ 2004-10-22 20:23 Jesse Barnes
  0 siblings, 0 replies; only message in thread
From: Jesse Barnes @ 2004-10-22 20:23 UTC (permalink / raw)
  To: linux-kernel

I recently saw a bug where someone hit the BUG_ON in signal.c after the 
do_coredump code (in my kernel "kernel BUG at signal.c:1614").  After looking 
at it a bit, it seems that we drop the sighand lock prior to calling into the 
core dump routine, which leaves the task vulnerable to having it's group_exit 
or group_exit_code changed either during the coredump or shortly after, 
causing one of the BUG_ONs to trip (in this particular case it was the 
group_exit_code != code check).  Are these BUG_ON checks necessary anymore?  
Or should we be holding the sighand lock all the way until we call do_exit or 
do_group_exit?  Or something else?

Thanks,
Jesse

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2004-10-22 20:26 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-22 20:23 BUG_ONs in signal.c? Jesse Barnes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®