similar to: Wiki for Linux virtualization

Looks like x86_64 never quite handled initrd''s. This brings x86_64 in line with i386 in that it doesn''t check LOADER_TYPE (which will be zero anyway). Now initrd is working fine for me on x86_64. Signed-off-by: Chris Wright <chrisw@osdl.org> ===== linux-2.6.11-xen-sparse/arch/xen/x86_64/kernel/setup.c 1.6 vs edited ===== ---

From: Greg Kroah-Hartman <gregkh at suse.de> In the near future, the driver core is going to not allow direct access to the driver_data pointer in struct device. Instead, the functions dev_get_drvdata() and dev_set_drvdata() should be used. These functions have been around since the beginning, so are backwards compatible with all older kernel versions. Cc: xen-devel at

From: Greg Kroah-Hartman <gregkh at suse.de> In the near future, the driver core is going to not allow direct access to the driver_data pointer in struct device. Instead, the functions dev_get_drvdata() and dev_set_drvdata() should be used. These functions have been around since the beginning, so are backwards compatible with all older kernel versions. Cc: xen-devel at

From: Greg Kroah-Hartman <gregkh at suse.de> In the near future, the driver core is going to not allow direct access to the driver_data pointer in struct device. Instead, the functions dev_get_drvdata() and dev_set_drvdata() should be used. These functions have been around since the beginning, so are backwards compatible with all older kernel versions. Cc: xen-devel at

Use newly added for_each_console for iterating consoles. Signed-off-by: Jiri Slaby <jslaby at suse.cz> Cc: Jeremy Fitzhardinge <jeremy at xensource.com> Cc: Chris Wright <chrisw at sous-sol.org> Cc: virtualization at lists.osdl.org Cc: xen-devel at lists.xensource.com Cc: linux-fbdev at vger.kernel.org --- drivers/video/xen-fbfront.c | 2 +- 1 files changed, 1 insertions(+),

Use newly added for_each_console for iterating consoles. Signed-off-by: Jiri Slaby <jslaby at suse.cz> Cc: Jeremy Fitzhardinge <jeremy at xensource.com> Cc: Chris Wright <chrisw at sous-sol.org> Cc: virtualization at lists.osdl.org Cc: xen-devel at lists.xensource.com Cc: linux-fbdev at vger.kernel.org --- drivers/video/xen-fbfront.c | 2 +- 1 files changed, 1 insertions(+),

Use newly added for_each_console for iterating consoles. Signed-off-by: Jiri Slaby <jslaby at suse.cz> Cc: Jeremy Fitzhardinge <jeremy at xensource.com> Cc: Chris Wright <chrisw at sous-sol.org> Cc: virtualization at lists.osdl.org Cc: xen-devel at lists.xensource.com Cc: linux-fbdev at vger.kernel.org --- drivers/video/xen-fbfront.c | 2 +- 1 files changed, 1 insertions(+),

I would like to host a phone meeting to discuss the plans for the xen sub-architecture of x86. Hopefully Chris can share his vision and we can agree on some next steps to getting this done and into the mainline kernel. From my understanding, it would be good if the "To" list could make it. If anyone believes others should attend, please let them know. Please let me know if you are

I would like to host a phone meeting to discuss the plans for the xen sub-architecture of x86. Hopefully Chris can share his vision and we can agree on some next steps to getting this done and into the mainline kernel. From my understanding, it would be good if the "To" list could make it. If anyone believes others should attend, please let them know. Please let me know if you are

The latest draft of the Use Case on Hotplug for Virtualization is posted at: http://www.developer.osdl.org/maryedie/HOTPLUG/docs/Hotplug_virtual_use_ case.txt It can also be accessed from the hotplug use cases page: http://developer.osdl.org/dev/usecases/hotplug.shtml Please remember to share your comments/errata/suggestions. Thanks - Martine

The latest draft of the Use Case on Hotplug for Virtualization is posted at: http://www.developer.osdl.org/maryedie/HOTPLUG/docs/Hotplug_virtual_use_ case.txt It can also be accessed from the hotplug use cases page: http://developer.osdl.org/dev/usecases/hotplug.shtml Please remember to share your comments/errata/suggestions. Thanks - Martine

Hi all, perhaps this is something of interest to all of us RedHat users ? Later Crispin added: | In response to many comments pointing out a glaring omission (grovel | grovel) the SOURCE CODE for StackGuard is now on line, both as a complete | tar ball and as a source patch to gcc 2.7.2.3, available here: | | http://www.cse.ogi.edu/DISC/projects/immunix/StackGuard/compiler.html Greetings,

Small change to remove difference between Xen and mainline deactivate_mm. While there, cleanup prepare_arch_switch as well. This generates identical code. Signed-off-by: Chris Wright <chrisw@osdl.org> --- diff -r ba46bd7f5cdf linux-2.6-xen-sparse/include/asm-xen/asm-i386/mmu_context.h --- a/linux-2.6-xen-sparse/include/asm-xen/asm-i386/mmu_context.h Fri Aug 12 15:59:34 2005 +++

BTW, the xenlinux-2.6.11.bk''s version is: ChangeSet@1.2085, 2005-05-12 11:10:24-06:00, djm@kirby.fc.hp.com More work on hyperprivops Signed-off-by: Dan Magenheimer <dan.magenheimer@hp.com> Thanks, Kevin >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Tian, Kevin >Sent: Friday,

Directly including ../tools breaks building in separate object tree, as well as building from mkpatch patch (I believe Rik hit that one). This puts xenstore headers in linux-public. Signed-off-by: Chris Wright <chrisw@osdl.org> --- a/linux-2.6-xen-sparse/drivers/xen/xenbus/Makefile Mon Aug 8 18:43:57 2005 +++ b/linux-2.6-xen-sparse/drivers/xen/xenbus/Makefile Mon Aug 8 15:15:06 2005 @@

Eliminate kernel version checks from i386/kernel/pci-dma.c as a trivial first pass cleanup towards merging. Signed-off-by: Chris Wright <chrisw@osdl.org> --- linux-2.6.11-xen-sparse/arch/xen/i386/kernel/pci-dma.c | 29 ----------------- 1 files changed, 29 deletions(-) ===== arch/xen/i386/kernel/pci-dma.c 1.20 vs edited ===== ---

Add cscope support to xen Makefile. While at it, refactor a bit so etags, ctags, and cscope use same method to generate file list. Signed-off-by: Chris Wright <chrisw@osdl.org> --- xen/Makefile | 19 +++++++++++-------- 1 files changed, 11 insertions(+), 8 deletions(-) ===== xen/Makefile 1.78 vs edited ===== --- 1.78/xen/Makefile 2005-03-28 13:51:31 -08:00 +++ edited/xen/Makefile

Yes, like real Linux/ia64, it is not possible to run the same Xenlinux bits both on ski and on real hardware. A different configuration and build is required. The config difference is the same as it was with the privified xenlinux... I think you did that successfully before (with privified xenlinux) so give that config file a try and if it doesn''t work, let me know. BTW, I think I know

In the near future, the driver core is going to not allow direct access to the driver_data pointer in struct device. Instead, the functions dev_get_drvdata() and dev_set_drvdata() should be used. These functions have been around since the beginning, so are backwards compatible with all older kernel versions. Cc: xen-devel at lists.xensource.com Cc: virtualization at lists.osdl.org Acked-by:

In the near future, the driver core is going to not allow direct access to the driver_data pointer in struct device. Instead, the functions dev_get_drvdata() and dev_set_drvdata() should be used. These functions have been around since the beginning, so are backwards compatible with all older kernel versions. Cc: xen-devel at lists.xensource.com Cc: virtualization at lists.osdl.org Acked-by: