One alternative would be:
KVM_SWITCH_DIRTY_LOG passing the address of a bitmap. If the active
bitmap was clean, it returns 0, no switch performed. If the active
bitmap was dirty, the kernel switches to the new bitmap and returns 1.
And the responsability of cleaning the new bitmap could also
r = 0;
@@ -1195,11 +1232,16 @@ void mark_page_dirty(struct kvm *kvm, gfn_t gfn)
gfn = unalias_gfn(kvm, gfn);
memslot = gfn_to_memslot_unaliased(kvm, gfn);
if (memslot memslot-dirty_bitmap) {
- unsigned long rel_gfn = gfn - memslot-base_gfn;
+
On Wed, May 05, 2010 at 02:03:03AM +0530, K.Prasad wrote:
It is true that the breakpoint exceptions will go amiss following the
alignment exception, and be restored when the thread single-steps due
to other requests causing undesirable effects. (Borrowing from some of
the discussions I had
Hi kumar,
I just want to know whether the erratum of MPC8640D has fixed on
u-boot or linux ?
-Thirumalai
CAUTION - Disclaimer *This email may contain
confidential and privileged material for the
sole use of the intended recipient(s). Any review, use,
2010/5/12 Christian Kujau li...@nerdbynature.de
Maxim Uvarov wrote on 2010-05-11 10:47 :
This patch is required in case if you are using new toolchains.
I'm on Debian/stable (binutils 2.18, gcc 4.3.2), so I applied your patches
to the latest -git checkout:
First, compilation fails with:
On Wed, 12 May 2010 at 10:31, Maxim Uvarov wrote:
Yes, that is expected result for old tool chains. New tool chains (from code
sourcery ) need this crt.S.
I think we can have --with-oldtoolchain option to configure to point to old
tool chains. (or even rename it to --with-crts,
I don't know
Hello everybody,
Changes from previous version:
- removed bogus hyphen from the patch;
- move ifdefs to crt.S instead of Makefile
Please find here patch for user land kexec-tools application. Following
patch makes kexec-tools work for both kexec and kdump. I
Hello everybody,
Changes from previous version:
- removed bogus hyphen from the patch;
- move ifdefs to crt.S instead of Makefile
Please find here patch for user land kexec-tools application. Following
patch makes kexec-tools work for both kexec and kdump. I
On Tue, 11 May 2010 at 21:47, Maxim Uvarov wrote:
This patch is required in case if you are using new toolchains.
After kexec-tools compiled, I actually tried it:
# kexec -l /boot/2.6/zImage --command-line=root=/dev/hda6 ro
# echo $?
0
# kexec -e
Starting new kernel
Bye!
but then the
Hi Jeff,
On Tue, 11 May 2010 15:34:29 -0400, Jeff Angielski wrote:
On 05/11/2010 03:03 PM, Andre Prendel wrote:
I'de prefer implementing the sysfs access methods in a consistent way (see
other functions). That means adding the nfactor register to the tmp421_data
structure and using
Hi Linus !
Please pull this perf event fix from Paulus. Without it, using perf event
can potentially oops the machine at any time.
Thanks !
Cheers,
Ben.
The following changes since commit cea0d767c29669bf89f86e4aee46ef462d2ebae8:
Linus Torvalds (1):
Merge branch 'hwmon-for-linus' of
On Wednesday 12 May 2010 04:22:50 Benjamin Herrenschmidt wrote:
The code to fixup the serial ports on 440SPe uses the incorrect
addresses for these. This fixes it.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Acked-by: Stefan Roese s...@denx.de
Cheers,
Stefan
[To ppc people]
Hi, Benjamin, Paul, Alex,
Please see the patches 6,7/12. I first say sorry for that I've not tested these
yet. In that sense, these may not be in the quality for precise reviews. But I
will be happy if you would give me any comments.
Alex, could you help me? Though I have a
+static inline int set_bit_user_non_atomic(int nr, void __user *addr)
+{
+ u8 __user *p;
+ u8 val;
+
+ p = (u8 __user *)((unsigned long)addr + nr / BITS_PER_BYTE);
Does C do the + or the / first? Either way, I'd like to see brackets here :)
OK, I'll change like that! I
On May 12, 2010, at 2:46 AM, Benjamin Herrenschmidt wrote:
Hi Linus !
Please pull this perf event fix from Paulus. Without it, using perf event
can potentially oops the machine at any time.
Thanks !
Cheers,
Ben.
The following changes since commit
On Wed, May 12, 2010 at 12:22:50PM +1000, Benjamin Herrenschmidt wrote:
The code to fixup the serial ports on 440SPe uses the incorrect
addresses for these. This fixes it.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
I'm surprised nobody noticed, serial is pretty busted for
On Wed, 2010-05-12 at 05:24 -0500, Kumar Gala wrote:
Did where you going to also send linus:
http://patchwork.ozlabs.org/patch/51496/
Forgot about that one... I'll add it to the pile tomorrow.
Cheers,
Ben.
___
Linuxppc-dev mailing list
On Fri, May 07, 2010 at 03:54:53PM -0400, Josh Boyer wrote:
Hi Ben,
Two more quick patches from me for -next. Stefrano's is the Katmai usage of
the reset type change that just went in. The 460SX PCI-e patch has been
sitting
for a while and seems to have been skipped over.
I've updated my next
2010/5/12 Christian Kujau li...@nerdbynature.de
On Tue, 11 May 2010 at 21:47, Maxim Uvarov wrote:
This patch is required in case if you are using new toolchains.
After kexec-tools compiled, I actually tried it:
# kexec -l /boot/2.6/zImage --command-line=root=/dev/hda6 ro
# echo $?
0
#
On Wed, May 12, 2010 at 10:31:26AM +0400, Maxim Uvarov wrote:
2010/5/12 Christian Kujau li...@nerdbynature.de
Maxim Uvarov wrote on 2010-05-11 10:47 :
This patch is required in case if you are using new toolchains.
I'm on Debian/stable (binutils 2.18, gcc 4.3.2), so I applied your
This patch updates the handling of the smt-enabled=X boot option to handle
settings on systems with more than two threads per core. This change involves
moving all of the handling of the boot option to the check_smt_enabled()
routine and the calling of this routine in setup_system() until after
Just noticed it might have been worth adding the output so everyone
out there doesn't ned to grep through his tree for reference:
% grep ^config **/Kconfig* | sort | uniq -dc
2 arch/alpha/Kconfig.debug:config ALPHA_LEGACY_START_ADDRESS
2
Hi all!
First of all sorry for the huge CC, I couldn't come up with a way
to create a smaller list while reaching all the relevant people.
We, the vamos project[1] at the Friedrich Alexander University are
analything the linux configuration model trying to detect
errors. During a run with
Add missing __cpuinit annotations to fix a bunch of warnings like the one
shown below when building a kernel for the PowerPC architecture with
CONFIG_DEBUG_SECTION_MISMATCH=y.
WARNING: arch/powerpc/kernel/built-in.o(.text+0x11c72): Section mismatch in
reference from the function
On Wed, May 12, 2010 at 08:04:46PM +0200, Albert Herranz wrote:
Add missing __cpuinit annotations to fix a bunch of warnings like the one
shown below when building a kernel for the PowerPC architecture with
CONFIG_DEBUG_SECTION_MISMATCH=y.
WARNING:
On Wed, 2010-05-12 at 16:40 +0200, Christoph Egger wrote:
Just noticed it might have been worth adding the output so everyone
out there doesn't ned to grep through his tree for reference:
% grep ^config **/Kconfig* | sort | uniq -dc
That didn't actually work
On Tue, 2010-05-11 at 18:02 +0200, Vitaly Wool wrote:
Hi,
diff --git a/arch/powerpc/kernel/crash.c b/arch/powerpc/kernel/crash.c
index 6f4613d..341d8af 100644
--- a/arch/powerpc/kernel/crash.c
+++ b/arch/powerpc/kernel/crash.c
@@ -375,6 +375,9 @@ void
Hi Linus !
I've added to my merge branch Kumar's swiotlb fix. Here's the updated
pull request.
Thanks !
Cheers,
Ben.
The following changes since commit cea0d767c29669bf89f86e4aee46ef462d2ebae8:
Linus Torvalds (1):
Merge branch 'hwmon-for-linus' of
I upgraded the kernel on my Pegasos from 2.6.32 to 2.6.33 and now it sends
the message event-scan failed to the kernel log about 60 times per second
as long as it's running.
The message comes from arch/powerpc/kernel/rtasd.c but I don't know what's
going on in there so I can't say much more about
29 matches
Mail list logo