[ovs-dev] [PATCH] datapath-windows: Proper cleanup in case of driver init failure
Sorin Vinturis
svinturis at cloudbasesolutions.com
Tue Sep 1 16:09:14 UTC 2015
Nithin,
The documentation for the NdisFRegisterFilterDriver() function states the following:
" Drivers that call NdisFRegisterFilterDriver must be prepared for an immediate call to any of their FilterXxx functions."
So all initialization must be done before calling the above function.
-Sorin
-----Original Message-----
From: Nithin Raju [mailto:nithin at vmware.com]
Sent: Tuesday, 1 September, 2015 18:27
To: Sorin Vinturis
Cc: dev at openvswitch.org
Subject: Re: [ovs-dev] [PATCH] datapath-windows: Proper cleanup in case of driver init failure
> On Sep 1, 2015, at 8:06 AM, Sorin Vinturis <svinturis at cloudbasesolutions.com> wrote:
>
> Nithin,
>
> In my tests with Driver Verifier enabled I bumped into a situation when NdisFRegisterFilterDriver() failed. In this case DriverEntry() returned an error, without releasing the spinlocks allocated in OvsInit(), which resulted in a memory leak BSOD triggered by the Driver Verifier. The patch solves this issue.
Can we move the call to OvsInit() to after NdisFRegisterFilterDriver()?
-- Nithin
More information about the dev
mailing list