From: Himanshu Raj <rhim@cc.gatech.edu>
To: xen-devel@lists.xensource.com
Subject: regarding devices in domU - bug or feature ....
Date: Mon, 5 Dec 2005 11:16:14 -0500 [thread overview]
Message-ID: <20051205161613.GA24917@cc.gatech.edu> (raw)
Hi Folks,
I am trying to develop device driver for a device as a module. There is a front
end in domU and a back end in dom0. At the domU creation time, a write in xenstore
corresponding to creation of BE device spurs my driver which creates appropriate
data structures etc for BE, totally regardless to the FE driver.
After domU finishes booting, I load the FE driver which talks to BE driver
and yada yada.
Problem comes when I unload the FE driver. It calls xenbus_unregister_driver,
which ends up calling xenbus_dev_remove. This sets the xenbus state for that
device to XenbusStateClosed. My back end driver then thinks that FE device has
gone away and removes the BE device. Needless to say, further loads of FE driver
are useless. If I remove that piece of code (which acts on XenbusStateClosed),
then the BE device hangs around even after the domU has shut down.
IMHO, shouldn't there be a similar job of device *removal* done by xm shutdown
as it is done by xm create? Then proper device removal will only happen when
a guest shuts down, rather when its driver is unloaded. Or there is something
totally wrong with the way I understand this issue.
Best regards,
Himanshu
--
-------------------------------------------------------------------------
Himanshu Raj
PhD Student, GaTech (www.cc.gatech.edu/~rhim)
I prefer to receive attachments in an open, non-proprietary format.
-------------------------------------------------------------------------
reply other threads:[~2005-12-05 16:16 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20051205161613.GA24917@cc.gatech.edu \
--to=rhim@cc.gatech.edu \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.