search for: entry_count

...VBIOS_POWER_BUDGET_H__ > + > +#include <nvkm/subdev/bios.h> > + > +struct nvbios_power_budget_entry { > + u32 min_w; > + u32 avg_w; > + u32 max_w; > +}; > + > +struct nvbios_power_budget { > + u32 offset; > + u8 header_len; > + u8 entry_len; > + u8 entry_count; > + u8 cap_entry; > +}; > + > +int nvbios_power_budget_header(struct nvkm_bios *, struct nvbios_power_budget *); > +int nvbios_power_budget_entry(struct nvkm_bios *, struct nvbios_power_budget *, > + u8 idx, struct nvbios_power_budget_entry *); >...

Populate-on-demand: Check pages being returned by the balloon driver This patch series is the second result of my work last summer on decreasing fragmentation of superpages in a guests'' p2m when using populate-on-demand. This patch series is against 4.1; I''m posting it to get feedback on the viability of getting a ported version of this patch into 4.2. As with the previous

...olve the pod problem 1) fix the p2m_pod_decrease_reservation() function, take care of the paging type --- ./origin/xen/arch/x86/mm/p2m.c 2011-09-05 20:39:30.000000000 +0800 +++ ./b/xen/arch/x86/mm/p2m.c 2011-09-23 23:46:19.000000000 +0800 @@ -675,6 +675,23 @@ BUG_ON(p2md->pod.entry_count < 0); pod--; } + else if ( steal_for_cache && p2m_is_paging(t) ) + { + struct page_info *page; + /* alloc a new page to compensate the pod list */ + page = alloc_domheap_page(d, 0); + if ( unlikely(page == NU...

There is an optinal header field in the power budget table we can use to read out the power cap of the GPU. We should have this in the kernel before actually using it to catch errors and see how reliable this is, but as it seems it works on all GPUs as expected on Kepler und Maxwells with the power cap field set in the vbios. This series keeps things really simple for now until we figure out

...get.h @@ -0,0 +1,24 @@ +#ifndef __NVBIOS_POWER_BUDGET_H__ +#define __NVBIOS_POWER_BUDGET_H__ + +#include <nvkm/subdev/bios.h> + +struct nvbios_power_budget_entry { + u32 min_w; + u32 avg_w; + u32 max_w; +}; + +struct nvbios_power_budget { + u32 offset; + u8 header_len; + u8 entry_len; + u8 entry_count; + u8 cap_entry; +}; + +int nvbios_power_budget_header(struct nvkm_bios *, struct nvbios_power_budget *); +int nvbios_power_budget_entry(struct nvkm_bios *, struct nvbios_power_budget *, + u8 idx, struct nvbios_power_budget_entry *); + +#endif diff --git a/drm/nouveau/...

This patch series includes a series of bugs related to p2m, ept, and PoD code which were found as part of our XenServer product testing. Each of these fixes actual bugs, and the 3.4-based version of the patch has been tested thoroughly. (There may be bugs in porting the patches, but most of them are simple enough as to make it unlikely.) Each patch is conceptually independent, so they can each

...etween the remaining instance of B and the newly created call sites within A. I plan to split the estimated count in roughly the ratio of the entries into B. As a result, a given call site BC (originally from B into C) would be split into two sites AC, and BC with estimated counts (AB.count/B.entry_count * OrigBC.count) and ((1-AB.count/B.entry_count) * OrigBC.count). This does require updating the body of the callee, not just the caller when inlining. It's important to note that the resulting estimated call counts can be just flat out wrong. As the easiest example, consider a case where...

...break; /* No paging if iommu is used */ - rc = -EXDEV; + rc = -EMLINK; if ( unlikely(need_iommu(d)) ) break; + rc = -EXDEV; /* Disallow paging in a PoD guest */ if ( p2m->pod.entry_count ) break;

elbert at host1:~$ dpkg -l|grep glusterfs ii glusterfs-client 1.3.8-0pre2 GlusterFS fuse client ii glusterfs-server 1.3.8-0pre2 GlusterFS fuse server ii libglusterfs0 1.3.8-0pre2 GlusterFS libraries and translator modules I have 2 hosts set up to use AFR with

...t(s_acpi * acpi) /* Let's grab the pointed table header */ char address[16] = { 0 }; - sprintf(address, "%llx", *p); + sprintf(address, "%" PRIx64 , *p); uint64_t *pointed_address = (uint64_t *)strtoul(address, NULL, 16); x->entry[x->entry_count] = pointed_address; diff --git a/com32/hdt/hdt-cli-memory.c b/com32/hdt/hdt-cli-memory.c index c05b7cd..7d0342c 100644 --- a/com32/hdt/hdt-cli-memory.c +++ b/com32/hdt/hdt-cli-memory.c @@ -47,7 +47,7 @@ static void show_memory_e820(int argc __unused, char **argv __unused, more_printf("BIO...

...tic void > p2m_pod_emergency_sweep(struct p2m_domain *p2m) > @@ -1066,6 +1087,12 @@ p2m_pod_demand_populate(struct p2m_domai > __trace_var(TRC_MEM_POD_POPULATE, 0, sizeof(t), &t); > } > > + /* Check the last guest demand-populate */ > + if ( p2m->pod.entry_count > p2m->pod.count > + && order == 9 s/9/PAGE_ORDER_2M/ Otherwise the series looks good to me. Andres > + && q & P2M_ALLOC ) > + p2m_pod_check_last_super(p2m, gfn_aligned); > + > pod_unlock(p2m); > return 0; > out_of_me...

...; >2008/Experiments/Silver nanocube rapid polyol > >synthesis/Photos/P8130384.JPG => -1 (5) > >2008-10-02 02:11:14 E [unify.c:882:unify_open] unify: > >/home/will/documents/University/PhD 2008/Experiments/Silver nanocube > >rapid polyol synthesis/Photos/P8130385.JPG: entry_count is 1 > >2008-10-02 02:11:14 E [unify.c:885:unify_open] unify: > >/home/will/documents/University/PhD 2008/Experiments/Silver nanocube > >rapid polyol synthesis/Photos/P8130385.JPG: found on brick7 > > > >This only seems to happen with specific directories in my home...

This patch series restores the use of superpages when restoring or migrating a VM, while retaining efficient batching of 4k pages when superpages are not appropriate or available. Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...te=8000 enabled=0 [audio_codec_3] mime=GSM rate=8000 enabled=0 [audio_codec_2] mime=PCMA rate=8000 enabled=0 [audio_codec_1] mime=speex rate=8000 enabled=1 [audio_codec_4] mime=speex rate=16000 enabled=0 [audio_codec_5] mime=1015 rate=8000 enabled=0 [address_book] entry_count=0 --