netdev - Re: [PATCHv2] xen-netfront: remove warning when unloading module

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]

Message-ID: <74dc58e4-5317-f864-dcf5-c2b283744930@suse.com>
Date:   Mon, 27 Nov 2017 10:00:46 +0100
From:   Juergen Gross <jgross@...e.com>
To:     Eduardo Otubo <otubo@...hat.com>, xen-devel@...ts.xenproject.org
Cc:     netdev@...r.kernel.org, paul.durrant@...rix.com,
        wei.liu2@...rix.com, linux-kernel@...r.kernel.org,
        vkuznets@...hat.com, cavery@...hat.com, cheshi@...hat.com,
        mgamal@...hat.com, boris.ostrovsky@...cle.com
Subject: Re: [PATCHv2] xen-netfront: remove warning when unloading module

On 23/11/17 15:18, Eduardo Otubo wrote:
> v2:
>  * Replace busy wait with wait_event()/wake_up_all()
>  * Cannot garantee that at the time xennet_remove is called, the
>    xen_netback state will not be XenbusStateClosed, so added a
>    condition for that
>  * There's a small chance for the xen_netback state is
>    XenbusStateUnknown by the time the xen_netfront switches to Closed,
>    so added a condition for that.
> 
> When unloading module xen_netfront from guest, dmesg would output
> warning messages like below:
> 
>   [  105.236836] xen:grant_table: WARNING: g.e. 0x903 still in use!
>   [  105.236839] deferring g.e. 0x903 (pfn 0x35805)
> 
> This problem relies on netfront and netback being out of sync. By the time
> netfront revokes the g.e.'s netback didn't have enough time to free all of
> them, hence displaying the warnings on dmesg.
> 
> The trick here is to make netfront to wait until netback frees all the g.e.'s
> and only then continue to cleanup for the module removal, and this is done by
> manipulating both device states.
> 
> Signed-off-by: Eduardo Otubo <otubo@...hat.com>

Acked-by: Juergen Gross <jgross@...e.com>


Juergen