Displaying 3 results from an estimated 3 matches for "vif_states".
Did you mean:
vif_state
2007 Oct 03
0
[PATCH 6/6] Network acceleration improvements
...}
+
+
+/*
* Safely remove the accelerator function hooks from a netfront state.
*/
static void accelerator_remove_hooks(struct netfront_accelerator *accelerator,
@@ -513,20 +537,7 @@ static void accelerator_remove_hooks(str
list_for_each_entry_safe(vif_state, tmp,
&accelerator->vif_states,
link) {
- /* Make sure there are no data path operations going on */
- netif_poll_disable(vif_state->np->netdev);
- netif_tx_lock_bh(vif_state->np->netdev);
-
- /*
- * Remove the hooks, but leave the vif_state on the
- * accelerator''s list as that signifies this...
2008 Feb 26
0
[PATCH] Fix request_module/modprobe deadlock in netfront accelerator
There would seem to be a potential deadlock in the netfront accelerator
plugin support. When the configured accelerator changes in xenstore,
netfront tries to load the new plugin using request_module(). It does
this from a workqueue work item. request_module() will invoke modprobe
which in some circumstances (I''m not sure exactly what - I''ve not
managed to reproduce it myself)
2007 Oct 30
0
[Patch 6/8] Netfront accelerator bug fixes
...ccelerators_lock);
}
+void netif_exit_accel(void)
+{
+ struct netfront_accelerator *accelerator, *tmp;
+ unsigned flags;
+
+ spin_lock_irqsave(&accelerators_lock, flags);
+
+ list_for_each_entry_safe(accelerator, tmp, &accelerators_list, link) {
+ BUG_ON(!list_empty(&accelerator->vif_states));
+
+ list_del(&accelerator->link);
+ kfree(accelerator->frontend);
+ kfree(accelerator);
+ }
+
+ spin_unlock_irqrestore(&accelerators_lock, flags);
+}
+
/*
* Initialise the accel_vif_state field in the netfront state
diff -r fdfd708d2ec4 drivers/xen/netfront/netfront.c
---...