another centrino duo problem

another centrino duo problem

[David Brown]

Okay there's another centrino duo issue I've run across.

Also, finally got a setup where I can get console dumps from kvm :) so
I should be able to provide much better debugging information.

This happens when I try to tftpboot from and etherboot image and
install either fedora 7 or debian unstable but only on occasion.

=== console dump ===
CPU 0 irqstacks, hard=c076e000 soft=c074e000
PID hash table entries: 2048 (order: 11, 8192 bytes)
Detected 1197.321 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 509396k/524224k available (2037k kernel code, 14284k reserved, 1069k dat
a, 236k init, 0k highmem)
virtual kernel memory layout:
    fixmap  : 0xffc55000 - 0xfffff000   (3752 kB)
    pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
    vmalloc : 0xe0800000 - 0xff7fe000   ( 495 MB)
    lowmem  : 0xc0000000 - 0xdfff0000   ( 511 MB)
      .init : 0xc070e000 - 0xc0749000   ( 236 kB)
      .data : 0xc05fd722 - 0xc0708cb4   (1069 kB)
      .text : 0xc0400000 - 0xc05fd722   (2037 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 2405.37 BogoMIPS (lpj=1202687)
Security Framework v1.0.0 initialized
SELinux:  Initializing.
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
CPU: L1 I cache: 8K
CPU: L2 cache: 128K
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 13k freed
CPU0: Intel Pentium II (Klamath) stepping 03
SMP motherboard not detected.
Brought up 1 CPUs
Time: 23:59:52  Date: 05/18/107
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfa130, last bus=0
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Probing PCI hardware
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
PCI quirk: region b000-b03f claimed by PIIX4 ACPI
PCI quirk: region b100-b10f claimed by PIIX4 SMB
PCI: Using IRQ router PIIX/ICH [8086/7000] at 0000:00:01.0
NetLabel: Initializing
NetLabel:  domain hash size = 128
NetLabel:  protocols = UNLABELED CIPSOv4
NetLabel:  unlabeled traffic allowed by default
PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0
NET: Registered protocol family 2
====

Then everything just stops and doesn't continue.

Here's the command line.
kvm -no-rtc -boot d -cdrom /home/dmlb2000/Desktop/eb-5.4.3-rtl8139.iso
-net nic,model=rtl8139 -net tap -m 512 /dev/vg0/extra -serial
/dev/pts/2
The pts/2 is connected to an xterm.

Also it happens with both taskset 1 and without. Also this doesn't
happen with -no-kvm.

Not sure if this is an issue with qemu and the way pxelinux.0 loads
the kernel or what...

Thanks,
- David Brown

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

Re: another centrino duo problem

[Dong, Eddie]

It is likely that guest stops to receive interrupt. I met this issue in
debuging
in kernel PIC patch. The normal reason is that a previous irq injection 
fails (IDT_Vectoring valid). It seems currnet KVM handling to
IDT_Vectoring 
doesn't cover all situation.
(The in Kernel PIC patch will try to cover this)

kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org wrote:
> Okay there's another centrino duo issue I've run across.
> 
> Also, finally got a setup where I can get console dumps from kvm :) so
> I should be able to provide much better debugging information.
> 
> This happens when I try to tftpboot from and etherboot image and
> install either fedora 7 or debian unstable but only on occasion.
> 
> === console dump ===
> CPU 0 irqstacks, hard=c076e000 soft=c074e000
> PID hash table entries: 2048 (order: 11, 8192 bytes)
> Detected 1197.321 MHz processor.
> Console: colour VGA+ 80x25
> Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
> Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
> Memory: 509396k/524224k available (2037k kernel code, 14284k
> reserved, 1069k dat a, 236k init, 0k highmem)
> virtual kernel memory layout:
>    fixmap  : 0xffc55000 - 0xfffff000   (3752 kB)
>    pkmap   : 0xff800000 - 0xffc00000   (4096 kB)
>    vmalloc : 0xe0800000 - 0xff7fe000   ( 495 MB)
>    lowmem  : 0xc0000000 - 0xdfff0000   ( 511 MB)
>      .init : 0xc070e000 - 0xc0749000   ( 236 kB)
>      .data : 0xc05fd722 - 0xc0708cb4   (1069 kB)
>      .text : 0xc0400000 - 0xc05fd722   (2037 kB)
> Checking if this processor honours the WP bit even in
> supervisor mode... Ok.
> Calibrating delay using timer specific routine.. 2405.37
> BogoMIPS (lpj=1202687)
> Security Framework v1.0.0 initialized
> SELinux:  Initializing.
> selinux_register_security:  Registering secondary module capability
> Capability LSM initialized as secondary
> Mount-cache hash table entries: 512
> CPU: L1 I cache: 8K
> CPU: L2 cache: 128K
> Checking 'hlt' instruction... OK.
> SMP alternatives: switching to UP code
> Freeing SMP alternatives: 13k freed
> CPU0: Intel Pentium II (Klamath) stepping 03
> SMP motherboard not detected.
> Brought up 1 CPUs
> Time: 23:59:52  Date: 05/18/107
> NET: Registered protocol family 16
> PCI: PCI BIOS revision 2.10 entry at 0xfa130, last bus=0
> PCI: Using configuration type 1
> Setting up standard PCI resources
> ACPI: Interpreter disabled.
> Linux Plug and Play Support v0.97 (c) Adam Belay
> pnp: PnP ACPI: disabled
> usbcore: registered new interface driver usbfs
> usbcore: registered new interface driver hub
> usbcore: registered new device driver usb
> PCI: Probing PCI hardware
> * Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
> * this clock source is slow. Consider trying other clock sources
> PCI quirk: region b000-b03f claimed by PIIX4 ACPI
> PCI quirk: region b100-b10f claimed by PIIX4 SMB
> PCI: Using IRQ router PIIX/ICH [8086/7000] at 0000:00:01.0
> NetLabel: Initializing
> NetLabel:  domain hash size = 128
> NetLabel:  protocols = UNLABELED CIPSOv4
> NetLabel:  unlabeled traffic allowed by default
> PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0
> NET: Registered protocol family 2
> ====
> 
> Then everything just stops and doesn't continue.
> 
> Here's the command line.
> kvm -no-rtc -boot d -cdrom /home/dmlb2000/Desktop/eb-5.4.3-rtl8139.iso
> -net nic,model=rtl8139 -net tap -m 512 /dev/vg0/extra -serial
> /dev/pts/2 The pts/2 is connected to an xterm.
> 
> Also it happens with both taskset 1 and without. Also this doesn't
> happen with -no-kvm. 
> 
> Not sure if this is an issue with qemu and the way pxelinux.0 loads
> the kernel or what... 
> 
> Thanks,
> - David Brown
> 
> ---------------------------------------------------------------
> ----------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> kvm-devel mailing list
> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/kvm-devel

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

Re: another centrino duo problem

[Avi Kivity]

David Brown wrote:
> Okay there's another centrino duo issue I've run across.
>
> Also, finally got a setup where I can get console dumps from kvm :) so
> I should be able to provide much better debugging information.
>
> This happens when I try to tftpboot from and etherboot image and
> install either fedora 7 or debian unstable but only on occasion.
>   

Luca Tettamanti traced the problem to a bug in the x86 emulator.  Watch 
this space for patches.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/