similar to: 2.6.25-rc5-mm1 (paravirt/vsmp/no PCI)

Change Makefile so vsmp_64.o object is dependent on PARAVIRT, rather than X86_VSMP Signed-off-by: Glauber Costa <gcosta@redhat.com> Signed-off-by: Ravikiran Thirumalai <kiran@scalemp.com> Acked-by: Shai Fultheim <shai@scalemp.com> --- arch/x86/kernel/Makefile | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/x86/kernel/Makefile

Hi, This series of five patches turns the vsmp architecture support in x86_64 into a paravirt client. If PARAVIRT is on, the probe function vsmp_init() is run unconditionally, patching the necessary irq functions accordingly if running ontop of such box.

Hi, This series of five patches turns the vsmp architecture support in x86_64 into a paravirt client. If PARAVIRT is on, the probe function vsmp_init() is run unconditionally, patching the necessary irq functions accordingly if running ontop of such box.

At what point is safe to call read_pci_config() in dom0 on x86_64? I''m trying to enable AGP as IOMMU support, and iommu_hole_init() is crashing on the read_pci_config() calls. -Mark Langsdorf AMD, Inc. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

On Wed, Mar 10, 2004 at 11:31:40PM -0800, Andrew Morton wrote: >... > ext3-journalled-quotas-2.patch > ext3: journalled quota >... This patch broke modular quota: WARNING: /lib/modules/2.6.4-mm1/kernel/fs/quota_v2.ko needs unknown symbol mark_info_dirty cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There

klibc has been integrated into Andrew Morton's tree as of 2.6.17-rc4-mm1. This obviously means that it's going to be a high priority to fix bugs as they crop up. -hpa

Seems to work OK for native and Xen. I had to play a bit with the paravirt-sched-clock patch to deal with the VMI changes. Zach, can you check that it still works? Thanks, J

Seems to work OK for native and Xen. I had to play a bit with the paravirt-sched-clock patch to deal with the VMI changes. Zach, can you check that it still works? Thanks, J

Andrew did a great job of merging in the PDA->percpu changes and lguest code for 2.6.21-mm1, but the load_gdt is now unnecessary. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> --- drivers/lguest/lguest.c | 4 ---- 1 file changed, 4 deletions(-) =================================================================== --- a/drivers/lguest/lguest.c +++ b/drivers/lguest/lguest.c @@

Andrew did a great job of merging in the PDA->percpu changes and lguest code for 2.6.21-mm1, but the load_gdt is now unnecessary. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> --- drivers/lguest/lguest.c | 4 ---- 1 file changed, 4 deletions(-) =================================================================== --- a/drivers/lguest/lguest.c +++ b/drivers/lguest/lguest.c @@

OK, at least two patches got dropped on the way from the mm tree to Andi's tree: the desc.h cleanup, and the processor.h rearrangement. Merging into Andi's tree without these patches must have been a nightmare 8( Andi then tried to fix it with x86_64-mm-paravirt-compile.patch but then it didn't boot so he disabled it in x86_64-mm-paravirt-broken.patch This patch undoes those two

OK, at least two patches got dropped on the way from the mm tree to Andi's tree: the desc.h cleanup, and the processor.h rearrangement. Merging into Andi's tree without these patches must have been a nightmare 8( Andi then tried to fix it with x86_64-mm-paravirt-compile.patch but then it didn't boot so he disabled it in x86_64-mm-paravirt-broken.patch This patch undoes those two

I can''t boot my PV domU domain using a pv_ops 2.6.30.1 kernel. Using the xenified standard debian kernel (2.6.26, the same as in dom0) in DomU it does boot with pvgrub. Any clues, to what to try or test ? Regards, Sander xm dmesg gives: traps.c:437:d12 Unhandled general protection fault fault/trap [#13] on VCPU 0 [ec=0000] (XEN) domain_crash_sync called from entry.S (XEN) Domain 12

On Mon, Nov 26, 2007 at 01:06:16PM -0500, Miles Lane wrote: > arch/x86/xen/enlighten.c: In function ''xen_flush_tlb_others'': > arch/x86/xen/enlighten.c:591: error: ''TLB_FLUSH_ALL'' undeclared (first > use in this function) > arch/x86/xen/enlighten.c:591: error: (Each undeclared identifier is > reported only once > arch/x86/xen/enlighten.c:591:

The following changes since commit a978b30af3bab0dd9af9350eeda25e76123fa28e: Linus Torvalds (1): Linux 2.6.25-rc6 are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus.git master Amit Shah (1): virtio: Enable netpoll interface for netconsole logging Anthony Liguori (1): virtio: Use spin_lock_irqsave/restore

Hi, According to this site, http://oss.oracle.com/osswiki/OCFS2/Roadmap cluster ware flock feature is available in (2.6.25) for Red hat 5.2 U2. But on download page of OCFS2 website I didn't find 2.6.25 version for 64 bit Red Hat Linux 5.2. Current download are only for Red Hat (kernel 2.6.18 ), from where I can download 2.6.25? Thanks Raheel -------------- next part

Howdy. I'm one of the maintainers of Astlinux (www.astlinux.org). We're updating the kernel from 2.6.20, to 2.6.25 (.19), and as such, some packages that previously compiled stopped doing so. We also went from syslinux-3.63 to syslinux-3.72, hoping that a newer version would be more amenable to a more recent kernel. No joy. We're cross-compiling on FC8 (updated) on an i386

From: Mark McLoughlin <markmc at redhat.com> hdr->csum_start is the offset from the start of the ethernet header to the transport layer checksum field. skb->csum_start is the offset from skb->head. skb_partial_csum_set() assumes that skb->data points to the ethernet header - i.e. it computes skb->csum_start by adding the headroom to hdr->csum_start. Since

Hello, looks like Asterisk (at least the Version 1.4.21.2 from debian lenny, which I use) has a serious Problem with pseudo-realtime mode (-p switch) in conjunction with recent Kernels. Whenn using -p Asterisk simply hangs forever on startup. This is almost certainly related to the CFS SCHED_FIFO changes: http://lwn.net/Articles/296419/ Do you know how a workaround or patch how to run asterisk

Previously, I used to run 2.6.18 kernel built from Xen sources. I just tried to run a 2.6.25.1 domU kernel on top of Xen 3.2 - after changing domU''s config file here and there, I successfully booted the guest, but I''m still unable to use xm console. When I start the domain, it displays all kernel and bootup messages, but I don''t get any prompt after the bootup is