| 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: <20071002080000.GA5743@atrey.karlin.mff.cuni.cz> Date: Tue, 2 Oct 2007 10:00:03 +0200 From: Pavel Machek <pavel@....cz> To: "Mukker, Atul" <Atul.Mukker@....com> Cc: Linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: kdump detection in SCSI drivers Hi! > How do we "know" when little memory is available? Kernel already scales its hash tables according to total RAM available, perhaps you can use similar mechanism? > Other suggestion which came about was to parse the kernel command line > and look for "elfcorehdr=". Is this ok? Is kernel command line visible > to the SCSI drivers? Kernel command line probably is visible, but I'd recommend against doing that. Pavel > Cc: Linux-scsi@...r.kernel.org; linux-kernel@...r.kernel.org > Subject: Re: kdump detection in SCSI drivers > > > Hi, > > > > Is there a standard way for drivers (RAID) to detect if the current > > kernel is running in kdump mode? We would like to adjust driver > behavior > > dynamically when kdump is active by scaling down resources. > > Perhaps you should be automatically using little resources when little > memory is available, or something? > > With upcomping kjump patches, it is more "interesting" than kdump > vs. no kdump. > > Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html - 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