https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1736390
[2]: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1736390/comments/55
> Reverting that commit from 5.0 makes the problem go away. I'm not able to
> reproduce the crash on x86_64.
>
> ...Juerg
> ___
> dev mailing list
> d...@openvswitch.org
> https://mail.openvswitch.org/mailman/listinfo/ovs-dev
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
hat the proposed patch in my first mail is incomplete, as
the mod_64 does not work correctly for negative values. A fixed version
is below.
regards Christian
Signed-off-by: Christian Ehrhardt
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index 43e9fad..ec7242c 100644
--- a/arch/x86/kvm/la
want to establish matches that of the
PIT timer (in a not completely obvious way, though).
Having said that the proposed patch in my first mail is incomplete, as
the mod_64 does not work correctly for negative values. A fixed version
is below.
regards Christian
Signed-off-by: Christian
use the negative
difference unmodified.
regards Christian
Fix lapic time counter read for periodic mode.
Signed-off-by: Christian Ehrhardt
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index 43e9fad..eff902d 100644
--- a/arch/x86/kvm/lapic.c
+++ b/arch/x86/kvm/lapic.c
use the negative
difference unmodified.
regards Christian
Fix lapic time counter read for periodic mode.
Signed-off-by: Christian Ehrhardt l...@c--e.de
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index 43e9fad..eff902d 100644
--- a/arch/x86/kvm/lapic.c
+++ b/arch/x86/kvm
Hi,
On Thu, Aug 30, 2007 at 07:49:26AM -0700, H. Peter Anvin wrote:
> Christian Ehrhardt wrote:
> >
> >Note the the xm console command terminates on its own, i.e. the guest
> >machine seems to halt and not hang somewhere.
> >
> >I could verify that the real
Hi,
On Thu, Aug 30, 2007 at 07:49:26AM -0700, H. Peter Anvin wrote:
Christian Ehrhardt wrote:
Note the the xm console command terminates on its own, i.e. the guest
machine seems to halt and not hang somewhere.
I could verify that the real mode code up to the assembly code in
pmjump.S
On Thu, Aug 30, 2007 at 12:04:09PM -0700, Jeremy Fitzhardinge wrote:
> Are there any messages on the xen console ("xm dmesg")? Or logs ("xm
> log")? What version of Xen are you using? What does your domain config
> file look like?
Domain Config:
| kernel = "hvmloader"
| builder='hvm'
| memory
On Thu, Aug 30, 2007 at 12:04:09PM -0700, Jeremy Fitzhardinge wrote:
Are there any messages on the xen console (xm dmesg)? Or logs (xm
log)? What version of Xen are you using? What does your domain config
file look like?
Domain Config:
| kernel = hvmloader
| builder='hvm'
| memory = 256
|
Hi,
I am trying to boot a current 2.6 kernel as a guest under XEN in HVM mode.
With linux-2.6.22.(5) as the guest this works fine but current git kernels
fail very early in the boot process.
The XEN host is a debian kernel with XEN enabled (2.6.18-4-xen-686).
The XEN guest is a vanilla kernel
Hi,
I am trying to boot a current 2.6 kernel as a guest under XEN in HVM mode.
With linux-2.6.22.(5) as the guest this works fine but current git kernels
fail very early in the boot process.
The XEN host is a debian kernel with XEN enabled (2.6.18-4-xen-686).
The XEN guest is a vanilla kernel
In linux.kernel, you wrote:
>
> Use existing macros (PAGE_MASK/PAGE_ALIGN()) instead of
> open-coding them.
>
> Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
> ---
>
> lxc-dave/fs/proc/task_mmu.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -puN
In linux.kernel, you wrote:
Use existing macros (PAGE_MASK/PAGE_ALIGN()) instead of
open-coding them.
Signed-off-by: Dave Hansen [EMAIL PROTECTED]
---
lxc-dave/fs/proc/task_mmu.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -puN
On Thu, Jul 19, 2007 at 09:54:30AM -0700, Arjan van de Ven wrote:
> the next step after this patch is to have an option to get rid of all
> the function pointer chasing (which is expensive) for the case where you
> know you only want one security module (which you then can turn on or
> off)...
On Wed, Jul 18, 2007 at 06:35:03PM -0700, Andrew Morton wrote:
> On Sat, 14 Jul 2007 12:37:01 -0400 (EDT)
> James Morris <[EMAIL PROTECTED]> wrote:
>
> > Convert LSM into a static interface, as the ability to unload a security
> > module is not required by in-tree users and potentially
On Wed, Jul 18, 2007 at 06:35:03PM -0700, Andrew Morton wrote:
On Sat, 14 Jul 2007 12:37:01 -0400 (EDT)
James Morris [EMAIL PROTECTED] wrote:
Convert LSM into a static interface, as the ability to unload a security
module is not required by in-tree users and potentially complicates the
On Thu, Jul 19, 2007 at 09:54:30AM -0700, Arjan van de Ven wrote:
the next step after this patch is to have an option to get rid of all
the function pointer chasing (which is expensive) for the case where you
know you only want one security module (which you then can turn on or
off)... that
Hi,
Your Patch at (URL wrapped)
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git; \
a=commit;h=99c6e60afff8a7bc6121aeb847dab27c556cf0c9
introduced an additional Parameter (int early) to get_cpu_vendor.
However, the same function is called in
Hi,
Your Patch at (URL wrapped)
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git; \
a=commit;h=99c6e60afff8a7bc6121aeb847dab27c556cf0c9
introduced an additional Parameter (int early) to get_cpu_vendor.
However, the same function is called in
On Mon, Jun 25, 2001 at 12:05:14PM -0500, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > I am running in to a problem, seemingly a deadlock situation, where
> > almost all the processes end up in the TASK_UNINTERRUPTIBLE state.
> > All the process eventually stop responding, including login
On Mon, Jun 25, 2001 at 12:05:14PM -0500, Jeff Dike wrote:
[EMAIL PROTECTED] said:
I am running in to a problem, seemingly a deadlock situation, where
almost all the processes end up in the TASK_UNINTERRUPTIBLE state.
All the process eventually stop responding, including login shell, no
On Wed, Feb 21, 2001 at 11:02:17PM +0100, Christian Ehrhardt wrote:
Hi,
[ Sorry for the follow up on my own post ]
> If a signal handler is registered with the SA_ONSTACK flag the
> kernel will try to execute the signal handler on the alternate
> stack even if no such stack is r
On Wed, Feb 21, 2001 at 11:02:17PM +0100, Christian Ehrhardt wrote:
Hi,
[ Sorry for the follow up on my own post ]
If a signal handler is registered with the SA_ONSTACK flag the
kernel will try to execute the signal handler on the alternate
stack even if no such stack is registered.
Here's
On Tue, Apr 24, 2001 at 09:10:07AM -0700, Linus Torvalds wrote:
> ptrace only operates on processes that are stopped. So there are no
> locking issues - we've synchronized on a much higher level than a
> spinlock or semaphore.
This is only true for requests other than PTRACE_ATTACH and
be a fix for the actual problem.
regards Christian Ehrhardt
--
THAT'S ALL FOLKS!
-
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
problem.
regards Christian Ehrhardt
--
THAT'S ALL FOLKS!
-
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/
On Tue, Apr 24, 2001 at 09:10:07AM -0700, Linus Torvalds wrote:
ptrace only operates on processes that are stopped. So there are no
locking issues - we've synchronized on a much higher level than a
spinlock or semaphore.
This is only true for requests other than PTRACE_ATTACH and
On Thu, Apr 19, 2001 at 11:05:03AM -0500, Victor Zandy wrote:
>
> We have found that one of our programs can cause system-wide
> corruption of the x86 FPU under 2.2.16 and 2.2.17. That is, after we
> run this program, the FPU gives bad results to all subsequent
> processes.
A few comments, not
On Thu, Apr 19, 2001 at 11:05:03AM -0500, Victor Zandy wrote:
We have found that one of our programs can cause system-wide
corruption of the x86 FPU under 2.2.16 and 2.2.17. That is, after we
run this program, the FPU gives bad results to all subsequent
processes.
A few comments, not sure
Hi,
I just found this out the hard way:
If a signal handler is registered with the SA_ONSTACK flag the
kernel will try to execute the signal handler on the alternate
stack even if no such stack is registered.
This is an explicit violation of Unix98 and probably Posix.
Architectures affected
Hi,
I just found this out the hard way:
If a signal handler is registered with the SA_ONSTACK flag the
kernel will try to execute the signal handler on the alternate
stack even if no such stack is registered.
This is an explicit violation of Unix98 and probably Posix.
Architectures affected
On Sun, Feb 11, 2001 at 07:13:29PM +0100, David Weinehall wrote:
> Considering this is an enterprise-server, you should have a serial-console
> to it; this will allow you to log all error-messages. Alternatively
> (not as nice, though), is to connect a printer to the parallel-port and
> use the
On Sun, Feb 11, 2001 at 07:13:29PM +0100, David Weinehall wrote:
Considering this is an enterprise-server, you should have a serial-console
to it; this will allow you to log all error-messages. Alternatively
(not as nice, though), is to connect a printer to the parallel-port and
use the
On Thu, Sep 14, 2000 at 07:05:20PM +0200, Juan J. Quintela wrote:
[ Removed linus from cc, he probably knows this ]
> > "bill" == Bill Wendling <[EMAIL PROTECTED]> writes:
> Linus, please don't apply.
> bill> - The `head = >pages;' statement is useless inside the
On Thu, Sep 14, 2000 at 07:05:20PM +0200, Juan J. Quintela wrote:
[ Removed linus from cc, he probably knows this ]
"bill" == Bill Wendling [EMAIL PROTECTED] writes:
Linus, please don't apply.
bill - The `head = mapping-pages;' statement is useless inside the
35 matches
Mail list logo