search for: 2507,7

..._NETDEV2_BACKEND */ +#endif /* CONFIG_XEN_NETDEV2_VMQ */ static u8 *ixgbe_addr_list_itr(struct ixgbe_hw *hw, u8 **mc_addr_ptr, u32 *vmdq) { -#ifndef CONFIG_XEN_NETDEV2_BACKEND +#ifndef CONFIG_XEN_NETDEV2_VMQ struct ixgbe_adapter *adapter = hw->back; #endif struct dev_mc_list *mc_ptr; @@ -2507,7 +2507,7 @@ static u8 *ixgbe_addr_list_itr(struct ix *mc_addr_ptr = mc_ptr->next->dmi_addr; else *mc_addr_ptr = NULL; -#ifndef CONFIG_XEN_NETDEV2_BACKEND +#ifndef CONFIG_XEN_NETDEV2_VMQ if (adapter->flags & IXGBE_FLAG_VMDQ_ENABLED) { /* VMDQ set 1 is used for FCoE */ i...

...char *eventName, + CompOption *option, + int nOption); void handleSyncAlarm (CompWindow *w); -------------- next part -------------- diff --git a/src/display.c b/src/display.c index 4abdaed..dd70c51 100644 --- a/src/display.c +++ b/src/display.c @@ -2507,6 +2507,7 @@ #endif d->finiPluginForDisplay = finiPluginForDisplay; d->handleEvent = handleEvent; + d->handleCompizEvent = handleCompizEvent; d->supportedAtom = XInternAtom (dpy, "_NET_SUPPORTED", 0); d->supportingWmCheckAtom = XInternAtom (d...

...cx->fp->sp[-2]))) + return JS_FALSE; + + cx->fp->sp--; + cx->fp->sp[-1] = BOOLEAN_TO_JSVAL (js_CompareStrings (rval, lval) == 0); + return JS_TRUE; +} + +static JSBool swfdec_action_jump (JSContext *cx, guint action, const guint8 *data, guint len) { if (len != 2) { @@ -2507,7 +2522,7 @@ static const SwfdecActionSpec actions[25 [0x10] = { "And", NULL, 2, 1, { NULL, /* FIXME */NULL, swfdec_action_logical_5, swfdec_action_logical_5, swfdec_action_logical_7 } }, [0x11] = { "Or", NULL, 2, 1, { NULL, /* FIXME */NULL, swfdec_action_logical_5, swfdec...

...offset, sizeof(unaligned)); + k = &unaligned; + } + } + + BUG_ON(comp_keys(k, key) != 0); + *slot = 0; + + return 0; +} + /* * look for key in the tree. path is filled in with nodes along the way * if key is found, we return zero and you can find the item in the leaf @@ -2454,6 +2507,7 @@ int btrfs_search_slot(struct btrfs_trans_handle *trans, struct btrfs_root int write_lock_level = 0; u8 lowest_level = 0; int min_write_lock_level; + int prev_cmp; lowest_level = p->lowest_level; WARN_ON(lowest_level && ins_len > 0); @@ -2484,6 +2538,7 @@ int btrfs_sea...

...="-lucb $LIBS" cat > conftest.$ac_ext <<EOF -#line 2500 "configure" +#line 2502 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 @@ -2507,7 +2509,7 @@ getpagesize() ; return 0; } EOF -if { (eval echo configure:2511: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext}; then +if { (eval echo configure:2513: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } &am...

...v(net); > > netif_warn(pegasus, timer, net, "tx timeout\n"); > > diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c > > index c5ebf35d2488..9ec1da429514 100644 > > --- a/drivers/net/usb/r8152.c > > +++ b/drivers/net/usb/r8152.c > > @@ -2507,7 +2507,7 @@ static void rtl_drop_queued_tx(struct r8152 *tp) > > } > > } > > > > -static void rtl8152_tx_timeout(struct net_device *netdev) > > +static void rtl8152_tx_timeout(struct net_device *netdev, unsigned int txqueue) > > { > > struct...

...*net, unsigned int txqueue) { pegasus_t *pegasus = netdev_priv(net); netif_warn(pegasus, timer, net, "tx timeout\n"); diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index c5ebf35d2488..9ec1da429514 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/net/usb/r8152.c @@ -2507,7 +2507,7 @@ static void rtl_drop_queued_tx(struct r8152 *tp) } } -static void rtl8152_tx_timeout(struct net_device *netdev) +static void rtl8152_tx_timeout(struct net_device *netdev, unsigned int txqueue) { struct r8152 *tp = netdev_priv(netdev); diff --git a/drivers/net/usb/rtl8150.c b/...

This series add two important features. One of them changes the .ndo_tx_timeout to include an extra parameter to identify the stuck queue. Many drivers are using a nester loop to identify which queue is stooped/stucked. This is a redundant work since dev_watchdog is doing exactly the same thing. This is so interesting for other drivers to in terms of code optimization. The second part (second

This series add two important features. One of them changes the .ndo_tx_timeout to include an extra parameter to identify the stuck queue. Many drivers are using a nester loop to identify which queue is stooped/stucked. This is a redundant work since dev_watchdog is doing exactly the same thing. This is so interesting for other drivers to in terms of code optimization. The second part (second

Sorry about the churn, v10 was based on net - not on net-next by mistake. A bunch of drivers want to know which tx queue triggered a timeout, and virtio wants to do the same. We actually have the info to hand, let's just pass it on to drivers. Note: tested with an experimental virtio patch by Julio. That patch itself isn't ready yet though, so not included. Other drivers compiled only.

Sorry about the churn, v10 was based on net - not on net-next by mistake. A bunch of drivers want to know which tx queue triggered a timeout, and virtio wants to do the same. We actually have the info to hand, let's just pass it on to drivers. Note: tested with an experimental virtio patch by Julio. That patch itself isn't ready yet though, so not included. Other drivers compiled only.

Yet another forward declaration I missed. Hopfully the last one ... A bunch of drivers want to know which tx queue triggered a timeout, and virtio wants to do the same. We actually have the info to hand, let's just pass it on to drivers. Note: tested with an experimental virtio patch by Julio. That patch itself isn't ready yet though, so not included. Other drivers compiled only.

A bunch of drivers want to know which tx queue triggered a timeout, and virtio wants to do the same. We actually have the info to hand, let's just pass it on to drivers. Note: tested with an experimental virtio patch by Julio. That patch itself isn't ready yet though, so not included. Other drivers compiled only. Michael S. Tsirkin (3): netdev: pass the stuck queue to the timeout

A bunch of drivers want to know which tx queue triggered a timeout, and virtio wants to do the same. We actually have the info to hand, let's just pass it on to drivers. Note: tested with an experimental virtio patch by Julio. That patch itself isn't ready yet though, so not included. Other drivers compiled only. Michael S. Tsirkin (3): netdev: pass the stuck queue to the timeout

...HANDLE_HANGUP | - GUESTFS_HANDLE_ERROR)) != 0) { + GUESTFS_HANDLE_WRITABLE | + GUESTFS_HANDLE_HANGUP | + GUESTFS_HANDLE_ERROR)) != 0) { error (g, _("set of events (0x%x) contains unknown events"), events); return -1; } @@ -2507,7 +2507,7 @@ select_add_handle (guestfs_main_loop *mlv, guestfs_h *g, int fd, int events, ml->max_fd = fd; ml->handle_cb_data = safe_realloc (g, ml->handle_cb_data, - sizeof (struct select_handle_cb_data) * (ml->max_fd+1)); + sizeof (struct selec...