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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 17 Jan 2009 10:24:54 -0800 (PST)
From:	bugme-daemon@...zilla.kernel.org
To:	linux-ext4@...r.kernel.org
Subject: [Bug 12272] at random rmmod/insmod corrupts filesystem

http://bugzilla.kernel.org/show_bug.cgi?id=12272





------- Comment #19 from tytso@....edu  2009-01-17 10:24 -------
Um, why are you loading and unloading so many modules?   Note that it is not
necessarily guaranteed to be safe to be unloading modules.   In particular with
network drivers, there are often race conditions that can crash your machine if
you unload a module.   Part of the problem is that some kernel maintainers
don't believe that it is valid/good thing to rmmod a kernel, and in practice,
it is often impossible to make module remove race-free.  Some maintainers
therefore don't take even basic precautions to avoid the most obvious race
problems.

So if you have something which is automatically unloading modules --- don't. 
It's not supported.   If you can narrow it down to a single module which is
racy on unload, and you can reproduce it, and polite request help from the
module maintainer to fix it, they might feel magnanimous and fix it for you ---
but be warned there are some maintainers (davem comes to mind) who believe so
strenuously that module unloading is evil and shouldn't be supported that even
if you give them a patch to fix some module unload race condition, they may not
accept it.


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ