search for: frontend_changed

...drivers/net/xen-netback/xenbus.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/xen-netback/xenbus.c b/drivers/net/xen-netback/xenbus.c index a53782e..bcaa25b 100644 --- a/drivers/net/xen-netback/xenbus.c +++ b/drivers/net/xen-netback/xenbus.c @@ -265,6 +265,8 @@ static void frontend_changed(struct xenbus_device *dev, break; case XenbusStateClosed: + if (dev->state == XenbusStateConnected) + disconnect_backend(dev); xenbus_switch_state(dev, XenbusStateClosed); if (xenbus_dev_is_online(dev)) break; -- 1.7.10.4

...t xenbus_dev_remove(struct device *_dev); diff --git a/drivers/xen/xenbus/xenbus_probe_backend.c b/drivers/xen/xenbus/xenbus_probe_backend.c index 6cf467b..ec510e5 100644 --- a/drivers/xen/xenbus/xenbus_probe_backend.c +++ b/drivers/xen/xenbus/xenbus_probe_backend.c @@ -183,10 +183,6 @@ static void frontend_changed(struct xenbus_watch *watch, xenbus_otherend_changed(watch, vec, len, 0); } -static struct device_attribute xenbus_backend_dev_attrs[] = { - __ATTR_NULL -}; - static struct xen_bus_type xenbus_backend = { .root = "backend", .levels = 3, /* backend/type/<frontend>/<id&gt...

...t xenbus_dev_remove(struct device *_dev); diff --git a/drivers/xen/xenbus/xenbus_probe_backend.c b/drivers/xen/xenbus/xenbus_probe_backend.c index 6cf467b..ec510e5 100644 --- a/drivers/xen/xenbus/xenbus_probe_backend.c +++ b/drivers/xen/xenbus/xenbus_probe_backend.c @@ -183,10 +183,6 @@ static void frontend_changed(struct xenbus_watch *watch, xenbus_otherend_changed(watch, vec, len, 0); } -static struct device_attribute xenbus_backend_dev_attrs[] = { - __ATTR_NULL -}; - static struct xen_bus_type xenbus_backend = { .root = "backend", .levels = 3, /* backend/type/<frontend>/<id&gt...

...t xenbus_dev_remove(struct device *_dev); diff --git a/drivers/xen/xenbus/xenbus_probe_backend.c b/drivers/xen/xenbus/xenbus_probe_backend.c index 6cf467b..ec510e5 100644 --- a/drivers/xen/xenbus/xenbus_probe_backend.c +++ b/drivers/xen/xenbus/xenbus_probe_backend.c @@ -183,10 +183,6 @@ static void frontend_changed(struct xenbus_watch *watch, xenbus_otherend_changed(watch, vec, len, 0); } -static struct device_attribute xenbus_backend_dev_attrs[] = { - __ATTR_NULL -}; - static struct xen_bus_type xenbus_backend = { .root = "backend", .levels = 3, /* backend/type/<frontend>/<id&gt...

Any ideas on the cause of this? LD .tmp_vmlinux1 drivers/built-in.o(.text+0x9dacc): In function `frontend_changed'': xenbus.c: undefined reference to `xenbus_dev_ok'' drivers/built-in.o(.text+0x9df41): In function `watch_for_status'': tpmfront.c: undefined reference to `xenbus_dev_ok'' drivers/built-in.o(.init.text+0x71d6): In function `init_tpm_xenbus'': tpmfront.c...

...DRBD devices. Everything recovers but the DRBD devices resync and a bunch of VM''s on the one side(the side with the VM that hangs up) get rebooted by Xen. Here is what we are seeing in messages: eth0: port 3(nlb2.e0) entering disabled state eth0: port 3(nlb2.e0) entering disabled state frontend_changed: backend/vif/65/0: prepare for reconnect device nlb.e0 entered promiscuous mode block drbd29: sock was shut down by peer block drbd29: peer( Secondary -> Unknown ) conn( Connected -> BrokenPipe ) pdsk( UpToDate -> DUnknown ) block drbd24: sock was shut down by peer block drbd24: peer( Prim...

...->remaining_packets--; work_to_do--; vif->tx.req_cons = ++idx; diff --git a/drivers/net/xen-netback/xenbus.c b/drivers/net/xen-netback/xenbus.c index 410018c..7c55bed 100644 --- a/drivers/net/xen-netback/xenbus.c +++ b/drivers/net/xen-netback/xenbus.c @@ -267,15 +267,18 @@ static void frontend_changed(struct xenbus_device *dev, static void xen_net_read_rate(struct xenbus_device *dev, - unsigned long *bytes, unsigned long *usec) + unsigned long *bytes, + unsigned long *packet, + unsigned long *usec) { char *s, *e; - unsigned long b, u; - char *ratestr; + un...

...fff812e790f>] bus_remove_device+0x10f/0x180 [ 1257.228901] [<ffffffff812e5808>] device_del+0x118/0x1c0 [ 1257.228906] [<ffffffff812e58cd>] device_unregister+0x1d/0x60 [ 1257.228914] [<ffffffff812b5a46>] xenbus_dev_changed+0x96/0x1b0 [ 1257.228920] [<ffffffff812b74b4>] frontend_changed+0x24/0x50 [ 1257.228926] [<ffffffff812b4221>] xenwatch_thread+0xb1/0x170 [ 1257.228933] [<ffffffff8106aea0>] ? wake_up_bit+0x40/0x40 [ 1257.228939] [<ffffffff812b4170>] ? xenbus_thread+0x40/0x40 [ 1257.228944] [<ffffffff8106a9a6>] kthread+0x96/0xa0 [ 1257.228951] [<f...

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

Here''s the first snapshot of the USB code after updating to the new xenbus. The xenidc code provides a much higher level of abstraction than the new xenbus code so the changes didn''t affect the usb driver much. I had to put in empty frontend_changed and backend_changed functions because the new xenbus code segfaults without them. The USB code doesn''t need them because the entire state machine and all associated ring/shared page setup is factored out into the xenidc_endpoint object and the driver code gets connect and disconnect callb...

I guess I have stumbled upon a bug in gplpv drivers. If you try to re-enable an nic adapter after disabling it, it just hides out of blue. And you have to reboot. Latest version of gplpv drivers and Windows 2008 R2 here. Anyone else noticed the same issue? I wonder if this is related to hot-plugging something like

...0000000138c0 00000000000138c0 ffff880101305fd8 00000000000138c0 ffff8800349224e0 ffff8801012a0760 Call Trace: [<ffffffff8175f444>] schedule+0x24/0x70 [<ffffffff8154698d>] xenvif_disconnect+0x7d/0x130 [<ffffffff81071fe0>] ? wake_up_bit+0x40/0x40 [<ffffffff81545ac4>] frontend_changed+0x214/0x660 [<ffffffff81080050>] ? finish_task_switch+0x60/0xd0 [<ffffffff8141fb22>] xenbus_otherend_changed+0xb2/0xc0 [<ffffffff8175fe39>] ? _raw_spin_unlock_irqrestore+0x19/0x20 [<ffffffff8141fd3b>] frontend_changed+0xb/0x10 [<ffffffff8141da3a>] xenwatch_th...

...RINTK("%s reset default value(tokens-rate=%d)",name,be->blkif->reqrate); + } + } + } + be->blkif->reqtime = jiffies; + if (be->major == 0 && be->minor == 0) { /* Front end dir is a number, which is used as the handle. */ @@ -414,6 +451,49 @@ static void frontend_changed(struct xenb /* ** Connection ** */ +static void unregister_rate_watch(struct backend_info *be) +{ + if (be->have_rate_watch) { + unregister_xenbus_watch(&be->rate_watch); + kfree(be->rate_watch.node); + } + be->have_rate_watch = 0; +} + +static void rate_changed(struct xenbus...

...RINTK("%s reset default value(tokens-rate=%d)",name,be->blkif->reqrate); + } + } + } + be->blkif->reqtime = jiffies; + if (be->major == 0 && be->minor == 0) { /* Front end dir is a number, which is used as the handle. */ @@ -414,6 +451,49 @@ static void frontend_changed(struct xenb /* ** Connection ** */ +static void unregister_rate_watch(struct backend_info *be) +{ + if (be->have_rate_watch) { + unregister_xenbus_watch(&be->rate_watch); + kfree(be->rate_watch.node); + } + be->have_rate_watch = 0; +} + +static void rate_changed(struct xenbus...

..., tpmif->handle); + } + + unbind_evtchn(tpmif->evtchn); + } + tpmif->status = DISCONNECTED; + tpmif_change_state(tpmif, XenbusStateReconfigured); + + TPMBACK_LOG("Frontend %u/%u disconnected\n", (unsigned int) tpmif->domid, tpmif->handle); +} + static int frontend_changed(tpmif_t* tpmif) { int state = xenbus_read_integer(tpmif->fe_state_path); @@ -874,6 +879,7 @@ void shutdown_tpmback(void) inline void init_tpmcmd(tpmcmd_t* tpmcmd, domid_t domid, unsigned int handle, unsigned char uuid[16]) { tpmcmd->domid = domid; + tpmcmd->locality = -1;...

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21 + 2.6.21-070428-1 + the patches I've posted over the last couple of days. Changes since the last posting: - update per review comments - comment each file - comment barrier use - use common cpu sibling setup - fixed a few minor bugs, specifically a traceirq mismatch warning - some

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21 + 2.6.21-070428-1 + the patches I've posted over the last couple of days. Changes since the last posting: - update per review comments - comment each file - comment barrier use - use common cpu sibling setup - fixed a few minor bugs, specifically a traceirq mismatch warning - some

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block