* xen-unstable on HP dc7800 simply reboots
@ 2007-10-23 16:49 John Byrne
2007-10-23 18:07 ` Keir Fraser
0 siblings, 1 reply; 9+ messages in thread
From: John Byrne @ 2007-10-23 16:49 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1: Type: text/plain, Size: 1089 bytes --]
I am trying to boot xen-unstable 16157 x86_64 on a HP dc7800 with the
E6750 CPUs and Xen simply reboots with no output of any kind after the
grub loading info:
Booting 'XEN'
root (hd0,5)
Filesystem type is ext2fs, partition type 0x83
kernel /boot/xen.gz console=com1 com1=115200,8n1 loglvl=all
[Multiboot-elf, <0x100000:0x101620:0x649e0>, shtab=0x266078,
entry=0x100000]
module /boot/vmlinuz-xen
root=/dev/disk/by-id/scsi-SATA_Hitachi_HDS7216_PVD301Z
9R3DSTK-part6 resume=/dev/sda5 splash=silent showopts
[Multiboot-module @ 0x267000, 0x508170 bytes]
module /boot/initrd-xen
[Multiboot-module @ 0x770000, 0x125e200 bytes]
SLES 10 SP1 Xen works fine on the box. I've tried disabling the VT/VT-d
features of the box; serial console; and building a debug version of
Xen, hoping it would output something before it died: no joy.
Does anyone know what is wrong or can tell me how to go about debugging
this? The dmesg output from booting the Ubuntu 2.6.22-14-server kernel
is attach in the hope that it will provide some useful information.
Thanks,
John Byrne
[-- Attachment #2: dmesg.txt --]
[-- Type: text/plain, Size: 25959 bytes --]
[ 0.000000] Linux version 2.6.22-14-server (buildd@crested) (gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #1 SMP Sun Oct 14 22:09:15 GMT 2007 (Ubuntu 2.6.22-14.46-server)
[ 0.000000] Command line: root=/dev/disk/by-id/scsi-SATA_Hitachi_HDS7216_PVD301Z9R3DSTK-part6 resume=/dev/sda5 splash=silent showopts console=ttyS0,115200 debug verbose
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
[ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 00000000defafe00 (usable)
[ 0.000000] BIOS-e820: 00000000defafe00 - 00000000defb1ea0 (ACPI NVS)
[ 0.000000] BIOS-e820: 00000000defb1ea0 - 00000000e0000000 (reserved)
[ 0.000000] BIOS-e820: 00000000f4000000 - 00000000f8000000 (reserved)
[ 0.000000] BIOS-e820: 00000000fec00000 - 00000000fed40000 (reserved)
[ 0.000000] BIOS-e820: 00000000fed45000 - 0000000100000000 (reserved)
[ 0.000000] BIOS-e820: 0000000100000000 - 000000011c000000 (usable)
[ 0.000000] Entering add_active_range(0, 0, 159) 0 entries of 3200 used
[ 0.000000] Entering add_active_range(0, 256, 913327) 1 entries of 3200 used
[ 0.000000] Entering add_active_range(0, 1048576, 1163264) 2 entries of 3200 used
[ 0.000000] end_pfn_map = 1163264
[ 0.000000] DMI 2.5 present.
[ 0.000000] ACPI: RSDP signature @ 0xFFFF8100000E5C10 checksum 0
[ 0.000000] ACPI: RSDP 000E5C10, 0014 (r0 COMPAQ)
[ 0.000000] ACPI: RSDT DEFC1E40, 0044 (r1 HPQOEM SLIC-BPC 20070718 0)
[ 0.000000] ACPI: FACP DEFC1EE8, 0074 (r1 COMPAQ BEARLAKE 1 0)
[ 0.000000] ACPI: DSDT DEFC2427, A370 (r1 COMPAQ DSDT_PRJ 1 MSFT 100000E)
[ 0.000000] ACPI: FACS DEFC1E00, 0040
[ 0.000000] ACPI: APIC DEFC1F5C, 0084 (r1 COMPAQ BEARLAKE 1 0)
[ 0.000000] ACPI: ASF! DEFC1FE0, 0063 (r32 COMPAQ BEARLAKE 1 0)
[ 0.000000] ACPI: MCFG DEFC2043, 003C (r1 COMPAQ BEARLAKE 1 0)
[ 0.000000] ACPI: TCPA DEFC207F, 0032 (r1 COMPAQ BEARLAKE 1 0)
[ 0.000000] ACPI: SLIC DEFC20B1, 0176 (r1 HPQOEM SLIC-BPC 1 0)
[ 0.000000] ACPI: HPET DEFC2227, 0038 (r1 COMPAQ BEARLAKE 1 0)
[ 0.000000] ACPI: DMAR DEFC225F, 0198 (r1 COMPAQ BEARLAKE 1 0)
[ 0.000000] No NUMA configuration found
[ 0.000000] Faking a node at 0000000000000000-000000011c000000
[ 0.000000] Entering add_active_range(0, 0, 159) 0 entries of 3200 used
[ 0.000000] Entering add_active_range(0, 256, 913327) 1 entries of 3200 used
[ 0.000000] Entering add_active_range(0, 1048576, 1163264) 2 entries of 3200 used
[ 0.000000] Bootmem setup node 0 0000000000000000-000000011c000000
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0 -> 4096
[ 0.000000] DMA32 4096 -> 1048576
[ 0.000000] Normal 1048576 -> 1163264
[ 0.000000] early_node_map[3] active PFN ranges
[ 0.000000] 0: 0 -> 159
[ 0.000000] 0: 256 -> 913327
[ 0.000000] 0: 1048576 -> 1163264
[ 0.000000] On node 0 totalpages: 1027918
[ 0.000000] DMA zone: 56 pages used for memmap
[ 0.000000] DMA zone: 1245 pages reserved
[ 0.000000] DMA zone: 2698 pages, LIFO batch:0
[ 0.000000] DMA32 zone: 14280 pages used for memmap
[ 0.000000] DMA32 zone: 894951 pages, LIFO batch:31
[ 0.000000] Normal zone: 1568 pages used for memmap
[ 0.000000] Normal zone: 113120 pages, LIFO batch:31
[ 0.000000] ACPI: PM-Timer IO Port: 0xf808
[ 0.000000] ACPI: Local APIC address 0xfee00000
[ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[ 0.000000] Processor #0 (Bootup-CPU)
[ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[ 0.000000] Processor #1
[ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
[ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x00] disabled)
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
[ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
[ 0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[ 0.000000] IOAPIC[0]: apic_id 1, 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] Setting APIC routing to flat
[ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000
[ 0.000000] Using ACPI (MADT) for SMP configuration information
[ 0.000000] swsusp: Registered nosave memory region: 000000000009f000 - 00000000000a0000
[ 0.000000] swsusp: Registered nosave memory region: 00000000000a0000 - 00000000000e8000
[ 0.000000] swsusp: Registered nosave memory region: 00000000000e8000 - 0000000000100000
[ 0.000000] swsusp: Registered nosave memory region: 00000000defaf000 - 00000000defb0000
[ 0.000000] swsusp: Registered nosave memory region: 00000000defb0000 - 00000000defb1000
[ 0.000000] swsusp: Registered nosave memory region: 00000000defb1000 - 00000000defb2000
[ 0.000000] swsusp: Registered nosave memory region: 00000000defb2000 - 00000000e0000000
[ 0.000000] swsusp: Registered nosave memory region: 00000000e0000000 - 00000000f4000000
[ 0.000000] swsusp: Registered nosave memory region: 00000000f4000000 - 00000000f8000000
[ 0.000000] swsusp: Registered nosave memory region: 00000000f8000000 - 00000000fec00000
[ 0.000000] swsusp: Registered nosave memory region: 00000000fec00000 - 00000000fed40000
[ 0.000000] swsusp: Registered nosave memory region: 00000000fed40000 - 00000000fed45000
[ 0.000000] swsusp: Registered nosave memory region: 00000000fed45000 - 0000000100000000
[ 0.000000] Allocating PCI resources starting at e2000000 (gap: e0000000:14000000)
[ 0.000000] SMP: Allowing 4 CPUs, 2 hotplug CPUs
[ 0.000000] PERCPU: Allocating 42120 bytes of per cpu data
[ 0.000000] Built 1 zonelists. Total pages: 1010769
[ 0.000000] Kernel command line: root=/dev/disk/by-id/scsi-SATA_Hitachi_HDS7216_PVD301Z9R3DSTK-part6 resume=/dev/sda5 splash=silent showopts console=ttyS0,115200 debug verbose
[ 0.000000] Initializing CPU#0
[ 0.000000] PID hash table entries: 4096 (order: 12, 32768 bytes)
[ 16.902813] time.c: Detected 2660.000 MHz processor.
[ 16.903796] Console: colour VGA+ 80x25
[ 17.498583] Checking aperture...
[ 17.501791] Calgary: detecting Calgary via BIOS EBDA area
[ 17.507157] Calgary: Unable to locate Rio Grande table in EBDA - bailing!
[ 17.513906] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 17.563261] Placing software IO TLB between 0x1054000 - 0x5054000
[ 17.608387] Memory: 3973860k/4653056k available (2295k kernel code, 137812k reserved, 1238k data, 308k init)
[ 17.618201] SLUB: Genslabs=23, HWalign=64, Order=0-1, MinObjects=4, CPUs=4, Nodes=1
[ 17.773041] Calibrating delay using timer specific routine.. 5322.89 BogoMIPS (lpj=26614494)
[ 17.781457] Security Framework v1.0.0 initialized
[ 17.786138] SELinux: Disabled at boot.
[ 17.790206] Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes)
[ 17.800361] Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes)
[ 17.808806] Mount-cache hash table entries: 256
[ 17.813433] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 17.818112] CPU: L2 cache: 4096K
[ 17.821316] CPU 0/0 -> Node 0
[ 17.824273] using mwait in idle threads.
[ 17.828165] CPU: Physical Processor ID: 0
[ 17.832145] CPU: Processor Core ID: 0
[ 17.835788] CPU0: Thermal monitoring enabled (TM2)
[ 17.840551] SMP alternatives: switching to UP code
[ 17.845510] Early unpacking initramfs... done
[ 17.942116] ACPI: Core revision 20070126
[ 17.946062] ACPI: Looking for DSDT in initramfs... error, file /DSDT.aml not found.
[ 18.058344] Using local APIC timer interrupts.
[ 18.100260] result 20781236
[ 18.103033] Detected 20.781 MHz APIC timer.
[ 18.112230] SMP alternatives: switching to SMP code
[ 18.117129] Booting processor 1/2 APIC 0x1
[ 18.131749] Initializing CPU#1
[ 18.281762] Calibrating delay using timer specific routine.. 5319.96 BogoMIPS (lpj=26599843)
[ 18.281768] CPU: L1 I cache: 32K, L1 D cache: 32K
[ 18.281769] CPU: L2 cache: 4096K
[ 18.281771] CPU 1/1 -> Node 0
[ 18.281772] CPU: Physical Processor ID: 0
[ 18.281773] CPU: Processor Core ID: 1
[ 18.281778] CPU1: Thermal monitoring enabled (TM2)
[ 18.282170] Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz stepping 0b
[ 18.282257] checking TSC synchronization [CPU#0 -> CPU#1]: passed.
[ 18.351608] Brought up 2 CPUs
[ 18.400263] migration_cost=11
[ 18.403405] NET: Registered protocol family 16
[ 18.407883] ACPI: bus type pci registered
[ 18.411871] PCI: Using configuration type 1
[ 18.417157] ACPI: EC: Look up EC in DSDT
[ 18.423153] ACPI: Interpreter enabled
[ 18.426792] ACPI: (supports S0 S3 S4 S5)
[ 18.430746] ACPI: Using IOAPIC for interrupt routing
[ 18.440008] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 18.444777] PCI: Probing PCI hardware (bus 00)
[ 18.450105] PCI: Transparent bridge - 0000:00:1e.0
[ 18.454917] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 18.461041] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCX1._PRT]
[ 18.467439] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCX2._PRT]
[ 18.473841] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT]
[ 18.500365] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 6 7 10 11 14 15)
[ 18.507299] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 14 15)
[ 18.514230] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *10 11 14 15)
[ 18.521141] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 10 11 14 15)
[ 18.528069] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 *10 11 14 15)
[ 18.534991] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 *11 14 15)
[ 18.541901] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 10 11 14 15)
[ 18.548812] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 11 14 15) *0, disabled.
[ 18.556881] Linux Plug and Play Support v0.97 (c) Adam Belay
[ 18.562511] pnp: PnP ACPI init
[ 18.565550] ACPI: bus type pnp registered
[ 18.571903] pnp: PnP ACPI: found 18 devices
[ 18.576058] ACPI: ACPI bus type pnp unregistered
[ 18.580677] PCI: Using ACPI for IRQ routing
[ 18.584834] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
[ 18.593108] NET: Registered protocol family 8
[ 18.597436] NET: Registered protocol family 20
[ 18.601857] NetLabel: Initializing
[ 18.605235] NetLabel: domain hash size = 128
[ 18.609562] NetLabel: protocols = UNLABELED CIPSOv4
[ 18.614505] NetLabel: unlabeled traffic allowed by default
[ 18.620045] PCI-GART: No AMD northbridge found.
[ 18.624550] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
[ 18.629702] hpet0: 4 64-bit timers, 14318180 Hz
[ 18.635235] pnp: 00:0f: ioport range 0x400-0x41f has been reserved
[ 18.640864] Time: tsc clocksource has been installed.
[ 18.646396] pnp: 00:0f: ioport range 0x420-0x43f has been reserved
[ 18.652539] pnp: 00:0f: ioport range 0x440-0x45f has been reserved
[ 18.658680] pnp: 00:0f: ioport range 0x460-0x47f has been reserved
[ 18.664822] pnp: 00:0f: ioport range 0x480-0x48f has been reserved
[ 18.670965] pnp: 00:0f: ioport range 0xf800-0xf81f has been reserved
[ 18.677279] pnp: 00:0f: ioport range 0xf820-0xf83f has been reserved
[ 18.683594] pnp: 00:0f: ioport range 0xf840-0xf85f has been reserved
[ 18.689909] pnp: 00:10: ioport range 0x4d0-0x4d1 has been reserved
[ 18.696054] pnp: 00:11: iomem range 0x0-0x9ffff could not be reserved
[ 18.702453] pnp: 00:11: iomem range 0x100000-0xdfffffff could not be reserved
[ 18.709543] pnp: 00:11: iomem range 0xe4000-0xfffff could not be reserved
[ 18.716290] pnp: 00:11: iomem range 0xfec01000-0xfecfffff could not be reserved
[ 18.723730] PCI: Bridge: 0000:00:1c.0
[ 18.727368] IO window: disabled.
[ 18.730749] MEM window: disabled.
[ 18.734214] PREFETCH window: disabled.
[ 18.738111] PCI: Bridge: 0000:00:1c.1
[ 18.741750] IO window: 1000-1fff
[ 18.745129] MEM window: f0200000-f02fffff
[ 18.749285] PREFETCH window: f0300000-f03fffff
[ 18.753874] PCI: Bridge: 0000:00:1e.0
[ 18.757511] IO window: disabled.
[ 18.760891] MEM window: disabled.
[ 18.764356] PREFETCH window: disabled.
[ 18.768265] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 18.774506] ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 21 (level, low) -> IRQ 21
[ 18.781867] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 18.788100] PCI: Setting latency timer of device 0000:00:1e.0 to 64
[ 18.794334] NET: Registered protocol family 2
[ 18.890475] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 18.898660] TCP established hash table entries: 524288 (order: 11, 12582912 bytes)
[ 18.913306] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[ 18.920649] TCP: Hash tables configured (established 524288 bind 65536)
[ 18.927221] TCP reno registered
[ 18.970310] checking if image is initramfs... it is
[ 19.157391] Freeing initrd memory: 2907k freed
[ 19.162721] audit: initializing netlink socket (disabled)
[ 19.168099] audit(1193132751.600:1): initialized
[ 19.174075] VFS: Disk quotas dquot_6.5.1
[ 19.178005] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[ 19.184469] io scheduler noop registered
[ 19.188366] io scheduler anticipatory registered
[ 19.192971] io scheduler deadline registered (default)
[ 19.198133] io scheduler cfq registered
[ 19.201952] Boot video device is 0000:00:02.0
[ 19.209309] PCI: Setting latency timer of device 0000:00:1c.0 to 64
[ 19.215570] assign_interrupt_mode Found MSI capability
[ 19.220678] Allocate Port Service[0000:00:1c.0:pcie00]
[ 19.225808] Allocate Port Service[0000:00:1c.0:pcie02]
[ 19.230971] PCI: Setting latency timer of device 0000:00:1c.1 to 64
[ 19.237226] assign_interrupt_mode Found MSI capability
[ 19.242360] Allocate Port Service[0000:00:1c.1:pcie00]
[ 19.247482] Allocate Port Service[0000:00:1c.1:pcie02]
[ 19.265973] Real Time Clock Driver v1.12ac
[ 19.270182] hpet_resources: 0xfed00000 is busy
[ 19.274625] Linux agpgart interface v0.102 (c) Dave Jones
[ 19.280019] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
[ 19.287806] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 19.293901] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
[ 19.300255] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 19.305930] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
[ 19.311601] ACPI: PCI Interrupt 0000:00:03.3[B] -> GSI 17 (level, low) -> IRQ 17
[ 19.319005] 0000:00:03.3: ttyS2 at I/O 0x2248 (irq = 17) is a 16550A
[ 19.325732] RAMDISK driver initialized: 16 RAM disks of 65536K size 1024 blocksize
[ 19.333434] input: Macintosh mouse button emulation as /class/input/input0
[ 19.340340] PNP: PS/2 Controller [PNP0303:KBD,PNP0f0e:PS2M] at 0x60,0x64 irq 1,12
[ 19.350667] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 19.355601] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 19.360732] mice: PS/2 mouse device common for all mice
[ 19.366009] TCP cubic registered
[ 19.369255] NET: Registered protocol family 1
[ 19.373630] swsusp: Resume From Partition /dev/sda5
[ 19.378479] PM: Checking swsusp image.
[ 19.382216] swsusp: Error -6 check for resume file
[ 19.386975] PM: Resume from disk failed.
[ 19.391211] /build/buildd/linux-source-2.6.22-2.6.22/drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
[ 19.400986] Freeing unused kernel memory: 308k freed
[ 19.421835] input: AT Translated Set 2 keyboard as /class/input/input1
[ 19.853592] SCSI subsystem initialized
[ 19.864452] libata version 2.21 loaded.
[ 19.874806] ata_piix 0000:00:1f.2: version 2.11
[ 19.879317] ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
[ 19.884487] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 18 (level, low) -> IRQ 18
[ 19.891868] PCI: Setting latency timer of device 0000:00:1f.2 to 64
[ 19.899235] scsi0 : ata_piix
[ 19.902647] scsi1 : ata_piix
[ 19.905561] ata1: SATA max UDMA/133 cmd 0x00000000000101f0 ctl 0x00000000000103f6 bmdma 0x00000000000121f0 irq 14
[ 19.915760] ata2: SATA max UDMA/133 cmd 0x0000000000010170 ctl 0x0000000000010376 bmdma 0x00000000000121f8 irq 15
[ 20.097760] ata1.00: ATA-7: Hitachi HDS721616PLA380, P22OABDA, max UDMA/100
[ 20.104679] ata1.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 20.147714] ata1.00: configured for UDMA/100
[ 20.647488] ata2.00: ATAPI: ATAPI DVD A DH16A1L, KH39, max UDMA/100
[ 20.847399] ata2.00: configured for UDMA/100
[ 20.851694] scsi 0:0:0:0: Direct-Access ATA Hitachi HDS72161 P22O PQ: 0 ANSI: 5
[ 20.861534] sd 0:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
[ 20.868631] sd 0:0:0:0: [sda] Write Protect is off
[ 20.873390] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 20.878419] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 20.887446] sd 0:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB)
[ 20.894539] sd 0:0:0:0: [sda] Write Protect is off
[ 20.899300] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 20.904326] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 20.913318] sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
[ 20.955958] sd 0:0:0:0: [sda] Attached SCSI disk
[ 20.961705] scsi 1:0:0:0: CD-ROM ATAPI DVD A DH16A1L KH39 PQ: 0 ANSI: 5
[ 20.969781] ata_piix 0000:00:1f.5: MAP [ P0 P2 P1 P3 ]
[ 20.983203] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 20.988508] sr 1:0:0:0: Attached scsi generic sg1 type 5
[ 20.995400] sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
[ 21.002839] Uniform CD-ROM driver Revision: 3.20
[ 21.007451] sr 1:0:0:0: Attached scsi CD-ROM sr0
[ 21.127255] ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 18 (level, low) -> IRQ 18
[ 21.134698] PCI: Setting latency timer of device 0000:00:1f.5 to 64
[ 21.141011] scsi2 : ata_piix
[ 21.143969] scsi3 : ata_piix
[ 21.146851] ata3: SATA max UDMA/133 cmd 0x0000000000012260 ctl 0x0000000000012282 bmdma 0x0000000000012210 irq 18
[ 21.157107] ata4: SATA max UDMA/133 cmd 0x0000000000012268 ctl 0x0000000000012286 bmdma 0x0000000000012218 irq 18
[ 21.510857] ACPI: SSDT DEFCD42B, 03AC (r1 COMPAQ CPU_TM2 1 MSFT 100000E)
[ 21.518480] ACPI: SSDT DEFCD2AF, 017C (r1 COMPAQ CST 1 MSFT 100000E)
[ 21.526068] ACPI: CPU0 (power states: C1[C1] C2[C2])
[ 21.531032] ACPI: Processor [CPU0] (supports 8 throttling states)
[ 21.537254] ACPI: CPU1 (power states: C1[C1] C2[C2])
[ 21.542218] ACPI: Processor [CPU1] (supports 8 throttling states)
[ 21.548300] ACPI Exception (processor_core-0783): AE_NOT_FOUND, Processor Device is not present [20070126]
[ 21.557920] ACPI Exception (processor_core-0783): AE_NOT_FOUND, Processor Device is not present [20070126]
[ 21.572825] Marking TSC unstable due to possible TSC halt in C2
[ 21.578710] Time: hpet clocksource has been installed.
[ 21.684056] kjournald starting. Commit interval 5 seconds
[ 21.684267] EXT3 FS on sda6, internal journal
[ 21.684269] EXT3-fs: mounted filesystem with ordered data mode.
[ 22.658230] Adding 2104472k swap on /dev/disk/by-id/scsi-SATA_Hitachi_HDS7216_PVD301Z9R3DSTK-part5. Priority:-1 extents:1 across:2104472k
[ 23.277189] parport_pc 00:07: reported by Plug and Play ACPI
[ 23.282866] parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
[ 23.369625] lp0: using parport0 (interrupt-driven).
[ 24.010128] usbcore: registered new interface driver usbfs
[ 24.015595] usbcore: registered new interface driver hub
[ 24.020894] usbcore: registered new device driver usb
[ 24.037131] USB Universal Host Controller Interface driver v3.0
[ 24.043109] ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 20 (level, low) -> IRQ 20
[ 24.050505] PCI: Setting latency timer of device 0000:00:1a.0 to 64
[ 24.056732] uhci_hcd 0000:00:1a.0: UHCI Host Controller
[ 24.062177] uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
[ 24.069562] uhci_hcd 0000:00:1a.0: irq 20, io base 0x00002120
[ 24.075378] usb usb1: configuration #1 chosen from 1 choice
[ 24.080949] hub 1-0:1.0: USB hub found
[ 24.084680] hub 1-0:1.0: 2 ports detected
[ 24.159704] Intel(R) PRO/1000 Network Driver - version 7.3.20-k2-NAPI
[ 24.166107] Copyright (c) 1999-2006 Intel Corporation.
[ 24.197081] ACPI: PCI Interrupt 0000:00:1a.1[B] -> GSI 21 (level, low) -> IRQ 21
[ 24.204553] PCI: Setting latency timer of device 0000:00:1a.1 to 64
[ 24.210810] uhci_hcd 0000:00:1a.1: UHCI Host Controller
[ 24.216028] uhci_hcd 0000:00:1a.1: new USB bus registered, assigned bus number 2
[ 24.223508] uhci_hcd 0000:00:1a.1: irq 21, io base 0x00002140
[ 24.229308] usb usb2: configuration #1 chosen from 1 choice
[ 24.234966] hub 2-0:1.0: USB hub found
[ 24.238757] hub 2-0:1.0: 2 ports detected
[ 24.346680] ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 20 (level, low) -> IRQ 20
[ 24.354049] PCI: Setting latency timer of device 0000:00:1d.0 to 64
[ 24.360279] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 24.365494] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 3
[ 24.372870] uhci_hcd 0000:00:1d.0: irq 20, io base 0x00002160
[ 24.378654] usb usb3: configuration #1 chosen from 1 choice
[ 24.384207] hub 3-0:1.0: USB hub found
[ 24.387936] hub 3-0:1.0: 2 ports detected
[ 24.496311] ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 21 (level, low) -> IRQ 21
[ 24.503740] PCI: Setting latency timer of device 0000:00:1d.1 to 64
[ 24.509971] uhci_hcd 0000:00:1d.1: UHCI Host Controller
[ 24.515179] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 4
[ 24.522610] uhci_hcd 0000:00:1d.1: irq 21, io base 0x00002180
[ 24.528464] usb usb4: configuration #1 chosen from 1 choice
[ 24.534016] hub 4-0:1.0: USB hub found
[ 24.537745] hub 4-0:1.0: 2 ports detected
[ 24.645922] ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 22 (level, low) -> IRQ 22
[ 24.653402] PCI: Setting latency timer of device 0000:00:1d.2 to 64
[ 24.659684] uhci_hcd 0000:00:1d.2: UHCI Host Controller
[ 24.664945] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 5
[ 24.672315] uhci_hcd 0000:00:1d.2: irq 22, io base 0x000021a0
[ 24.678144] usb usb5: configuration #1 chosen from 1 choice
[ 24.683752] hub 5-0:1.0: USB hub found
[ 24.687539] hub 5-0:1.0: 2 ports detected
[ 24.795597] ACPI: PCI Interrupt 0000:30:00.0[A] -> GSI 17 (level, low) -> IRQ 17
[ 24.802971] PCI: Setting latency timer of device 0000:30:00.0 to 64
[ 24.888064] e1000: 0000:30:00.0: e1000_probe: (PCI Express:2.5Gb/s:Width x1) 00:15:17:3e:52:66
[ 24.997491] e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
[ 25.004464] ACPI: PCI Interrupt 0000:00:1a.7[C] -> GSI 22 (level, low) -> IRQ 22
[ 25.012780] PCI: Setting latency timer of device 0000:00:1a.7 to 64
[ 25.019019] ehci_hcd 0000:00:1a.7: EHCI Host Controller
[ 25.024243] ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 6
[ 25.031629] ehci_hcd 0000:00:1a.7: debug port 1
[ 25.036135] PCI: cache line size of 32 is not supported by device 0000:00:1a.7
[ 25.043317] ehci_hcd 0000:00:1a.7: irq 22, io mem 0xf01a6000
[ 25.052829] ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
[ 25.060355] usb usb6: configuration #1 chosen from 1 choice
[ 25.065918] hub 6-0:1.0: USB hub found
[ 25.069647] hub 6-0:1.0: 4 ports detected
[ 25.174591] agpgart: Detected an Intel Q35 Chipset.
[ 25.180770] agpgart: Detected 6140K stolen memory.
[ 25.198602] agpgart: AGP aperture is 256M @ 0xe0000000
[ 25.206229] ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 20 (level, low) -> IRQ 20
[ 25.214217] PCI: Setting latency timer of device 0000:00:1d.7 to 64
[ 25.220451] ehci_hcd 0000:00:1d.7: EHCI Host Controller
[ 25.225677] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 7
[ 25.233050] ehci_hcd 0000:00:1d.7: debug port 1
[ 25.237554] PCI: cache line size of 32 is not supported by device 0000:00:1d.7
[ 25.244737] ehci_hcd 0000:00:1d.7: irq 20, io mem 0xf01a6400
[ 25.254225] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
[ 25.261729] usb usb7: configuration #1 chosen from 1 choice
[ 25.267285] hub 7-0:1.0: USB hub found
[ 25.271011] hub 7-0:1.0: 6 ports detected
[ 25.581321] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
[ 26.008440] loop: module loaded
[ 28.511120] input: Power Button (FF) as /class/input/input2
[ 28.516686] ACPI: Power Button (FF) [PWRF]
[ 28.520840] input: Power Button (CM) as /class/input/input3
[ 28.526602] ACPI: Power Button (CM) [PBTN]
[ 29.274710] e1000: eth1: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[ 29.283541] e1000: eth1: e1000_watchdog: 10/100 speed: disabling TSO
[ 29.438758] NET: Registered protocol family 17
[ 50.012036] audit(1193157983.661:2): audit_pid=4347 old=0 by auid=4294967295
[ 51.794263] IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk>
[ 51.941359] NET: Registered protocol family 10
[ 51.945843] lo: Disabled Privacy Extensions
[ 62.680548] 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] 9+ messages in thread* Re: xen-unstable on HP dc7800 simply reboots
2007-10-23 16:49 xen-unstable on HP dc7800 simply reboots John Byrne
@ 2007-10-23 18:07 ` Keir Fraser
2007-10-23 19:15 ` John Byrne
0 siblings, 1 reply; 9+ messages in thread
From: Keir Fraser @ 2007-10-23 18:07 UTC (permalink / raw)
To: John Byrne, xen-devel
On 23/10/07 17:49, "John Byrne" <john.l.byrne@hp.com> wrote:
> Does anyone know what is wrong or can tell me how to go about debugging
> this? The dmesg output from booting the Ubuntu 2.6.22-14-server kernel
> is attach in the hope that it will provide some useful information.
I suggest binary-chopping to find the offending changeset. Some early
boot-time stuff went in over the past few days, so for example try reverting
to 16130 and see if that has the same problem. Go back another 30, or
forward 15, changesets depending on whether that works or not. I suspect
this issue is quite new, so it shouldn't take too long to narrow down.
-- Keir
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: xen-unstable on HP dc7800 simply reboots
2007-10-23 18:07 ` Keir Fraser
@ 2007-10-23 19:15 ` John Byrne
2007-10-23 23:03 ` John Byrne
0 siblings, 1 reply; 9+ messages in thread
From: John Byrne @ 2007-10-23 19:15 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel
Keir Fraser wrote:
> On 23/10/07 17:49, "John Byrne" <john.l.byrne@hp.com> wrote:
>
>> Does anyone know what is wrong or can tell me how to go about debugging
>> this? The dmesg output from booting the Ubuntu 2.6.22-14-server kernel
>> is attach in the hope that it will provide some useful information.
>
> I suggest binary-chopping to find the offending changeset. Some early
> boot-time stuff went in over the past few days, so for example try reverting
> to 16130 and see if that has the same problem. Go back another 30, or
> forward 15, changesets depending on whether that works or not. I suspect
> this issue is quite new, so it shouldn't take too long to narrow down.
Actually, it a few months old. xen-unstable 15236 is the last changeset
that Xen doesn't immediately reboot.
John
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: xen-unstable on HP dc7800 simply reboots
2007-10-23 19:15 ` John Byrne
@ 2007-10-23 23:03 ` John Byrne
2007-10-24 7:12 ` Keir Fraser
0 siblings, 1 reply; 9+ messages in thread
From: John Byrne @ 2007-10-23 23:03 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel
John Byrne wrote:
> Keir Fraser wrote:
>> On 23/10/07 17:49, "John Byrne" <john.l.byrne@hp.com> wrote:
>>
>>> Does anyone know what is wrong or can tell me how to go about debugging
>>> this? The dmesg output from booting the Ubuntu 2.6.22-14-server kernel
>>> is attach in the hope that it will provide some useful information.
>>
>> I suggest binary-chopping to find the offending changeset. Some early
>> boot-time stuff went in over the past few days, so for example try
>> reverting
>> to 16130 and see if that has the same problem. Go back another 30, or
>> forward 15, changesets depending on whether that works or not. I suspect
>> this issue is quite new, so it shouldn't take too long to narrow down.
>
> Actually, it a few months old. xen-unstable 15236 is the last changeset
> that Xen doesn't immediately reboot.
>
Littering the early boot code with putc() and comparing the code's
behavior on a machine that actually boots, I've found that the call to
get_memory_map from trampoline.S is the root of all evil. If that is
called, then the trampoline fails to make it back to protected mode from
real mode. I am still working to identify the specific problem.
John
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: xen-unstable on HP dc7800 simply reboots
2007-10-23 23:03 ` John Byrne
@ 2007-10-24 7:12 ` Keir Fraser
2007-10-24 8:03 ` Keir Fraser
0 siblings, 1 reply; 9+ messages in thread
From: Keir Fraser @ 2007-10-24 7:12 UTC (permalink / raw)
To: John Byrne; +Cc: xen-devel
On 24/10/07 00:03, "John Byrne" <john.l.byrne@hp.com> wrote:
>> Actually, it a few months old. xen-unstable 15236 is the last changeset
>> that Xen doesn't immediately reboot.
>>
>
> Littering the early boot code with putc() and comparing the code's
> behavior on a machine that actually boots, I've found that the call to
> get_memory_map from trampoline.S is the root of all evil. If that is
> called, then the trampoline fails to make it back to protected mode from
> real mode. I am still working to identify the specific problem.
So if you remove that call, so Xen falls back to using the GRUB-supplied
memory map, then Xen boots okay? Is tghat tru on current tip of xen-unstable
too?
-- Keir
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: xen-unstable on HP dc7800 simply reboots
2007-10-24 7:12 ` Keir Fraser
@ 2007-10-24 8:03 ` Keir Fraser
2007-10-24 16:15 ` John Byrne
0 siblings, 1 reply; 9+ messages in thread
From: Keir Fraser @ 2007-10-24 8:03 UTC (permalink / raw)
To: John Byrne; +Cc: xen-devel
On 24/10/07 08:12, "Keir Fraser" <Keir.Fraser@cl.cam.ac.uk> wrote:
>> Littering the early boot code with putc() and comparing the code's
>> behavior on a machine that actually boots, I've found that the call to
>> get_memory_map from trampoline.S is the root of all evil. If that is
>> called, then the trampoline fails to make it back to protected mode from
>> real mode. I am still working to identify the specific problem.
>
> So if you remove that call, so Xen falls back to using the GRUB-supplied
> memory map, then Xen boots okay? Is tghat tru on current tip of xen-unstable
> too?
Thinking some more my guess is that any BIOS call is causing you to crash,
so removing just teh call to get_memory_map will be insufficient on tip --
you'll have to remove calls to set video mode and get edd information too.
Perhaps the IDT is either corrupted or not actually at address 0x0, like
it's supposed to be? What happens if you remove the 'lidt' instruction from
arch/x86/boot/trampoline.S?
-- Keir
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: xen-unstable on HP dc7800 simply reboots
2007-10-24 8:03 ` Keir Fraser
@ 2007-10-24 16:15 ` John Byrne
2007-10-25 2:13 ` [PATCH] " John Byrne
0 siblings, 1 reply; 9+ messages in thread
From: John Byrne @ 2007-10-24 16:15 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel
Keir Fraser wrote:
> On 24/10/07 08:12, "Keir Fraser" <Keir.Fraser@cl.cam.ac.uk> wrote:
>
>>> Littering the early boot code with putc() and comparing the code's
>>> behavior on a machine that actually boots, I've found that the call to
>>> get_memory_map from trampoline.S is the root of all evil. If that is
>>> called, then the trampoline fails to make it back to protected mode from
>>> real mode. I am still working to identify the specific problem.
>> So if you remove that call, so Xen falls back to using the GRUB-supplied
>> memory map, then Xen boots okay? Is tghat tru on current tip of xen-unstable
>> too?
>
> Thinking some more my guess is that any BIOS call is causing you to crash,
> so removing just teh call to get_memory_map will be insufficient on tip --
> you'll have to remove calls to set video mode and get edd information too.
> Perhaps the IDT is either corrupted or not actually at address 0x0, like
> it's supposed to be? What happens if you remove the 'lidt' instruction from
> arch/x86/boot/trampoline.S?
Once I identified the problem revision, I went back to the tip to try to
debug it. (Sorry for any ambiguity.) Taking out get_memory_map is
sufficient; get_edd and video don't seem to cause any problems.
Removing the lidt changes nothing. Adding a "ret" after the .Lmem88 in
mem.S confirms that the problem is in the e820 call. I'm currently
trying to see if the descriptor table is getting corrupted during the
BIOS calls.
John
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] xen-unstable on HP dc7800 simply reboots
2007-10-24 16:15 ` John Byrne
@ 2007-10-25 2:13 ` John Byrne
2007-10-25 7:49 ` Keir Fraser
0 siblings, 1 reply; 9+ messages in thread
From: John Byrne @ 2007-10-25 2:13 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel
[-- Attachment #1: Type: text/plain, Size: 1999 bytes --]
John Byrne wrote:
> Keir Fraser wrote:
>> On 24/10/07 08:12, "Keir Fraser" <Keir.Fraser@cl.cam.ac.uk> wrote:
>>
>>>> Littering the early boot code with putc() and comparing the code's
>>>> behavior on a machine that actually boots, I've found that the call to
>>>> get_memory_map from trampoline.S is the root of all evil. If that is
>>>> called, then the trampoline fails to make it back to protected mode
>>>> from
>>>> real mode. I am still working to identify the specific problem.
>>> So if you remove that call, so Xen falls back to using the GRUB-supplied
>>> memory map, then Xen boots okay? Is tghat tru on current tip of
>>> xen-unstable
>>> too?
>>
>> Thinking some more my guess is that any BIOS call is causing you to
>> crash,
>> so removing just teh call to get_memory_map will be insufficient on
>> tip --
>> you'll have to remove calls to set video mode and get edd information
>> too.
>> Perhaps the IDT is either corrupted or not actually at address 0x0, like
>> it's supposed to be? What happens if you remove the 'lidt' instruction
>> from
>> arch/x86/boot/trampoline.S?
>
> Once I identified the problem revision, I went back to the tip to try to
> debug it. (Sorry for any ambiguity.) Taking out get_memory_map is
> sufficient; get_edd and video don't seem to cause any problems.
> Removing the lidt changes nothing. Adding a "ret" after the .Lmem88 in
> mem.S confirms that the problem is in the e820 call. I'm currently
> trying to see if the descriptor table is getting corrupted during the
> BIOS calls.
>
A lot of work to find a one-line fix. There is no sign of any corruption
in the GDT, but you do need to reload the GDT before transitioning back
to real mode. I am asking a BIOS person might require this, but, in the
meantime, I cannot see how this patch will cause trouble on any other
system and it seems to fix mine. I am just a little uncomfortable
because I don't really understand why it is required.
Signed-off-by: john.l.byrne@hp.com
[-- Attachment #2: dc7800.patch --]
[-- Type: text/x-patch, Size: 507 bytes --]
diff -r b28ae5f00553 xen/arch/x86/boot/trampoline.S
--- a/xen/arch/x86/boot/trampoline.S Tue Oct 23 09:26:43 2007 +0100
+++ b/xen/arch/x86/boot/trampoline.S Wed Oct 24 16:58:23 2007 -0700
@@ -167,6 +167,8 @@ 1: mov $(BOOT_TRAMPOLINE>>4),%a
/* Disable irqs before returning to protected mode. */
cli
+ /* At least 1 BIOS requires GDT to be reloaded. */
+ lgdt bootsym(gdt_48)
/* Enter protected mode, and flush insn queue. */
xor %ax,%ax
[-- 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] 9+ messages in thread* Re: [PATCH] xen-unstable on HP dc7800 simply reboots
2007-10-25 2:13 ` [PATCH] " John Byrne
@ 2007-10-25 7:49 ` Keir Fraser
0 siblings, 0 replies; 9+ messages in thread
From: Keir Fraser @ 2007-10-25 7:49 UTC (permalink / raw)
To: John Byrne; +Cc: xen-devel
On 25/10/07 03:13, "John Byrne" <john.l.byrne@hp.com> wrote:
>> Once I identified the problem revision, I went back to the tip to try to
>> debug it. (Sorry for any ambiguity.) Taking out get_memory_map is
>> sufficient; get_edd and video don't seem to cause any problems.
>> Removing the lidt changes nothing. Adding a "ret" after the .Lmem88 in
>> mem.S confirms that the problem is in the e820 call. I'm currently
>> trying to see if the descriptor table is getting corrupted during the
>> BIOS calls.
>
> A lot of work to find a one-line fix. There is no sign of any corruption
> in the GDT, but you do need to reload the GDT before transitioning back
> to real mode. I am asking a BIOS person might require this, but, in the
> meantime, I cannot see how this patch will cause trouble on any other
> system and it seems to fix mine. I am just a little uncomfortable
> because I don't really understand why it is required.
This is a very reasonable thing to do actually, if for no other reason than
all bootloaders appear to do it every time they enter protected mode.
There's safety in numbers!
We should probably frob the a20 gate on entry/exit to real mode too, for the
truly authentic real-mode experience. Nothing's yet broken due to lack of it
though.
-- Keir
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2007-10-25 7:49 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-23 16:49 xen-unstable on HP dc7800 simply reboots John Byrne
2007-10-23 18:07 ` Keir Fraser
2007-10-23 19:15 ` John Byrne
2007-10-23 23:03 ` John Byrne
2007-10-24 7:12 ` Keir Fraser
2007-10-24 8:03 ` Keir Fraser
2007-10-24 16:15 ` John Byrne
2007-10-25 2:13 ` [PATCH] " John Byrne
2007-10-25 7:49 ` Keir Fraser
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.