| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | |
| |
| |
| |
| |
| |
| |
| | |
Create xcom_mini.c from xcom_hcall.c
Signed-off-by: Tristan Gingold <tristan.gingold@bull.net>
|
| |\| |
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| | |
to watch for creation of the handle node in xenstore, as it is
written by xend when creating the backend directory as part of
the same transaction.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
We need to make a copy of data from tx_ring before
verifying them as otherwise what we end up using may
be different from what was verified.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
|
| | |
| |
| |
| |
| | |
Signed-off-by: Xin Li <xin.b.li@intel.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
privcmd interface.
From: Isaku Yamahata <yamahata@valinux.co.jp>
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
First, auto-translate guests can use remap_pfn_range() rather than
direct_remap_pfn_range(). This actually works better because
remap_pfn_range() can legitimately assert VM_PFNMAP (this patch
removes this flag for direct_remap_pfn_range().
There are various cleanups and fixes to the privcmd interface:
1. VMAs should be searched and used under the mmap semaphore
2. Mapping should be single shot (since cirect_remap_pfn_range()
expects the PTEs to be empty when it is called).
3. Demand-fault population of the privcmd vma should be disallowed.
4. Various others, including a more thorough check of input args.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| | |
alloc_empty_pages_and_pagevec.
This is a better fit with all the callers, who now allocate discontiguous empty pages.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
contiguously.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
contiguously.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
contiguously.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
there is no need for a mapping area inside the driver for copying
receive path.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| | |
than in one large contiguous region.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| | |
size, rather than the TX ring size.
Signed-off-by: Jose Renato Santos <jsantos@hpl.hp.com>
|
| | |
| |
| |
| |
| | |
Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This allows us to take advantage of TSO when running as PV-on-HVM on
older kernels.
Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
This simplifies a subsequent patch.
Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
Signed-off-by: Aron Griffis <aron@hp.com>
|
| |\| |
|
| | |
| |
| |
| |
| | |
From: Jan Beulich <jbeulich@novell.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This turns out to be dangerous as packets can be queued indefinitely,
introducing resource dependencies between guests (if the queued
packets originate from another virtual machine). For example, this
can prevent interfaces from being torn down and hence defunct
virtual machines from being destroyed.
The queuing functionality is retained as a module option, but a
warning is printed if it is enabled. It is not intended for general use!
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| | |
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This patch introduce compile time option XEN_IA64_EXPOSE_P2M
to enable this feature and boot option xen_ia64_p2m_expose to
disable the functionality.
This patch also introduce XEN_IA64_EXPOSE_P2M_USE_DTR to map p2m table
with dtr and boot option xen_ia64_p2m_expose_use_dtr to disable it.
Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
getmeminfo nr_page trick is not anymore necessary.
Signed-off-by: Tristan Gingold <tristan.gingold@bull.net>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Necessary for reboot on VTi domains.
Signed-off-by: Kouya Shimura <kouya@jp.fujitsu.com>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This is used w/ xennet.rx_copy
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
|
| |\| |
|
| | |
| |
| |
| |
| | |
Original patch from Isaku Yamahata <yamahata@valinux.co.jp>
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| | |
module load time.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Eoi is a very frequent hypercall which has only one argument passed through
a structure. To avoid the xencomm overhead, a new hypercall is created
and the argument is passed by value.
Signed-off-by: Tristan Gingold <tristan.gingold@bull.net>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
With xencomm metaphysical addresses are passed to the hypervisor instead
of virtual addresses.
This patch breaks compatibility.
Signed-off-by: Tristan Gingold <tristan.gingold@bull.net>
|
| |\| |
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Also update the code in tools to create the device node if udev fails.
The tools now read the sysfs system to find the minor number needed.
Original patch from Steven Rostedt <srostedt@redhat.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
blktap_poll is calling tlb_flush_all() in its main ring buffer polling
loop. This seems to be superfluous: the hypervisor should be
performing
any necessary tlb flushes on grant table operations performed by the
back-end. Even a simple memory barrier is unnecessary here as the
RING_PUSH_REQUESTS() call performs a wmb() anyway.
And tlb_flush_all() is not exported to modules, so this call prevents
blktap from building as a module. Just remove it.
Signed-off-by: Stephen Tweedie <sct@redhat.com>
|
| | |
| |
| |
| |
| | |
The issue is described in bugzilla report #746.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
notifications during shutdown. When rootfs goes away this can
cause the system to hang, as we notify userspace etc.
Instead we forcibly reset the state machine back to state Closed
if we are a frontend driver, to get the backend to release
resources. Necessary if we are going to kexec.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This patch makes blktap Do The Right Thing(TM). It allows udev to
create the /dev/xen/blktap[0-9] devices.
It creates a sysfs class called "xen". This part may later be placed
someplace else, but currently blktap is the only user so it is placed in
the blktap code.
When blktap is initialized, a blktap0 sysfs class device is made. The
other devices blktapX (X > 0) are made when the BLKTAP_IOCTL_NEWINTF
ioctl is called. This way we don't flood the sysfs and /dev/xen with
unnecessary devices.
I added a rule in the xen-backend.rules to allow for udev to create the
blktap devices.
With this, we can really remove the code to search and create the
/dev/xen/blktap[0-9]*, but I'll leave it in for now. With the use of
udev, we really should remove that code as well as the code for creating
the evtchn device. udev works for both of these now. But that removal
will have to be in another patch.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
blktap currently uses a hardcoded major of 254 for the device. This is
not robust in anyway and needs to be dynamic.
Note: it is better not to have the daemon create the node, and have udev
create it instead. But since the daemon currently creates the node
anyway, it is still the way this is done. That change needs to be made
at another time.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
blktap is calling non-atomic kernel functions with irqs disabled, which
hits various kernel debug traps if those are enabled. The problem is
req_increase(), which takes the pending_free_lock.
This function is currently only ever called from module initialiation,
where it is impossible for it to race against anything else. Its
companion, req_decrease(), is not called at all.
Fix by removing the offending locking from req_increase() and, while
we're at it, remove req_decrease() entirely.
Signed-off-by: Stephen Tweedie <sct@redhat.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This patch cleans up the blktap.c code to make it form to the Linux
coding style a little better.
It also removes the private data structure that is only used to store
the index of the tabfds descriptor. Instead the filp->private_data now
points to the descriptor itself.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
|