search for: netif_map

..., PAGE_SIZE) #define NET_RX_RING_SIZE __CONST_RING_SIZE(netif_rx, PAGE_SIZE) -void netif_disconnect(netif_t *netif); +void netif_disconnect(struct backend_info *be); void netif_set_features(netif_t *netif); netif_t *netif_alloc(struct device *parent, domid_t domid, unsigned int handle); -int netif_map(netif_t *netif, unsigned long tx_ring_ref, - unsigned long rx_ring_ref, unsigned int evtchn); +int netif_map(struct backend_info *be, grant_ref_t tx_ring_ref, + grant_ref_t rx_ring_ref, evtchn_port_t evtchn); #define netif_get(_b) (atomic_inc(&(_b)->refcnt)) #define netif_put...

...e VM (domU) on its console: "XENBUS: Timeout connecting to device: device/vif/3 (state 6)" At the same time in dom0, we see the following error message in /var/log/messages: "vif vif-16-3: 1 mapping shared-frames 2310/2311 port 11" (the error message above means that netif_map failed for some reason in XenBus) If we repeat this same exact test using XEN 3.0.4, we never have any problems. All vifs in all VMs work correctly. This problem must be specific to XEN 3.1. I have searched the web and this user list and I have not been able to find out if anyone else h...

We have a (supposedly) quite standard setup: 2 Dom0 with drbd-on-lvm and a bunch of DomU, on Quad Xeon Dell servers. We tried with both sid-based and etch-based (+ 3.1 xen hypervisor and drbd 8 from backports.org ) Dom0, and quite consistently have "kernel: invalid opcode: 0000 [1] SMP" errors which freezes Dom0 (during lasts tests a simple start-and-stop loop of 10 DomU can trigger

We''ve been hitting the following issue on a variety of hosts and recent Xen/dom0 version combinations. Here''s an excerpt from our latest: Xen: 4.1.4 (xenbits @ 23432) Dom0: 3.7.1-x86_64 BUG: unable to handle kernel NULL pointer dereference at 000000000000001c IP: [<ffffffff8141a301>] evtchn_from_irq+0x11/0x40 PGD 0 Oops: 0000 [#1] SMP Modules linked in: ebt_comment