| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20090527185056.GW1065@one.firstfloor.org> Date: Wed, 27 May 2009 20:50:56 +0200 From: Andi Kleen <andi@...stfloor.org> To: Oleg Nesterov <oleg@...hat.com> Cc: Andi Kleen <andi@...stfloor.org>, paul@...-scientist.net, linux-kernel@...r.kernel.org, Andrew Morton <akpm@...ux-foundation.org>, Roland McGrath <roland@...hat.com> Subject: Re: [2.6.27.24] Kernel coredump to a pipe is failing > Actually, I think there is a strong reason to handle signals during > core dumping. The coredump can take a lot of time/resources, not good > it looks like unkillable procees to users. One problem with that is if you send a process a string of signals that cause a core dump and then kill. In the old case you would just get a full core dump on the first signal and be done. With your change it would process the second signal too and stop the dumping and you get none or a partial core dump. That might well break existing setups. > > Perhaps it makes sense to do Probably, my patch is not usable as is anyways because it would need to save the mask somewhere so that the ELF dumper can build the correct mask. Your version would at least avoid that problem. -Andi -- ak@...ux.intel.com -- Speaking for myself only. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists