From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH] kvm: Prevent kvm_init from corrupting debugfs structures Date: Thu, 15 Oct 2009 16:12:02 +0900 Message-ID: <4AD6CB42.5040006@redhat.com> References: <20091014232100.GE26149@tux1.beaverton.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , linux-kernel , kvm@vger.kernel.org To: djwong@us.ibm.com Return-path: In-Reply-To: <20091014232100.GE26149@tux1.beaverton.ibm.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 10/15/2009 08:21 AM, Darrick J. Wong wrote: > I'm seeing an oops condition when kvm-intel and kvm-amd are modprobe'd > during boot (say on an Intel system) and then rmmod'd: > > # modprobe kvm-intel > kvm_init() > kvm_init_debug() > kvm_arch_init()<-- stores debugfs dentries internally > (success, etc) > > # modprobe kvm-amd > kvm_init() > kvm_init_debug()<-- second initialization clobbers kvm's > internal pointers to dentries > kvm_arch_init() > kvm_exit_debug()<-- and frees them > > # rmmod kvm-intel > kvm_exit() > kvm_exit_debug()<-- double free of debugfs files! > > *BOOM* > > If execution gets to the end of kvm_init(), then the calling module has been > established as the kvm provider. Move the debugfs initialization to the end of > the function, and remove the now-unnecessary call to kvm_exit_debug() from the > error path. That way we avoid trampling on the debugfs entries and freeing > them twice. > > Looks good. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain.