Displaying 3 results from an estimated 3 matches for "destroy_grant_host_mapping".
2006 Apr 21
4
[Xen-ia64-devel] flush_tlb_mask and grant_table on ia64
...ge is rather cheap. Flushing an address range
on every processors is also cheap (no IPI).
Unfortunatly Xen common code flushes the whole TLB after unmapping grant
reference.
Currently, this is not done on IA64 because domain_dirty_cpumask is never set
(bug!).
We can flush TLB by range within destroy_grant_host_mapping. But then we need
to disable the flush_tlb_mask call.
What is the best solution?
Thank you for comments,
Tristan.
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
2006 May 25
3
netfront.c: gnttab_query_foreign_access returns non zero in network_tx_buf_gc
I''ve been working form the netfront.c in the testing tree and using SLES
10 RC1 for i386 on a SMP box. When I stress the network using iperf in
a domU, domU acting as client on a gigabit network, I occasionally get a
panic at the dev_kfree_skb_irq(skb); line. This is the same panic as
reported in
http://lists.xensource.com/archives/html/xen-devel/2006-05/msg00919.html
The trace
2007 Mar 20
62
RFC: [0/2] Remove netloop by lazy copying in netback
Hi Keir:
These two patches remove the need for netloop by performing the
copying in netback and only if it is necessary. The rationale
is that most packets will be processed without delay allowing
them to be freed without copying at all. So instead of copying
every packet destined to dom0 we''ll only copy those that linger
longer than a specified amount of time (currently 0.5s).
As it