WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-changelog

[Xen-changelog] Merge firebug.cl.cam.ac.uk:/auto/groups/xeno-xenod/BK/xe

To: xen-changelog@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-changelog] Merge firebug.cl.cam.ac.uk:/auto/groups/xeno-xenod/BK/xen-unstable.bk
From: BitKeeper Bot <riel@xxxxxxxxxxx>
Date: Tue, 03 May 2005 14:42:00 +0000
Delivery-date: Tue, 10 May 2005 15:04:27 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-changelog-request@lists.xensource.com?subject=help>
List-id: BK change log <xen-changelog.lists.xensource.com>
List-post: <mailto:xen-changelog@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-changelog>, <mailto:xen-changelog-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-changelog>, <mailto:xen-changelog-request@lists.xensource.com?subject=unsubscribe>
Reply-to: Xen Development List <xen-devel@xxxxxxxxxxxxxxxxxxx>
Sender: xen-changelog-bounces@xxxxxxxxxxxxxxxxxxx
ChangeSet 1.1424, 2005/05/03 15:42:00+01:00, cl349@xxxxxxxxxxxxxxxxxxxx

        Merge firebug.cl.cam.ac.uk:/auto/groups/xeno-xenod/BK/xen-unstable.bk
        into firebug.cl.cam.ac.uk:/local/scratch/cl349/xen-unstable.bk



 Kconfig |  136 ++++++++++++++++++++++++++++++++++++++++------------------------
 1 files changed, 85 insertions(+), 51 deletions(-)


diff -Nru a/linux-2.6.11-xen-sparse/arch/xen/i386/Kconfig 
b/linux-2.6.11-xen-sparse/arch/xen/i386/Kconfig
--- a/linux-2.6.11-xen-sparse/arch/xen/i386/Kconfig     2005-05-10 11:05:00 
-04:00
+++ b/linux-2.6.11-xen-sparse/arch/xen/i386/Kconfig     2005-05-10 11:05:00 
-04:00
@@ -662,11 +662,15 @@
        generate incorrect output with certain kernel constructs when
        -mregparm=3 is used.
 
-
 config X86_LOCAL_APIC
        bool
-       depends on (X86_VISWS || SMP) && !X86_VOYAGER
-       default n
+       depends on !SMP && X86_UP_APIC
+       default y
+
+config X86_IO_APIC
+       bool
+       depends on !SMP && X86_UP_IOAPIC
+       default y
 
 config HOTPLUG_CPU
        bool "Support for hot-pluggable CPUs (EXPERIMENTAL)"
@@ -687,10 +691,45 @@
        depends on X86_VISWS
        default y
 
-#config X86_IO_APIC
-#      bool
-#      depends on SMP && !(X86_VISWS || X86_VOYAGER)
-#      default y
+config X86_LOCAL_APIC
+       bool
+       depends on (X86_VISWS || SMP) && !X86_VOYAGER
+       default y
+
+config X86_UP_APIC
+       bool "Local APIC support on uniprocessors" if !SMP
+       depends on !(X86_VISWS || X86_VOYAGER)
+       ---help---
+         A local APIC (Advanced Programmable Interrupt Controller) is an
+         integrated interrupt controller in the CPU. If you have a single-CPU
+         system which has a processor with a local APIC, you can say Y here to
+         enable and use it. If you say Y here even though your machine doesn't
+         have a local APIC, then the kernel will still run with no slowdown at
+         all. The local APIC supports CPU-generated self-interrupts (timer,
+         performance counters), and the NMI watchdog which detects hard
+         lockups.
+
+         If you have a system with several CPUs, you do not need to say Y
+         here: the local APIC will be used automatically.
+
+config X86_UP_IOAPIC
+       bool "IO-APIC support on uniprocessors"
+       depends on !SMP && X86_UP_APIC
+       help
+         An IO-APIC (I/O Advanced Programmable Interrupt Controller) is an
+         SMP-capable replacement for PC-style interrupt controllers. Most
+         SMP systems and a small number of uniprocessor systems have one.
+         If you have a single-CPU system with an IO-APIC, you can say Y here
+         to use it. If you say Y here even though your machine doesn't have
+         an IO-APIC, then the kernel will still run with no slowdown at all.
+
+         If you have a system with several CPUs, you do not need to say Y
+         here: the IO-APIC will be used automatically.
+
+config X86_IO_APIC
+       bool
+       depends on SMP && !(X86_VISWS || X86_VOYAGER)
+       default y
 
 config PCI
        bool "PCI support" if !X86_VISWS
@@ -707,52 +746,47 @@
          information about which PCI hardware does work under Linux and which
          doesn't.
 
-#choice
-#      prompt "PCI access mode"
-#      depends on PCI && !X86_VISWS
-#      default PCI_GOANY
-#      ---help---
-#        On PCI systems, the BIOS can be used to detect the PCI devices and
-#        determine their configuration. However, some old PCI motherboards
-#        have BIOS bugs and may crash if this is done. Also, some embedded
-#        PCI-based systems don't have any BIOS at all. Linux can also try to
-#        detect the PCI hardware directly without using the BIOS.
-#
-#        With this option, you can specify how Linux should detect the
-#        PCI devices. If you choose "BIOS", the BIOS will be used,
-#        if you choose "Direct", the BIOS won't be used, and if you
-#        choose "MMConfig", then PCI Express MMCONFIG will be used.
-#        If you choose "Any", the kernel will try MMCONFIG, then the
-#        direct access method and falls back to the BIOS if that doesn't
-#        work. If unsure, go with the default, which is "Any".
-#
-#config PCI_GOBIOS
-#      bool "BIOS"
-#
-#config PCI_GOMMCONFIG
-#      bool "MMConfig"
-#
-#config PCI_GODIRECT
-#      bool "Direct"
-#
-#config PCI_GOANY
-#      bool "Any"
-#
-#endchoice
-#
-#config PCI_BIOS
-#      bool
-#      depends on !X86_VISWS && PCI && (PCI_GOBIOS || PCI_GOANY)
-#      default y
-#
-#config PCI_DIRECT
-#      bool
-#      depends on PCI && ((PCI_GODIRECT || PCI_GOANY) || X86_VISWS)
-#      default y
+choice
+       prompt "PCI access mode"
+       depends on PCI && !X86_VISWS
+       default PCI_GOANY
+       ---help---
+         On PCI systems, the BIOS can be used to detect the PCI devices and
+         determine their configuration. However, some old PCI motherboards
+         have BIOS bugs and may crash if this is done. Also, some embedded
+         PCI-based systems don't have any BIOS at all. Linux can also try to
+         detect the PCI hardware directly without using the BIOS.
+
+         With this option, you can specify how Linux should detect the
+         PCI devices. If you choose "BIOS", the BIOS will be used,
+         if you choose "Direct", the BIOS won't be used, and if you
+         choose "MMConfig", then PCI Express MMCONFIG will be used.
+         If you choose "Any", the kernel will try MMCONFIG, then the
+         direct access method and falls back to the BIOS if that doesn't
+         work. If unsure, go with the default, which is "Any".
+
+config PCI_GOBIOS
+       bool "BIOS"
+
+config PCI_GOMMCONFIG
+       bool "MMConfig"
+
+config PCI_GODIRECT
+       bool "Direct"
+
+config PCI_GOANY
+       bool "Any"
+
+endchoice
+
+config PCI_BIOS
+       bool
+       depends on !X86_VISWS && PCI && (PCI_GOBIOS || PCI_GOANY)
+       default n
 
 config PCI_DIRECT
        bool
-       depends on PCI
+       depends on PCI && ((PCI_GODIRECT || PCI_GOANY) || X86_VISWS)
        default y
 
 source "drivers/pci/pcie/Kconfig"
@@ -937,7 +971,7 @@
 config X86_FIND_SMP_CONFIG
        bool
        depends on X86_LOCAL_APIC || X86_VOYAGER
-       default y
+       default n
 
 config X86_MPPARSE
        bool

_______________________________________________
Xen-changelog mailing list
Xen-changelog@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-changelog

<Prev in Thread] Current Thread [Next in Thread>