On Monday 02 April 2007 23:12, Andi Kleen wrote:
How would that work in the case where virtualized guests don't have a
visible PCI bus, and the virtual environment doesn't pretend to emulate
a PCI bus?
If they emulated one with the appropiate device
then distribution driver auto
Am Dienstag, 4. Dezember 2007 schrieb Nick Piggin:
[...]
There is one slight downside -- direct block device access and filesystem
metadata access goes through an extra copy and gets stored in RAM twice.
However, this downside is only slight, because the real buffercache of the
device is now
for that in our repository.
Martin will send that fix with the next bunch of fixes.
Subject: [PATCH] Fix compile error on 31bit without preemption
From: Christian Borntraeger [EMAIL PROTECTED]
Commit b8e7a54cd06b0b0174029ef3a7f5a1415a2c28f2 introduced a compile
error if CONFIG_PREEMPT is not set:
arch
PROTECTED]
CC: Ursula Braun [EMAIL PROTECTED]
CC: Peter Tiedemann [EMAIL PROTECTED]
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
---
drivers/s390/net/ctcmain.c |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6/drivers/s390/net/ctcmain.c
Hi Nick,
Here we go. See, brd already found a bug ;)
Can you apply the ext2 XIP patch too? And I'll resend the brd XIP patch.
[...]
Writing to XIP files at a non-page-aligned offset results in data corruption
because the writes were always sent to the start of the page.
[...]
@@ -314,7
Am Dienstag, 11. Dezember 2007 schrieb Avi Kivity:
KVM is due to receive support for multiple architectures (ppc, ia64, and
s390, in addition to the existing x86), hopefully in time for the 2.6.25
merge window. It is awkward to place the new arch support in
drivers/kvm/, so I'd like to
Am Freitag, 14. Dezember 2007 schrieb Greg Kroah-Hartman:
Christian Borntraeger (1):
Future of Linux 2.6.22.y series
This should be: rd: fix data corruption on memory pressure.
Same for 2.6.22
Christian
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
for the
ramdisk driver. This avoids try_to_free_buffers for ramdisk pages.
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
---
drivers/block/rd.c | 13 +
1 file changed, 13 insertions(+)
Index: linux-2.6/drivers/block/rd.c
Am Montag, 29. Oktober 2007 schrieb Ingo Molnar:
i've got a patch from Peter queued up. (see below) This should fix the
main issue.
[...]
--- linux.orig/fs/proc/array.c
+++ linux/fs/proc/array.c
@@ -358,7 +358,8 @@ static cputime_t task_utime(struct task_
}
utime =
Am Montag, 29. Oktober 2007 schrieb Balbir Singh:
We'll also need this additional patch (untested), but in the long run
I think the approach needs to be
1. Update stime and utime at the time of context switching -- keep it
in sync with p-sum_exec_runtime
2. Keep track of system/user
Am Mittwoch, 17. Oktober 2007 schrieb Eric W. Biederman:
Did you have both of my changes applied?
To init_page_buffer() and to the ramdisk_set_dirty_page?
Yes, I removed my patch and applied both patches from you.
Christian
-
To unsubscribe from this list: send the line unsubscribe
Am Donnerstag, 18. Oktober 2007 schrieb Eric W. Biederman:
Grr. Inconsistent rules on a core piece of infrastructure.
It looks like that if there is any trivial/minimal fix it
is based on your patch suppressing try_to_free_buffers. Ugh.
Eric
Ok. What do you think about having my patch for
the patch on
s390.
Avi, please apply.
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
---
drivers/kvm/kvm.h |3 +++
1 file changed, 3 insertions(+)
Index: kvm/drivers/kvm/kvm.h
===
--- kvm.orig/drivers/kvm/kvm.h
+++ kvm
Seems I overlooked this type while reviewing Laurents patch.
cputime_add already adds, dont do it twice.
Avi. This should go to Linus before 2.6.24.
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
---
fs/proc/array.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux
Am Donnerstag, 18. Oktober 2007 schrieb Serge E. Hallyn:
Sigh, well this turned out less informative than I'd liked.
After bisecting 2.6.23 to 2.6.23-mm1, I found that
git-s390.patch is the one breaking my s390 boot :(
(Frown bc it's a conglomeration of patches0
Symptom is:
Cannot
Am Freitag, 19. Oktober 2007 schrieb Luca Tettamanti:
linus-git has at least one bug with SG chaining, but usually it just
hangs the machine. Patch is here:
http://lkml.org/lkml/2007/10/17/269
Looks promising.
I pulled this fix by pulling the latest Linus-git into the kvm.git. I also
Am Freitag, 19. Oktober 2007 schrieb Jan Engelhardt:
On Oct 19 2007 15:44, Carsten Otte wrote:
Carsten Otte wrote:
First thing we do, is figure whether or not 2.6.23.1 as released breaks our
system too. This way, we can either focus on differences between Linus and
Avi, or turn on the
Am Freitag, 19. Oktober 2007 schrieb Laurent Vivier:
Carsten Otte a écrit :
Laurent Vivier wrote:
How do you know the problem has been introduced by kvm ?
I don't. In fact I think it has not been introduced by kvm. All I
stated, is that we experienced the problem when running the kvm.git
Am Freitag, 19. Oktober 2007 schrieb Laurent Vivier:
Did you patch kvm.git with patch-2.6.23.1.bz2 or did you download
linux-2.6.23.1.tar.bz2 ?
2.6.23.1 corrects nothing except sata_mv...
Yes I know. The question we tried to answer was: is the bug in 2.6.23 or was
it introduced after
Am Sonntag, 21. Oktober 2007 schrieb Eric W. Biederman:
Nick. Reread the patch. The only thing your arguments have
established for me is that this patch is not obviously correct. Which
makes it ineligible for a back port. Frankly I suspect the whole
issue is to subtle and rare to make any
-by: Christian Borntraeger [EMAIL PROTECTED]
That reminds me that I promised Rusty to look at one small issue in virtio
net driver. Nothing that should hold of the merge. I will sent the patch via
Rusty when its ready.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
include file.
SCTP maintainers Vlad Yasevich and Sridhar Samudrala are CCed.
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
---
net/sctp/sm_make_chunk.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/net/sctp/sm_make_chunk.c
Hello H. Peter,
the patch avoid overflows in kernel/time makes the ondemand cpufreq
scheduler unusable. It looks like the cpufreq scheduler takes minutes to
react on load changes.
I looked at the patch but did not found an obvious problem. Reverting this
patch seems to fix the problem.
Do
On 25/10/12 02:51, Frederic Weisbecker wrote:
Switching to or from guest context is done on ioctl context.
So by the time we call kvm_guest_enter() or kvm_guest_exit()
we know we are not running the idle task.
As a result, we can directly account the cputime using
On 25/10/12 09:56, Frederic Weisbecker wrote:
[...]
* s390 doesn't disable irqs in its implementation of vtime_account().
If vtime_account() in kvm races with an irq, the pending time might
be accounted twice. With vtime_account_system_irqsafe() we are protected.
We disable irqs before we
Am Freitag, 28. September 2007 schrieb Andy Whitcroft:
And this is not about any particular false positive. I dont mind an
advanced mode non-default opt-in option for the script, if someone is
interested in borderline or hard to judge warnings too, but these
default false positives are
Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
Is CONFIG_VIRT_CPU_ACCOUNTING set?
This is s390 and powerpc only, so the answer is probably no ;-)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
On 10/04/2007 04:00 PM, Christian Borntraeger wrote:
Am Donnerstag, 4. Oktober 2007 schrieb Chuck Ebbert:
Is CONFIG_VIRT_CPU_ACCOUNTING set?
This is s390 and powerpc only, so the answer is probably no ;-)
The code in fs/proc
Am Freitag, 5. Oktober 2007 schrieb Chuck Ebbert:
On 10/04/2007 05:10 PM, Christian Borntraeger wrote:
patch reverting to 2.6.22 behavior
Alternative patch:
procfs: Don't read runtime twice when computing task's stime
Current code reads p-se.sum_exec_runtime twice and goes through
. The process time is used from tasks utime and stime instead of
the scheduler clock. That means, in general after a long period of time,
it is less accurate than the current time and behaves like 2.6.22.
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
Yes, this gives steady increases
From: Christian Borntraeger [EMAIL PROTECTED]
We have seen ramdisk based install systems, where some pages of mapped
libraries and programs were suddendly zeroed under memory pressure. This
should not happen, as the ramdisk avoids freeing its pages by keeping them
dirty all the time.
It turns
Am Dienstag, 21. August 2007 schrieben Sie:
could you try the patch below, does it work any better?
I looked again at the scheduler code and things are getting better when I run
the patch below on top of your patch and with our sched_clock prototype. I
guess there is a reason why you want
Hello Ingo,
Thanks you for applying the accouting fix.
I looked into Jans sched_clock prototype, and
here is an update for sched_clock on s390. This patch applies on
current git, but should not go in before 2.6.23 as this change
is not trivial. The patch itself is independent from other patches
virtual sched_clock() for s390
From: Jan Glauber [EMAIL PROTECTED]
From: Christian Borntraeger [EMAIL PROTECTED]
This patch introduces a cpu time clock for s390 (only ticking if
the virtual cpu is running) and bases the s390 implementation of
sched_clock() on it. The patch is a revamped
Currently the scheduler does sanity checking on sched_clock and corrects
the values. Remove some of these checks to make steal time influence the
process time.
This patch is probably nothing for upstream but with this patch the
accouting for s390 seems to work regarding steal time, even without
--
Subject: [PATCH/RFC] Fix system-user misaccount of interpreted execution
From: Christian Borntraeger [EMAIL PROTECTED]
This patches fixes the accouting of guest cpu time. As sie is executed via a
system call, all guest operations were accounted as system time. To fix this
we define a per
Am Montag, 13. August 2007 schrieb Laurent Vivier:
[copying Ingo and Rusty]
@Avi, seems that sourceforge is mangling the cc list?
The patches look good. A couple of comments:
- perhaps the new fields should be guarded by a #ifdef CONFIG_HYPERVISOR
(selected by CONFIG_KVM)? that
Am Montag, 13. August 2007 schrieb Avi Kivity:
Laurent's patch gives the best of both worlds: on old 'top', you get
guest time accounted as user time, while on new 'top' it is accounted
separately. This is done by reporting user time as the sum of the real
user time and guest time. A
Am Montag, 13. August 2007 schrieb Laurent Vivier:
As guest accounting is hw dependent, I think we should add a hook in the
accounting functions.
Isn't PF_VM exactly such a hook? All the hypervisor needs to do is to
set/unset it correctly?
In fact, no.
PF_VM is used to know
Am Montag, 13. August 2007 schrieb Avi Kivity:
Christian Borntraeger wrote:
Am Montag, 13. August 2007 schrieb Laurent Vivier:
[copying Ingo and Rusty]
@Avi, seems that sourceforge is mangling the cc list?
It's not configured to do so. Can you be more specific?
I
This is a 2nd try with correct email address, sorry for the duplicates.
Am Sonntag, 12. August 2007 schrieb Ingo Molnar:
Linus, please pull the latest scheduler git tree from:
Hello Ingo,
this is a followup to the discussion in
http://lkml.org/lkml/2007/7/19/538
Since 2.6.12, s390 already
Am Dienstag, 14. August 2007 schrieb Linus Torvalds:
On Tue, 14 Aug 2007, Christian Borntraeger wrote:
Hello Ingo,
Just a fyi: I think Ingo is on vacation this week without any internet
access, I think he'll be back next Monday.
Linus
Well deserved.
As Martin and Jan
. If
CONFIG_VIRT_CPU_ACCOUTING is set, task-utime and task-stime are returned
directly instead of using sum_exec_runtime.
Patch is tested on s390x with and without VIRT_CPU_ACCOUTING as well as on
i386. Not tested on ppc64 - Paul?
Feedback is welcome.
Signed-Off-By: Christian Borntraeger [EMAIL PROTECTED
Am Freitag, 17. August 2007 schrieb Laurent Vivier:
The normal user/system accounting has the same issue, no? Whereever we
happen to land (kernel or user) gets the whole tick.
Yes... but perhaps I should rewrite this too ;-)
If you look further, you will see, that this was actually
Am Montag, 20. August 2007 schrieb Laurent Vivier:
Index: kvm/fs/proc/array.c
===
--- kvm.orig/fs/proc/array.c2007-08-20 11:11:30.0 +0200
+++ kvm/fs/proc/array.c 2007-08-20 13:04:03.0 +0200
Just a heads up,
Am Montag, 20. August 2007 schrieb Martin Schwidefsky:
On Mon, 2007-08-20 at 20:08 +0200, Ingo Molnar wrote:
Ok, that would mean that sched_clock can just return the virtual cpu
time and the two hooks starts and stops the idle periods as far as the
scheduler is concerned. In this case we can
Am Montag, 20. August 2007 schrieb Ingo Molnar:
ok. Just to make it sure wrt. release-management: you said s390
sched_clock() is currently at least as precise as stime/utime - so this
would suggest that there is no regression over v2.6.22? Regardless of
On current git s390 has a sched_clock
Am Montag, 20. August 2007 schrieb Glauber de Oliveira Costa:
Although I don't know KVM to a that deep level, I think it should be
possible to keep the virtual cpus in different process (or threads),
and take the accounting time from there. Perfectly possible to know
the time we spent running
Am Montag, 20. August 2007 schrieb Ingo Molnar:
could you send that precise sched_clock() patch? It should be an order
of magnitude simpler than the high-precision stime/utime tracking you
already do, and it's needed for quality scheduling anyway.
I have a question about that. I just played
Am Dienstag, 21. August 2007 schrieb Ingo Molnar:
Wouldnt it be more consistent if a virtual box would not show any
dependency on external load? (i.e. it would slow down all of its
internal functionality transparently, without exposing it via /proc. The
only way to observe that would be the
Am Dienstag, 21. August 2007 schrieb Ingo Molnar:
the 'invariant' i mentioned only covers scheduler behavior, not
accounting behavior. Accounting is separate in theory, but coupled in
practice now via sum_exec_runtime.
Forgot to answer about that: That means that the current design does not
Am Dienstag, 21. August 2007 schrieb Ingo Molnar:
you mean to revert b27f03d4bd? I'd really like to see this fixed for
real for s390 + CONFIG_VIRT_CPU_ACCOUNTING=y. (which seems to be the
only case affected)
Not a complete revert, but an ifdef-workaround. I wrote this patch last week
and
what do you think about the rq_clock() #ifdef i did in the previous mail
plus you making sched_clock() virtual? That way you can keep
scheduler_tick() driven by real-time, although that generally will cause
artifacts with SMP load-balancing too. (that was true in the past too)
I just has a
Am Samstag, 13. Oktober 2007 schrieb Frans Pop:
Please consider this patch for 2.6.23.2
http://lkml.org/lkml/2007/10/4/389
Is it already in Linus's tree? If so, do you have a git commit id? If
not, please let us (stable@) know when it is, and what the id is, and
then we can add it to
buffer_heads_over_limit true, which
means:
- lower max_buffer_heads
or
- have a system with lots of high memory
Andrew, if there are no objections - please apply. The patch applies against
todays git.
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
---
drivers/block/rd.c | 13 +
1
Am Montag, 15. Oktober 2007 schrieb Nick Piggin:
On Monday 15 October 2007 18:28, Christian Borntraeger wrote:
Andrew, this is a resend of a bugfix patch. Ramdisk seems a bit
unmaintained, so decided to sent the patch to you :-).
I have CCed Ted, who did work on the code in the 90s. I found
Am Montag, 10. September 2007 schrieb Laurent Vivier:
The aim of these four patches is to introduce Virtual Machine time accounting.
I would move this line
if (p-flags PF_VCPU) {
account_guest_time(p, cputime);
-- p-flags = ~PF_VCPU; -
forgot to CC everybody besides Laurent:
Am Montag, 15. Oktober 2007 schrieben Sie:
No, It must not be cleared here because we can't enter in the accounting code
between kvm_guest_enter(void) and kvm_guest_exit(void).
This is why the accounting code clears it.
I put a kvm_guest_exit() only
Am Montag, 15. Oktober 2007 schrieb Avi Kivity:
We can clear it a bit later, after local_irq_enable() in __vcpu_run().
However we need a nop instruction first because sti keeps interrupts
disabled for one more instruction.
Ah, I see. The host interrupt behaves different and instead of
interface seems fine. To
make the accounting work for virtual cpu accounting found on ppc and s390 we
can later add an additional patch that also deals with interruptible guest
contexts.
So something like this should work:
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
---
drivers/kvm
, and the problem
seems gone. I will try to get these patches to our testers.
As long as they dont find new problems:
Acked-by: Christian Borntraeger [EMAIL PROTECTED]
Nick, Eric. What is the best patch for the stable series? Both patches from
Eric or mine? I CCed stable, so they know that something
that we save the old value
of utime and stime and therefore requires additional locking.
Otherwise I suggest to apply my reversion patch from below:
Am Sonntag, 14. Oktober 2007 schrieb Christian Borntraeger:
Am Samstag, 13. Oktober 2007 schrieb Frans Pop:
Please consider this patch
Am Dienstag, 16. Oktober 2007 schrieb Nick Piggin:
While I said it was a good fix when I saw the patch earlier, I think
it's not closing the entire hole, and as such, Christian's patch is
probably the way to go for stable.
That would be my preferred method. Merge Erics and my fixup for
Am Dienstag, 16. Oktober 2007 schrieb Balbir Singh:
I am trying to think out loud as to what the root cause of the problem
might be. In one of the discussion threads, I saw utime going backwards,
which seemed very odd, I suspect that those are rounding errors.
I don't understand your
-By: Christian Borntraeger [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Eric,
Am Dienstag, 16. Oktober 2007 schrieb Christian Borntraeger:
Am Dienstag, 16. Oktober 2007 schrieb Eric W. Biederman:
fs/buffer.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
drivers/block/rd.c | 13 +
1 files changed, 1 insertions(+), 12 deletions
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/pci/rom.c
+++ b/drivers/pci/rom.c
@@ -185,7 +185,7 @@ void __iomem *pci_map_rom_copy(struct pc
IORESOURCE_ROM_BIOS_COPY))
return rom;
- res-start = (unsigned long)kmalloc(*size,
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
- a = (unsigned long)kmalloc(sizeof(struct irt_entry) * num_entries + 8,
GFP_KERNEL);
+ a = kmalloc(sizeof(struct irt_entry) * num_entries + 8, GFP_KERNEL);
NAK.
Same as in some other patches.
void * - ulong is not auto casted and
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
===
--- a/arch/mips/au1000/common/dbdma.c
+++ b/arch/mips/au1000/common/dbdma.c
[...]
- desc_base = (u32)kmalloc(entries * sizeof(au1x_ddma_desc_t),
+ desc_base =
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/net/lance.c
+++ b/drivers/net/lance.c
[...]
- lp-rx_buffs = (unsigned long)kmalloc(PKT_BUF_SZ*RX_RING_SIZE,
- GFP_DMA | GFP_KERNEL);
+ lp-rx_buffs =
Am Dienstag, 31. Juli 2007 schrieb [EMAIL PROTECTED]:
--- a/drivers/media/video/zoran_driver.c
+++ b/drivers/media/video/zoran_driver.c
[...]
- mem =
- (unsigned long) kmalloc(fh-jpg_buffers.
-
Andrew Morton wrote:
Theodore Y. Ts'o [EMAIL PROTECTED] wrote:
This fixes a problem originally reported by Christian Borntraeger where
during the wakeup from a suspend-to-ram, several sleeping function
called from invalid context warning messages are issued. Unlike a
previous patch
Yves Crespin wrote:
Christian Bornträger wrote:
On Wednesday 30 March 2005 15:00, Yves Crespin wrote:
1/ is-it possible to *really* be synchronize. I prefer to have a
blocked write() than use cache and get swap!
Try to mount with the sync option.
exactly async and noatime ?
No. async is
[EMAIL PROTECTED] wrote:
From: Christian Borntraeger [EMAIL PROTECTED]
During the wakeup from suspend-to-ram I get several warnings.
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Andrew,
Len told me that he is going to solve the issue
shabanip wrote:
is there any way to capture and log kernel panics on disk or ...?
In former times, the Linux kernel tried to sync in the panic function. (If
the panic did not happen in interrupt context) Unfortunately this had
severe side effects in cases where the panic was triggered by file
Payasam Manohar wrote:
Hai all,
I tried to insert a sample module into Fedora core 2 , But it is
giving an error message that no module in the object
The same module was inserted successfully into Redhat linux 9.
Is there any changes from RH 9 to Fedora Core 2 with respect to the
On 13/07/12 05:35, Raghavendra K T wrote:
Yes! I forgot about archs in init function.
How about having
#ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT
vcpu-ple.cpu_relax_intercepted = false;
vcpu-ple.dy_eligible = false;
#endif
This would solve all the problem.
No, you need to mask all
On 28/02/13 23:26, Jiri Slaby wrote:
On 02/27/2013 12:57 AM, Greg Kroah-Hartman wrote:
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Christian Borntraeger borntrae...@de.ibm.com
commit 15bc8d8457875f495c59d933b05770ba88d1eacb upstream
freundlichen Grüßen / Best Regards
Christian Borntraeger
Linux Software Engineer zSeries Linux Virtualization
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Am Dienstag, 6. November 2007 schrieb Jan Kara:
In that case you might be interested in picking up the attached fix :)
I don't know if you already didn't get it...
---
[PATCH] rd: fix data corruption on memory pressure
---
The patch is currently in mm but not yet upstream. As soon as it is
On 09/07/12 08:20, Raghavendra K T wrote:
Currently Pause Looop Exit (PLE) handler is doing directed yield to a
random VCPU on PL exit. Though we already have filtering while choosing
the candidate to yield_to, we can do better.
Problem is, for large vcpu guests, we have more probability of
On 11/07/12 11:06, Avi Kivity wrote:
[...]
Almost all s390 kernels use diag9c (directed yield to a given guest cpu) for
spinlocks, though.
Perhaps x86 should copy this.
See arch/s390/lib/spinlock.c
The basic idea is using several heuristics:
- loop for a given amount of loops
- check if the
On 11/07/12 13:04, Avi Kivity wrote:
On 07/11/2012 01:17 PM, Christian Borntraeger wrote:
On 11/07/12 11:06, Avi Kivity wrote:
[...]
Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
for spinlocks, though.
Perhaps x86 should copy this.
See arch/s390/lib/spinlock.c
On 11/07/12 13:51, Raghavendra K T wrote:
Almost all s390 kernels use diag9c (directed yield to a given guest cpu)
for spinlocks, though.
Perhaps x86 should copy this.
See arch/s390/lib/spinlock.c
The basic idea is using several heuristics:
- loop for a given amount of loops
- check if
On 12/07/12 21:18, Raghavendra K T wrote:
+#ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT
[...]
+ struct {
+ bool cpu_relax_intercepted;
+ bool dy_eligible;
+ } ple;
+#endif
[...]
}
vcpu-run = page_address(page);
+ vcpu-ple.cpu_relax_intercepted
On 22/07/12 14:43, Avi Kivity wrote:
On 07/22/2012 03:34 PM, Raghavendra K T wrote:
Thanks Marcelo for the review. Avi, Rik, Christian, please let me know
if this series looks good now.
It looks fine to me. Christian, is this okay for s390?
Tested-by: Christian Borntraeger borntrae
On 25/07/13 10:54, Martin Schwidefsky wrote:
v1-v2:
- found a way to simplify the common code patch
Linux on s390 as a guest under z/VM has been using the guest page
hinting interface (alias collaborative memory management) for a long
time. The full version with volatile states has been
one for swap in.
[ Martin Schwidefsky: patch reordering and simplification ]
Signed-off-by: Konstantin Weitz konstantin.we...@gmail.com
Signed-off-by: Martin Schwidefsky schwidef...@de.ibm.com
Reviewed-by: Christian Borntraeger borntrae...@de.ibm.com
---
include/asm-generic/pgtable.h
Borntraeger borntrae...@de.ibm.com
Tested-by: Christian Borntraeger borntrae...@de.ibm.com
---
arch/s390/include/asm/kvm_host.h |5 ++-
arch/s390/include/asm/pgtable.h | 24
arch/s390/kvm/kvm-s390.c | 25 +
arch/s390/kvm/kvm-s390.h |2
On 09/07/13 15:56, Dominik Dingel wrote:
This patch enables async page faults for s390 kvm guests.
It provides the userspace API to enable, disable or get the status of this
feature. Also it includes the diagnose code, called by the guest to enable
async page faults.
The async page faults
On 10/07/13 12:39, Alexander Graf wrote:
On 09.07.2013, at 18:01, Christian Borntraeger wrote:
On 09/07/13 15:56, Dominik Dingel wrote:
By setting a Kconfig option, the architecture can control when
guest notifications will be presented by the apf backend.
So there is the default batch
On 11/07/13 11:04, Gleb Natapov wrote:
On Wed, Jul 10, 2013 at 02:59:55PM +0200, Dominik Dingel wrote:
This patch enables async page faults for s390 kvm guests.
It provides the userspace API to enable, disable or get the status of this
feature. Also it includes the diagnose code, called by the
On 18/07/13 15:57, Paolo Bonzini wrote:
Il 11/07/2013 12:41, Christian Borntraeger ha scritto:
On 11/07/13 11:04, Gleb Natapov wrote:
On Wed, Jul 10, 2013 at 02:59:55PM +0200, Dominik Dingel wrote:
This patch enables async page faults for s390 kvm guests.
It provides the userspace API
3.10.33 spits the following warning:
[ 14.463408] [ cut here ]
[ 14.463411] WARNING: at block/elevator.c:193
[ 14.463413] Modules linked in: vhost_net macvtap macvlan kvm dasd_eckd_mod
dasd_mod zfcp scsi_transport_fc scsi_tgt qeth qdio ccwgroup dm_multipath sunrpc
[
On 26/02/14 15:50, Oleg Nesterov wrote:
[...]
NAK.
Since 2012 qemu does call qemu_madvise(new_block-host, size,
QEMU_MADV_HUGEPAGE); for all kvm pages.
(commit ad0b5321f1f797274603ebbe20108b0750baee94 Call MADV_HUGEPAGE for
guest RAM allocations) so this
breaks any recent kvm guest on
fails after s390_enable_sie()
As Christian pointed out, the recent 'Revert thp: make MADV_HUGEPAGE
check for mm-def_flags' breaks qemu, it does QEMU_MADV_HUGEPAGE for
all kvm pages but this doesn't work after s390_enable_sie/thp_split_mm.
Reported-by: Christian Borntraeger borntrae
Vlad,
commit 6acf54f1cf0a6747bac9fea26f34cfc5a9029523
macvtap: Add support of packet capture on macvtap device.
causes a performance regression for iperf traffic between two KVM guests
on my s390 system. Both guests are connected via two macvtaps on the same OSA
network card.
Before that
on the call to madvise, we
simply ignore the call (return 0).
Reported-by: Christian Borntraeger borntrae...@de.ibm.com
Suggested-by: Paolo Bonzini pbonz...@redhat.com
Suggested-by: Oleg Nesterov o...@redhat.com
Signed-off-by: Alex Thorlton athorl...@sgi.com
Cc: Gerald Schaefer gerald.schae
On 28/02/14 23:14, Vlad Yasevich wrote:
On 02/27/2014 03:52 PM, Christian Borntraeger wrote:
Vlad,
commit 6acf54f1cf0a6747bac9fea26f34cfc5a9029523
macvtap: Add support of packet capture on macvtap device.
causes a performance regression for iperf traffic between two KVM guests
on my
On 01/03/14 20:27, Vlad Yasevich wrote:
On 03/01/2014 06:15 AM, Christian Borntraeger wrote:
On 28/02/14 23:14, Vlad Yasevich wrote:
On 02/27/2014 03:52 PM, Christian Borntraeger wrote:
Vlad,
commit 6acf54f1cf0a6747bac9fea26f34cfc5a9029523
macvtap: Add support of packet capture
1 - 100 of 1926 matches
Mail list logo