Bob Moran wrote:
> The http://kvm.qumranet.com/kvmwiki/FAQ section3 Q13 RE. widescreen
> resolution in KVM, refers me to:
>
>
> http://thread.gmane.org/gmane.comp.emulators.kvm.devel/13557 which
> describes a patch to be applied.
>
> I am not familiar with patch application and unsure where t
The http://kvm.qumranet.com/kvmwiki/FAQ section3 Q13 RE. widescreen
resolution in KVM, refers me to:
http://thread.gmane.org/gmane.comp.emulators.kvm.devel/13557 which
describes a patch to be applied.
I am not familiar with patch application and unsure where to find the
file to patch. A
Anthony Liguori wrote:
While it has served us well, it is long overdue that we eliminate the
virtio-net tap hack. It turns out that zero-copy has very little impact on
performance. The tap hack was gaining such a significant performance boost
not because of zero-copy, but because it avoided dro
In the final patch of this series, we rely on a VLAN client's fd_can_read
method to avoid dropping packets. Unfortunately, virtio's fd_can_read method
is not very accurate at the moment. This patch addresses this.
It also generates a notification to the IO thread when more RX packets become
avai
Normally, tap always reads packets and simply lets the client drop them if it
cannot receive them. For virtio-net, this results in massive packet loss and
about an 80% performance loss in TCP throughput.
This patch modifies qemu_send_packet() to only deliver a packet to a VLAN
client if it doesn'
QEMU is rather aggressive about exhausting the wait period when selecting.
This is fine when the wait period is low and when there is significant delays
in-between selects as it improves IO throughput.
With the IO thread, there is a very small delay between selects and our wait
period for select i
While it has served us well, it is long overdue that we eliminate the
virtio-net tap hack. It turns out that zero-copy has very little impact on
performance. The tap hack was gaining such a significant performance boost
not because of zero-copy, but because it avoided dropping packets on receive
Договоры в строительстве (практические рекомендации)
Однодневный семинар / 16 мая 2008 г. / Москва
Программа семинара
Договоры в строительстве: общие положения
∙ Общая характеристика договоров, сопровождающих строительную деятельность.
∙ Обзор договоров подрядного типа и практической сферы их
On Wed, Apr 30, 2008 at 05:04:19PM -0300, Glauber Costa wrote:
> There is no reason why should i386 and x86_64 code for rdtsc be different.
> Unify them.
This makes the generated i386 assembly code far more complex (21
instructions instead of 5).
> ---
> cpu-all.h | 11 +--
> 1 files
Договоры в строительстве (практические рекомендации)
Однодневный семинар / 16 мая 2008 г. / Москва
Программа семинара
Договоры в строительстве: общие положения
∙ Общая характеристика договоров, сопровождающих строительную деятельность.
∙ Обзор договоров подрядного типа и практической сферы их
On May 2, 2008, at 7:35 PM, Marcelo Tosatti wrote:
> Add 3 PCI bridges to the ACPI table:
> - Move IRQ routing, slot device and GPE processing to separate files
> which can be included from acpi-dsdt.dsl.
> - Add _SUN methods to every slot device so as to avoid collisions
> in OS handling.
> - Fix
On May 2, 2008, at 5:35 PM, Marcelo Tosatti wrote:
> On Fri, May 02, 2008 at 04:55:24PM +0200, Alexander Graf wrote:
>> Hi,
>>
>> in the DSDT there are two different ways of defining, how an
>> interrupt
>> is supposed to be routed. Currently we are using the LNKA - LNKD
>> method,
>> which a
Commit c45a6816c19dee67b8f725e6646d428901a6dc24
(virtio: explicit advertisement of driver features)
and commit e976a2b997fc4ad70ccc53acfe62811c4aaec851
(s390: KVM guest: virtio device support, and kvm hypercalls)
don't like each other:
<-- snip -->
...
CC drivers/s390/kvm/kvm_virtio.o
/h
I updated the mmu notifier patch. There was a problem in shutting down
the vm in mmu_notifier_release instead of waiting the last
filp->release, because all vcpus will be freed and the
filp->private_data will point to already freed memory when the vcpu fd
is closed.
It seems we may really not need
On Fri, May 02, 2008 at 05:05:03PM +0200, Andrea Arcangeli wrote:
> Hello everyone,
>
> 1/11 is the latest version of the mmu-notifier-core patch.
>
> As usual all later 2-11/11 patches follows but those aren't meant for 2.6.26.
>
Not sure why -mm is different, but I get compile errors w/o the
On Friday 02 May 2008 12:43:31 am Marcelo Tosatti wrote:
Hi Guillaume,
With your patch applied ubuntu 8.04 livecd fails to boot. Not any better
with Marcelo's patch on top.
exception 13 (33)
rax 007f rbx 0080 rcx rdx
rsi 0005a81
舐めるのが好きな27歳です。結婚はしています。
お互い舐めあいませんか？
舐められるのや舐めるのが好きな不倫パートナーが欲しいです。
あなたがエッチに積極的な方だったらいいなぁ（*^_^*）
http://tsuma2.net/pc/main.php?y7ts04-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's e
17 matches
Mail list logo
