* [PATCH 2/3] xen: make direct versions of irq_enable/disable/save/restore to common code
@ 2009-01-31 1:42 ` Jeremy Fitzhardinge
0 siblings, 0 replies; 22+ messages in thread
From: Jeremy Fitzhardinge @ 2009-01-31 1:42 UTC (permalink / raw)
To: Ingo Molnar; +Cc: Linux Kernel Mailing List, Tejun Heo, Brian Gerst, Xen-devel
Now that x86-64 has directly accessible percpu variables, it can also
implement the direct versions of these operations, which operate on a
vcpu_info structure directly embedded in the percpu area.
In fact, the 64-bit versions are more or less identical, and so can be
shared. The only two differences are:
1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on 64-bit.
Unfortunately it isn't possible to directly refer to the 2nd lsb of rdi directly
(as you can with %ah), so the code isn't quite as dense.
2. check_events needs to variants to save different registers.
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
---
arch/x86/xen/Makefile | 3
arch/x86/xen/xen-asm.S | 140 +++++++++++++++++++++++++++++++++++++++++++++
arch/x86/xen/xen-asm.h | 12 +++
arch/x86/xen/xen-asm_32.S | 113 ++++--------------------------------
arch/x86/xen/xen-asm_64.S | 136 +------------------------------------------
5 files changed, 171 insertions(+), 233 deletions(-)
===================================================================
--- a/arch/x86/xen/Makefile
+++ b/arch/x86/xen/Makefile
@@ -6,7 +6,8 @@
endif
obj-y := enlighten.o setup.o multicalls.o mmu.o irq.o \
- time.o xen-asm_$(BITS).o grant-table.o suspend.o
+ time.o xen-asm.o xen-asm_$(BITS).o \
+ grant-table.o suspend.o
obj-$(CONFIG_SMP) += smp.o spinlock.o
obj-$(CONFIG_XEN_DEBUG_FS) += debugfs.o
\ No newline at end of file
===================================================================
--- /dev/null
+++ b/arch/x86/xen/xen-asm.S
@@ -0,0 +1,140 @@
+/*
+ Asm versions of Xen pv-ops, suitable for either direct use or inlining.
+ The inline versions are the same as the direct-use versions, with the
+ pre- and post-amble chopped off.
+
+ This code is encoded for size rather than absolute efficiency,
+ with a view to being able to inline as much as possible.
+
+ We only bother with direct forms (ie, vcpu in percpu data) of
+ the operations here; the indirect forms are better handled in
+ C, since they're generally too large to inline anyway.
+ */
+
+#include <asm/asm-offsets.h>
+#include <asm/percpu.h>
+#include <asm/processor-flags.h>
+
+#include "xen-asm.h"
+
+/*
+ Enable events. This clears the event mask and tests the pending
+ event status with one and operation. If there are pending
+ events, then enter the hypervisor to get them handled.
+ */
+ENTRY(xen_irq_enable_direct)
+ /* Unmask events */
+ movb $0, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
+
+ /* Preempt here doesn't matter because that will deal with
+ any pending interrupts. The pending check may end up being
+ run on the wrong CPU, but that doesn't hurt. */
+
+ /* Test for pending */
+ testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending
+ jz 1f
+
+2: call check_events
+1:
+ENDPATCH(xen_irq_enable_direct)
+ ret
+ ENDPROC(xen_irq_enable_direct)
+ RELOC(xen_irq_enable_direct, 2b+1)
+
+
+/*
+ Disabling events is simply a matter of making the event mask
+ non-zero.
+ */
+ENTRY(xen_irq_disable_direct)
+ movb $1, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
+ENDPATCH(xen_irq_disable_direct)
+ ret
+ ENDPROC(xen_irq_disable_direct)
+ RELOC(xen_irq_disable_direct, 0)
+
+/*
+ (xen_)save_fl is used to get the current interrupt enable status.
+ Callers expect the status to be in X86_EFLAGS_IF, and other bits
+ may be set in the return value. We take advantage of this by
+ making sure that X86_EFLAGS_IF has the right value (and other bits
+ in that byte are 0), but other bits in the return value are
+ undefined. We need to toggle the state of the bit, because
+ Xen and x86 use opposite senses (mask vs enable).
+ */
+ENTRY(xen_save_fl_direct)
+ testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
+ setz %ah
+ addb %ah,%ah
+ENDPATCH(xen_save_fl_direct)
+ ret
+ ENDPROC(xen_save_fl_direct)
+ RELOC(xen_save_fl_direct, 0)
+
+
+/*
+ In principle the caller should be passing us a value return
+ from xen_save_fl_direct, but for robustness sake we test only
+ the X86_EFLAGS_IF flag rather than the whole byte. After
+ setting the interrupt mask state, it checks for unmasked
+ pending events and enters the hypervisor to get them delivered
+ if so.
+ */
+ENTRY(xen_restore_fl_direct)
+#ifdef CONFIG_X86_64
+ testw $X86_EFLAGS_IF, %di
+#else
+ testb $X86_EFLAGS_IF>>8, %ah
+#endif
+ setz PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
+ /* Preempt here doesn't matter because that will deal with
+ any pending interrupts. The pending check may end up being
+ run on the wrong CPU, but that doesn't hurt. */
+
+ /* check for unmasked and pending */
+ cmpw $0x0001, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending
+ jz 1f
+2: call check_events
+1:
+ENDPATCH(xen_restore_fl_direct)
+ ret
+ ENDPROC(xen_restore_fl_direct)
+ RELOC(xen_restore_fl_direct, 2b+1)
+
+
+/*
+ Force an event check by making a hypercall,
+ but preserve regs before making the call.
+ */
+check_events:
+#ifdef CONFIG_X86_32
+ push %eax
+ push %ecx
+ push %edx
+ call xen_force_evtchn_callback
+ pop %edx
+ pop %ecx
+ pop %eax
+#else
+ push %rax
+ push %rcx
+ push %rdx
+ push %rsi
+ push %rdi
+ push %r8
+ push %r9
+ push %r10
+ push %r11
+ call xen_force_evtchn_callback
+ pop %r11
+ pop %r10
+ pop %r9
+ pop %r8
+ pop %rdi
+ pop %rsi
+ pop %rdx
+ pop %rcx
+ pop %rax
+#endif
+ ret
+
===================================================================
--- /dev/null
+++ b/arch/x86/xen/xen-asm.h
@@ -0,0 +1,12 @@
+#ifndef _XEN_XEN_ASM_H
+#define _XEN_XEN_ASM_H
+
+#include <linux/linkage.h>
+
+#define RELOC(x, v) .globl x##_reloc; x##_reloc=v
+#define ENDPATCH(x) .globl x##_end; x##_end=.
+
+/* Pseudo-flag used for virtual NMI, which we don't implement yet */
+#define XEN_EFLAGS_NMI 0x80000000
+
+#endif
===================================================================
--- a/arch/x86/xen/xen-asm_32.S
+++ b/arch/x86/xen/xen-asm_32.S
@@ -11,101 +11,28 @@
generally too large to inline anyway.
*/
-#include <linux/linkage.h>
-
-#include <asm/asm-offsets.h>
+//#include <asm/asm-offsets.h>
#include <asm/thread_info.h>
-#include <asm/percpu.h>
#include <asm/processor-flags.h>
#include <asm/segment.h>
#include <xen/interface/xen.h>
-#define RELOC(x, v) .globl x##_reloc; x##_reloc=v
-#define ENDPATCH(x) .globl x##_end; x##_end=.
-
-/* Pseudo-flag used for virtual NMI, which we don't implement yet */
-#define XEN_EFLAGS_NMI 0x80000000
-
+#include "xen-asm.h"
+
/*
- Enable events. This clears the event mask and tests the pending
- event status with one and operation. If there are pending
- events, then enter the hypervisor to get them handled.
+ Force an event check by making a hypercall,
+ but preserve regs before making the call.
*/
-ENTRY(xen_irq_enable_direct)
- /* Unmask events */
- movb $0, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask
-
- /* Preempt here doesn't matter because that will deal with
- any pending interrupts. The pending check may end up being
- run on the wrong CPU, but that doesn't hurt. */
-
- /* Test for pending */
- testb $0xff, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_pending
- jz 1f
-
-2: call check_events
-1:
-ENDPATCH(xen_irq_enable_direct)
+check_events:
+ push %eax
+ push %ecx
+ push %edx
+ call xen_force_evtchn_callback
+ pop %edx
+ pop %ecx
+ pop %eax
ret
- ENDPROC(xen_irq_enable_direct)
- RELOC(xen_irq_enable_direct, 2b+1)
-
-
-/*
- Disabling events is simply a matter of making the event mask
- non-zero.
- */
-ENTRY(xen_irq_disable_direct)
- movb $1, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask
-ENDPATCH(xen_irq_disable_direct)
- ret
- ENDPROC(xen_irq_disable_direct)
- RELOC(xen_irq_disable_direct, 0)
-
-/*
- (xen_)save_fl is used to get the current interrupt enable status.
- Callers expect the status to be in X86_EFLAGS_IF, and other bits
- may be set in the return value. We take advantage of this by
- making sure that X86_EFLAGS_IF has the right value (and other bits
- in that byte are 0), but other bits in the return value are
- undefined. We need to toggle the state of the bit, because
- Xen and x86 use opposite senses (mask vs enable).
- */
-ENTRY(xen_save_fl_direct)
- testb $0xff, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask
- setz %ah
- addb %ah,%ah
-ENDPATCH(xen_save_fl_direct)
- ret
- ENDPROC(xen_save_fl_direct)
- RELOC(xen_save_fl_direct, 0)
-
-
-/*
- In principle the caller should be passing us a value return
- from xen_save_fl_direct, but for robustness sake we test only
- the X86_EFLAGS_IF flag rather than the whole byte. After
- setting the interrupt mask state, it checks for unmasked
- pending events and enters the hypervisor to get them delivered
- if so.
- */
-ENTRY(xen_restore_fl_direct)
- testb $X86_EFLAGS_IF>>8, %ah
- setz PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask
- /* Preempt here doesn't matter because that will deal with
- any pending interrupts. The pending check may end up being
- run on the wrong CPU, but that doesn't hurt. */
-
- /* check for unmasked and pending */
- cmpw $0x0001, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_pending
- jz 1f
-2: call check_events
-1:
-ENDPATCH(xen_restore_fl_direct)
- ret
- ENDPROC(xen_restore_fl_direct)
- RELOC(xen_restore_fl_direct, 2b+1)
/*
We can't use sysexit directly, because we're not running in ring0.
@@ -289,17 +216,3 @@
lea 4(%edi),%esp /* point esp to new frame */
2: jmp xen_do_upcall
-
-/*
- Force an event check by making a hypercall,
- but preserve regs before making the call.
- */
-check_events:
- push %eax
- push %ecx
- push %edx
- call xen_force_evtchn_callback
- pop %edx
- pop %ecx
- pop %eax
- ret
===================================================================
--- a/arch/x86/xen/xen-asm_64.S
+++ b/arch/x86/xen/xen-asm_64.S
@@ -11,143 +11,15 @@
generally too large to inline anyway.
*/
-#include <linux/linkage.h>
-
-#include <asm/asm-offsets.h>
+#include <asm/errno.h>
+#include <asm/percpu.h>
#include <asm/processor-flags.h>
-#include <asm/errno.h>
#include <asm/segment.h>
-#include <asm/percpu.h>
#include <xen/interface/xen.h>
-#define RELOC(x, v) .globl x##_reloc; x##_reloc=v
-#define ENDPATCH(x) .globl x##_end; x##_end=.
-
-/* Pseudo-flag used for virtual NMI, which we don't implement yet */
-#define XEN_EFLAGS_NMI 0x80000000
-
-#if 1
-/*
- FIXME: x86_64 now can support direct access to percpu variables
- via a segment override. Update xen accordingly.
- */
-#define BUG ud2a
-#endif
-
-/*
- Enable events. This clears the event mask and tests the pending
- event status with one and operation. If there are pending
- events, then enter the hypervisor to get them handled.
- */
-ENTRY(xen_irq_enable_direct)
- BUG
-
- /* Unmask events */
- movb $0, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
-
- /* Preempt here doesn't matter because that will deal with
- any pending interrupts. The pending check may end up being
- run on the wrong CPU, but that doesn't hurt. */
-
- /* Test for pending */
- testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending
- jz 1f
-
-2: call check_events
-1:
-ENDPATCH(xen_irq_enable_direct)
- ret
- ENDPROC(xen_irq_enable_direct)
- RELOC(xen_irq_enable_direct, 2b+1)
-
-/*
- Disabling events is simply a matter of making the event mask
- non-zero.
- */
-ENTRY(xen_irq_disable_direct)
- BUG
-
- movb $1, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
-ENDPATCH(xen_irq_disable_direct)
- ret
- ENDPROC(xen_irq_disable_direct)
- RELOC(xen_irq_disable_direct, 0)
-
-/*
- (xen_)save_fl is used to get the current interrupt enable status.
- Callers expect the status to be in X86_EFLAGS_IF, and other bits
- may be set in the return value. We take advantage of this by
- making sure that X86_EFLAGS_IF has the right value (and other bits
- in that byte are 0), but other bits in the return value are
- undefined. We need to toggle the state of the bit, because
- Xen and x86 use opposite senses (mask vs enable).
- */
-ENTRY(xen_save_fl_direct)
- BUG
-
- testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
- setz %ah
- addb %ah,%ah
-ENDPATCH(xen_save_fl_direct)
- ret
- ENDPROC(xen_save_fl_direct)
- RELOC(xen_save_fl_direct, 0)
-
-/*
- In principle the caller should be passing us a value return
- from xen_save_fl_direct, but for robustness sake we test only
- the X86_EFLAGS_IF flag rather than the whole byte. After
- setting the interrupt mask state, it checks for unmasked
- pending events and enters the hypervisor to get them delivered
- if so.
- */
-ENTRY(xen_restore_fl_direct)
- BUG
-
- testb $X86_EFLAGS_IF>>8, %ah
- setz PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask
- /* Preempt here doesn't matter because that will deal with
- any pending interrupts. The pending check may end up being
- run on the wrong CPU, but that doesn't hurt. */
-
- /* check for unmasked and pending */
- cmpw $0x0001, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending
- jz 1f
-2: call check_events
-1:
-ENDPATCH(xen_restore_fl_direct)
- ret
- ENDPROC(xen_restore_fl_direct)
- RELOC(xen_restore_fl_direct, 2b+1)
-
-
-/*
- Force an event check by making a hypercall,
- but preserve regs before making the call.
- */
-check_events:
- push %rax
- push %rcx
- push %rdx
- push %rsi
- push %rdi
- push %r8
- push %r9
- push %r10
- push %r11
- call xen_force_evtchn_callback
- pop %r11
- pop %r10
- pop %r9
- pop %r8
- pop %rdi
- pop %rsi
- pop %rdx
- pop %rcx
- pop %rax
- ret
-
+#include "xen-asm.h"
+
ENTRY(xen_adjust_exception_frame)
mov 8+0(%rsp),%rcx
mov 8+8(%rsp),%r11
^ permalink raw reply [flat|nested] 22+ messages in thread* [PATCH 2/3] xen: make direct versions of irq_enable/disable/save/restore to common code @ 2009-01-31 1:42 ` Jeremy Fitzhardinge 0 siblings, 0 replies; 22+ messages in thread From: Jeremy Fitzhardinge @ 2009-01-31 1:42 UTC (permalink / raw) To: Ingo Molnar; +Cc: Xen-devel, Brian Gerst, Tejun Heo, Linux Kernel Mailing List Now that x86-64 has directly accessible percpu variables, it can also implement the direct versions of these operations, which operate on a vcpu_info structure directly embedded in the percpu area. In fact, the 64-bit versions are more or less identical, and so can be shared. The only two differences are: 1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on 64-bit. Unfortunately it isn't possible to directly refer to the 2nd lsb of rdi directly (as you can with %ah), so the code isn't quite as dense. 2. check_events needs to variants to save different registers. Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> --- arch/x86/xen/Makefile | 3 arch/x86/xen/xen-asm.S | 140 +++++++++++++++++++++++++++++++++++++++++++++ arch/x86/xen/xen-asm.h | 12 +++ arch/x86/xen/xen-asm_32.S | 113 ++++-------------------------------- arch/x86/xen/xen-asm_64.S | 136 +------------------------------------------ 5 files changed, 171 insertions(+), 233 deletions(-) =================================================================== --- a/arch/x86/xen/Makefile +++ b/arch/x86/xen/Makefile @@ -6,7 +6,8 @@ endif obj-y := enlighten.o setup.o multicalls.o mmu.o irq.o \ - time.o xen-asm_$(BITS).o grant-table.o suspend.o + time.o xen-asm.o xen-asm_$(BITS).o \ + grant-table.o suspend.o obj-$(CONFIG_SMP) += smp.o spinlock.o obj-$(CONFIG_XEN_DEBUG_FS) += debugfs.o \ No newline at end of file =================================================================== --- /dev/null +++ b/arch/x86/xen/xen-asm.S @@ -0,0 +1,140 @@ +/* + Asm versions of Xen pv-ops, suitable for either direct use or inlining. + The inline versions are the same as the direct-use versions, with the + pre- and post-amble chopped off. + + This code is encoded for size rather than absolute efficiency, + with a view to being able to inline as much as possible. + + We only bother with direct forms (ie, vcpu in percpu data) of + the operations here; the indirect forms are better handled in + C, since they're generally too large to inline anyway. + */ + +#include <asm/asm-offsets.h> +#include <asm/percpu.h> +#include <asm/processor-flags.h> + +#include "xen-asm.h" + +/* + Enable events. This clears the event mask and tests the pending + event status with one and operation. If there are pending + events, then enter the hypervisor to get them handled. + */ +ENTRY(xen_irq_enable_direct) + /* Unmask events */ + movb $0, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask + + /* Preempt here doesn't matter because that will deal with + any pending interrupts. The pending check may end up being + run on the wrong CPU, but that doesn't hurt. */ + + /* Test for pending */ + testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending + jz 1f + +2: call check_events +1: +ENDPATCH(xen_irq_enable_direct) + ret + ENDPROC(xen_irq_enable_direct) + RELOC(xen_irq_enable_direct, 2b+1) + + +/* + Disabling events is simply a matter of making the event mask + non-zero. + */ +ENTRY(xen_irq_disable_direct) + movb $1, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask +ENDPATCH(xen_irq_disable_direct) + ret + ENDPROC(xen_irq_disable_direct) + RELOC(xen_irq_disable_direct, 0) + +/* + (xen_)save_fl is used to get the current interrupt enable status. + Callers expect the status to be in X86_EFLAGS_IF, and other bits + may be set in the return value. We take advantage of this by + making sure that X86_EFLAGS_IF has the right value (and other bits + in that byte are 0), but other bits in the return value are + undefined. We need to toggle the state of the bit, because + Xen and x86 use opposite senses (mask vs enable). + */ +ENTRY(xen_save_fl_direct) + testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask + setz %ah + addb %ah,%ah +ENDPATCH(xen_save_fl_direct) + ret + ENDPROC(xen_save_fl_direct) + RELOC(xen_save_fl_direct, 0) + + +/* + In principle the caller should be passing us a value return + from xen_save_fl_direct, but for robustness sake we test only + the X86_EFLAGS_IF flag rather than the whole byte. After + setting the interrupt mask state, it checks for unmasked + pending events and enters the hypervisor to get them delivered + if so. + */ +ENTRY(xen_restore_fl_direct) +#ifdef CONFIG_X86_64 + testw $X86_EFLAGS_IF, %di +#else + testb $X86_EFLAGS_IF>>8, %ah +#endif + setz PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask + /* Preempt here doesn't matter because that will deal with + any pending interrupts. The pending check may end up being + run on the wrong CPU, but that doesn't hurt. */ + + /* check for unmasked and pending */ + cmpw $0x0001, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending + jz 1f +2: call check_events +1: +ENDPATCH(xen_restore_fl_direct) + ret + ENDPROC(xen_restore_fl_direct) + RELOC(xen_restore_fl_direct, 2b+1) + + +/* + Force an event check by making a hypercall, + but preserve regs before making the call. + */ +check_events: +#ifdef CONFIG_X86_32 + push %eax + push %ecx + push %edx + call xen_force_evtchn_callback + pop %edx + pop %ecx + pop %eax +#else + push %rax + push %rcx + push %rdx + push %rsi + push %rdi + push %r8 + push %r9 + push %r10 + push %r11 + call xen_force_evtchn_callback + pop %r11 + pop %r10 + pop %r9 + pop %r8 + pop %rdi + pop %rsi + pop %rdx + pop %rcx + pop %rax +#endif + ret + =================================================================== --- /dev/null +++ b/arch/x86/xen/xen-asm.h @@ -0,0 +1,12 @@ +#ifndef _XEN_XEN_ASM_H +#define _XEN_XEN_ASM_H + +#include <linux/linkage.h> + +#define RELOC(x, v) .globl x##_reloc; x##_reloc=v +#define ENDPATCH(x) .globl x##_end; x##_end=. + +/* Pseudo-flag used for virtual NMI, which we don't implement yet */ +#define XEN_EFLAGS_NMI 0x80000000 + +#endif =================================================================== --- a/arch/x86/xen/xen-asm_32.S +++ b/arch/x86/xen/xen-asm_32.S @@ -11,101 +11,28 @@ generally too large to inline anyway. */ -#include <linux/linkage.h> - -#include <asm/asm-offsets.h> +//#include <asm/asm-offsets.h> #include <asm/thread_info.h> -#include <asm/percpu.h> #include <asm/processor-flags.h> #include <asm/segment.h> #include <xen/interface/xen.h> -#define RELOC(x, v) .globl x##_reloc; x##_reloc=v -#define ENDPATCH(x) .globl x##_end; x##_end=. - -/* Pseudo-flag used for virtual NMI, which we don't implement yet */ -#define XEN_EFLAGS_NMI 0x80000000 - +#include "xen-asm.h" + /* - Enable events. This clears the event mask and tests the pending - event status with one and operation. If there are pending - events, then enter the hypervisor to get them handled. + Force an event check by making a hypercall, + but preserve regs before making the call. */ -ENTRY(xen_irq_enable_direct) - /* Unmask events */ - movb $0, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask - - /* Preempt here doesn't matter because that will deal with - any pending interrupts. The pending check may end up being - run on the wrong CPU, but that doesn't hurt. */ - - /* Test for pending */ - testb $0xff, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_pending - jz 1f - -2: call check_events -1: -ENDPATCH(xen_irq_enable_direct) +check_events: + push %eax + push %ecx + push %edx + call xen_force_evtchn_callback + pop %edx + pop %ecx + pop %eax ret - ENDPROC(xen_irq_enable_direct) - RELOC(xen_irq_enable_direct, 2b+1) - - -/* - Disabling events is simply a matter of making the event mask - non-zero. - */ -ENTRY(xen_irq_disable_direct) - movb $1, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask -ENDPATCH(xen_irq_disable_direct) - ret - ENDPROC(xen_irq_disable_direct) - RELOC(xen_irq_disable_direct, 0) - -/* - (xen_)save_fl is used to get the current interrupt enable status. - Callers expect the status to be in X86_EFLAGS_IF, and other bits - may be set in the return value. We take advantage of this by - making sure that X86_EFLAGS_IF has the right value (and other bits - in that byte are 0), but other bits in the return value are - undefined. We need to toggle the state of the bit, because - Xen and x86 use opposite senses (mask vs enable). - */ -ENTRY(xen_save_fl_direct) - testb $0xff, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask - setz %ah - addb %ah,%ah -ENDPATCH(xen_save_fl_direct) - ret - ENDPROC(xen_save_fl_direct) - RELOC(xen_save_fl_direct, 0) - - -/* - In principle the caller should be passing us a value return - from xen_save_fl_direct, but for robustness sake we test only - the X86_EFLAGS_IF flag rather than the whole byte. After - setting the interrupt mask state, it checks for unmasked - pending events and enters the hypervisor to get them delivered - if so. - */ -ENTRY(xen_restore_fl_direct) - testb $X86_EFLAGS_IF>>8, %ah - setz PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_mask - /* Preempt here doesn't matter because that will deal with - any pending interrupts. The pending check may end up being - run on the wrong CPU, but that doesn't hurt. */ - - /* check for unmasked and pending */ - cmpw $0x0001, PER_CPU_VAR(xen_vcpu_info)+XEN_vcpu_info_pending - jz 1f -2: call check_events -1: -ENDPATCH(xen_restore_fl_direct) - ret - ENDPROC(xen_restore_fl_direct) - RELOC(xen_restore_fl_direct, 2b+1) /* We can't use sysexit directly, because we're not running in ring0. @@ -289,17 +216,3 @@ lea 4(%edi),%esp /* point esp to new frame */ 2: jmp xen_do_upcall - -/* - Force an event check by making a hypercall, - but preserve regs before making the call. - */ -check_events: - push %eax - push %ecx - push %edx - call xen_force_evtchn_callback - pop %edx - pop %ecx - pop %eax - ret =================================================================== --- a/arch/x86/xen/xen-asm_64.S +++ b/arch/x86/xen/xen-asm_64.S @@ -11,143 +11,15 @@ generally too large to inline anyway. */ -#include <linux/linkage.h> - -#include <asm/asm-offsets.h> +#include <asm/errno.h> +#include <asm/percpu.h> #include <asm/processor-flags.h> -#include <asm/errno.h> #include <asm/segment.h> -#include <asm/percpu.h> #include <xen/interface/xen.h> -#define RELOC(x, v) .globl x##_reloc; x##_reloc=v -#define ENDPATCH(x) .globl x##_end; x##_end=. - -/* Pseudo-flag used for virtual NMI, which we don't implement yet */ -#define XEN_EFLAGS_NMI 0x80000000 - -#if 1 -/* - FIXME: x86_64 now can support direct access to percpu variables - via a segment override. Update xen accordingly. - */ -#define BUG ud2a -#endif - -/* - Enable events. This clears the event mask and tests the pending - event status with one and operation. If there are pending - events, then enter the hypervisor to get them handled. - */ -ENTRY(xen_irq_enable_direct) - BUG - - /* Unmask events */ - movb $0, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask - - /* Preempt here doesn't matter because that will deal with - any pending interrupts. The pending check may end up being - run on the wrong CPU, but that doesn't hurt. */ - - /* Test for pending */ - testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending - jz 1f - -2: call check_events -1: -ENDPATCH(xen_irq_enable_direct) - ret - ENDPROC(xen_irq_enable_direct) - RELOC(xen_irq_enable_direct, 2b+1) - -/* - Disabling events is simply a matter of making the event mask - non-zero. - */ -ENTRY(xen_irq_disable_direct) - BUG - - movb $1, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask -ENDPATCH(xen_irq_disable_direct) - ret - ENDPROC(xen_irq_disable_direct) - RELOC(xen_irq_disable_direct, 0) - -/* - (xen_)save_fl is used to get the current interrupt enable status. - Callers expect the status to be in X86_EFLAGS_IF, and other bits - may be set in the return value. We take advantage of this by - making sure that X86_EFLAGS_IF has the right value (and other bits - in that byte are 0), but other bits in the return value are - undefined. We need to toggle the state of the bit, because - Xen and x86 use opposite senses (mask vs enable). - */ -ENTRY(xen_save_fl_direct) - BUG - - testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask - setz %ah - addb %ah,%ah -ENDPATCH(xen_save_fl_direct) - ret - ENDPROC(xen_save_fl_direct) - RELOC(xen_save_fl_direct, 0) - -/* - In principle the caller should be passing us a value return - from xen_save_fl_direct, but for robustness sake we test only - the X86_EFLAGS_IF flag rather than the whole byte. After - setting the interrupt mask state, it checks for unmasked - pending events and enters the hypervisor to get them delivered - if so. - */ -ENTRY(xen_restore_fl_direct) - BUG - - testb $X86_EFLAGS_IF>>8, %ah - setz PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask - /* Preempt here doesn't matter because that will deal with - any pending interrupts. The pending check may end up being - run on the wrong CPU, but that doesn't hurt. */ - - /* check for unmasked and pending */ - cmpw $0x0001, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending - jz 1f -2: call check_events -1: -ENDPATCH(xen_restore_fl_direct) - ret - ENDPROC(xen_restore_fl_direct) - RELOC(xen_restore_fl_direct, 2b+1) - - -/* - Force an event check by making a hypercall, - but preserve regs before making the call. - */ -check_events: - push %rax - push %rcx - push %rdx - push %rsi - push %rdi - push %r8 - push %r9 - push %r10 - push %r11 - call xen_force_evtchn_callback - pop %r11 - pop %r10 - pop %r9 - pop %r8 - pop %rdi - pop %rsi - pop %rdx - pop %rcx - pop %rax - ret - +#include "xen-asm.h" + ENTRY(xen_adjust_exception_frame) mov 8+0(%rsp),%rcx mov 8+8(%rsp),%r11 ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 2/3] xen: make direct versions of irq_enable/disable/save/restore to common code 2009-01-31 1:42 ` Jeremy Fitzhardinge (?) @ 2009-02-05 6:31 ` Tejun Heo 2009-02-05 15:00 ` Ingo Molnar -1 siblings, 1 reply; 22+ messages in thread From: Tejun Heo @ 2009-02-05 6:31 UTC (permalink / raw) To: Jeremy Fitzhardinge Cc: Ingo Molnar, Linux Kernel Mailing List, Brian Gerst, Xen-devel Hello, Jeremy Fitzhardinge wrote: > Now that x86-64 has directly accessible percpu variables, it can also > implement the direct versions of these operations, which operate on a > vcpu_info structure directly embedded in the percpu area. > > In fact, the 64-bit versions are more or less identical, and so can be > shared. The only two differences are: > 1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on > 64-bit. > Unfortunately it isn't possible to directly refer to the 2nd lsb of > rdi directly > (as you can with %ah), so the code isn't quite as dense. > 2. check_events needs to variants to save different registers. > > Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> > --- > arch/x86/xen/Makefile | 3 arch/x86/xen/xen-asm.S | 140 > +++++++++++++++++++++++++++++++++++++++++++++ > arch/x86/xen/xen-asm.h | 12 +++ > arch/x86/xen/xen-asm_32.S | 113 ++++-------------------------------- > arch/x86/xen/xen-asm_64.S | 136 > +------------------------------------------ > 5 files changed, 171 insertions(+), 233 deletions(-) ... > =================================================================== > --- a/arch/x86/xen/xen-asm_32.S > +++ b/arch/x86/xen/xen-asm_32.S > @@ -11,101 +11,28 @@ > generally too large to inline anyway. > */ > > -#include <linux/linkage.h> > - > -#include <asm/asm-offsets.h> > +//#include <asm/asm-offsets.h> Applied without the above addition of // Thanks. -- tejun ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 2/3] xen: make direct versions of irq_enable/disable/save/restore to common code 2009-02-05 6:31 ` Tejun Heo @ 2009-02-05 15:00 ` Ingo Molnar 0 siblings, 0 replies; 22+ messages in thread From: Ingo Molnar @ 2009-02-05 15:00 UTC (permalink / raw) To: Tejun Heo Cc: Jeremy Fitzhardinge, Linux Kernel Mailing List, Brian Gerst, Xen-devel * Tejun Heo <htejun@gmail.com> wrote: > Hello, > > Jeremy Fitzhardinge wrote: > > Now that x86-64 has directly accessible percpu variables, it can also > > implement the direct versions of these operations, which operate on a > > vcpu_info structure directly embedded in the percpu area. > > > > In fact, the 64-bit versions are more or less identical, and so can be > > shared. The only two differences are: > > 1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on > > 64-bit. > > Unfortunately it isn't possible to directly refer to the 2nd lsb of > > rdi directly > > (as you can with %ah), so the code isn't quite as dense. > > 2. check_events needs to variants to save different registers. > > > > Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> > > --- > > arch/x86/xen/Makefile | 3 arch/x86/xen/xen-asm.S | 140 > > +++++++++++++++++++++++++++++++++++++++++++++ > > arch/x86/xen/xen-asm.h | 12 +++ > > arch/x86/xen/xen-asm_32.S | 113 ++++-------------------------------- > > arch/x86/xen/xen-asm_64.S | 136 > > +------------------------------------------ > > 5 files changed, 171 insertions(+), 233 deletions(-) > ... > > =================================================================== > > --- a/arch/x86/xen/xen-asm_32.S > > +++ b/arch/x86/xen/xen-asm_32.S > > @@ -11,101 +11,28 @@ > > generally too large to inline anyway. > > */ > > > > -#include <linux/linkage.h> > > - > > -#include <asm/asm-offsets.h> > > +//#include <asm/asm-offsets.h> > > Applied without the above addition of // btw., that's still worth fixing, plus the comments styles could be standardized. And this should grow an extra space after the comma: lea 4(%edi),%esp /* point esp to new frame */ (there's 5-6 similar instructions in that file with this problem - the rest is fine.) Ingo ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 2/3] xen: make direct versions of irq_enable/disable/save/restore to common code @ 2009-02-05 15:00 ` Ingo Molnar 0 siblings, 0 replies; 22+ messages in thread From: Ingo Molnar @ 2009-02-05 15:00 UTC (permalink / raw) To: Tejun Heo Cc: Brian Gerst, Jeremy Fitzhardinge, Xen-devel, Linux Kernel Mailing List * Tejun Heo <htejun@gmail.com> wrote: > Hello, > > Jeremy Fitzhardinge wrote: > > Now that x86-64 has directly accessible percpu variables, it can also > > implement the direct versions of these operations, which operate on a > > vcpu_info structure directly embedded in the percpu area. > > > > In fact, the 64-bit versions are more or less identical, and so can be > > shared. The only two differences are: > > 1. xen_restore_fl_direct takes its argument in eax on 32-bit, and rdi on > > 64-bit. > > Unfortunately it isn't possible to directly refer to the 2nd lsb of > > rdi directly > > (as you can with %ah), so the code isn't quite as dense. > > 2. check_events needs to variants to save different registers. > > > > Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> > > --- > > arch/x86/xen/Makefile | 3 arch/x86/xen/xen-asm.S | 140 > > +++++++++++++++++++++++++++++++++++++++++++++ > > arch/x86/xen/xen-asm.h | 12 +++ > > arch/x86/xen/xen-asm_32.S | 113 ++++-------------------------------- > > arch/x86/xen/xen-asm_64.S | 136 > > +------------------------------------------ > > 5 files changed, 171 insertions(+), 233 deletions(-) > ... > > =================================================================== > > --- a/arch/x86/xen/xen-asm_32.S > > +++ b/arch/x86/xen/xen-asm_32.S > > @@ -11,101 +11,28 @@ > > generally too large to inline anyway. > > */ > > > > -#include <linux/linkage.h> > > - > > -#include <asm/asm-offsets.h> > > +//#include <asm/asm-offsets.h> > > Applied without the above addition of // btw., that's still worth fixing, plus the comments styles could be standardized. And this should grow an extra space after the comma: lea 4(%edi),%esp /* point esp to new frame */ (there's 5-6 similar instructions in that file with this problem - the rest is fine.) Ingo ^ permalink raw reply [flat|nested] 22+ messages in thread
* Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-05 15:00 ` Ingo Molnar (?) @ 2009-02-05 15:24 ` Boris Derzhavets 2009-02-05 17:13 ` Boris Derzhavets -1 siblings, 1 reply; 22+ messages in thread From: Boris Derzhavets @ 2009-02-05 15:24 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 14651 bytes --] Console output stops with messages:- peth1 : no IPV6 routers present eth1 : no IPV6 routers present Press Ctrl+Alt+F2 and login :- # xm info host : ServerUbuntu release : 2.6.29-rc3-tip version : #8 SMP Thu Feb 5 09:15:44 EST 2009 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 3005 hw_caps : bfebfbff:20100800:00000000:00000140:0008e3fd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8191 free_memory : 7035 node_to_cpu : node0:0-1 node_to_memory : node0:7035 xen_major : 3 xen_minor : 4 xen_extra : -unstable xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : Fri Jan 30 11:12:57 2009 +0900 19130:c8962b24fb50 cc_compiler : gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) cc_compile_by : root cc_compile_domain : cc_compile_date : Mon Feb 2 10:28:03 EST 2009 xend_config_format : 4 # xm dmesg __ __ _____ _ _ _ _ _ \ \/ /___ _ __ |___ /| || | _ _ _ __ ___| |_ __ _| |__ | | ___ \ // _ \ '_ \ |_ \| || |_ __| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ / \ __/ | | | ___) |__ _|__| |_| | | | \__ \ || (_| | |_) | | __/ /_/\_\___|_| |_| |____(_) |_| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| (XEN) Xen version 3.4-unstable (root@) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) Mon Feb 2 10:28:03 EST 2009 (XEN) Latest ChangeSet: Fri Jan 30 11:12:57 2009 +0900 19130:c8962b24fb50 (XEN) Command line: dom0_mem=1024M (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 000000000009ec00 - 00000000000a0000 (reserved) (XEN) 00000000000e4000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000cff80000 (usable) (XEN) 00000000cff80000 - 00000000cff8e000 (ACPI data) (XEN) 00000000cff8e000 - 00000000cffe0000 (ACPI NVS) (XEN) 00000000cffe0000 - 00000000d0000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffe00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000230000000 (usable) (XEN) System RAM: 8191MB (8387704kB) (XEN) ACPI: RSDP 000FBB80, 0014 (r0 ACPIAM) (XEN) ACPI: RSDT CFF80000, 003C (r1 A_M_I_ OEMRSDT 10000730 MSFT 97) (XEN) ACPI: FACP CFF80200, 0084 (r2 A_M_I_ OEMFACP 10000730 MSFT 97) (XEN) ACPI: DSDT CFF805C0, 8E13 (r1 A0840 A0840001 1 INTL 20060113) (XEN) ACPI: FACS CFF8E000, 0040 (XEN) ACPI: APIC CFF80390, 006C (r1 A_M_I_ OEMAPIC 10000730 MSFT 97) (XEN) ACPI: MCFG CFF80400, 003C (r1 A_M_I_ OEMMCFG 10000730 MSFT 97) (XEN) ACPI: OEMB CFF8E040, 0081 (r1 A_M_I_ AMI_OEM 10000730 MSFT 97) (XEN) ACPI: HPET CFF893E0, 0038 (r1 A_M_I_ OEMHPET 10000730 MSFT 97) (XEN) ACPI: OSFR CFF89420, 00B0 (r1 A_M_I_ OEMOSFR 10000730 MSFT 97) (XEN) Domain heap initialised (XEN) Processor #0 7:7 APIC version 20 (XEN) Processor #1 7:7 APIC version 20 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3005.623 MHz processor. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) HVM: VMX enabled (XEN) CPU0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping 06 (XEN) Booting processor 1/1 eip 8c000 (XEN) CPU1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping 06 (XEN) Total of 2 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) checking TSC synchronization across 2 CPUs: passed. (XEN) Platform timer is 14.318MHz HPET (XEN) Brought up 2 CPUs (XEN) I/O virtualisation disabled (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x200000 -> 0x8eaea0 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000210000000->0000000220000000 (196608 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff808eaea0 (XEN) Init. ramdisk: ffffffff808eb000->ffffffff8b8c5c00 (XEN) Phys-Mach map: ffffffff8b8c6000->ffffffff8bac6000 (XEN) Start info: ffffffff8bac6000->ffffffff8bac64b4 (XEN) Page tables: ffffffff8bac7000->ffffffff8bb28000 (XEN) Boot stack: ffffffff8bb28000->ffffffff8bb29000 (XEN) TOTAL: ffffffff80000000->ffffffff8bc00000 (XEN) ENTRY ADDRESS: ffffffff80766200 (XEN) Dom0 has maximum 2 VCPUs (XEN) Scrubbing Free RAM: .......................................................................done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 128kB init memory. (XEN) ioapic_guest_write: apic=0, pin=2, old_irq=0, new_irq=-1 (XEN) ioapic_guest_write: old_entry=000009f0, new_entry=00010900 (XEN) ioapic_guest_write: Attempt to remove IO-APIC pin of in-use IRQ! (XEN) irq.c:877: dom0: pirq 2 or vector 152 already mapped (XEN) d0:v0: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007f99ce64c000: (XEN) L4[0x0ff] = 00000001ef3bf067 00000000000387bf (XEN) L3[0x067] = 00000001ef3aa067 00000000000387aa (XEN) L2[0x073] = 00000001ef3c8067 00000000000387c8 (XEN) L1[0x04c] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[<00007f99cf8915e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 000000000250e1b0 rcx: 0000000000000000 (XEN) rdx: 00007f99ce64c000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fffdb09b4e0 r8: 000000000250e930 (XEN) r9: 7efefefefefefeff r10: 00007fffdb09b260 r11: 0000000000477f20 (XEN) r12: 000000000250e9e0 r13: 000000000250e170 r14: 00007fffdb09b508 (XEN) r15: 00000000024f78a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 00000001ef38c000 cr2: 00007f99ce64c000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fffdb09b4e0: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007f99cf8976a0 00007f99ce64c000 000000000250e800 0000000000000000 (XEN) 0000000000000000 00000000024eced0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fffdb09b6f8 0000000ad2e912f2 (XEN) 00000000007e5800 00000000498af897 00000000024fded0 00007fffdb09b750 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fffdb09b5ec (XEN) 00007fffdb09b5e4 00007fffdb09b5e0 00007fffdb09b6f8 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007f99d0df75c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fffdb09b6f0 0000000000000000 (XEN) 0000000000000000 00007f99d0e06466 0000000000000000 00007fffdb09b6f8 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c020df530e6e6114 (XEN) 0000000000432ab0 00007fffdb09b6f0 0000000000000000 0000000000000000 (XEN) 3fdf6940620e6114 3f137e93c62c6114 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fffdb09b6e8 000000000000001c 000000000000000a 00007fffdb09beba (XEN) 00007fffdb09becb 00007fffdb09bece 00007fffdb09bed2 00007fffdb09bed9 (XEN) 00007fffdb09bedb 00007fffdb09bee1 00007fffdb09bef7 00007fffdb09bf01 (XEN) 00007fffdb09bf05 0000000000000000 00007fffdb09bf09 00007fffdb09bf14 (XEN) d0:v1: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007fcf5052e000: (XEN) L4[0x0ff] = 000000021a5b7067 000000000000a5b7 (XEN) L3[0x13d] = 000000021a5b3067 000000000000a5b3 (XEN) L2[0x082] = 000000021a5dc067 000000000000a5dc (XEN) L1[0x12e] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 1 (XEN) RIP: e033:[<00007fcf517735e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 00000000018b51b0 rcx: 0000000000000000 (XEN) rdx: 00007fcf5052e000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fff5cf7ba00 r8: 00000000018b5930 (XEN) r9: 7efefefefefefeff r10: 00007fff5cf7b780 r11: 0000000000477f20 (XEN) r12: 00000000018b59e0 r13: 00000000018b5170 r14: 00007fff5cf7ba28 (XEN) r15: 000000000189e8a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 000000021a5b8000 cr2: 00007fcf5052e000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fff5cf7ba00: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007fcf517796a0 00007fcf5052e000 00000000018b5800 0000000000000000 (XEN) 0000000000000000 0000000001893ed0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fff5cf7bc18 0000000a54d732f2 (XEN) 00000000007e5800 00000000498af89b 00000000018a4ed0 00007fff5cf7bc70 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fff5cf7bb0c (XEN) 00007fff5cf7bb04 00007fff5cf7bb00 00007fff5cf7bc18 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007fcf52cd95c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fff5cf7bc10 0000000000000000 (XEN) 0000000000000000 00007fcf52ce8466 0000000000000000 00007fff5cf7bc18 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c02607e04952a172 (XEN) 0000000000432ab0 00007fff5cf7bc10 0000000000000000 0000000000000000 (XEN) 3fd8be0f3ff2a172 3fb8a27d4110a172 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fff5cf7bc08 000000000000001c 000000000000000a 00007fff5cf7ceba (XEN) 00007fff5cf7cecb 00007fff5cf7cece 00007fff5cf7ced2 00007fff5cf7ced9 (XEN) 00007fff5cf7cedb 00007fff5cf7cee1 00007fff5cf7cef7 00007fff5cf7cf01 (XEN) 00007fff5cf7cf05 0000000000000000 00007fff5cf7cf09 00007fff5cf7cf14 (XEN) d0:v0: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007f1bc2a40000: (XEN) L4[0x0fe] = 00000001ec765067 000000000003b365 (XEN) L3[0x06f] = 00000001f3a17067 0000000000033e17 (XEN) L2[0x015] = 00000001ee10e067 000000000003990e (XEN) L1[0x040] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[<00007f1bc3c855e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 0000000000c421b0 rcx: 0000000000000000 (XEN) rdx: 00007f1bc2a40000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fffcf48ef10 r8: 0000000000c42930 (XEN) r9: 7efefefefefefeff r10: 00007fffcf48ec90 r11: 0000000000477f20 (XEN) r12: 0000000000c429e0 r13: 0000000000c42170 r14: 00007fffcf48ef38 (XEN) r15: 0000000000c2b8a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 00000001edc5a000 cr2: 00007f1bc2a40000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fffcf48ef10: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007f1bc3c8b6a0 00007f1bc2a40000 0000000000c42800 0000000000000000 (XEN) 0000000000000000 0000000000c20ed0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fffcf48f128 0000000ac72852f2 (XEN) 00000000007e5800 00000000498af8a0 0000000000c31ed0 00007fffcf48f180 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fffcf48f01c (XEN) 00007fffcf48f014 00007fffcf48f010 00007fffcf48f128 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007f1bc51eb5c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fffcf48f120 0000000000000000 (XEN) 0000000000000000 00007f1bc51fa466 0000000000000000 00007fffcf48f128 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c02d59cc73036600 (XEN) 0000000000432ab0 00007fffcf48f120 0000000000000000 0000000000000000 (XEN) 3fd2c75d93c36600 3e1ad3f33b416600 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fffcf48f118 000000000000001c 000000000000000a 00007fffcf48feba (XEN) 00007fffcf48fecb 00007fffcf48fece 00007fffcf48fed2 00007fffcf48fed9 (XEN) 00007fffcf48fedb 00007fffcf48fee1 00007fffcf48fef7 00007fffcf48ff01 (XEN) 00007fffcf48ff05 0000000000000000 00007fffcf48ff09 00007fffcf48ff14 # df -h works fine. SATA drive attached to Intel ICH9R (AHCI) detected at boot up Regardless ifconfig and "brctl show" reports seem to be good. Local IP obtained via dhcp is 192.168.1.34 and /etc/init.d/networking restart seems to release old IP and obtain new one pretty soon . Xen Host is uncreachable on the LAN. Attempt to ping 192.168.1.1 (ADSL Modem) fails with message :- No IPV6 router present and vice-versa i cannot ping Xen Host from the LAN. Attempt to run:- # startx obviosly fails. [-- Attachment #1.2: Type: text/html, Size: 20118 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-05 15:24 ` Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box Boris Derzhavets @ 2009-02-05 17:13 ` Boris Derzhavets 2009-02-06 6:31 ` Boris Derzhavets 0 siblings, 1 reply; 22+ messages in thread From: Boris Derzhavets @ 2009-02-05 17:13 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 15662 bytes --] Due to ZYXEL P 660 RT2 is not IPV6 router i've tried to disable IPV6 on Ubuntu 8.10 Server. 1. Via blacklist 2. Just rebuilding kernel (worst option) and IPV6 got disabled either way i choosed. During the session i do can obtain new IP via # /etc/networking restart report goes to screen nicely. Four DHCP commands as usual However Dom0 doesn't really get on the LAN. It keeps stay unpingable in both directions --- On Thu, 2/5/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris Derzhavets <bderzhavets@yahoo.com> Subject: [Xen-devel] Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box To: "Jeremy Fitzhardinge" <jeremy@goop.org> Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Thursday, February 5, 2009, 10:24 AM Console output stops with messages:- peth1 : no IPV6 routers present eth1 : no IPV6 routers present Press Ctrl+Alt+F2 and login :- # xm info host : ServerUbuntu release : 2.6.29-rc3-tip version : #8 SMP Thu Feb 5 09:15:44 EST 2009 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 3005 hw_caps : bfebfbff:20100800:00000000:00000140:0008e3fd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8191 free_memory : 7035 node_to_cpu : node0:0-1 node_to_memory : node0:7035 xen_major : 3 xen_minor : 4 xen_extra : -unstable xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : Fri Jan 30 11:12:57 2009 +0900 19130:c8962b24fb50 cc_compiler : gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) cc_compile_by : root cc_compile_domain : cc_compile_date : Mon Feb 2 10:28:03 EST 2009 xend_config_format : 4 # xm dmesg __ __ _____ _ _ _ _ _ \ \/ /___ _ __ |___ /| || | _ _ _ __ ___| |_ __ _| |__ | | ___ \ // _ \ '_ \ |_ \| || |_ __| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ / \ __/ | | | ___) |__ _|__| |_| | | | \__ \ || (_| | |_) | | __/ /_/\_\___|_| |_| |____(_) |_| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| (XEN) Xen version 3.4-unstable (root@) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) Mon Feb 2 10:28:03 EST 2009 (XEN) Latest ChangeSet: Fri Jan 30 11:12:57 2009 +0900 19130:c8962b24fb50 (XEN) Command line: dom0_mem=1024M (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 000000000009ec00 - 00000000000a0000 (reserved) (XEN) 00000000000e4000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000cff80000 (usable) (XEN) 00000000cff80000 - 00000000cff8e000 (ACPI data) (XEN) 00000000cff8e000 - 00000000cffe0000 (ACPI NVS) (XEN) 00000000cffe0000 - 00000000d0000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffe00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000230000000 (usable) (XEN) System RAM: 8191MB (8387704kB) (XEN) ACPI: RSDP 000FBB80, 0014 (r0 ACPIAM) (XEN) ACPI: RSDT CFF80000, 003C (r1 A_M_I_ OEMRSDT 10000730 MSFT 97) (XEN) ACPI: FACP CFF80200, 0084 (r2 A_M_I_ OEMFACP 10000730 MSFT 97) (XEN) ACPI: DSDT CFF805C0, 8E13 (r1 A0840 A0840001 1 INTL 20060113) (XEN) ACPI: FACS CFF8E000, 0040 (XEN) ACPI: APIC CFF80390, 006C (r1 A_M_I_ OEMAPIC 10000730 MSFT 97) (XEN) ACPI: MCFG CFF80400, 003C (r1 A_M_I_ OEMMCFG 10000730 MSFT 97) (XEN) ACPI: OEMB CFF8E040, 0081 (r1 A_M_I_ AMI_OEM 10000730 MSFT 97) (XEN) ACPI: HPET CFF893E0, 0038 (r1 A_M_I_ OEMHPET 10000730 MSFT 97) (XEN) ACPI: OSFR CFF89420, 00B0 (r1 A_M_I_ OEMOSFR 10000730 MSFT 97) (XEN) Domain heap initialised (XEN) Processor #0 7:7 APIC version 20 (XEN) Processor #1 7:7 APIC version 20 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3005.623 MHz processor. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) HVM: VMX enabled (XEN) CPU0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping 06 (XEN) Booting processor 1/1 eip 8c000 (XEN) CPU1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping 06 (XEN) Total of 2 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) checking TSC synchronization across 2 CPUs: passed. (XEN) Platform timer is 14.318MHz HPET (XEN) Brought up 2 CPUs (XEN) I/O virtualisation disabled (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x200000 -> 0x8eaea0 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000210000000->0000000220000000 (196608 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff808eaea0 (XEN) Init. ramdisk: ffffffff808eb000->ffffffff8b8c5c00 (XEN) Phys-Mach map: ffffffff8b8c6000->ffffffff8bac6000 (XEN) Start info: ffffffff8bac6000->ffffffff8bac64b4 (XEN) Page tables: ffffffff8bac7000->ffffffff8bb28000 (XEN) Boot stack: ffffffff8bb28000->ffffffff8bb29000 (XEN) TOTAL: ffffffff80000000->ffffffff8bc00000 (XEN) ENTRY ADDRESS: ffffffff80766200 (XEN) Dom0 has maximum 2 VCPUs (XEN) Scrubbing Free RAM: .......................................................................done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 128kB init memory. (XEN) ioapic_guest_write: apic=0, pin=2, old_irq=0, new_irq=-1 (XEN) ioapic_guest_write: old_entry=000009f0, new_entry=00010900 (XEN) ioapic_guest_write: Attempt to remove IO-APIC pin of in-use IRQ! (XEN) irq.c:877: dom0: pirq 2 or vector 152 already mapped (XEN) d0:v0: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007f99ce64c000: (XEN) L4[0x0ff] = 00000001ef3bf067 00000000000387bf (XEN) L3[0x067] = 00000001ef3aa067 00000000000387aa (XEN) L2[0x073] = 00000001ef3c8067 00000000000387c8 (XEN) L1[0x04c] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[<00007f99cf8915e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 000000000250e1b0 rcx: 0000000000000000 (XEN) rdx: 00007f99ce64c000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fffdb09b4e0 r8: 000000000250e930 (XEN) r9: 7efefefefefefeff r10: 00007fffdb09b260 r11: 0000000000477f20 (XEN) r12: 000000000250e9e0 r13: 000000000250e170 r14: 00007fffdb09b508 (XEN) r15: 00000000024f78a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 00000001ef38c000 cr2: 00007f99ce64c000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fffdb09b4e0: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007f99cf8976a0 00007f99ce64c000 000000000250e800 0000000000000000 (XEN) 0000000000000000 00000000024eced0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fffdb09b6f8 0000000ad2e912f2 (XEN) 00000000007e5800 00000000498af897 00000000024fded0 00007fffdb09b750 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fffdb09b5ec (XEN) 00007fffdb09b5e4 00007fffdb09b5e0 00007fffdb09b6f8 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007f99d0df75c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fffdb09b6f0 0000000000000000 (XEN) 0000000000000000 00007f99d0e06466 0000000000000000 00007fffdb09b6f8 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c020df530e6e6114 (XEN) 0000000000432ab0 00007fffdb09b6f0 0000000000000000 0000000000000000 (XEN) 3fdf6940620e6114 3f137e93c62c6114 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fffdb09b6e8 000000000000001c 000000000000000a 00007fffdb09beba (XEN) 00007fffdb09becb 00007fffdb09bece 00007fffdb09bed2 00007fffdb09bed9 (XEN) 00007fffdb09bedb 00007fffdb09bee1 00007fffdb09bef7 00007fffdb09bf01 (XEN) 00007fffdb09bf05 0000000000000000 00007fffdb09bf09 00007fffdb09bf14 (XEN) d0:v1: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007fcf5052e000: (XEN) L4[0x0ff] = 000000021a5b7067 000000000000a5b7 (XEN) L3[0x13d] = 000000021a5b3067 000000000000a5b3 (XEN) L2[0x082] = 000000021a5dc067 000000000000a5dc (XEN) L1[0x12e] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 1 (XEN) RIP: e033:[<00007fcf517735e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 00000000018b51b0 rcx: 0000000000000000 (XEN) rdx: 00007fcf5052e000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fff5cf7ba00 r8: 00000000018b5930 (XEN) r9: 7efefefefefefeff r10: 00007fff5cf7b780 r11: 0000000000477f20 (XEN) r12: 00000000018b59e0 r13: 00000000018b5170 r14: 00007fff5cf7ba28 (XEN) r15: 000000000189e8a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 000000021a5b8000 cr2: 00007fcf5052e000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fff5cf7ba00: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007fcf517796a0 00007fcf5052e000 00000000018b5800 0000000000000000 (XEN) 0000000000000000 0000000001893ed0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fff5cf7bc18 0000000a54d732f2 (XEN) 00000000007e5800 00000000498af89b 00000000018a4ed0 00007fff5cf7bc70 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fff5cf7bb0c (XEN) 00007fff5cf7bb04 00007fff5cf7bb00 00007fff5cf7bc18 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007fcf52cd95c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fff5cf7bc10 0000000000000000 (XEN) 0000000000000000 00007fcf52ce8466 0000000000000000 00007fff5cf7bc18 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c02607e04952a172 (XEN) 0000000000432ab0 00007fff5cf7bc10 0000000000000000 0000000000000000 (XEN) 3fd8be0f3ff2a172 3fb8a27d4110a172 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fff5cf7bc08 000000000000001c 000000000000000a 00007fff5cf7ceba (XEN) 00007fff5cf7cecb 00007fff5cf7cece 00007fff5cf7ced2 00007fff5cf7ced9 (XEN) 00007fff5cf7cedb 00007fff5cf7cee1 00007fff5cf7cef7 00007fff5cf7cf01 (XEN) 00007fff5cf7cf05 0000000000000000 00007fff5cf7cf09 00007fff5cf7cf14 (XEN) d0:v0: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007f1bc2a40000: (XEN) L4[0x0fe] = 00000001ec765067 000000000003b365 (XEN) L3[0x06f] = 00000001f3a17067 0000000000033e17 (XEN) L2[0x015] = 00000001ee10e067 000000000003990e (XEN) L1[0x040] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[<00007f1bc3c855e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 0000000000c421b0 rcx: 0000000000000000 (XEN) rdx: 00007f1bc2a40000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fffcf48ef10 r8: 0000000000c42930 (XEN) r9: 7efefefefefefeff r10: 00007fffcf48ec90 r11: 0000000000477f20 (XEN) r12: 0000000000c429e0 r13: 0000000000c42170 r14: 00007fffcf48ef38 (XEN) r15: 0000000000c2b8a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 00000001edc5a000 cr2: 00007f1bc2a40000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fffcf48ef10: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007f1bc3c8b6a0 00007f1bc2a40000 0000000000c42800 0000000000000000 (XEN) 0000000000000000 0000000000c20ed0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fffcf48f128 0000000ac72852f2 (XEN) 00000000007e5800 00000000498af8a0 0000000000c31ed0 00007fffcf48f180 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fffcf48f01c (XEN) 00007fffcf48f014 00007fffcf48f010 00007fffcf48f128 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007f1bc51eb5c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fffcf48f120 0000000000000000 (XEN) 0000000000000000 00007f1bc51fa466 0000000000000000 00007fffcf48f128 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c02d59cc73036600 (XEN) 0000000000432ab0 00007fffcf48f120 0000000000000000 0000000000000000 (XEN) 3fd2c75d93c36600 3e1ad3f33b416600 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fffcf48f118 000000000000001c 000000000000000a 00007fffcf48feba (XEN) 00007fffcf48fecb 00007fffcf48fece 00007fffcf48fed2 00007fffcf48fed9 (XEN) 00007fffcf48fedb 00007fffcf48fee1 00007fffcf48fef7 00007fffcf48ff01 (XEN) 00007fffcf48ff05 0000000000000000 00007fffcf48ff09 00007fffcf48ff14 # df -h works fine. SATA drive attached to Intel ICH9R (AHCI) detected at boot up Regardless ifconfig and "brctl show" reports seem to be good. Local IP obtained via dhcp is 192.168.1.34 and /etc/init.d/networking restart seems to release old IP and obtain new one pretty soon . Xen Host is uncreachable on the LAN. Attempt to ping 192.168.1.1 (ADSL Modem) fails with message :- No IPV6 router present and vice-versa i cannot ping Xen Host from the LAN. Attempt to run:- # startx obviosly fails. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 21653 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-05 17:13 ` Boris Derzhavets @ 2009-02-06 6:31 ` Boris Derzhavets 2009-02-06 6:54 ` Jeremy Fitzhardinge 0 siblings, 1 reply; 22+ messages in thread From: Boris Derzhavets @ 2009-02-06 6:31 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 16519 bytes --] Build 2.6.29-rc3 with the most recent change set and load under Xen Unstable Logged into Dom0. Was able to load F10 PV DomU via prepared image. DomU obtained IP (192.168.1.38) via DHCP . Opened ssh connection to Dom0 192.168.1.34 (Ubuntu 8.10 Server) LAN is still unavailable for both DomU & Dom0. --- On Thu, 2/5/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris Derzhavets <bderzhavets@yahoo.com> Subject: Re: [Xen-devel] Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box To: "Jeremy Fitzhardinge" <jeremy@goop.org> Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Thursday, February 5, 2009, 12:13 PM Due to ZYXEL P 660 RT2 is not IPV6 router i've tried to disable IPV6 on Ubuntu 8.10 Server. 1. Via blacklist 2. Just rebuilding kernel (worst option) and IPV6 got disabled either way i choosed. During the session i do can obtain new IP via # /etc/networking restart report goes to screen nicely. Four DHCP commands as usual However Dom0 doesn't really get on the LAN. It keeps stay unpingable in both directions --- On Thu, 2/5/09, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris Derzhavets <bderzhavets@yahoo.com> Subject: [Xen-devel] Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box To: "Jeremy Fitzhardinge" <jeremy@goop.org> Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Thursday, February 5, 2009, 10:24 AM Console output stops with messages:- peth1 : no IPV6 routers present eth1 : no IPV6 routers present Press Ctrl+Alt+F2 and login :- # xm info host : ServerUbuntu release : 2.6.29-rc3-tip version : #8 SMP Thu Feb 5 09:15:44 EST 2009 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 3005 hw_caps : bfebfbff:20100800:00000000:00000140:0008e3fd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8191 free_memory : 7035 node_to_cpu : node0:0-1 node_to_memory : node0:7035 xen_major : 3 xen_minor : 4 xen_extra : -unstable xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : Fri Jan 30 11:12:57 2009 +0900 19130:c8962b24fb50 cc_compiler : gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) cc_compile_by : root cc_compile_domain : cc_compile_date : Mon Feb 2 10:28:03 EST 2009 xend_config_format : 4 # xm dmesg __ __ _____ _ _ _ _ _ \ \/ /___ _ __ |___ /| || | _ _ _ __ ___| |_ __ _| |__ | | ___ \ // _ \ '_ \ |_ \| || |_ __| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ / \ __/ | | | ___) |__ _|__| |_| | | | \__ \ || (_| | |_) | | __/ /_/\_\___|_| |_| |____(_) |_| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| (XEN) Xen version 3.4-unstable (root@) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) Mon Feb 2 10:28:03 EST 2009 (XEN) Latest ChangeSet: Fri Jan 30 11:12:57 2009 +0900 19130:c8962b24fb50 (XEN) Command line: dom0_mem=1024M (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ec00 (usable) (XEN) 000000000009ec00 - 00000000000a0000 (reserved) (XEN) 00000000000e4000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000cff80000 (usable) (XEN) 00000000cff80000 - 00000000cff8e000 (ACPI data) (XEN) 00000000cff8e000 - 00000000cffe0000 (ACPI NVS) (XEN) 00000000cffe0000 - 00000000d0000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffe00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000230000000 (usable) (XEN) System RAM: 8191MB (8387704kB) (XEN) ACPI: RSDP 000FBB80, 0014 (r0 ACPIAM) (XEN) ACPI: RSDT CFF80000, 003C (r1 A_M_I_ OEMRSDT 10000730 MSFT 97) (XEN) ACPI: FACP CFF80200, 0084 (r2 A_M_I_ OEMFACP 10000730 MSFT 97) (XEN) ACPI: DSDT CFF805C0, 8E13 (r1 A0840 A0840001 1 INTL 20060113) (XEN) ACPI: FACS CFF8E000, 0040 (XEN) ACPI: APIC CFF80390, 006C (r1 A_M_I_ OEMAPIC 10000730 MSFT 97) (XEN) ACPI: MCFG CFF80400, 003C (r1 A_M_I_ OEMMCFG 10000730 MSFT 97) (XEN) ACPI: OEMB CFF8E040, 0081 (r1 A_M_I_ AMI_OEM 10000730 MSFT 97) (XEN) ACPI: HPET CFF893E0, 0038 (r1 A_M_I_ OEMHPET 10000730 MSFT 97) (XEN) ACPI: OSFR CFF89420, 00B0 (r1 A_M_I_ OEMOSFR 10000730 MSFT 97) (XEN) Domain heap initialised (XEN) Processor #0 7:7 APIC version 20 (XEN) Processor #1 7:7 APIC version 20 (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3005.623 MHz processor. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) HVM: VMX enabled (XEN) CPU0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping 06 (XEN) Booting processor 1/1 eip 8c000 (XEN) CPU1: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz stepping 06 (XEN) Total of 2 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) checking TSC synchronization across 2 CPUs: passed. (XEN) Platform timer is 14.318MHz HPET (XEN) Brought up 2 CPUs (XEN) I/O virtualisation disabled (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x200000 -> 0x8eaea0 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000210000000->0000000220000000 (196608 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff808eaea0 (XEN) Init. ramdisk: ffffffff808eb000->ffffffff8b8c5c00 (XEN) Phys-Mach map: ffffffff8b8c6000->ffffffff8bac6000 (XEN) Start info: ffffffff8bac6000->ffffffff8bac64b4 (XEN) Page tables: ffffffff8bac7000->ffffffff8bb28000 (XEN) Boot stack: ffffffff8bb28000->ffffffff8bb29000 (XEN) TOTAL: ffffffff80000000->ffffffff8bc00000 (XEN) ENTRY ADDRESS: ffffffff80766200 (XEN) Dom0 has maximum 2 VCPUs (XEN) Scrubbing Free RAM: .......................................................................done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) Xen is relinquishing VGA console. (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 128kB init memory. (XEN) ioapic_guest_write: apic=0, pin=2, old_irq=0, new_irq=-1 (XEN) ioapic_guest_write: old_entry=000009f0, new_entry=00010900 (XEN) ioapic_guest_write: Attempt to remove IO-APIC pin of in-use IRQ! (XEN) irq.c:877: dom0: pirq 2 or vector 152 already mapped (XEN) d0:v0: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007f99ce64c000: (XEN) L4[0x0ff] = 00000001ef3bf067 00000000000387bf (XEN) L3[0x067] = 00000001ef3aa067 00000000000387aa (XEN) L2[0x073] = 00000001ef3c8067 00000000000387c8 (XEN) L1[0x04c] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[<00007f99cf8915e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 000000000250e1b0 rcx: 0000000000000000 (XEN) rdx: 00007f99ce64c000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fffdb09b4e0 r8: 000000000250e930 (XEN) r9: 7efefefefefefeff r10: 00007fffdb09b260 r11: 0000000000477f20 (XEN) r12: 000000000250e9e0 r13: 000000000250e170 r14: 00007fffdb09b508 (XEN) r15: 00000000024f78a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 00000001ef38c000 cr2: 00007f99ce64c000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fffdb09b4e0: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007f99cf8976a0 00007f99ce64c000 000000000250e800 0000000000000000 (XEN) 0000000000000000 00000000024eced0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fffdb09b6f8 0000000ad2e912f2 (XEN) 00000000007e5800 00000000498af897 00000000024fded0 00007fffdb09b750 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fffdb09b5ec (XEN) 00007fffdb09b5e4 00007fffdb09b5e0 00007fffdb09b6f8 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007f99d0df75c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fffdb09b6f0 0000000000000000 (XEN) 0000000000000000 00007f99d0e06466 0000000000000000 00007fffdb09b6f8 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c020df530e6e6114 (XEN) 0000000000432ab0 00007fffdb09b6f0 0000000000000000 0000000000000000 (XEN) 3fdf6940620e6114 3f137e93c62c6114 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fffdb09b6e8 000000000000001c 000000000000000a 00007fffdb09beba (XEN) 00007fffdb09becb 00007fffdb09bece 00007fffdb09bed2 00007fffdb09bed9 (XEN) 00007fffdb09bedb 00007fffdb09bee1 00007fffdb09bef7 00007fffdb09bf01 (XEN) 00007fffdb09bf05 0000000000000000 00007fffdb09bf09 00007fffdb09bf14 (XEN) d0:v1: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007fcf5052e000: (XEN) L4[0x0ff] = 000000021a5b7067 000000000000a5b7 (XEN) L3[0x13d] = 000000021a5b3067 000000000000a5b3 (XEN) L2[0x082] = 000000021a5dc067 000000000000a5dc (XEN) L1[0x12e] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 1 (XEN) RIP: e033:[<00007fcf517735e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 00000000018b51b0 rcx: 0000000000000000 (XEN) rdx: 00007fcf5052e000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fff5cf7ba00 r8: 00000000018b5930 (XEN) r9: 7efefefefefefeff r10: 00007fff5cf7b780 r11: 0000000000477f20 (XEN) r12: 00000000018b59e0 r13: 00000000018b5170 r14: 00007fff5cf7ba28 (XEN) r15: 000000000189e8a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 000000021a5b8000 cr2: 00007fcf5052e000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fff5cf7ba00: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007fcf517796a0 00007fcf5052e000 00000000018b5800 0000000000000000 (XEN) 0000000000000000 0000000001893ed0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fff5cf7bc18 0000000a54d732f2 (XEN) 00000000007e5800 00000000498af89b 00000000018a4ed0 00007fff5cf7bc70 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fff5cf7bb0c (XEN) 00007fff5cf7bb04 00007fff5cf7bb00 00007fff5cf7bc18 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007fcf52cd95c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fff5cf7bc10 0000000000000000 (XEN) 0000000000000000 00007fcf52ce8466 0000000000000000 00007fff5cf7bc18 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c02607e04952a172 (XEN) 0000000000432ab0 00007fff5cf7bc10 0000000000000000 0000000000000000 (XEN) 3fd8be0f3ff2a172 3fb8a27d4110a172 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fff5cf7bc08 000000000000001c 000000000000000a 00007fff5cf7ceba (XEN) 00007fff5cf7cecb 00007fff5cf7cece 00007fff5cf7ced2 00007fff5cf7ced9 (XEN) 00007fff5cf7cedb 00007fff5cf7cee1 00007fff5cf7cef7 00007fff5cf7cf01 (XEN) 00007fff5cf7cf05 0000000000000000 00007fff5cf7cf09 00007fff5cf7cf14 (XEN) d0:v0: reserved bit in page table (ec=000D) (XEN) Pagetable walk from 00007f1bc2a40000: (XEN) L4[0x0fe] = 00000001ec765067 000000000003b365 (XEN) L3[0x06f] = 00000001f3a17067 0000000000033e17 (XEN) L2[0x015] = 00000001ee10e067 000000000003990e (XEN) L1[0x040] = fffff7fffffff237 ffffffffffffffff (XEN) ----[ Xen-3.4-unstable x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[<00007f1bc3c855e5>] (XEN) RFLAGS: 0000000000010246 EM: 0 CONTEXT: pv guest (XEN) rax: 0000000000000000 rbx: 0000000000c421b0 rcx: 0000000000000000 (XEN) rdx: 00007f1bc2a40000 rsi: 0000000000000000 rdi: 0000000000000000 (XEN) rbp: 0000000010000000 rsp: 00007fffcf48ef10 r8: 0000000000c42930 (XEN) r9: 7efefefefefefeff r10: 00007fffcf48ec90 r11: 0000000000477f20 (XEN) r12: 0000000000c429e0 r13: 0000000000c42170 r14: 00007fffcf48ef38 (XEN) r15: 0000000000c2b8a0 cr0: 0000000080050033 cr4: 00000000000026f0 (XEN) cr3: 00000001edc5a000 cr2: 00007f1bc2a40000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=00007fffcf48ef10: (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 00007f1bc3c8b6a0 00007f1bc2a40000 0000000000c42800 0000000000000000 (XEN) 0000000000000000 0000000000c20ed0 0000000000000000 0000000000000001 (XEN) 0000000000000000 000000000046a189 00007fffcf48f128 0000000ac72852f2 (XEN) 00000000007e5800 00000000498af8a0 0000000000c31ed0 00007fffcf48f180 (XEN) 0000000000000000 0000000000432ab0 00000000007e5800 00000000007e57d0 (XEN) 00000000007e5728 0000000000433526 0000000000000001 00007fffcf48f01c (XEN) 00007fffcf48f014 00007fffcf48f010 00007fffcf48f128 0000000a004314bb (XEN) 0000000100000000 0000000000572055 00007f1bc51eb5c8 0000000000572010 (XEN) 0000000000000000 0000000000432ab0 00007fffcf48f120 0000000000000000 (XEN) 0000000000000000 00007f1bc51fa466 0000000000000000 00007fffcf48f128 (XEN) 0000000a00000000 00000000004332a0 0000000000572010 c02d59cc73036600 (XEN) 0000000000432ab0 00007fffcf48f120 0000000000000000 0000000000000000 (XEN) 3fd2c75d93c36600 3e1ad3f33b416600 0000000000000000 0000000000000000 (XEN) 0000000000000000 000000000000000a 00000000004332a0 0000000000572000 (XEN) 0000000000000000 0000000000000000 0000000000432ab0 0000000000432ad9 (XEN) 00007fffcf48f118 000000000000001c 000000000000000a 00007fffcf48feba (XEN) 00007fffcf48fecb 00007fffcf48fece 00007fffcf48fed2 00007fffcf48fed9 (XEN) 00007fffcf48fedb 00007fffcf48fee1 00007fffcf48fef7 00007fffcf48ff01 (XEN) 00007fffcf48ff05 0000000000000000 00007fffcf48ff09 00007fffcf48ff14 # df -h works fine. SATA drive attached to Intel ICH9R (AHCI) detected at boot up Regardless ifconfig and "brctl show" reports seem to be good. Local IP obtained via dhcp is 192.168.1.34 and /etc/init.d/networking restart seems to release old IP and obtain new one pretty soon . Xen Host is uncreachable on the LAN. Attempt to ping 192.168.1.1 (ADSL Modem) fails with message :- No IPV6 router present and vice-versa i cannot ping Xen Host from the LAN. Attempt to run:- # startx obviosly fails. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 23043 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-06 6:31 ` Boris Derzhavets @ 2009-02-06 6:54 ` Jeremy Fitzhardinge 2009-02-06 12:01 ` Boris Derzhavets 0 siblings, 1 reply; 22+ messages in thread From: Jeremy Fitzhardinge @ 2009-02-06 6:54 UTC (permalink / raw) To: bderzhavets; +Cc: Xen-devel Boris Derzhavets wrote: > Build 2.6.29-rc3 with the most recent change set and load under Xen > Unstable > Logged into Dom0. > Was able to load F10 PV DomU via prepared image. > DomU obtained IP (192.168.1.38) via DHCP . > Opened ssh connection to Dom0 192.168.1.34 (Ubuntu 8.10 Server) > > LAN is still unavailable for both DomU & Dom0. > So you're saying that you got internal host<->guest networking going, but external networking fails. What's your ethernet hardware? Does it fail to probe, or does it probe but not work? J ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-06 6:54 ` Jeremy Fitzhardinge @ 2009-02-06 12:01 ` Boris Derzhavets 2009-02-06 16:57 ` Jeremy Fitzhardinge 0 siblings, 1 reply; 22+ messages in thread From: Boris Derzhavets @ 2009-02-06 12:01 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 1859 bytes --] My board is ASUS P5K Premium/WIFI. Second Ethernet Adapter Realtek 8110SC (eth1) is attached to ADSL Modem (emulating local DHCP server for intranet ) and is working as xen bridge. # ifconfig # brctl show looks fine, just like under Xen 3.3.1 with xen-ified kernel Interface "eth1" fails to work with LAN, but obtains IP address for Dom0 via DHCP request to ADSL Modem. I am able do DHCPRELEASE and DHCPREQUEST via "eth1" whenever i want. But, i cannot ping IP of ADSL modem from Dom0 , which clearly shows up in DHCPOFFER & DHCPACK responses. F10 DomU obtained IP via this bridge also with no problems and communicates via ssh with Dom0. >Does it fail to probe, or does it probe but >not work? Sorry,what exactly means "probe" eth1 ? --- On Fri, 2/6/09, Jeremy Fitzhardinge <jeremy@goop.org> wrote: From: Jeremy Fitzhardinge <jeremy@goop.org> Subject: Re: [Xen-devel] Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box To: bderzhavets@yahoo.com Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Friday, February 6, 2009, 1:54 AM Boris Derzhavets wrote: > Build 2.6.29-rc3 with the most recent change set and load under Xen Unstable > Logged into Dom0. > Was able to load F10 PV DomU via prepared image. > DomU obtained IP (192.168.1.38) via DHCP . > Opened ssh connection to Dom0 192.168.1.34 (Ubuntu 8.10 Server) > > LAN is still unavailable for both DomU & Dom0. > So you're saying that you got internal host<->guest networking going, but external networking fails. ***** YES ***** What's your ethernet hardware? Does it fail to probe, or does it probe but not work? J _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 2337 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-06 12:01 ` Boris Derzhavets @ 2009-02-06 16:57 ` Jeremy Fitzhardinge 2009-02-06 19:49 ` Boris Derzhavets ` (2 more replies) 0 siblings, 3 replies; 22+ messages in thread From: Jeremy Fitzhardinge @ 2009-02-06 16:57 UTC (permalink / raw) To: bderzhavets; +Cc: Xen-devel Boris Derzhavets wrote: > > >Does it fail to probe, or does it probe but > >not work? > > > Sorry,what exactly means "probe" eth1 ? > Can you post the output of "lspci -v", "ifconfig -a", and any messages in "dmesg" relating to your ethernet devices? Thanks, J ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-06 16:57 ` Jeremy Fitzhardinge @ 2009-02-06 19:49 ` Boris Derzhavets 2009-02-06 20:08 ` Boris Derzhavets 2009-02-07 9:48 ` Boris Derzhavets 2 siblings, 0 replies; 22+ messages in thread From: Boris Derzhavets @ 2009-02-06 19:49 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 22135 bytes --] Here they go:- # lspci -v 00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8295 Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information <?> Kernel modules: intel-agp 00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port (rev 02) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: 0000b000-0000bfff Memory behind bridge: fa000000-fe8fffff Prefetchable memory behind bridge: 00000000d0000000-00000000dfffffff Capabilities: [88] Subsystem: ASUSTeK Computer Inc. Device 8295 Capabilities: [80] Power Management version 3 Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [a0] Express Root Port (Slot+), MSI 00 Capabilities: [100] Virtual Channel <?> Capabilities: [140] Root Complex Link <?> Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 29 I/O ports at a800 [size=32] Capabilities: [50] Vendor Specific Information <?> Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 33 I/O ports at a880 [size=32] Capabilities: [50] Vendor Specific Information <?> Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 34 I/O ports at ac00 [size=32] Capabilities: [50] Vendor Specific Information <?> Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02) (prog-if 20) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 34 Memory at f9fffc00 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] Debug port: BAR=1 offset=00a0 Capabilities: [98] Vendor Specific Information <?> Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, fast devsel, latency 0, IRQ 32 Memory at f9ff8000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00 Capabilities: [100] Virtual Channel <?> Capabilities: [130] Root Complex Link <?> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=04, subordinate=04, sec-latency=0 Prefetchable memory behind bridge: 00000000f8f00000-00000000f8ffffff Capabilities: [40] Express Root Port (Slot+), MSI 00 Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 8277 Capabilities: [a0] Power Management version 2 Capabilities: [100] Virtual Channel <?> Capabilities: [180] Root Complex Link <?> Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 I/O behind bridge: 0000d000-0000dfff Memory behind bridge: fea00000-feafffff Capabilities: [40] Express Root Port (Slot+), MSI 00 Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 8277 Capabilities: [a0] Power Management version 2 Capabilities: [100] Virtual Channel <?> Capabilities: [180] Root Complex Link <?> Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 02) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: 0000c000-0000cfff Memory behind bridge: fe900000-fe9fffff Capabilities: [40] Express Root Port (Slot+), MSI 00 Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable- Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 8277 Capabilities: [a0] Power Management version 2 Capabilities: [100] Virtual Channel <?> Capabilities: [180] Root Complex Link <?> Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 35 I/O ports at a080 [size=32] Capabilities: [50] Vendor Specific Information <?> Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 36 I/O ports at a400 [size=32] Capabilities: [50] Vendor Specific Information <?> Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 34 I/O ports at a480 [size=32] Capabilities: [50] Vendor Specific Information <?> Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02) (prog-if 20) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0, IRQ 35 Memory at f9fff800 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] Debug port: BAR=1 offset=00a0 Capabilities: [98] Vendor Specific Information <?> Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) (prog-if 01) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=05, subordinate=05, sec-latency=32 I/O behind bridge: 0000e000-0000efff Memory behind bridge: feb00000-febfffff Prefetchable memory behind bridge: 0000000050000000-00000000500fffff Capabilities: [50] Subsystem: ASUSTeK Computer Inc. Device 8277 00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, medium devsel, latency 0 Capabilities: [e0] Vendor Specific Information <?> Kernel modules: iTCO_wdt 00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA AHCI Controller (rev 02) (prog-if 01) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 32 I/O ports at 9c00 [size=8] I/O ports at 9880 [size=4] I/O ports at 9800 [size=8] I/O ports at 9480 [size=4] I/O ports at 9400 [size=32] Memory at f9ffe800 (32-bit, non-prefetchable) [size=2K] Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/4 Enable- Capabilities: [70] Power Management version 3 Capabilities: [a8] SATA HBA <?> Capabilities: [b0] Vendor Specific Information <?> Kernel driver in use: ahci 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02) Subsystem: ASUSTeK Computer Inc. Device 8277 Flags: medium devsel, IRQ 5 Memory at f9fff400 (64-bit, non-prefetchable) [size=256] I/O ports at 0400 [size=32] Kernel modules: i2c-i801 01:00.0 VGA compatible controller: nVidia Corporation GeForce 8500 GT (rev a1) Subsystem: Micro-Star International Co., Ltd. Device 0960 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Memory at d0000000 (64-bit, prefetchable) [size=256M] Memory at fa000000 (64-bit, non-prefetchable) [size=32M] I/O ports at bc00 [size=128] Expansion ROM at fe8e0000 [disabled] [size=128K] Capabilities: [60] Power Management version 2 Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [100] Virtual Channel <?> Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information <?> Kernel modules: nvidiafb 02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12) Subsystem: ASUSTeK Computer Inc. Device 81f8 Flags: bus master, fast devsel, latency 0, IRQ 30 Memory at fe9fc000 (64-bit, non-prefetchable) [size=16K] I/O ports at c800 [size=256] Expansion ROM at fe9c0000 [disabled] [size=128K] Capabilities: [48] Power Management version 3 Capabilities: [50] Vital Product Data <?> Capabilities: [5c] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [e0] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting <?> Kernel driver in use: sky2 Kernel modules: sky2 03:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03) (prog-if 01) Subsystem: ASUSTeK Computer Inc. Device 824f Flags: bus master, fast devsel, latency 0, IRQ 29 Memory at feafe000 (32-bit, non-prefetchable) [size=8K] Expansion ROM at feae0000 [disabled] [size=64K] Capabilities: [68] Power Management version 2 Capabilities: [50] Express Legacy Endpoint, MSI 01 Kernel driver in use: ahci 03:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 03) (prog-if 85 [Master SecO PriO]) Subsystem: ASUSTeK Computer Inc. Device 824f Flags: bus master, fast devsel, latency 0, IRQ 30 I/O ports at dc00 [size=8] I/O ports at d880 [size=4] I/O ports at d800 [size=8] I/O ports at d480 [size=4] I/O ports at d400 [size=16] Capabilities: [68] Power Management version 2 Kernel driver in use: pata_jmicron Kernel modules: pata_acpi, ata_generic 05:03.0 FireWire (IEEE 1394): Agere Systems FW323 (rev 70) (prog-if 10) Subsystem: ASUSTeK Computer Inc. Device 8294 Flags: bus master, medium devsel, latency 64, IRQ 36 Memory at febff000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Kernel driver in use: ohci1394 Kernel modules: ohci1394 05:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10) Subsystem: ASUSTeK Computer Inc. Device 820d Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 29 I/O ports at e800 [size=256] Memory at febfec00 (32-bit, non-prefetchable) [size=256] Expansion ROM at 50000000 [disabled] [size=128K] Capabilities: [dc] Power Management version 2 Kernel driver in use: r8169 Kernel modules: r8169 # ifconfig -a eth0 Link encap:Ethernet HWaddr 00:1e:8c:25:d9:23 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:30 eth1 Link encap:Ethernet HWaddr 00:1e:8c:25:cc:a5 inet addr:192.168.1.34 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::21e:8cff:fe25:cca5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3 errors:0 dropped:0 overruns:0 frame:0 TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1381 (1.3 KB) TX bytes:5043 (5.0 KB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:9 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:792 (792.0 B) TX bytes:792 (792.0 B) pan0 Link encap:Ethernet HWaddr 32:5e:fa:ff:98:76 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) peth1 Link encap:Ethernet HWaddr 00:1e:8c:25:cc:a5 inet6 addr: fe80::21e:8cff:fe25:cca5/64 Scope:Link UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:45 errors:0 dropped:0 overruns:0 frame:0 TX packets:79 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:5017 (5.0 KB) TX bytes:10746 (10.7 KB) Interrupt:29 Base address:0x6c00 wlan0 Link encap:Ethernet HWaddr 00:15:af:51:c2:c0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) wmaster0 Link encap:UNSPEC HWaddr 00-15-AF-51-C2-C0-00-00-00-00-00-00-00-00-00-00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) # dmesg . . . . . . . . . . . . . . . . . . . . . . . . . . . . . [ 5.099964] r8169 0000:05:04.0: no PCI Express capability [ 5.100428] eth1: RTL8169sc/8110sc at 0xffffc20000056c00, 00:1e:8c:25:cc:a5, XID 18000000 IRQ 29 [ 5.110866] sdb6 sdb7 > [ 5.138566] sd 1:0:0:0: [sdb] Attached SCSI disk [ 5.148671] sr0: scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda tray [ 5.148720] Uniform CD-ROM driver Revision: 3.20 [ 5.148852] sr 8:0:0:0: Attached scsi CD-ROM sr0 [ 5.290088] usb 7-3: new high speed USB device using ehci_hcd and address 2 [ 5.446738] usb 7-3: configuration #1 chosen from 1 choice [ 5.820039] usb 6-2: new low speed USB device using uhci_hcd and address 2 [ 5.978633] usb 6-2: configuration #1 chosen from 1 choice [ 5.997158] usbcore: registered new interface driver hiddev [ 6.009751] input: HID 062a:0001 as /devices/pci0000:00/0000:00:1d.2/usb6/6-2/6-2:1.0/input/input2 [ 6.030237] generic-usb 0003:062A:0001.0001: input,hidraw0: USB HID v1.10 Mouse [HID 062a:0001] on usb-0000:00:1d.2-2/input0 [ 6.030312] usbcore: registered new interface driver usbhid [ 6.030358] usbhid: v2.6:USB HID core driver [ 6.173226] kjournald starting. Commit interval 5 seconds [ 6.173300] EXT3-fs: mounted filesystem with ordered data mode. [ 6.410240] ieee1394: Host added: ID:BUS[0-00:1023] GUID[001e8c00000473b7] [ 10.766791] udevd version 124 started [ 11.147927] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 11.177198] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 11.273671] input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [ 11.310050] ACPI: Power Button (FF) [PWRF] [ 11.310206] input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 [ 11.350043] ACPI: Power Button (CM) [PWRB] [ 11.659143] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 11.659318] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 11.748988] 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 11.926605] iTCO_vendor_support: vendor-support=0 [ 12.030139] cfg80211: Using static regulatory domain info [ 12.030195] cfg80211: Regulatory domain: US [ 12.030244] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 12.030299] (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm) [ 12.030345] (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030391] (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030437] (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030483] (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030529] (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm) [ 12.030574] cfg80211: Calling CRDA for country: US [ 12.033590] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 12.118118] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.04 [ 12.118313] iTCO_wdt: Found a ICH9R TCO device (Version=2, TCOBASE=0x0860) [ 12.118450] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 13.492895] xen: enabling pci device 0000:00:1b.0 pin 1 [ 13.492900] xen: registering gsi 22 triggering 0 polarity 1 [ 13.492903] xen_allocate_pirq: returning irq 32 for gsi 22 [ 13.492950] xen: --> irq=32 [ 13.492953] xen_set_ioapic_routing: irq 32 gsi 22 vector 176 ioapic 0 pin 22 triggering 0 polarity 1 [ 13.493014] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 32 [ 13.493068] xen: PCI device 0000:00:1b.0 pin 1 -> irq 32 [ 13.493200] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 13.618131] wmaster0 (rtl8187): not using net_device_ops yet [ 13.618580] phy0: Selected rate control algorithm 'minstrel' [ 13.672245] wlan0 (rtl8187): not using net_device_ops yet [ 13.672712] phy0: hwaddr 00:15:af:51:c2:c0, RTL8187vB (default) V1 + rtl8225z2 [ 13.672794] usbcore: registered new interface driver rtl8187 [ 14.667785] loop: module loaded [ 14.745107] lp: driver loaded but no devices found [ 15.058440] Adding 3903784k swap on /dev/sdb2. Priority:-1 extents:1 across:3903784k [ 15.387912] EXT3 FS on sdb1, internal journal [ 16.031166] ip_tables: (C) 2000-2006 Netfilter Core Team [ 16.102561] r8169: eth1: link up [ 17.308389] NET: Registered protocol family 17 [ 23.209332] NET: Registered protocol family 10 [ 25.011700] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 25.232315] ppdev: user-space parallel port driver [ 26.512891] Bluetooth: Core ver 2.14 [ 26.513710] NET: Registered protocol family 31 [ 26.513713] Bluetooth: HCI device and connection manager initialized [ 26.513717] Bluetooth: HCI socket layer initialized [ 26.536520] Bluetooth: L2CAP ver 2.11 [ 26.536524] Bluetooth: L2CAP socket layer initialized [ 26.550291] Bluetooth: SCO (Voice Link) ver 0.6 [ 26.550294] Bluetooth: SCO socket layer initialized [ 26.588863] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 26.588867] Bluetooth: BNEP filters: protocol multicast [ 26.767338] Bluetooth: RFCOMM socket layer initialized [ 26.767349] Bluetooth: RFCOMM TTY layer initialized [ 26.767351] Bluetooth: RFCOMM ver 1.10 [ 30.372288] r8169: peth1: link up [ 30.390009] device peth1 entered promiscuous mode [ 30.401524] eth1: topology change detected, propagating [ 30.401528] eth1: port 1(peth1) entering forwarding state [ 30.873356] sky2 eth0: enabling interface [ 30.873450] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 33.111552] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 33.981571] xenbus_probe wake_waiting [ 33.981629] xenbus_probe wake_waiting [ 33.982366] xenbus_probe_devices backend [ 33.982504] xenbus_probe_devices failed xenbus_directory [ 33.982550] backend_probe_and_watch devices probed ok [ 33.982697] backend_probe_and_watch watch add ok ok [ 33.982742] backend_probe_and_watch all done [ 33.982785] xenbus_probe_devices device [ 33.982921] xenbus_probe_devices failed xenbus_directory [ 33.982966] frontend_probe_and_watch devices probed ok [ 33.983106] frontend_probe_and_watch watch add ok ok [ 33.983151] frontend_probe_and_watch all done [ 40.920011] peth1: no IPv6 routers present [ 41.310011] eth1: no IPv6 routers present --- On Fri, 2/6/09, Jeremy Fitzhardinge <jeremy@goop.org> wrote: From: Jeremy Fitzhardinge <jeremy@goop.org> Subject: Re: [Xen-devel] Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box To: bderzhavets@yahoo.com Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Friday, February 6, 2009, 11:57 AM Boris Derzhavets wrote: > > >Does it fail to probe, or does it probe but > >not work? > > Sorry,what exactly means "probe" eth1 ? Can you post the output of "lspci -v", "ifconfig -a", and any messages in "dmesg" relating to your ethernet devices? Thanks, J _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 30021 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-06 16:57 ` Jeremy Fitzhardinge 2009-02-06 19:49 ` Boris Derzhavets @ 2009-02-06 20:08 ` Boris Derzhavets 2009-02-07 9:48 ` Boris Derzhavets 2 siblings, 0 replies; 22+ messages in thread From: Boris Derzhavets @ 2009-02-06 20:08 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 846 bytes --] Just in case , complete output # dmesg > boot.messages is attached. --- On Fri, 2/6/09, Jeremy Fitzhardinge <jeremy@goop.org> wrote: From: Jeremy Fitzhardinge <jeremy@goop.org> Subject: Re: [Xen-devel] Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box To: bderzhavets@yahoo.com Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Friday, February 6, 2009, 11:57 AM Boris Derzhavets wrote: > > >Does it fail to probe, or does it probe but > >not work? > > Sorry,what exactly means "probe" eth1 ? Can you post the output of "lspci -v", "ifconfig -a", and any messages in "dmesg" relating to your ethernet devices? Thanks, J _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 1229 bytes --] [-- Attachment #2: boot.messages --] [-- Type: application/octet-stream, Size: 49481 bytes --] [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.29-rc3-tip (root@ServerUbuntu) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #9 SMP Thu Feb 5 23:29:30 EST 2009 [ 0.000000] Command line: root=/dev/sdb1 ro console=tty0 pci=nomsi [ 0.000000] KERNEL supported cpus: [ 0.000000] Intel GenuineIntel [ 0.000000] AMD AuthenticAMD [ 0.000000] Centaur CentaurHauls [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 000000000009ec00 (usable) [ 0.000000] Xen: 000000000009ec00 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 000000000b8e2000 (usable) [ 0.000000] Xen: 000000000b8e2000 - 000000000bae3000 (reserved) [ 0.000000] Xen: 000000000bae3000 - 0000000040000000 (usable) [ 0.000000] Xen: 00000000cff80000 - 00000000cff8e000 (ACPI data) [ 0.000000] Xen: 00000000cff8e000 - 00000000cffe0000 (ACPI NVS) [ 0.000000] Xen: 00000000cffe0000 - 00000000d0000000 (reserved) [ 0.000000] Xen: 00000000fee00000 - 00000000fee01000 (reserved) [ 0.000000] Xen: 00000000ffe00000 - 0000000100000000 (reserved) [ 0.000000] DMI 2.4 present. [ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working around it. [ 0.000000] last_pfn = 0x40000 max_arch_pfn = 0x100000000 [ 0.000000] init_memory_mapping: 0000000000000000-0000000040000000 [ 0.000000] 0000000000 - 0040000000 page 4k [ 0.000000] kernel direct mapping tables up to 40000000 @ bb44000-bd46000 [ 0.000000] last_map_addr: 40000000 end: 40000000 [ 0.000000] RAMDISK: 008ea000 - 0b8e2000 [ 0.000000] ACPI: RSDP 000FBB80, 0014 (r0 ACPIAM) [ 0.000000] ACPI: RSDT CFF80000, 003C (r1 A_M_I_ OEMRSDT 10000730 MSFT 97) [ 0.000000] ACPI: FACP CFF80200, 0084 (r2 A_M_I_ OEMFACP 10000730 MSFT 97) [ 0.000000] FADT: X_PM1a_EVT_BLK.bit_width (16) does not match PM1_EVT_LEN (4) [ 0.000000] ACPI: DSDT CFF805C0, 8E13 (r1 A0840 A0840001 1 INTL 20060113) [ 0.000000] ACPI: FACS CFF8E000, 0040 [ 0.000000] ACPI: APIC CFF80390, 006C (r1 A_M_I_ OEMAPIC 10000730 MSFT 97) [ 0.000000] ACPI: MCFG CFF80400, 003C (r1 A_M_I_ OEMMCFG 10000730 MSFT 97) [ 0.000000] ACPI: OEMB CFF8E040, 0081 (r1 A_M_I_ AMI_OEM 10000730 MSFT 97) [ 0.000000] ACPI: HPET CFF893E0, 0038 (r1 A_M_I_ OEMHPET 10000730 MSFT 97) [ 0.000000] ACPI: OSFR CFF89420, 00B0 (r1 A_M_I_ OEMOSFR 10000730 MSFT 97) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] (6 early reservations) ==> bootmem [0000000000 - 0040000000] [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000] [ 0.000000] #1 [000bae3000 - 000bb44000] XEN PAGETABLES ==> [000bae3000 - 000bb44000] [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000] [ 0.000000] #3 [0000200000 - 00008e9ea0] TEXT DATA BSS ==> [0000200000 - 00008e9ea0] [ 0.000000] #4 [00008ea000 - 000b8e2000] RAMDISK ==> [00008ea000 - 000b8e2000] [ 0.000000] #5 [000bb44000 - 000bce2000] PGTABLE ==> [000bb44000 - 000bce2000] [ 0.000000] found SMP MP-table at [ffff8800000ff780] 000ff780 [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal 0x00100000 -> 0x00100000 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[3] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x0000009e [ 0.000000] 0: 0x00000100 -> 0x0000b8e2 [ 0.000000] 0: 0x0000bae3 -> 0x00040000 [ 0.000000] On node 0 totalpages: 261517 [ 0.000000] DMA zone: 56 pages used for memmap [ 0.000000] DMA zone: 1774 pages reserved [ 0.000000] DMA zone: 2152 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 3528 pages used for memmap [ 0.000000] DMA32 zone: 254007 pages, LIFO batch:31 [ 0.000000] ACPI: PM-Timer IO Port: 0x808 [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled) [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled) [ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) [ 0.000000] IOAPIC[0]: apic_id 2, version 0, address 0xfec00000, GSI 0-23 [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.000000] ACPI: IRQ0 used by override. [ 0.000000] ACPI: IRQ2 used by override. [ 0.000000] ACPI: IRQ9 used by override. [ 0.000000] Using ACPI (MADT) for SMP configuration information [ 0.000000] ACPI: HPET id: 0xffffffff base: 0xfed00000 [ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs [ 0.000000] Allocating PCI resources starting at 50000000 (gap: 40000000:8ff80000) [ 0.000000] NR_CPUS:32 nr_cpumask_bits:32 nr_cpu_ids:2 nr_node_ids:1 [ 0.000000] PERCPU: Allocating 86016 bytes of per cpu data [ 0.000000] trying to map vcpu_info 0 at ffff88000bcf9020, mfn 21ff07, offset 32 [ 0.000000] cpu 0 using vcpu_info at ffff88000bcf9020 [ 0.000000] trying to map vcpu_info 1 at ffff88000bd0e020, mfn 21fef2, offset 32 [ 0.000000] cpu 1 using vcpu_info at ffff88000bd0e020 [ 0.000000] Xen: using vcpu_info placement [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 256159 [ 0.000000] Kernel command line: root=/dev/sdb1 ro console=tty0 pci=nomsi [ 0.000000] Initializing CPU#0 [ 0.000000] NR_IRQS:1280 [ 0.000000] xen: allocated irq 9 for acpi 9 [ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9 [ 0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes) [ 0.000000] Detected 3005.602 MHz processor. [ 0.010000] Console: colour VGA+ 80x25 [ 0.010000] console [tty0] enabled [ 0.010000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) [ 0.010000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) [ 0.010000] allocated 10485760 bytes of page_cgroup [ 0.010000] please try cgroup_disable=memory option if you don't want [ 0.010000] Checking aperture... [ 0.010000] No AGP bridge found [ 0.010000] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) [ 0.010000] xen_swiotlb_fixup: buf=ffff88000d76d000 size=67108864 [ 0.010000] xen_swiotlb_fixup: buf=ffff8800117cd000 size=32768 [ 0.010000] Placing 64MB software IO TLB between ffff88000d76d000 - ffff88001176d000 [ 0.010000] software IO TLB at phys 0xd76d000 - 0x1176d000 [ 0.010000] Memory: 763684k/1048576k available (3293k kernel code, 2508k absent, 281696k reserved, 1797k data, 456k init) [ 0.010000] Xen: using vcpuop timer interface [ 0.010000] installing Xen timer for CPU 0 [ 0.010000] Calibrating delay loop (skipped), value calculated using timer frequency.. 6011.20 BogoMIPS (lpj=30056020) [ 0.010000] Security Framework initialized [ 0.010000] SELinux: Disabled at boot. [ 0.010000] Mount-cache hash table entries: 256 [ 0.010000] Initializing cgroup subsys ns [ 0.010000] Initializing cgroup subsys cpuacct [ 0.010000] Initializing cgroup subsys memory [ 0.010000] CPU: L1 I cache: 32K, L1 D cache: 32K [ 0.010000] CPU: L2 cache: 6144K [ 0.010000] CPU: Physical Processor ID: 0 [ 0.010000] CPU: Processor Core ID: 0 [ 0.010000] SMP alternatives: switching to UP code [ 0.024906] ACPI: Core revision 20081204 [ 0.040082] cpu 0 spinlock event irq 17 [ 0.041292] installing Xen timer for CPU 1 [ 0.041344] cpu 1 spinlock event irq 23 [ 0.041409] SMP alternatives: switching to SMP code [ 0.000005] Initializing CPU#1 [ 0.000038] CPU: L1 I cache: 32K, L1 D cache: 32K [ 0.000041] CPU: L2 cache: 6144K [ 0.000044] CPU: Physical Processor ID: 0 [ 0.000046] CPU: Processor Core ID: 0 [ 0.070055] Brought up 2 CPUs [ 0.070301] CPU0 attaching sched-domain: [ 0.070304] domain 0: span 0-1 level CPU [ 0.070308] groups: 0 1 [ 0.070317] CPU1 attaching sched-domain: [ 0.070320] domain 0: span 0-1 level CPU [ 0.070324] groups: 1 0 [ 0.070890] net_namespace: 1808 bytes [ 0.070936] Booting paravirtualized kernel on Xen [ 0.070979] Xen version: 3.4-unstable (preserve-AD) (dom0) [ 0.071158] Grant table initialized [ 0.071224] Time: 19:31:07 Date: 02/06/09 [ 0.071319] NET: Registered protocol family 16 [ 0.071707] xenbus_probe_init ok [ 0.072010] ACPI: bus type pci registered [ 0.072591] PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 [ 0.072637] PCI: Not using MMCONFIG. [ 0.072680] PCI: Using configuration type 1 for base access [ 0.075524] bio: create slab <bio-0> at 0 [ 0.078471] ACPI: EC: Look up EC in DSDT [ 0.100963] ACPI: Interpreter enabled [ 0.101007] ACPI: (supports S0 S1 S3 S5) [ 0.101189] ACPI: Using IOAPIC for interrupt routing [ 0.101290] PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 [ 0.104659] PCI: MCFG area at e0000000 reserved in ACPI motherboard resources [ 0.169081] PCI: Using MMCONFIG at e0000000 - efffffff [ 0.184592] ACPI: No dock devices found. [ 0.184702] ACPI: PCI Root Bridge [PCI0] (0000:00) [ 0.185025] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold [ 0.185074] pci 0000:00:01.0: PME# disabled [ 0.185260] pci 0000:00:1a.0: reg 20 io port: [0xa800-0xa81f] [ 0.185395] pci 0000:00:1a.1: reg 20 io port: [0xa880-0xa89f] [ 0.185531] pci 0000:00:1a.2: reg 20 io port: [0xac00-0xac1f] [ 0.185669] pci 0000:00:1a.7: reg 10 32bit mmio: [0xf9fffc00-0xf9ffffff] [ 0.185772] pci 0000:00:1a.7: PME# supported from D0 D3hot D3cold [ 0.185822] pci 0000:00:1a.7: PME# disabled [ 0.185942] pci 0000:00:1b.0: reg 10 64bit mmio: [0xf9ff8000-0xf9ffbfff] [ 0.186027] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold [ 0.186076] pci 0000:00:1b.0: PME# disabled [ 0.186230] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 0.186279] pci 0000:00:1c.0: PME# disabled [ 0.186444] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold [ 0.186493] pci 0000:00:1c.4: PME# disabled [ 0.186651] pci 0000:00:1c.5: PME# supported from D0 D3hot D3cold [ 0.186699] pci 0000:00:1c.5: PME# disabled [ 0.186847] pci 0000:00:1d.0: reg 20 io port: [0xa080-0xa09f] [ 0.186982] pci 0000:00:1d.1: reg 20 io port: [0xa400-0xa41f] [ 0.187118] pci 0000:00:1d.2: reg 20 io port: [0xa480-0xa49f] [ 0.187255] pci 0000:00:1d.7: reg 10 32bit mmio: [0xf9fff800-0xf9fffbff] [ 0.187359] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold [ 0.187408] pci 0000:00:1d.7: PME# disabled [ 0.187672] pci 0000:00:1f.0: quirk: region 0800-087f claimed by ICH6 ACPI/GPIO/TCO [ 0.187729] pci 0000:00:1f.0: quirk: region 0480-04bf claimed by ICH6 GPIO [ 0.187777] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0294 (mask 0003) [ 0.187957] pci 0000:00:1f.2: reg 10 io port: [0x9c00-0x9c07] [ 0.187968] pci 0000:00:1f.2: reg 14 io port: [0x9880-0x9883] [ 0.187978] pci 0000:00:1f.2: reg 18 io port: [0x9800-0x9807] [ 0.187988] pci 0000:00:1f.2: reg 1c io port: [0x9480-0x9483] [ 0.187999] pci 0000:00:1f.2: reg 20 io port: [0x9400-0x941f] [ 0.188009] pci 0000:00:1f.2: reg 24 32bit mmio: [0xf9ffe800-0xf9ffefff] [ 0.188075] pci 0000:00:1f.2: PME# supported from D3hot [ 0.188123] pci 0000:00:1f.2: PME# disabled [ 0.188219] pci 0000:00:1f.3: reg 10 64bit mmio: [0xf9fff400-0xf9fff4ff] [ 0.188245] pci 0000:00:1f.3: reg 20 io port: [0x400-0x41f] [ 0.188341] pci 0000:01:00.0: reg 10 32bit mmio: [0xfd000000-0xfdffffff] [ 0.188359] pci 0000:01:00.0: reg 14 64bit mmio: [0xd0000000-0xdfffffff] [ 0.188377] pci 0000:01:00.0: reg 1c 64bit mmio: [0xfa000000-0xfbffffff] [ 0.188387] pci 0000:01:00.0: reg 24 io port: [0xbc00-0xbc7f] [ 0.188398] pci 0000:01:00.0: reg 30 32bit mmio: [0xfe8e0000-0xfe8fffff] [ 0.188523] pci 0000:00:01.0: bridge io port: [0xb000-0xbfff] [ 0.188529] pci 0000:00:01.0: bridge 32bit mmio: [0xfa000000-0xfe8fffff] [ 0.188538] pci 0000:00:01.0: bridge 64bit mmio pref: [0xd0000000-0xdfffffff] [ 0.188629] pci 0000:00:1c.0: bridge 64bit mmio pref: [0xf8f00000-0xf8ffffff] [ 0.188772] pci 0000:03:00.0: reg 24 32bit mmio: [0xfeafe000-0xfeafffff] [ 0.188786] pci 0000:03:00.0: reg 30 32bit mmio: [0xfeae0000-0xfeaeffff] [ 0.188836] pci 0000:03:00.0: PME# supported from D3hot [ 0.188885] pci 0000:03:00.0: PME# disabled [ 0.189008] pci 0000:03:00.1: reg 10 io port: [0xdc00-0xdc07] [ 0.189022] pci 0000:03:00.1: reg 14 io port: [0xd880-0xd883] [ 0.189035] pci 0000:03:00.1: reg 18 io port: [0xd800-0xd807] [ 0.189049] pci 0000:03:00.1: reg 1c io port: [0xd480-0xd483] [ 0.189062] pci 0000:03:00.1: reg 20 io port: [0xd400-0xd40f] [ 0.189222] pci 0000:00:1c.4: bridge io port: [0xd000-0xdfff] [ 0.189228] pci 0000:00:1c.4: bridge 32bit mmio: [0xfea00000-0xfeafffff] [ 0.189333] pci 0000:02:00.0: reg 10 64bit mmio: [0xfe9fc000-0xfe9fffff] [ 0.189346] pci 0000:02:00.0: reg 18 io port: [0xc800-0xc8ff] [ 0.189389] pci 0000:02:00.0: reg 30 32bit mmio: [0xfe9c0000-0xfe9dffff] [ 0.189456] pci 0000:02:00.0: supports D1 D2 [ 0.189459] pci 0000:02:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 0.189509] pci 0000:02:00.0: PME# disabled [ 0.189631] pci 0000:00:1c.5: bridge io port: [0xc000-0xcfff] [ 0.189638] pci 0000:00:1c.5: bridge 32bit mmio: [0xfe900000-0xfe9fffff] [ 0.189717] pci 0000:05:03.0: reg 10 32bit mmio: [0xfebff000-0xfebfffff] [ 0.189804] pci 0000:05:03.0: supports D1 D2 [ 0.189807] pci 0000:05:03.0: PME# supported from D0 D1 D2 D3hot [ 0.189856] pci 0000:05:03.0: PME# disabled [ 0.189955] pci 0000:05:04.0: reg 10 io port: [0xe800-0xe8ff] [ 0.189967] pci 0000:05:04.0: reg 14 32bit mmio: [0xfebfec00-0xfebfecff] [ 0.190000] pci 0000:05:04.0: reg 30 32bit mmio: [0xfebc0000-0xfebdffff] [ 0.190000] pci 0000:05:04.0: supports D1 D2 [ 0.190000] pci 0000:05:04.0: PME# supported from D1 D2 D3hot D3cold [ 0.190000] pci 0000:05:04.0: PME# disabled [ 0.190066] pci 0000:00:1e.0: transparent bridge [ 0.190113] pci 0000:00:1e.0: bridge io port: [0xe000-0xefff] [ 0.190120] pci 0000:00:1e.0: bridge 32bit mmio: [0xfeb00000-0xfebfffff] [ 0.190172] pci_bus 0000:00: on NUMA node 0 [ 0.190179] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] [ 0.190387] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2._PRT] [ 0.190460] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] [ 0.190620] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT] [ 0.190699] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P8._PRT] [ 0.190781] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P9._PRT] [ 0.213146] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) [ 0.213675] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15) [ 0.214202] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 10 11 12 14 15) [ 0.214729] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 *14 15) [ 0.215256] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. [ 0.215854] ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 6 7 10 11 12 14 15) [ 0.216381] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 *15) [ 0.216908] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 *7 10 11 12 14 15) [ 0.217520] ACPI Warning (tbutils-0242): Incorrect checksum in table [OEMB] - 67, should be 5E [20081204] [ 0.217718] xen_balloon: Initialising balloon driver. [ 0.218205] SCSI subsystem initialized [ 0.218336] libata version 3.00 loaded. [ 0.218652] PCI: Using ACPI for IRQ routing [ 0.260176] NET: Registered protocol family 8 [ 0.260220] NET: Registered protocol family 20 [ 0.260525] NetLabel: Initializing [ 0.260568] NetLabel: domain hash size = 128 [ 0.260611] NetLabel: protocols = UNLABELED CIPSOv4 [ 0.260668] NetLabel: unlabeled traffic allowed by default [ 0.261504] Xen: Initializing Xen DMA ops [ 0.261547] Xen: Enabling DMA fallback to swiotlb [ 0.300035] pnp: PnP ACPI init [ 0.300096] ACPI: bus type pnp registered [ 0.300663] xen: registering gsi 8 triggering 1 polarity 0 [ 0.300666] xen_allocate_pirq: returning irq 8 for gsi 8 [ 0.300710] xen: --> irq=8 [ 0.300714] xen_set_ioapic_routing: irq 8 gsi 8 vector 80 ioapic 0 pin 8 triggering 1 polarity 0 [ 0.300954] xen: registering gsi 13 triggering 1 polarity 0 [ 0.300956] xen_allocate_pirq: returning irq 13 for gsi 13 [ 0.301001] xen: --> irq=13 [ 0.301004] xen_set_ioapic_routing: irq 13 gsi 13 vector 120 ioapic 0 pin 13 triggering 1 polarity 0 [ 0.301831] xen: registering gsi 6 triggering 1 polarity 0 [ 0.301835] xen_allocate_pirq: returning irq 6 for gsi 6 [ 0.301879] xen: --> irq=6 [ 0.301881] xen_set_ioapic_routing: irq 6 gsi 6 vector 64 ioapic 0 pin 6 triggering 1 polarity 0 [ 0.303440] xen: registering gsi 4 triggering 1 polarity 0 [ 0.303443] xen_allocate_pirq: returning irq 4 for gsi 4 [ 0.303488] xen: --> irq=4 [ 0.303490] xen_set_ioapic_routing: irq 4 gsi 4 vector 48 ioapic 0 pin 4 triggering 1 polarity 0 [ 0.303958] xen: registering gsi 1 triggering 1 polarity 0 [ 0.303961] xen_allocate_pirq: returning irq 1 for gsi 1 [ 0.304005] xen: --> irq=1 [ 0.304008] xen_set_ioapic_routing: irq 1 gsi 1 vector 32 ioapic 0 pin 1 triggering 1 polarity 0 [ 0.305643] pnp: PnP ACPI: found 15 devices [ 0.305688] ACPI: ACPI bus type pnp unregistered [ 0.305740] system 00:01: iomem range 0xfed14000-0xfed19fff has been reserved [ 0.305793] system 00:07: ioport range 0x290-0x297 has been reserved [ 0.305843] system 00:08: ioport range 0x4d0-0x4d1 has been reserved [ 0.305889] system 00:08: ioport range 0x800-0x87f has been reserved [ 0.305934] system 00:08: ioport range 0x480-0x4bf has been reserved [ 0.305979] system 00:08: iomem range 0xfed1c000-0xfed1ffff has been reserved [ 0.306025] system 00:08: iomem range 0xfed20000-0xfed3ffff has been reserved [ 0.306071] system 00:08: iomem range 0xfed50000-0xfed8ffff has been reserved [ 0.306117] system 00:08: iomem range 0xffa00000-0xffafffff has been reserved [ 0.306163] system 00:08: iomem range 0xffb00000-0xffbfffff has been reserved [ 0.306209] system 00:08: iomem range 0xffe00000-0xffefffff has been reserved [ 0.306255] system 00:08: iomem range 0xfff00000-0xfffffffe has been reserved [ 0.306306] system 00:0b: iomem range 0xfec00000-0xfec00fff has been reserved [ 0.306352] system 00:0b: iomem range 0xfee00000-0xfee00fff has been reserved [ 0.306403] system 00:0d: iomem range 0xe0000000-0xefffffff has been reserved [ 0.306454] system 00:0e: iomem range 0x0-0x9ffff could not be reserved [ 0.306500] system 00:0e: iomem range 0xc0000-0xcffff could not be reserved [ 0.306546] system 00:0e: iomem range 0xe0000-0xfffff could not be reserved [ 0.306592] system 00:0e: iomem range 0x100000-0xcfffffff could not be reserved [ 0.311913] pci 0000:00:01.0: PCI bridge, secondary bus 0000:01 [ 0.311960] pci 0000:00:01.0: IO window: 0xb000-0xbfff [ 0.312009] pci 0000:00:01.0: MEM window: 0xfa000000-0xfe8fffff [ 0.312057] pci 0000:00:01.0: PREFETCH window: 0x000000d0000000-0x000000dfffffff [ 0.312118] pci 0000:00:1c.0: PCI bridge, secondary bus 0000:04 [ 0.312163] pci 0000:00:1c.0: IO window: disabled [ 0.312212] pci 0000:00:1c.0: MEM window: disabled [ 0.312259] pci 0000:00:1c.0: PREFETCH window: 0x000000f8f00000-0x000000f8ffffff [ 0.312322] pci 0000:00:1c.4: PCI bridge, secondary bus 0000:03 [ 0.312368] pci 0000:00:1c.4: IO window: 0xd000-0xdfff [ 0.312418] pci 0000:00:1c.4: MEM window: 0xfea00000-0xfeafffff [ 0.312466] pci 0000:00:1c.4: PREFETCH window: disabled [ 0.312518] pci 0000:00:1c.5: PCI bridge, secondary bus 0000:02 [ 0.312564] pci 0000:00:1c.5: IO window: 0xc000-0xcfff [ 0.312614] pci 0000:00:1c.5: MEM window: 0xfe900000-0xfe9fffff [ 0.312662] pci 0000:00:1c.5: PREFETCH window: disabled [ 0.312714] pci 0000:00:1e.0: PCI bridge, secondary bus 0000:05 [ 0.312761] pci 0000:00:1e.0: IO window: 0xe000-0xefff [ 0.312810] pci 0000:00:1e.0: MEM window: 0xfeb00000-0xfebfffff [ 0.312859] pci 0000:00:1e.0: PREFETCH window: 0x00000050000000-0x000000500fffff [ 0.312928] xen: enabling pci device 0000:00:01.0 pin 1 [ 0.312931] xen: registering gsi 16 triggering 0 polarity 1 [ 0.312940] xen: --> irq=29 [ 0.312943] xen_set_ioapic_routing: irq 29 gsi 16 vector 160 ioapic 0 pin 16 triggering 0 polarity 1 [ 0.313002] pci 0000:00:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 29 [ 0.313047] xen: PCI device 0000:00:01.0 pin 1 -> irq 29 [ 0.313095] pci 0000:00:01.0: setting latency timer to 64 [ 0.313106] xen: enabling pci device 0000:00:1c.0 pin 1 [ 0.313109] xen: registering gsi 17 triggering 0 polarity 1 [ 0.313114] xen: --> irq=30 [ 0.313117] xen_set_ioapic_routing: irq 30 gsi 17 vector 168 ioapic 0 pin 17 triggering 0 polarity 1 [ 0.313175] pci 0000:00:1c.0: PCI INT A -> GSI 17 (level, low) -> IRQ 30 [ 0.313220] xen: PCI device 0000:00:1c.0 pin 1 -> irq 30 [ 0.313268] pci 0000:00:1c.0: setting latency timer to 64 [ 0.313279] xen: enabling pci device 0000:00:1c.4 pin 1 [ 0.313282] xen: registering gsi 17 triggering 0 polarity 1 [ 0.313285] xen_allocate_pirq: returning irq 30 for gsi 17 [ 0.313329] xen: --> irq=30 [ 0.313331] xen_set_ioapic_routing: irq 30 gsi 17 vector 168 ioapic 0 pin 17 triggering 0 polarity 1 [ 0.313389] pci 0000:00:1c.4: PCI INT A -> GSI 17 (level, low) -> IRQ 30 [ 0.313434] xen: PCI device 0000:00:1c.4 pin 1 -> irq 30 [ 0.313482] pci 0000:00:1c.4: setting latency timer to 64 [ 0.313493] xen: enabling pci device 0000:00:1c.5 pin 2 [ 0.313496] xen: registering gsi 16 triggering 0 polarity 1 [ 0.313499] xen_allocate_pirq: returning irq 29 for gsi 16 [ 0.313542] xen: --> irq=29 [ 0.313545] xen_set_ioapic_routing: irq 29 gsi 16 vector 160 ioapic 0 pin 16 triggering 0 polarity 1 [ 0.313603] pci 0000:00:1c.5: PCI INT B -> GSI 16 (level, low) -> IRQ 29 [ 0.313648] xen: PCI device 0000:00:1c.5 pin 2 -> irq 29 [ 0.313695] pci 0000:00:1c.5: setting latency timer to 64 [ 0.313703] xen: enabling pci device 0000:00:1e.0 pin 0 [ 0.313709] pci 0000:00:1e.0: setting latency timer to 64 [ 0.313714] pci_bus 0000:00: resource 0 io: [0x00-0xffff] [ 0.313717] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffffffffffff] [ 0.313720] pci_bus 0000:01: resource 0 io: [0xb000-0xbfff] [ 0.313723] pci_bus 0000:01: resource 1 mem: [0xfa000000-0xfe8fffff] [ 0.313725] pci_bus 0000:01: resource 2 mem: [0xd0000000-0xdfffffff] [ 0.313728] pci_bus 0000:01: resource 3 mem: [0x0-0x0] [ 0.313731] pci_bus 0000:04: resource 0 mem: [0x0-0x0] [ 0.313733] pci_bus 0000:04: resource 1 mem: [0x0-0x0] [ 0.313736] pci_bus 0000:04: resource 2 mem: [0xf8f00000-0xf8ffffff] [ 0.313738] pci_bus 0000:04: resource 3 mem: [0x0-0x0] [ 0.313741] pci_bus 0000:03: resource 0 io: [0xd000-0xdfff] [ 0.313744] pci_bus 0000:03: resource 1 mem: [0xfea00000-0xfeafffff] [ 0.313746] pci_bus 0000:03: resource 2 mem: [0x0-0x0] [ 0.313749] pci_bus 0000:03: resource 3 mem: [0x0-0x0] [ 0.313751] pci_bus 0000:02: resource 0 io: [0xc000-0xcfff] [ 0.313754] pci_bus 0000:02: resource 1 mem: [0xfe900000-0xfe9fffff] [ 0.313756] pci_bus 0000:02: resource 2 mem: [0x0-0x0] [ 0.313759] pci_bus 0000:02: resource 3 mem: [0x0-0x0] [ 0.313762] pci_bus 0000:05: resource 0 io: [0xe000-0xefff] [ 0.313764] pci_bus 0000:05: resource 1 mem: [0xfeb00000-0xfebfffff] [ 0.313767] pci_bus 0000:05: resource 2 mem: [0x50000000-0x500fffff] [ 0.313769] pci_bus 0000:05: resource 3 io: [0x00-0xffff] [ 0.313772] pci_bus 0000:05: resource 4 mem: [0x000000-0xffffffffffffffff] [ 0.313833] NET: Registered protocol family 2 [ 0.440127] IP route cache hash table entries: 32768 (order: 6, 262144 bytes) [ 0.440564] TCP established hash table entries: 131072 (order: 9, 2097152 bytes) [ 0.441125] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) [ 0.441432] TCP: Hash tables configured (established 131072 bind 65536) [ 0.441478] TCP reno registered [ 0.480141] NET: Registered protocol family 1 [ 0.480305] checking if image is initramfs... it is [ 0.600574] Freeing initrd memory: 180192k freed [ 0.661572] audit: initializing netlink socket (disabled) [ 0.661638] type=2000 audit(1233948668.947:1): initialized [ 0.666371] VFS: Disk quotas dquot_6.5.2 [ 0.666469] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.666575] msgmni has been set to 2399 [ 0.666811] alg: No test for stdrng (krng) [ 0.666872] io scheduler noop registered [ 0.666915] io scheduler anticipatory registered [ 0.666958] io scheduler deadline registered (default) [ 0.667017] io scheduler cfq registered [ 0.667277] pci 0000:01:00.0: Boot video device [ 0.667468] pcieport-driver 0000:00:01.0: setting latency timer to 64 [ 0.667747] pcieport-driver 0000:00:1c.0: setting latency timer to 64 [ 0.668059] pcieport-driver 0000:00:1c.4: setting latency timer to 64 [ 0.668371] pcieport-driver 0000:00:1c.5: setting latency timer to 64 [ 0.669078] xenbus_probe_backend_init bus registered ok [ 0.669174] xenbus_probe_frontend_init bus registered ok [ 0.669289] Event-channel device installed. [ 0.669332] ***blkif_init [ 0.671184] *** netif_init [ 0.671872] registering netback [ 0.712899] Linux agpgart interface v0.103 [ 0.715033] brd: module loaded [ 0.715213] input: Macintosh mouse button emulation as /devices/virtual/input/input0 [ 0.715294] Uniform Multi-Platform E-IDE driver [ 0.715442] ide-gd driver 1.18 [ 0.715558] ahci 0000:00:1f.2: version 3.0 [ 0.715574] xen: enabling pci device 0000:00:1f.2 pin 2 [ 0.715578] xen: registering gsi 22 triggering 0 polarity 1 [ 0.715590] xen: --> irq=32 [ 0.715593] xen_set_ioapic_routing: irq 32 gsi 22 vector 176 ioapic 0 pin 22 triggering 0 polarity 1 [ 0.715655] ahci 0000:00:1f.2: PCI INT B -> GSI 22 (level, low) -> IRQ 32 [ 0.715700] xen: PCI device 0000:00:1f.2 pin 2 -> irq 32 [ 0.715826] ahci: SSS flag set, parallel bus scan disabled [ 0.715899] ahci 0000:00:1f.2: AHCI 0001.0200 32 slots 6 ports 3 Gbps 0x3f impl SATA mode [ 0.715955] ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pmp pio slum part ems [ 0.716015] ahci 0000:00:1f.2: setting latency timer to 64 [ 0.716557] scsi0 : ahci [ 0.716790] scsi1 : ahci [ 0.716986] scsi2 : ahci [ 0.717183] scsi3 : ahci [ 0.717376] scsi4 : ahci [ 0.717574] scsi5 : ahci [ 0.717943] ata1: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffe900 irq 32 [ 0.717999] ata2: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffe980 irq 32 [ 0.718054] ata3: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea00 irq 32 [ 0.718109] ata4: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea80 irq 32 [ 0.718163] ata5: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb00 irq 32 [ 0.718218] ata6: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb80 irq 32 [ 1.240022] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 1.240628] ata1.00: ATA-7: ST3250410AS, 3.AAC, max UDMA/133 [ 1.240683] ata1.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32) [ 1.241431] ata1.00: configured for UDMA/133 [ 1.260145] scsi 0:0:0:0: Direct-Access ATA ST3250410AS 3.AA PQ: 0 ANSI: 5 [ 1.790022] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 1.790653] ata2.00: ATA-7: ST3250410AS, 3.AAC, max UDMA/133 [ 1.790703] ata2.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32) [ 1.791424] ata2.00: configured for UDMA/133 [ 1.810124] scsi 1:0:0:0: Direct-Access ATA ST3250410AS 3.AA PQ: 0 ANSI: 5 [ 2.160025] ata3: SATA link down (SStatus 0 SControl 300) [ 2.540024] ata4: SATA link down (SStatus 0 SControl 300) [ 2.910024] ata5: SATA link down (SStatus 0 SControl 300) [ 3.280024] ata6: SATA link down (SStatus 0 SControl 300) [ 3.300058] xen: enabling pci device 0000:03:00.0 pin 1 [ 3.300064] xen: registering gsi 16 triggering 0 polarity 1 [ 3.300068] xen_allocate_pirq: returning irq 29 for gsi 16 [ 3.300123] xen: --> irq=29 [ 3.300126] xen_set_ioapic_routing: irq 29 gsi 16 vector 160 ioapic 0 pin 16 triggering 0 polarity 1 [ 3.300186] ahci 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 29 [ 3.300231] xen: PCI device 0000:03:00.0 pin 1 -> irq 29 [ 3.320046] ahci 0000:03:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode [ 3.320110] ahci 0000:03:00.0: flags: 64bit ncq pm led clo pmp pio slum part [ 3.320167] ahci 0000:03:00.0: setting latency timer to 64 [ 3.320364] scsi6 : ahci [ 3.320571] scsi7 : ahci [ 3.320809] ata7: SATA max UDMA/133 abar m8192@0xfeafe000 port 0xfeafe100 irq 29 [ 3.320867] ata8: SATA max UDMA/133 abar m8192@0xfeafe000 port 0xfeafe180 irq 29 [ 3.670045] ata7: SATA link down (SStatus 0 SControl 300) [ 4.040037] ata8: SATA link down (SStatus 0 SControl 300) [ 4.060219] pata_jmicron 0000:03:00.1: enabling device (0000 -> 0001) [ 4.060268] xen: enabling pci device 0000:03:00.1 pin 2 [ 4.060271] xen: registering gsi 17 triggering 0 polarity 1 [ 4.060274] xen_allocate_pirq: returning irq 30 for gsi 17 [ 4.060317] xen: --> irq=30 [ 4.060320] xen_set_ioapic_routing: irq 30 gsi 17 vector 168 ioapic 0 pin 17 triggering 0 polarity 1 [ 4.060378] pata_jmicron 0000:03:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 30 [ 4.060433] xen: PCI device 0000:03:00.1 pin 2 -> irq 30 [ 4.061188] pata_jmicron 0000:03:00.1: setting latency timer to 64 [ 4.061277] scsi8 : pata_jmicron [ 4.061495] scsi9 : pata_jmicron [ 4.062663] ata9: PATA max UDMA/100 cmd 0xdc00 ctl 0xd880 bmdma 0xd400 irq 30 [ 4.062710] ata10: PATA max UDMA/100 cmd 0xd800 ctl 0xd480 bmdma 0xd408 irq 30 [ 4.240582] ata9.00: ATAPI: Optiarc DVD RW AD-5200A, 1.03, max UDMA/66 [ 4.280588] ata9.00: configured for UDMA/66 [ 4.284287] scsi 8:0:0:0: CD-ROM Optiarc DVD RW AD-5200A 1.03 PQ: 0 ANSI: 5 [ 4.452029] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 [ 4.452075] PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp [ 4.452588] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 4.490211] mice: PS/2 mouse device common for all mice [ 4.490344] rtc_cmos 00:03: RTC can wake from S4 [ 4.490490] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0 [ 4.490560] rtc0: alarms up to one month, y3k, 114 bytes nvram [ 4.490661] cpuidle: using governor ladder [ 4.491212] TCP cubic registered [ 4.491305] Bridge firewalling registered [ 4.491371] IO APIC resources could be not be allocated. [ 4.491637] registered taskstats version 1 [ 4.491821] Magic number: 13:916:545 [ 4.491938] acpi ACPI_CPU:00: hash matches [ 4.492007] rtc_cmos 00:03: setting system clock to 2009-02-06 19:31:11 UTC (1233948671) [ 4.492063] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [ 4.492107] EDD information not available. [ 4.492193] Freeing unused kernel memory: 456k freed [ 4.492382] Write protecting the kernel read-only data: 4716k [ 4.509118] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 [ 4.598040] fuse init (API version 7.11) [ 4.626376] device-mapper: uevent: version 1.0.3 [ 4.626578] device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com [ 4.911978] usbcore: registered new interface driver usbfs [ 4.912050] usbcore: registered new interface driver hub [ 4.912135] usbcore: registered new device driver usb [ 4.914676] uhci_hcd: USB Universal Host Controller Interface driver [ 4.914764] xen: enabling pci device 0000:00:1a.0 pin 1 [ 4.914768] xen: registering gsi 16 triggering 0 polarity 1 [ 4.914771] xen_allocate_pirq: returning irq 29 for gsi 16 [ 4.914815] xen: --> irq=29 [ 4.914819] xen_set_ioapic_routing: irq 29 gsi 16 vector 160 ioapic 0 pin 16 triggering 0 polarity 1 [ 4.914879] uhci_hcd 0000:00:1a.0: PCI INT A -> GSI 16 (level, low) -> IRQ 29 [ 4.914925] xen: PCI device 0000:00:1a.0 pin 1 -> irq 29 [ 4.914977] uhci_hcd 0000:00:1a.0: setting latency timer to 64 [ 4.914982] uhci_hcd 0000:00:1a.0: UHCI Host Controller [ 4.915075] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1 [ 4.915161] uhci_hcd 0000:00:1a.0: irq 29, io base 0x0000a800 [ 4.915452] usb usb1: configuration #1 chosen from 1 choice [ 4.915527] hub 1-0:1.0: USB hub found [ 4.915582] hub 1-0:1.0: 2 ports detected [ 4.915748] xen: enabling pci device 0000:00:1a.1 pin 2 [ 4.915751] xen: registering gsi 21 triggering 0 polarity 1 [ 4.915761] xen: --> irq=33 [ 4.915764] xen_set_ioapic_routing: irq 33 gsi 21 vector 184 ioapic 0 pin 21 triggering 0 polarity 1 [ 4.915825] uhci_hcd 0000:00:1a.1: PCI INT B -> GSI 21 (level, low) -> IRQ 33 [ 4.915875] xen: PCI device 0000:00:1a.1 pin 2 -> irq 33 [ 4.915928] uhci_hcd 0000:00:1a.1: setting latency timer to 64 [ 4.915933] uhci_hcd 0000:00:1a.1: UHCI Host Controller [ 4.916004] uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2 [ 4.916104] uhci_hcd 0000:00:1a.1: irq 33, io base 0x0000a880 [ 4.916276] usb usb2: configuration #1 chosen from 1 choice [ 4.916354] hub 2-0:1.0: USB hub found [ 4.916409] hub 2-0:1.0: 2 ports detected [ 4.916578] xen: enabling pci device 0000:00:1a.2 pin 3 [ 4.916581] xen: registering gsi 18 triggering 0 polarity 1 [ 4.916588] xen: --> irq=34 [ 4.916591] xen_set_ioapic_routing: irq 34 gsi 18 vector 192 ioapic 0 pin 18 triggering 0 polarity 1 [ 4.916652] uhci_hcd 0000:00:1a.2: PCI INT C -> GSI 18 (level, low) -> IRQ 34 [ 4.916698] xen: PCI device 0000:00:1a.2 pin 3 -> irq 34 [ 4.916749] uhci_hcd 0000:00:1a.2: setting latency timer to 64 [ 4.916754] uhci_hcd 0000:00:1a.2: UHCI Host Controller [ 4.916825] uhci_hcd 0000:00:1a.2: new USB bus registered, assigned bus number 3 [ 4.916920] uhci_hcd 0000:00:1a.2: irq 34, io base 0x0000ac00 [ 4.917102] usb usb3: configuration #1 chosen from 1 choice [ 4.917182] hub 3-0:1.0: USB hub found [ 4.917240] hub 3-0:1.0: 2 ports detected [ 4.917408] xen: enabling pci device 0000:00:1d.0 pin 1 [ 4.917411] xen: registering gsi 23 triggering 0 polarity 1 [ 4.917417] xen: --> irq=35 [ 4.917420] xen_set_ioapic_routing: irq 35 gsi 23 vector 200 ioapic 0 pin 23 triggering 0 polarity 1 [ 4.917481] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 35 [ 4.917528] xen: PCI device 0000:00:1d.0 pin 1 -> irq 35 [ 4.917578] uhci_hcd 0000:00:1d.0: setting latency timer to 64 [ 4.917583] uhci_hcd 0000:00:1d.0: UHCI Host Controller [ 4.917653] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 4 [ 4.917746] uhci_hcd 0000:00:1d.0: irq 35, io base 0x0000a080 [ 4.917906] usb usb4: configuration #1 chosen from 1 choice [ 4.917989] hub 4-0:1.0: USB hub found [ 4.918046] hub 4-0:1.0: 2 ports detected [ 4.918205] xen: enabling pci device 0000:00:1d.1 pin 2 [ 4.918209] xen: registering gsi 19 triggering 0 polarity 1 [ 4.918216] xen: --> irq=36 [ 4.918220] xen_set_ioapic_routing: irq 36 gsi 19 vector 208 ioapic 0 pin 19 triggering 0 polarity 1 [ 4.918284] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 36 [ 4.918330] xen: PCI device 0000:00:1d.1 pin 2 -> irq 36 [ 4.918380] uhci_hcd 0000:00:1d.1: setting latency timer to 64 [ 4.918385] uhci_hcd 0000:00:1d.1: UHCI Host Controller [ 4.918453] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 5 [ 4.918549] uhci_hcd 0000:00:1d.1: irq 36, io base 0x0000a400 [ 4.918712] usb usb5: configuration #1 chosen from 1 choice [ 4.918790] hub 5-0:1.0: USB hub found [ 4.918853] hub 5-0:1.0: 2 ports detected [ 4.919009] xen: enabling pci device 0000:00:1d.2 pin 3 [ 4.919012] xen: registering gsi 18 triggering 0 polarity 1 [ 4.919015] xen_allocate_pirq: returning irq 34 for gsi 18 [ 4.919062] xen: --> irq=34 [ 4.919065] xen_set_ioapic_routing: irq 34 gsi 18 vector 192 ioapic 0 pin 18 triggering 0 polarity 1 [ 4.919129] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 34 [ 4.919176] xen: PCI device 0000:00:1d.2 pin 3 -> irq 34 [ 4.919227] uhci_hcd 0000:00:1d.2: setting latency timer to 64 [ 4.919232] uhci_hcd 0000:00:1d.2: UHCI Host Controller [ 4.919302] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 6 [ 4.919384] uhci_hcd 0000:00:1d.2: irq 34, io base 0x0000a480 [ 4.919546] usb usb6: configuration #1 chosen from 1 choice [ 4.919622] hub 6-0:1.0: USB hub found [ 4.919687] hub 6-0:1.0: 2 ports detected [ 4.941989] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 4.942039] Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after [ 4.942127] xen: enabling pci device 0000:00:1a.7 pin 3 [ 4.942131] xen: registering gsi 18 triggering 0 polarity 1 [ 4.942134] xen_allocate_pirq: returning irq 34 for gsi 18 [ 4.942179] xen: --> irq=34 [ 4.942183] xen_set_ioapic_routing: irq 34 gsi 18 vector 192 ioapic 0 pin 18 triggering 0 polarity 1 [ 4.942243] ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 34 [ 4.942289] xen: PCI device 0000:00:1a.7 pin 3 -> irq 34 [ 4.942470] ehci_hcd 0000:00:1a.7: setting latency timer to 64 [ 4.942476] ehci_hcd 0000:00:1a.7: EHCI Host Controller [ 4.942555] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 7 [ 4.946558] ehci_hcd 0000:00:1a.7: debug port 1 [ 4.946612] ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported [ 4.946625] ehci_hcd 0000:00:1a.7: irq 34, io mem 0xf9fffc00 [ 4.952520] scsi 0:0:0:0: Attached scsi generic sg0 type 0 [ 4.952601] scsi 1:0:0:0: Attached scsi generic sg1 type 0 [ 4.952681] scsi 8:0:0:0: Attached scsi generic sg2 type 5 [ 4.970030] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00 [ 4.970240] usb usb7: configuration #1 chosen from 1 choice [ 4.970321] hub 7-0:1.0: USB hub found [ 4.970385] hub 7-0:1.0: 6 ports detected [ 4.970592] xen: enabling pci device 0000:00:1d.7 pin 1 [ 4.970596] xen: registering gsi 23 triggering 0 polarity 1 [ 4.970600] xen_allocate_pirq: returning irq 35 for gsi 23 [ 4.970645] xen: --> irq=35 [ 4.970648] xen_set_ioapic_routing: irq 35 gsi 23 vector 200 ioapic 0 pin 23 triggering 0 polarity 1 [ 4.970709] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 35 [ 4.970756] xen: PCI device 0000:00:1d.7 pin 1 -> irq 35 [ 4.970819] ehci_hcd 0000:00:1d.7: setting latency timer to 64 [ 4.970824] ehci_hcd 0000:00:1d.7: EHCI Host Controller [ 4.970899] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 8 [ 4.974875] ehci_hcd 0000:00:1d.7: debug port 1 [ 4.974927] ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported [ 4.974936] ehci_hcd 0000:00:1d.7: irq 35, io mem 0xf9fff800 [ 4.990110] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00 [ 4.990292] usb usb8: configuration #1 chosen from 1 choice [ 4.990373] hub 8-0:1.0: USB hub found [ 4.990433] hub 8-0:1.0: 6 ports detected [ 4.999454] sky2 driver version 1.22 [ 4.999543] xen: enabling pci device 0000:02:00.0 pin 1 [ 4.999547] xen: registering gsi 17 triggering 0 polarity 1 [ 4.999551] xen_allocate_pirq: returning irq 30 for gsi 17 [ 4.999600] xen: --> irq=30 [ 4.999604] xen_set_ioapic_routing: irq 30 gsi 17 vector 168 ioapic 0 pin 17 triggering 0 polarity 1 [ 4.999667] sky2 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 30 [ 4.999714] xen: PCI device 0000:02:00.0 pin 1 -> irq 30 [ 4.999768] sky2 0000:02:00.0: setting latency timer to 64 [ 4.999819] sky2 0000:02:00.0: Yukon-2 EC Ultra chip revision 3 [ 5.032028] sky2 0000:02:00.0: Marvell Yukon 88E8056 Gigabit Ethernet Controller [ 5.032084] Part Number: Yukon 88E8056 [ 5.032087] Engineering Level: Rev. 1.2 [ 5.032089] Manufacturer: Marvell [ 5.032451] sky2 eth0: addr 00:1e:8c:25:d9:23 [ 5.032562] xen: enabling pci device 0000:05:03.0 pin 1 [ 5.032566] xen: registering gsi 19 triggering 0 polarity 1 [ 5.032569] xen_allocate_pirq: returning irq 36 for gsi 19 [ 5.032620] xen: --> irq=36 [ 5.032623] xen_set_ioapic_routing: irq 36 gsi 19 vector 208 ioapic 0 pin 19 triggering 0 polarity 1 [ 5.032684] ohci1394 0000:05:03.0: PCI INT A -> GSI 19 (level, low) -> IRQ 36 [ 5.032731] xen: PCI device 0000:05:03.0 pin 1 -> irq 36 [ 5.057187] Driver 'sd' needs updating - please use bus_type methods [ 5.057348] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB) [ 5.057427] sd 0:0:0:0: [sda] Write Protect is off [ 5.057472] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 5.057517] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 5.057657] sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors: (250 GB/232 GiB) [ 5.057735] sd 0:0:0:0: [sda] Write Protect is off [ 5.057780] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 5.057822] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 5.057883] sda:<4>Driver 'sr' needs updating - please use bus_type methods [ 5.067039] sda1 sda2 [ 5.067268] sd 0:0:0:0: [sda] Attached SCSI disk [ 5.068097] sd 1:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB) [ 5.068177] sd 1:0:0:0: [sdb] Write Protect is off [ 5.068222] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 5.068266] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 5.068399] sd 1:0:0:0: [sdb] 488397168 512-byte hardware sectors: (250 GB/232 GiB) [ 5.068479] sd 1:0:0:0: [sdb] Write Protect is off [ 5.068524] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 5.068582] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 5.068640] sdb: sdb1 sdb2 sdb3 sdb4 <<6>ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[36] MMIO=[febff000-febff7ff] Max Packet=[2048] IR/IT contexts=[8/8] [ 5.099261] sdb5<6>r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [ 5.099710] xen: enabling pci device 0000:05:04.0 pin 1 [ 5.099715] xen: registering gsi 16 triggering 0 polarity 1 [ 5.099718] xen_allocate_pirq: returning irq 29 for gsi 16 [ 5.099763] xen: --> irq=29 [ 5.099766] xen_set_ioapic_routing: irq 29 gsi 16 vector 160 ioapic 0 pin 16 triggering 0 polarity 1 [ 5.099828] r8169 0000:05:04.0: PCI INT A -> GSI 16 (level, low) -> IRQ 29 [ 5.099874] xen: PCI device 0000:05:04.0 pin 1 -> irq 29 [ 5.099964] r8169 0000:05:04.0: no PCI Express capability [ 5.100428] eth1: RTL8169sc/8110sc at 0xffffc20000056c00, 00:1e:8c:25:cc:a5, XID 18000000 IRQ 29 [ 5.110866] sdb6 sdb7 > [ 5.138566] sd 1:0:0:0: [sdb] Attached SCSI disk [ 5.148671] sr0: scsi3-mmc drive: 48x/48x writer cd/rw xa/form2 cdda tray [ 5.148720] Uniform CD-ROM driver Revision: 3.20 [ 5.148852] sr 8:0:0:0: Attached scsi CD-ROM sr0 [ 5.290088] usb 7-3: new high speed USB device using ehci_hcd and address 2 [ 5.446738] usb 7-3: configuration #1 chosen from 1 choice [ 5.820039] usb 6-2: new low speed USB device using uhci_hcd and address 2 [ 5.978633] usb 6-2: configuration #1 chosen from 1 choice [ 5.997158] usbcore: registered new interface driver hiddev [ 6.009751] input: HID 062a:0001 as /devices/pci0000:00/0000:00:1d.2/usb6/6-2/6-2:1.0/input/input2 [ 6.030237] generic-usb 0003:062A:0001.0001: input,hidraw0: USB HID v1.10 Mouse [HID 062a:0001] on usb-0000:00:1d.2-2/input0 [ 6.030312] usbcore: registered new interface driver usbhid [ 6.030358] usbhid: v2.6:USB HID core driver [ 6.173226] kjournald starting. Commit interval 5 seconds [ 6.173300] EXT3-fs: mounted filesystem with ordered data mode. [ 6.410240] ieee1394: Host added: ID:BUS[0-00:1023] GUID[001e8c00000473b7] [ 10.766791] udevd version 124 started [ 11.147927] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 11.177198] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 11.273671] input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [ 11.310050] ACPI: Power Button (FF) [PWRF] [ 11.310206] input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 [ 11.350043] ACPI: Power Button (CM) [PWRB] [ 11.659143] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 11.659318] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 11.748988] 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A [ 11.926605] iTCO_vendor_support: vendor-support=0 [ 12.030139] cfg80211: Using static regulatory domain info [ 12.030195] cfg80211: Regulatory domain: US [ 12.030244] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 12.030299] (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm) [ 12.030345] (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030391] (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030437] (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030483] (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm) [ 12.030529] (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm) [ 12.030574] cfg80211: Calling CRDA for country: US [ 12.033590] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 12.118118] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.04 [ 12.118313] iTCO_wdt: Found a ICH9R TCO device (Version=2, TCOBASE=0x0860) [ 12.118450] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 13.492895] xen: enabling pci device 0000:00:1b.0 pin 1 [ 13.492900] xen: registering gsi 22 triggering 0 polarity 1 [ 13.492903] xen_allocate_pirq: returning irq 32 for gsi 22 [ 13.492950] xen: --> irq=32 [ 13.492953] xen_set_ioapic_routing: irq 32 gsi 22 vector 176 ioapic 0 pin 22 triggering 0 polarity 1 [ 13.493014] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 32 [ 13.493068] xen: PCI device 0000:00:1b.0 pin 1 -> irq 32 [ 13.493200] HDA Intel 0000:00:1b.0: setting latency timer to 64 [ 13.618131] wmaster0 (rtl8187): not using net_device_ops yet [ 13.618580] phy0: Selected rate control algorithm 'minstrel' [ 13.672245] wlan0 (rtl8187): not using net_device_ops yet [ 13.672712] phy0: hwaddr 00:15:af:51:c2:c0, RTL8187vB (default) V1 + rtl8225z2 [ 13.672794] usbcore: registered new interface driver rtl8187 [ 14.667785] loop: module loaded [ 14.745107] lp: driver loaded but no devices found [ 15.058440] Adding 3903784k swap on /dev/sdb2. Priority:-1 extents:1 across:3903784k [ 15.387912] EXT3 FS on sdb1, internal journal [ 16.031166] ip_tables: (C) 2000-2006 Netfilter Core Team [ 16.102561] r8169: eth1: link up [ 17.308389] NET: Registered protocol family 17 [ 23.209332] NET: Registered protocol family 10 [ 25.011700] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [ 25.232315] ppdev: user-space parallel port driver [ 26.512891] Bluetooth: Core ver 2.14 [ 26.513710] NET: Registered protocol family 31 [ 26.513713] Bluetooth: HCI device and connection manager initialized [ 26.513717] Bluetooth: HCI socket layer initialized [ 26.536520] Bluetooth: L2CAP ver 2.11 [ 26.536524] Bluetooth: L2CAP socket layer initialized [ 26.550291] Bluetooth: SCO (Voice Link) ver 0.6 [ 26.550294] Bluetooth: SCO socket layer initialized [ 26.588863] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 26.588867] Bluetooth: BNEP filters: protocol multicast [ 26.767338] Bluetooth: RFCOMM socket layer initialized [ 26.767349] Bluetooth: RFCOMM TTY layer initialized [ 26.767351] Bluetooth: RFCOMM ver 1.10 [ 30.372288] r8169: peth1: link up [ 30.390009] device peth1 entered promiscuous mode [ 30.401524] eth1: topology change detected, propagating [ 30.401528] eth1: port 1(peth1) entering forwarding state [ 30.873356] sky2 eth0: enabling interface [ 30.873450] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 33.111552] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 33.981571] xenbus_probe wake_waiting [ 33.981629] xenbus_probe wake_waiting [ 33.982366] xenbus_probe_devices backend [ 33.982504] xenbus_probe_devices failed xenbus_directory [ 33.982550] backend_probe_and_watch devices probed ok [ 33.982697] backend_probe_and_watch watch add ok ok [ 33.982742] backend_probe_and_watch all done [ 33.982785] xenbus_probe_devices device [ 33.982921] xenbus_probe_devices failed xenbus_directory [ 33.982966] frontend_probe_and_watch devices probed ok [ 33.983106] frontend_probe_and_watch watch add ok ok [ 33.983151] frontend_probe_and_watch all done [ 40.920011] peth1: no IPv6 routers present [ 41.310011] eth1: no IPv6 routers present [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box 2009-02-06 16:57 ` Jeremy Fitzhardinge 2009-02-06 19:49 ` Boris Derzhavets 2009-02-06 20:08 ` Boris Derzhavets @ 2009-02-07 9:48 ` Boris Derzhavets 2 siblings, 0 replies; 22+ messages in thread From: Boris Derzhavets @ 2009-02-07 9:48 UTC (permalink / raw) To: Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 1233 bytes --] I was able to obtain access to LAN and WAN ( via ADSL) from Xen Unstable (2.6.29-rc3 kernel) Dom0 just made a switch to first integrated Ethernet Adapter - Marvell Yukon 8056 (ASUS P5K Premium/WIFI) I believe we have a kernel driver issue with RTL 8110SC/8169 Gigabit Ethernet. Same Xen Unstable Dom0 with Novell's xen-ified kernel 2.6.27.5 works fine with Realtek Gigabit Ethernet 8110SC/8169. Thanks. Boris. --- On Fri, 2/6/09, Jeremy Fitzhardinge <jeremy@goop.org> wrote: From: Jeremy Fitzhardinge <jeremy@goop.org> Subject: Re: [Xen-devel] Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box To: bderzhavets@yahoo.com Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Friday, February 6, 2009, 11:57 AM Boris Derzhavets wrote: > > >Does it fail to probe, or does it probe but > >not work? > > Sorry,what exactly means "probe" eth1 ? Can you post the output of "lspci -v", "ifconfig -a", and any messages in "dmesg" relating to your ethernet devices? Thanks, J _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 1609 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 22+ messages in thread
* [PATCH] x86: style fascism for xen assemblies 2009-02-05 15:00 ` Ingo Molnar (?) (?) @ 2009-02-05 16:04 ` Tejun Heo 2009-02-05 16:57 ` Ingo Molnar 2009-02-05 17:31 ` Jeremy Fitzhardinge -1 siblings, 2 replies; 22+ messages in thread From: Tejun Heo @ 2009-02-05 16:04 UTC (permalink / raw) To: Ingo Molnar Cc: Jeremy Fitzhardinge, Linux Kernel Mailing List, Brian Gerst, Xen-devel, x86, Thomas Gleixner, H. Peter Anvin Impact: style cleanup Make the following sytle cleanups. * drop unnecessary //#include from xen-asm_32.S * compulsive adding of space after comma * reformat multiline comments Signed-off-by: Tejun Heo <tj@kernel.org> --- Committed to #tj-upstream. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git tj-percpu to receive the modpost fix and this one. Thanks. arch/x86/xen/xen-asm.S | 73 ++++++++-------- arch/x86/xen/xen-asm_32.S | 214 ++++++++++++++++++++++----------------------- arch/x86/xen/xen-asm_64.S | 103 +++++++++++----------- 3 files changed, 193 insertions(+), 197 deletions(-) diff --git a/arch/x86/xen/xen-asm.S b/arch/x86/xen/xen-asm.S index 4c6f967..463d8ac 100644 --- a/arch/x86/xen/xen-asm.S +++ b/arch/x86/xen/xen-asm.S @@ -1,14 +1,14 @@ /* - Asm versions of Xen pv-ops, suitable for either direct use or inlining. - The inline versions are the same as the direct-use versions, with the - pre- and post-amble chopped off. - - This code is encoded for size rather than absolute efficiency, - with a view to being able to inline as much as possible. - - We only bother with direct forms (ie, vcpu in percpu data) of - the operations here; the indirect forms are better handled in - C, since they're generally too large to inline anyway. + * Asm versions of Xen pv-ops, suitable for either direct use or + * inlining. The inline versions are the same as the direct-use + * versions, with the pre- and post-amble chopped off. + * + * This code is encoded for size rather than absolute efficiency, with + * a view to being able to inline as much as possible. + * + * We only bother with direct forms (ie, vcpu in percpu data) of the + * operations here; the indirect forms are better handled in C, since + * they're generally too large to inline anyway. */ #include <asm/asm-offsets.h> @@ -18,17 +18,17 @@ #include "xen-asm.h" /* - Enable events. This clears the event mask and tests the pending - event status with one and operation. If there are pending - events, then enter the hypervisor to get them handled. + * Enable events. This clears the event mask and tests the pending + * event status with one and operation. If there are pending events, + * then enter the hypervisor to get them handled. */ ENTRY(xen_irq_enable_direct) /* Unmask events */ movb $0, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask - /* Preempt here doesn't matter because that will deal with - any pending interrupts. The pending check may end up being - run on the wrong CPU, but that doesn't hurt. */ + /* Preempt here doesn't matter because that will deal with any + * pending interrupts. The pending check may end up being run + * on the wrong CPU, but that doesn't hurt. */ /* Test for pending */ testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending @@ -43,8 +43,8 @@ ENDPATCH(xen_irq_enable_direct) /* - Disabling events is simply a matter of making the event mask - non-zero. + * Disabling events is simply a matter of making the event mask + * non-zero. */ ENTRY(xen_irq_disable_direct) movb $1, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask @@ -54,18 +54,18 @@ ENDPATCH(xen_irq_disable_direct) RELOC(xen_irq_disable_direct, 0) /* - (xen_)save_fl is used to get the current interrupt enable status. - Callers expect the status to be in X86_EFLAGS_IF, and other bits - may be set in the return value. We take advantage of this by - making sure that X86_EFLAGS_IF has the right value (and other bits - in that byte are 0), but other bits in the return value are - undefined. We need to toggle the state of the bit, because - Xen and x86 use opposite senses (mask vs enable). + * (xen_)save_fl is used to get the current interrupt enable status. + * Callers expect the status to be in X86_EFLAGS_IF, and other bits + * may be set in the return value. We take advantage of this by + * making sure that X86_EFLAGS_IF has the right value (and other bits + * in that byte are 0), but other bits in the return value are + * undefined. We need to toggle the state of the bit, because Xen and + * x86 use opposite senses (mask vs enable). */ ENTRY(xen_save_fl_direct) testb $0xff, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask setz %ah - addb %ah,%ah + addb %ah, %ah ENDPATCH(xen_save_fl_direct) ret ENDPROC(xen_save_fl_direct) @@ -73,12 +73,11 @@ ENDPATCH(xen_save_fl_direct) /* - In principle the caller should be passing us a value return - from xen_save_fl_direct, but for robustness sake we test only - the X86_EFLAGS_IF flag rather than the whole byte. After - setting the interrupt mask state, it checks for unmasked - pending events and enters the hypervisor to get them delivered - if so. + * In principle the caller should be passing us a value return from + * xen_save_fl_direct, but for robustness sake we test only the + * X86_EFLAGS_IF flag rather than the whole byte. After setting the + * interrupt mask state, it checks for unmasked pending events and + * enters the hypervisor to get them delivered if so. */ ENTRY(xen_restore_fl_direct) #ifdef CONFIG_X86_64 @@ -87,9 +86,9 @@ ENTRY(xen_restore_fl_direct) testb $X86_EFLAGS_IF>>8, %ah #endif setz PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_mask - /* Preempt here doesn't matter because that will deal with - any pending interrupts. The pending check may end up being - run on the wrong CPU, but that doesn't hurt. */ + /* Preempt here doesn't matter because that will deal with any + * pending interrupts. The pending check may end up being run + * on the wrong CPU, but that doesn't hurt. */ /* check for unmasked and pending */ cmpw $0x0001, PER_CPU_VAR(xen_vcpu_info) + XEN_vcpu_info_pending @@ -103,8 +102,8 @@ ENDPATCH(xen_restore_fl_direct) /* - Force an event check by making a hypercall, - but preserve regs before making the call. + * Force an event check by making a hypercall, but preserve regs + * before making the call. */ check_events: #ifdef CONFIG_X86_32 diff --git a/arch/x86/xen/xen-asm_32.S b/arch/x86/xen/xen-asm_32.S index 082d173..ce70bec 100644 --- a/arch/x86/xen/xen-asm_32.S +++ b/arch/x86/xen/xen-asm_32.S @@ -1,17 +1,16 @@ /* - Asm versions of Xen pv-ops, suitable for either direct use or inlining. - The inline versions are the same as the direct-use versions, with the - pre- and post-amble chopped off. - - This code is encoded for size rather than absolute efficiency, - with a view to being able to inline as much as possible. - - We only bother with direct forms (ie, vcpu in pda) of the operations - here; the indirect forms are better handled in C, since they're - generally too large to inline anyway. + * Asm versions of Xen pv-ops, suitable for either direct use or + * inlining. The inline versions are the same as the direct-use + * versions, with the pre- and post-amble chopped off. + * + * This code is encoded for size rather than absolute efficiency, with + * a view to being able to inline as much as possible. + * + * We only bother with direct forms (ie, vcpu in pda) of the + * operations here; the indirect forms are better handled in C, since + * they're generally too large to inline anyway. */ -//#include <asm/asm-offsets.h> #include <asm/thread_info.h> #include <asm/processor-flags.h> #include <asm/segment.h> @@ -21,8 +20,8 @@ #include "xen-asm.h" /* - Force an event check by making a hypercall, - but preserve regs before making the call. + * Force an event check by making a hypercall, but preserve regs + * before making the call. */ check_events: push %eax @@ -35,10 +34,10 @@ check_events: ret /* - We can't use sysexit directly, because we're not running in ring0. - But we can easily fake it up using iret. Assuming xen_sysexit - is jumped to with a standard stack frame, we can just strip it - back to a standard iret frame and use iret. + * We can't use sysexit directly, because we're not running in ring0. + * But we can easily fake it up using iret. Assuming xen_sysexit is + * jumped to with a standard stack frame, we can just strip it back to + * a standard iret frame and use iret. */ ENTRY(xen_sysexit) movl PT_EAX(%esp), %eax /* Shouldn't be necessary? */ @@ -49,33 +48,31 @@ ENTRY(xen_sysexit) ENDPROC(xen_sysexit) /* - This is run where a normal iret would be run, with the same stack setup: - 8: eflags - 4: cs - esp-> 0: eip - - This attempts to make sure that any pending events are dealt - with on return to usermode, but there is a small window in - which an event can happen just before entering usermode. If - the nested interrupt ends up setting one of the TIF_WORK_MASK - pending work flags, they will not be tested again before - returning to usermode. This means that a process can end up - with pending work, which will be unprocessed until the process - enters and leaves the kernel again, which could be an - unbounded amount of time. This means that a pending signal or - reschedule event could be indefinitely delayed. - - The fix is to notice a nested interrupt in the critical - window, and if one occurs, then fold the nested interrupt into - the current interrupt stack frame, and re-process it - iteratively rather than recursively. This means that it will - exit via the normal path, and all pending work will be dealt - with appropriately. - - Because the nested interrupt handler needs to deal with the - current stack state in whatever form its in, we keep things - simple by only using a single register which is pushed/popped - on the stack. + * This is run where a normal iret would be run, with the same stack setup: + * 8: eflags + * 4: cs + * esp-> 0: eip + * + * This attempts to make sure that any pending events are dealt with + * on return to usermode, but there is a small window in which an + * event can happen just before entering usermode. If the nested + * interrupt ends up setting one of the TIF_WORK_MASK pending work + * flags, they will not be tested again before returning to + * usermode. This means that a process can end up with pending work, + * which will be unprocessed until the process enters and leaves the + * kernel again, which could be an unbounded amount of time. This + * means that a pending signal or reschedule event could be + * indefinitely delayed. + * + * The fix is to notice a nested interrupt in the critical window, and + * if one occurs, then fold the nested interrupt into the current + * interrupt stack frame, and re-process it iteratively rather than + * recursively. This means that it will exit via the normal path, and + * all pending work will be dealt with appropriately. + * + * Because the nested interrupt handler needs to deal with the current + * stack state in whatever form its in, we keep things simple by only + * using a single register which is pushed/popped on the stack. */ ENTRY(xen_iret) /* test eflags for special cases */ @@ -85,13 +82,13 @@ ENTRY(xen_iret) push %eax ESP_OFFSET=4 # bytes pushed onto stack - /* Store vcpu_info pointer for easy access. Do it this - way to avoid having to reload %fs */ + /* Store vcpu_info pointer for easy access. Do it this way to + * avoid having to reload %fs */ #ifdef CONFIG_SMP GET_THREAD_INFO(%eax) - movl TI_cpu(%eax),%eax - movl __per_cpu_offset(,%eax,4),%eax - mov per_cpu__xen_vcpu(%eax),%eax + movl TI_cpu(%eax), %eax + movl __per_cpu_offset(,%eax,4), %eax + mov per_cpu__xen_vcpu(%eax), %eax #else movl per_cpu__xen_vcpu, %eax #endif @@ -100,36 +97,37 @@ ENTRY(xen_iret) testb $X86_EFLAGS_IF>>8, 8+1+ESP_OFFSET(%esp) /* Maybe enable events. Once this happens we could get a - recursive event, so the critical region starts immediately - afterwards. However, if that happens we don't end up - resuming the code, so we don't have to be worried about - being preempted to another CPU. */ + * recursive event, so the critical region starts immediately + * afterwards. However, if that happens we don't end up + * resuming the code, so we don't have to be worried about + * being preempted to another CPU. */ setz XEN_vcpu_info_mask(%eax) xen_iret_start_crit: /* check for unmasked and pending */ cmpw $0x0001, XEN_vcpu_info_pending(%eax) - /* If there's something pending, mask events again so we - can jump back into xen_hypervisor_callback */ + /* If there's something pending, mask events again so we can + * jump back into xen_hypervisor_callback */ sete XEN_vcpu_info_mask(%eax) popl %eax /* From this point on the registers are restored and the stack - updated, so we don't need to worry about it if we're preempted */ + * updated, so we don't need to worry about it if we're + * preempted */ iret_restore_end: /* Jump to hypervisor_callback after fixing up the stack. - Events are masked, so jumping out of the critical - region is OK. */ + * Events are masked, so jumping out of the critical region is + * OK. */ je xen_hypervisor_callback 1: iret xen_iret_end_crit: .section __ex_table,"a" .align 4 - .long 1b,iret_exc + .long 1b, iret_exc .previous hyper_iret: @@ -139,55 +137,55 @@ hyper_iret: .globl xen_iret_start_crit, xen_iret_end_crit /* - This is called by xen_hypervisor_callback in entry.S when it sees - that the EIP at the time of interrupt was between xen_iret_start_crit - and xen_iret_end_crit. We're passed the EIP in %eax so we can do - a more refined determination of what to do. - - The stack format at this point is: - ---------------- - ss : (ss/esp may be present if we came from usermode) - esp : - eflags } outer exception info - cs } - eip } - ---------------- <- edi (copy dest) - eax : outer eax if it hasn't been restored - ---------------- - eflags } nested exception info - cs } (no ss/esp because we're nested - eip } from the same ring) - orig_eax }<- esi (copy src) - - - - - - - - - - fs } - es } - ds } SAVE_ALL state - eax } - : : - ebx }<- esp - ---------------- - - In order to deliver the nested exception properly, we need to shift - everything from the return addr up to the error code so it - sits just under the outer exception info. This means that when we - handle the exception, we do it in the context of the outer exception - rather than starting a new one. - - The only caveat is that if the outer eax hasn't been - restored yet (ie, it's still on stack), we need to insert - its value into the SAVE_ALL state before going on, since - it's usermode state which we eventually need to restore. + * This is called by xen_hypervisor_callback in entry.S when it sees + * that the EIP at the time of interrupt was between + * xen_iret_start_crit and xen_iret_end_crit. We're passed the EIP in + * %eax so we can do a more refined determination of what to do. + * + * The stack format at this point is: + * ---------------- + * ss : (ss/esp may be present if we came from usermode) + * esp : + * eflags } outer exception info + * cs } + * eip } + * ---------------- <- edi (copy dest) + * eax : outer eax if it hasn't been restored + * ---------------- + * eflags } nested exception info + * cs } (no ss/esp because we're nested + * eip } from the same ring) + * orig_eax }<- esi (copy src) + * - - - - - - - - + * fs } + * es } + * ds } SAVE_ALL state + * eax } + * : : + * ebx }<- esp + * ---------------- + * + * In order to deliver the nested exception properly, we need to shift + * everything from the return addr up to the error code so it sits + * just under the outer exception info. This means that when we + * handle the exception, we do it in the context of the outer + * exception rather than starting a new one. + * + * The only caveat is that if the outer eax hasn't been restored yet + * (ie, it's still on stack), we need to insert its value into the + * SAVE_ALL state before going on, since it's usermode state which we + * eventually need to restore. */ ENTRY(xen_iret_crit_fixup) /* - Paranoia: Make sure we're really coming from kernel space. - One could imagine a case where userspace jumps into the - critical range address, but just before the CPU delivers a GP, - it decides to deliver an interrupt instead. Unlikely? - Definitely. Easy to avoid? Yes. The Intel documents - explicitly say that the reported EIP for a bad jump is the - jump instruction itself, not the destination, but some virtual - environments get this wrong. + * Paranoia: Make sure we're really coming from kernel space. + * One could imagine a case where userspace jumps into the + * critical range address, but just before the CPU delivers a + * GP, it decides to deliver an interrupt instead. Unlikely? + * Definitely. Easy to avoid? Yes. The Intel documents + * explicitly say that the reported EIP for a bad jump is the + * jump instruction itself, not the destination, but some + * virtual environments get this wrong. */ movl PT_CS(%esp), %ecx andl $SEGMENT_RPL_MASK, %ecx @@ -202,10 +200,10 @@ ENTRY(xen_iret_crit_fixup) cmp $iret_restore_end, %eax jae 1f - movl 0+4(%edi),%eax /* copy EAX (just above top of frame) */ + movl 0+4(%edi), %eax /* copy EAX (just above top of frame) */ movl %eax, PT_EAX(%esp) - lea ESP_OFFSET(%edi),%edi /* move dest up over saved regs */ + lea ESP_OFFSET(%edi), %edi /* move dest up over saved regs */ /* set up the copy */ 1: std @@ -213,6 +211,6 @@ ENTRY(xen_iret_crit_fixup) rep movsl cld - lea 4(%edi),%esp /* point esp to new frame */ + lea 4(%edi), %esp /* point esp to new frame */ 2: jmp xen_do_upcall diff --git a/arch/x86/xen/xen-asm_64.S b/arch/x86/xen/xen-asm_64.S index d205a28..680224d 100644 --- a/arch/x86/xen/xen-asm_64.S +++ b/arch/x86/xen/xen-asm_64.S @@ -1,14 +1,14 @@ /* - Asm versions of Xen pv-ops, suitable for either direct use or inlining. - The inline versions are the same as the direct-use versions, with the - pre- and post-amble chopped off. - - This code is encoded for size rather than absolute efficiency, - with a view to being able to inline as much as possible. - - We only bother with direct forms (ie, vcpu in pda) of the operations - here; the indirect forms are better handled in C, since they're - generally too large to inline anyway. + * Asm versions of Xen pv-ops, suitable for either direct use or + * inlining. The inline versions are the same as the direct-use + * versions, with the pre- and post-amble chopped off. + * + * This code is encoded for size rather than absolute efficiency, with + * a view to being able to inline as much as possible. + * + * We only bother with direct forms (ie, vcpu in pda) of the + * operations here; the indirect forms are better handled in C, since + * they're generally too large to inline anyway. */ #include <asm/errno.h> @@ -21,25 +21,25 @@ #include "xen-asm.h" ENTRY(xen_adjust_exception_frame) - mov 8+0(%rsp),%rcx - mov 8+8(%rsp),%r11 + mov 8+0(%rsp), %rcx + mov 8+8(%rsp), %r11 ret $16 hypercall_iret = hypercall_page + __HYPERVISOR_iret * 32 /* - Xen64 iret frame: - - ss - rsp - rflags - cs - rip <-- standard iret frame - - flags - - rcx } - r11 }<-- pushed by hypercall page -rsp -> rax } + * Xen64 iret frame: + * + * ss + * rsp + * rflags + * cs + * rip <-- standard iret frame + * + * flags + * + * rcx } + * r11 }<-- pushed by hypercall page + * rsp->rax } */ ENTRY(xen_iret) pushq $0 @@ -48,8 +48,8 @@ ENDPATCH(xen_iret) RELOC(xen_iret, 1b+1) /* - sysexit is not used for 64-bit processes, so it's - only ever used to return to 32-bit compat userspace. + * sysexit is not used for 64-bit processes, so it's only ever used to + * return to 32-bit compat userspace. */ ENTRY(xen_sysexit) pushq $__USER32_DS @@ -64,10 +64,10 @@ ENDPATCH(xen_sysexit) RELOC(xen_sysexit, 1b+1) ENTRY(xen_sysret64) - /* We're already on the usermode stack at this point, but still - with the kernel gs, so we can easily switch back */ + /* We're already on the usermode stack at this point, but + * still with the kernel gs, so we can easily switch back */ movq %rsp, PER_CPU_VAR(old_rsp) - movq PER_CPU_VAR(kernel_stack),%rsp + movq PER_CPU_VAR(kernel_stack), %rsp pushq $__USER_DS pushq PER_CPU_VAR(old_rsp) @@ -81,8 +81,8 @@ ENDPATCH(xen_sysret64) RELOC(xen_sysret64, 1b+1) ENTRY(xen_sysret32) - /* We're already on the usermode stack at this point, but still - with the kernel gs, so we can easily switch back */ + /* We're already on the usermode stack at this point, but + * still with the kernel gs, so we can easily switch back */ movq %rsp, PER_CPU_VAR(old_rsp) movq PER_CPU_VAR(kernel_stack), %rsp @@ -98,28 +98,27 @@ ENDPATCH(xen_sysret32) RELOC(xen_sysret32, 1b+1) /* - Xen handles syscall callbacks much like ordinary exceptions, - which means we have: - - kernel gs - - kernel rsp - - an iret-like stack frame on the stack (including rcx and r11): - ss - rsp - rflags - cs - rip - r11 - rsp-> rcx - - In all the entrypoints, we undo all that to make it look - like a CPU-generated syscall/sysenter and jump to the normal - entrypoint. + * Xen handles syscall callbacks much like ordinary exceptions, which + * means we have: + * - kernel gs + * - kernel rsp + * - an iret-like stack frame on the stack (including rcx and r11): + * ss + * rsp + * rflags + * cs + * rip + * r11 + * rsp->rcx + * + * In all the entrypoints, we undo all that to make it look like a + * CPU-generated syscall/sysenter and jump to the normal entrypoint. */ .macro undo_xen_syscall - mov 0*8(%rsp),%rcx - mov 1*8(%rsp),%r11 - mov 5*8(%rsp),%rsp + mov 0*8(%rsp), %rcx + mov 1*8(%rsp), %r11 + mov 5*8(%rsp), %rsp .endm /* Normal 64-bit system call target */ @@ -146,7 +145,7 @@ ENDPROC(xen_sysenter_target) ENTRY(xen_syscall32_target) ENTRY(xen_sysenter_target) - lea 16(%rsp), %rsp /* strip %rcx,%r11 */ + lea 16(%rsp), %rsp /* strip %rcx, %r11 */ mov $-ENOSYS, %rax pushq $VGCF_in_syscall jmp hypercall_iret -- 1.6.0.2 ^ permalink raw reply related [flat|nested] 22+ messages in thread
* Re: [PATCH] x86: style fascism for xen assemblies 2009-02-05 16:04 ` [PATCH] x86: style fascism for xen assemblies Tejun Heo @ 2009-02-05 16:57 ` Ingo Molnar 2009-02-05 17:31 ` Jeremy Fitzhardinge 1 sibling, 0 replies; 22+ messages in thread From: Ingo Molnar @ 2009-02-05 16:57 UTC (permalink / raw) To: Tejun Heo Cc: Jeremy Fitzhardinge, Linux Kernel Mailing List, Brian Gerst, Xen-devel, x86, Thomas Gleixner, H. Peter Anvin * Tejun Heo <htejun@gmail.com> wrote: > Impact: style cleanup > > Make the following sytle cleanups. > > * drop unnecessary //#include from xen-asm_32.S > * compulsive adding of space after comma > * reformat multiline comments > > Signed-off-by: Tejun Heo <tj@kernel.org> > --- > Committed to #tj-upstream. Please pull from > > git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git tj-percpu > > to receive the modpost fix and this one. pulled, thanks Tejun. (I have amended the cleanups - there was a typo in the changelog and a few places were missing.) Ingo ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH] x86: style fascism for xen assemblies @ 2009-02-05 16:57 ` Ingo Molnar 0 siblings, 0 replies; 22+ messages in thread From: Ingo Molnar @ 2009-02-05 16:57 UTC (permalink / raw) To: Tejun Heo Cc: Jeremy Fitzhardinge, Xen-devel, Brian Gerst, x86, Linux Kernel Mailing List, H. Peter Anvin, Thomas Gleixner * Tejun Heo <htejun@gmail.com> wrote: > Impact: style cleanup > > Make the following sytle cleanups. > > * drop unnecessary //#include from xen-asm_32.S > * compulsive adding of space after comma > * reformat multiline comments > > Signed-off-by: Tejun Heo <tj@kernel.org> > --- > Committed to #tj-upstream. Please pull from > > git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git tj-percpu > > to receive the modpost fix and this one. pulled, thanks Tejun. (I have amended the cleanups - there was a typo in the changelog and a few places were missing.) Ingo ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH] x86: style fascism for xen assemblies 2009-02-05 16:04 ` [PATCH] x86: style fascism for xen assemblies Tejun Heo @ 2009-02-05 17:31 ` Jeremy Fitzhardinge 2009-02-05 17:31 ` Jeremy Fitzhardinge 1 sibling, 0 replies; 22+ messages in thread From: Jeremy Fitzhardinge @ 2009-02-05 17:31 UTC (permalink / raw) To: Tejun Heo Cc: Ingo Molnar, Linux Kernel Mailing List, Brian Gerst, Xen-devel, x86, Thomas Gleixner, H. Peter Anvin Tejun Heo wrote: > Impact: style cleanup > > Make the following sytle cleanups. > > * drop unnecessary //#include from xen-asm_32.S > Fine. > * compulsive adding of space after comma > Fine. > * reformat multiline comments > I don't really like what you've done here. There are two problems: * If you're going to convert comments of the form /* This is a small comment which happens to be longer than a line. */ then you should convert it to full winged-style, rather than just sticking '*' on the front of the second line. * All the big block comments look crowded and cramped now, which makes them harder to read and maintain. All those '*'s are just visual noise. (They make a bit more sense in C code to distinguish comment from code, but asm code looks so different from comment that they're not necessary here.) But Ingo's already pulled it, so I guess I'm stuck with it. J ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH] x86: style fascism for xen assemblies @ 2009-02-05 17:31 ` Jeremy Fitzhardinge 0 siblings, 0 replies; 22+ messages in thread From: Jeremy Fitzhardinge @ 2009-02-05 17:31 UTC (permalink / raw) To: Tejun Heo Cc: Xen-devel, Brian Gerst, x86, Linux Kernel Mailing List, H. Peter Anvin, Ingo Molnar, Thomas Gleixner Tejun Heo wrote: > Impact: style cleanup > > Make the following sytle cleanups. > > * drop unnecessary //#include from xen-asm_32.S > Fine. > * compulsive adding of space after comma > Fine. > * reformat multiline comments > I don't really like what you've done here. There are two problems: * If you're going to convert comments of the form /* This is a small comment which happens to be longer than a line. */ then you should convert it to full winged-style, rather than just sticking '*' on the front of the second line. * All the big block comments look crowded and cramped now, which makes them harder to read and maintain. All those '*'s are just visual noise. (They make a bit more sense in C code to distinguish comment from code, but asm code looks so different from comment that they're not necessary here.) But Ingo's already pulled it, so I guess I'm stuck with it. J ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH] x86: style fascism for xen assemblies 2009-02-05 17:31 ` Jeremy Fitzhardinge @ 2009-02-05 17:34 ` Ingo Molnar -1 siblings, 0 replies; 22+ messages in thread From: Ingo Molnar @ 2009-02-05 17:34 UTC (permalink / raw) To: Jeremy Fitzhardinge Cc: Tejun Heo, Linux Kernel Mailing List, Brian Gerst, Xen-devel, x86, Thomas Gleixner, H. Peter Anvin * Jeremy Fitzhardinge <jeremy@goop.org> wrote: > Tejun Heo wrote: >> Impact: style cleanup >> >> Make the following sytle cleanups. >> >> * drop unnecessary //#include from xen-asm_32.S >> > Fine. >> * compulsive adding of space after comma >> > Fine. >> * reformat multiline comments >> > > I don't really like what you've done here. There are two problems: > > * If you're going to convert comments of the form > > /* This is a small comment which > happens to be longer than a line. */ > > > then you should convert it to full winged-style, rather than just > sticking '*' on the front of the second line. > * All the big block comments look crowded and cramped now, which > makes them harder to read and maintain. All those '*'s are just > visual noise. (They make a bit more sense in C code to distinguish > comment from code, but asm code looks so different from comment > that they're not necessary here.) > > But Ingo's already pulled it, so I guess I'm stuck with it. i pulled it and i already fixed all the proper winged style comments as well. Could you double-check the end result please? Ingo ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH] x86: style fascism for xen assemblies @ 2009-02-05 17:34 ` Ingo Molnar 0 siblings, 0 replies; 22+ messages in thread From: Ingo Molnar @ 2009-02-05 17:34 UTC (permalink / raw) To: Jeremy Fitzhardinge Cc: Xen-devel, Brian Gerst, x86, Linux Kernel Mailing List, Tejun Heo, H. Peter Anvin, Thomas Gleixner * Jeremy Fitzhardinge <jeremy@goop.org> wrote: > Tejun Heo wrote: >> Impact: style cleanup >> >> Make the following sytle cleanups. >> >> * drop unnecessary //#include from xen-asm_32.S >> > Fine. >> * compulsive adding of space after comma >> > Fine. >> * reformat multiline comments >> > > I don't really like what you've done here. There are two problems: > > * If you're going to convert comments of the form > > /* This is a small comment which > happens to be longer than a line. */ > > > then you should convert it to full winged-style, rather than just > sticking '*' on the front of the second line. > * All the big block comments look crowded and cramped now, which > makes them harder to read and maintain. All those '*'s are just > visual noise. (They make a bit more sense in C code to distinguish > comment from code, but asm code looks so different from comment > that they're not necessary here.) > > But Ingo's already pulled it, so I guess I'm stuck with it. i pulled it and i already fixed all the proper winged style comments as well. Could you double-check the end result please? Ingo ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH] x86: style fascism for xen assemblies 2009-02-05 17:31 ` Jeremy Fitzhardinge (?) (?) @ 2009-02-05 17:42 ` Tejun Heo -1 siblings, 0 replies; 22+ messages in thread From: Tejun Heo @ 2009-02-05 17:42 UTC (permalink / raw) To: Jeremy Fitzhardinge Cc: Ingo Molnar, Linux Kernel Mailing List, Brian Gerst, Xen-devel, x86, Thomas Gleixner, H. Peter Anvin Hello, Jeremy Fitzhardinge wrote: > I don't really like what you've done here. There are two problems: > > * If you're going to convert comments of the form > > /* This is a small comment which > happens to be longer than a line. */ > > then you should convert it to full winged-style, rather than just > sticking '*' on the front of the second line. I find fully winged style a bit excessive when a comment is in the middle of code and not very long so I kind of just chose middleground. > * All the big block comments look crowded and cramped now, which > makes them harder to read and maintain. All those '*'s are just > visual noise. (They make a bit more sense in C code to distinguish > comment from code, but asm code looks so different from comment > that they're not necessary here.) > > But Ingo's already pulled it, so I guess I'm stuck with it. Yeap, I really didn't expect everyone to be happy about it. Style cleanups always get ugly, so the fasicm joke on the subject. Anyways, if you feel strong against it, please feel free to change. I personally don't mind one way or the other. I just wanted to make things more consistent while at it. Thanks. -- tejun ^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2009-02-07 9:48 UTC | newest] Thread overview: 22+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-01-31 1:42 [PATCH 2/3] xen: make direct versions of irq_enable/disable/save/restore to common code Jeremy Fitzhardinge 2009-01-31 1:42 ` Jeremy Fitzhardinge 2009-02-05 6:31 ` Tejun Heo 2009-02-05 15:00 ` Ingo Molnar 2009-02-05 15:00 ` Ingo Molnar 2009-02-05 15:24 ` Booting up the most recent 2.6.29-rc3 (pv_ops Dom0 support) under Xen Unstable on Intel SATA (AHCI) box Boris Derzhavets 2009-02-05 17:13 ` Boris Derzhavets 2009-02-06 6:31 ` Boris Derzhavets 2009-02-06 6:54 ` Jeremy Fitzhardinge 2009-02-06 12:01 ` Boris Derzhavets 2009-02-06 16:57 ` Jeremy Fitzhardinge 2009-02-06 19:49 ` Boris Derzhavets 2009-02-06 20:08 ` Boris Derzhavets 2009-02-07 9:48 ` Boris Derzhavets 2009-02-05 16:04 ` [PATCH] x86: style fascism for xen assemblies Tejun Heo 2009-02-05 16:57 ` Ingo Molnar 2009-02-05 16:57 ` Ingo Molnar 2009-02-05 17:31 ` Jeremy Fitzhardinge 2009-02-05 17:31 ` Jeremy Fitzhardinge 2009-02-05 17:34 ` Ingo Molnar 2009-02-05 17:34 ` Ingo Molnar 2009-02-05 17:42 ` Tejun Heo
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.