20 messages in com.xensource.lists.xen-ia64-develRE: [Xen-ia64-devel] consoles, iosapi...
FromSent OnAttachments
Alex Williamson11 Nov 2005 08:26 
Tian, Kevin13 Nov 2005 20:46 
Magenheimer, Dan (HP Labs Fort Collins)17 Nov 2005 08:36 
Alex Williamson17 Nov 2005 09:15 
Tristan Gingold18 Nov 2005 03:52.diff
Alex Williamson18 Nov 2005 07:52 
Magenheimer, Dan (HP Labs Fort Collins)18 Nov 2005 08:13 
Alex Williamson18 Nov 2005 08:52 
Magenheimer, Dan (HP Labs Fort Collins)18 Nov 2005 09:10 
Alex Williamson18 Nov 2005 09:25 
Tristan Gingold21 Nov 2005 02:51 
Tristan Gingold21 Nov 2005 02:52 
Alex Williamson21 Nov 2005 07:57 
Alex Williamson21 Nov 2005 08:27 
Magenheimer, Dan (HP Labs Fort Collins)21 Nov 2005 08:37 
Alex Williamson21 Nov 2005 08:59 
Magenheimer, Dan (HP Labs Fort Collins)21 Nov 2005 09:05 
Tristan Gingold21 Nov 2005 09:25 
Tian, Kevin21 Nov 2005 23:45 
Tian, Kevin22 Nov 2005 01:25 
Subject:RE: [Xen-ia64-devel] consoles, iosapics, and device interrupts
From:Alex Williamson (alex@hp.com)
Date:11/21/2005 08:59:33 AM
List:com.xensource.lists.xen-ia64-devel

On Mon, 2005-11-21 at 08:37 -0800, Magenheimer, Dan (HP Labs Fort Collins) wrote:

I'm not an expert in this area but I think the difference is that x86 uses legacy interrupts for serial ports so console input is easier on Xen/x86. Since many ia64 boxes do not have legacy interrupts for serial ports, we need to differ from Xen/x86. If, in order to be functionally equivalent with Xen/x86, we need to import huge amounts of ACPI code, I think we should consider some other alternatives.

I agree, but lets not limit ourselves to consoles and interrupts, those are too trivial. What about: * Thermal management * Power management (AC adapters to P-states to device power states) * Hotplug (memory, cpus, pci devices, pci root bridges, ACPI container devices)

For some of these, dom0 can manage the ACPI part of it. However, can dom0 manage physical devices? Maybe the I/O devices, but physical memory and CPUs need to stay hidden (don't they?). This is sounding more like something that needs to move to xen-devel. Thanks,

Alex

-- Alex Williamson HP Linux & Open Source Lab

_______________________________________________ Xen-ia64-devel mailing list Xen-@lists.xensource.com http://lists.xensource.com/xen-ia64-devel