CDRW "lost interrupt problem"

CDRW "lost interrupt problem"

Post by George Hause » Tue, 07 Aug 2001 12:08:56



  I have been trying to find an answer to this question in archives and
the source documentation.
I have recompiled the kernel several times with different
configurations.  I have tried using a
Sony CDRW drive instead of the HP CDRW drive.  All give the same weird
behavior:  1) at boot time the
drive is correctly identified but a few  lines later there is a "lost
interrupt" message for it,
2) after boot when I insert a CD in the drive it takes several minutes
(yes, minutes) before the
disk to mount, after that access to the drive is normal (ie. there is no
delay in changing
directories or reading files, 3) there are lots of "lost interrupt"
messages in the syslog file,
4) the problem only happens with CDRW drives.
  The other thing I have not been able to track down is the source and
consequences of the
unexpected IO-APIC message.  I did not send the email since when I
looked at the linux-smp
archives there did not seem to be anything posted since 1999.

Thanks

Here is the first part of the dmesg output:

 0, pol 0, trig 0, bus 2, IRQ 0f, APIC ID 2, APIC INT 0f
Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
Int: type 0, pol 3, trig 3, bus 2, IRQ 09, APIC ID 2, APIC INT 09
Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
Int: type 0, pol 3, trig 3, bus 2, IRQ 0a, APIC ID 2, APIC INT 0a
Lint: type 3, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 00
Lint: type 1, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 01
Processors: 2
mapped APIC to ffffe000 (fee00000)
mapped IOAPIC to ffffd000 (fec00000)
Kernel command line: mem=262080K  root=/dev/hde1
Initializing CPU#0
Detected 732.154 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1461.45 BogoMIPS
Memory: 255404k/262080k available (1001k kernel code, 6288k reserved,
400k data, 200k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
CPU serial number disabled.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgo...@atnf.csiro.au)
mtrr: detected mtrr type: Intel
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU0: Intel Pentium III (Coppermine) stepping 06
per-CPU timeslice cutoff: 730.56 usecs.
Getting VERSION: 40011
Getting VERSION: 40011
Getting ID: 0
Getting ID: f000000
Getting LVT0: 700
Getting LVT1: 400
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
CPU present map: 3
Booting processor 1/1 eip 2000
Setting warm reset code and vector.
1.
2.
3.
Asserting INIT.
Waiting for send to finish...
+Deasserting INIT.
Waiting for send to finish...
+#startup loops: 2.
Sending STARTUP #1.
After apic_write.
Initializing CPU#1
CPU#1 (phys ID: 1) waiting for CALLOUT
Startup point 1.
Waiting for send to finish...
+Sending STARTUP #2.
After apic_write.
Startup point 1.
Waiting for send to finish...
+After Startup.
Before Callout 1.
After Callout 1.
CALLIN, before setup_local_APIC().
masked ExtINT on CPU#1
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Calibrating delay loop... 1461.45 BogoMIPS
Stack at about c1449fbc
CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check reporting enabled on CPU#1.
CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
CPU serial number disabled.
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
OK.
CPU1: Intel Pentium III (Coppermine) stepping 06
CPU has booted.
Before bogomips.
Total of 2 processors activated (2922.90 BogoMIPS).
Before bogocount - setting activated=1.
Boot done.
ENABLING IO-APIC IRQs
...changing IO-APIC physical APIC ID to 2 ... ok.
Synchronizing Arb IDs.
init IO_APIC IRQs
 IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22,
2-23 not connected.
..TIMER: vector=49 pin1=2 pin2=0
number of MP IRQ sources: 17.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................

IO APIC #2......
.... register #00: 02000000
.......    : physical APIC id: 02
.... register #01: 00178011
.......     : max redirection entries: 0017
.......     : IO APIC version: 0011
 WARNING: unexpected IO-APIC, please mail
          to linux-...@vger.kernel.org
.... register #02: 00000000
.......     : arbitration: 00
.... IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:  
 00 000 00  1    0    0   0   0    0    0    00
 01 003 03  0    0    0   0   0    1    1    39
 02 003 03  0    0    0   0   0    1    1    31
 03 003 03  0    0    0   0   0    1    1    41
 04 003 03  0    0    0   0   0    1    1    49
 05 003 03  0    0    0   0   0    1    1    51
 06 003 03  0    0    0   0   0    1    1    59
 07 003 03  0    0    0   0   0    1    1    61
 08 003 03  0    0    0   0   0    1    1    69
 09 003 03  1    1    0   1   0    1    1    71
 0a 003 03  1    1    0   1   0    1    1    79
 0b 003 03  1    1    0   1   0    1    1    81
 0c 003 03  0    0    0   0   0    1    1    89
 0d 003 03  0    0    0   0   0    1    1    91
 0e 003 03  0    0    0   0   0    1    1    99
 0f 003 03  0    0    0   0   0    1    1    A1
 10 000 00  1    0    0   0   0    0    0    00
 11 000 00  1    0    0   0   0    0    0    00
 12 000 00  1    0    0   0   0    0    0    00
 13 000 00  1    0    0   0   0    0    0    00
 14 000 00  1    0    0   0   0    0    0    00
 15 000 00  1    0    0   0   0    0    0    00
 16 000 00  1    0    0   0   0    0    0    00
 17 000 00  1    0    0   0   0    0    0    00
IRQ to pin mappings:
IRQ0 -> 2
IRQ1 -> 1
IRQ3 -> 3
IRQ4 -> 4
IRQ5 -> 5
IRQ6 -> 6
IRQ7 -> 7
IRQ8 -> 8
IRQ9 -> 9
IRQ10 -> 10
IRQ11 -> 11
IRQ12 -> 12
IRQ13 -> 13
IRQ14 -> 14
IRQ15 -> 15
.................................... done.
calibrating APIC timer ...
..... CPU clock speed is 732.1387 MHz.
..... host bus clock speed is 133.1160 MHz.
cpu: 0, clocks: 1331160, slice: 443720
CPU0<T0:1331152,T1:887424,D:8,S:443720,C:1331160>
cpu: 1, clocks: 1331160, slice: 443720
CPU1<T0:1331152,T1:443712,D:0,S:443720,C:1331160>
checking TSC synchronization across CPUs: passed.
Setting commenced=1, go go go
mtrr: your CPUs had inconsistent fixed MTRR settings
mtrr: your CPUs had inconsistent variable MTRR settings
mtrr: probably your BIOS does not setup all CPUs
PCI: PCI BIOS revision 2.10 entry at 0xfb3a0, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
block: queued sectors max/low 169642kB/56547kB, 512 slots per queue
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xc008-0xc00f, BIOS settings: hdc:DMA, hdd:pio
HPT370: IDE controller on PCI bus 00 dev 70
HPT370: chipset revision 3
HPT370: not 100% native mode: will probe irqs later
    ide2: BM-DMA at 0xe800-0xe807, BIOS settings: hde:DMA, hdf:DMA
    ide3: BM-DMA at 0xe808-0xe80f, BIOS settings: hdg:pio, hdh:pio
hda: Hewlett-Packard CD-Writer Plus 9100, ATAPI CD/DVD-ROM drive
hdc: ATAPI 48X CDROM, ATAPI CD/DVD-ROM drive
hde: WDC WD200BB-00AUA1, ATA DISK drive
hdf: WDC WD200BB-00AUA1, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0xd800-0xd807,0xdc02 on irq 11
hde: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63,
UDMA(100)
hdf: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63,
UDMA(100)
hda: lost interrupt
hda: ATAPI 32X CD-ROM CD-R/RW drive, 4096kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
hdc: ATAPI 48X CD-ROM drive, 128kB Cache, UDMA(16)

 
 
 

CDRW "lost interrupt problem"

Post by D. Stimit » Tue, 07 Aug 2001 18:13:17


Is this by any chance the i840 (broken) chipset? Try disabling the
IO-APIC, during lilo boot, when you have a chance to enter command line
arguments, add in "noapic".

D. Stimits, stim...@idcomm.om

George Hauser wrote:

>   I have been trying to find an answer to this question in archives and
> the source documentation.
> I have recompiled the kernel several times with different
> configurations.  I have tried using a
> Sony CDRW drive instead of the HP CDRW drive.  All give the same weird
> behavior:  1) at boot time the
> drive is correctly identified but a few  lines later there is a "lost
> interrupt" message for it,
> 2) after boot when I insert a CD in the drive it takes several minutes
> (yes, minutes) before the
> disk to mount, after that access to the drive is normal (ie. there is no
> delay in changing
> directories or reading files, 3) there are lots of "lost interrupt"
> messages in the syslog file,
> 4) the problem only happens with CDRW drives.
>   The other thing I have not been able to track down is the source and
> consequences of the
> unexpected IO-APIC message.  I did not send the email since when I
> looked at the linux-smp
> archives there did not seem to be anything posted since 1999.

> Thanks

> Here is the first part of the dmesg output:

>  0, pol 0, trig 0, bus 2, IRQ 0f, APIC ID 2, APIC INT 0f
> Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
> Int: type 0, pol 3, trig 3, bus 2, IRQ 09, APIC ID 2, APIC INT 09
> Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
> Int: type 0, pol 3, trig 3, bus 2, IRQ 0a, APIC ID 2, APIC INT 0a
> Lint: type 3, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 00
> Lint: type 1, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 01
> Processors: 2
> mapped APIC to ffffe000 (fee00000)
> mapped IOAPIC to ffffd000 (fec00000)
> Kernel command line: mem=262080K  root=/dev/hde1
> Initializing CPU#0
> Detected 732.154 MHz processor.
> Console: colour VGA+ 80x25
> Calibrating delay loop... 1461.45 BogoMIPS
> Memory: 255404k/262080k available (1001k kernel code, 6288k reserved,
> 400k data, 200k init, 0k highmem)
> Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
> Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 256K
> Intel machine check architecture supported.
> Intel machine check reporting enabled on CPU#0.
> CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
> CPU serial number disabled.
> CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> CPU: Common caps: 0383fbff 00000000 00000000 00000000
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Checking 'hlt' instruction... OK.
> POSIX conformance testing by UNIFIX
> mtrr: v1.40 (20010327) Richard Gooch (rgo...@atnf.csiro.au)
> mtrr: detected mtrr type: Intel
> CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 256K
> Intel machine check reporting enabled on CPU#0.
> CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
> CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> CPU: Common caps: 0383fbff 00000000 00000000 00000000
> CPU0: Intel Pentium III (Coppermine) stepping 06
> per-CPU timeslice cutoff: 730.56 usecs.
> Getting VERSION: 40011
> Getting VERSION: 40011
> Getting ID: 0
> Getting ID: f000000
> Getting LVT0: 700
> Getting LVT1: 400
> enabled ExtINT on CPU#0
> ESR value before enabling vector: 00000000
> ESR value after enabling vector: 00000000
> CPU present map: 3
> Booting processor 1/1 eip 2000
> Setting warm reset code and vector.
> 1.
> 2.
> 3.
> Asserting INIT.
> Waiting for send to finish...
> +Deasserting INIT.
> Waiting for send to finish...
> +#startup loops: 2.
> Sending STARTUP #1.
> After apic_write.
> Initializing CPU#1
> CPU#1 (phys ID: 1) waiting for CALLOUT
> Startup point 1.
> Waiting for send to finish...
> +Sending STARTUP #2.
> After apic_write.
> Startup point 1.
> Waiting for send to finish...
> +After Startup.
> Before Callout 1.
> After Callout 1.
> CALLIN, before setup_local_APIC().
> masked ExtINT on CPU#1
> ESR value before enabling vector: 00000000
> ESR value after enabling vector: 00000000
> Calibrating delay loop... 1461.45 BogoMIPS
> Stack at about c1449fbc
> CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
> CPU: L1 I cache: 16K, L1 D cache: 16K
> CPU: L2 cache: 256K
> Intel machine check reporting enabled on CPU#1.
> CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
> CPU serial number disabled.
> CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> CPU: Common caps: 0383fbff 00000000 00000000 00000000
> OK.
> CPU1: Intel Pentium III (Coppermine) stepping 06
> CPU has booted.
> Before bogomips.
> Total of 2 processors activated (2922.90 BogoMIPS).
> Before bogocount - setting activated=1.
> Boot done.
> ENABLING IO-APIC IRQs
> ...changing IO-APIC physical APIC ID to 2 ... ok.
> Synchronizing Arb IDs.
> init IO_APIC IRQs
>  IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22,
> 2-23 not connected.
> ..TIMER: vector=49 pin1=2 pin2=0
> number of MP IRQ sources: 17.
> number of IO-APIC #2 registers: 24.
> testing the IO APIC.......................

> IO APIC #2......
> .... register #00: 02000000
> .......    : physical APIC id: 02
> .... register #01: 00178011
> .......     : max redirection entries: 0017
> .......     : IO APIC version: 0011
>  WARNING: unexpected IO-APIC, please mail
>           to linux-...@vger.kernel.org
> .... register #02: 00000000
> .......     : arbitration: 00
> .... IRQ redirection table:
>  NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
>  00 000 00  1    0    0   0   0    0    0    00
>  01 003 03  0    0    0   0   0    1    1    39
>  02 003 03  0    0    0   0   0    1    1    31
>  03 003 03  0    0    0   0   0    1    1    41
>  04 003 03  0    0    0   0   0    1    1    49
>  05 003 03  0    0    0   0   0    1    1    51
>  06 003 03  0    0    0   0   0    1    1    59
>  07 003 03  0    0    0   0   0    1    1    61
>  08 003 03  0    0    0   0   0    1    1    69
>  09 003 03  1    1    0   1   0    1    1    71
>  0a 003 03  1    1    0   1   0    1    1    79
>  0b 003 03  1    1    0   1   0    1    1    81
>  0c 003 03  0    0    0   0   0    1    1    89
>  0d 003 03  0    0    0   0   0    1    1    91
>  0e 003 03  0    0    0   0   0    1    1    99
>  0f 003 03  0    0    0   0   0    1    1    A1
>  10 000 00  1    0    0   0   0    0    0    00
>  11 000 00  1    0    0   0   0    0    0    00
>  12 000 00  1    0    0   0   0    0    0    00
>  13 000 00  1    0    0   0   0    0    0    00
>  14 000 00  1    0    0   0   0    0    0    00
>  15 000 00  1    0    0   0   0    0    0    00
>  16 000 00  1    0    0   0   0    0    0    00
>  17 000 00  1    0    0   0   0    0    0    00
> IRQ to pin mappings:
> IRQ0 -> 2
> IRQ1 -> 1
> IRQ3 -> 3
> IRQ4 -> 4
> IRQ5 -> 5
> IRQ6 -> 6
> IRQ7 -> 7
> IRQ8 -> 8
> IRQ9 -> 9
> IRQ10 -> 10
> IRQ11 -> 11
> IRQ12 -> 12
> IRQ13 -> 13
> IRQ14 -> 14
> IRQ15 -> 15
> .................................... done.
> calibrating APIC timer ...
> ..... CPU clock speed is 732.1387 MHz.
> ..... host bus clock speed is 133.1160 MHz.
> cpu: 0, clocks: 1331160, slice: 443720
> CPU0<T0:1331152,T1:887424,D:8,S:443720,C:1331160>
> cpu: 1, clocks: 1331160, slice: 443720
> CPU1<T0:1331152,T1:443712,D:0,S:443720,C:1331160>
> checking TSC synchronization across CPUs: passed.
> Setting commenced=1, go go go
> mtrr: your CPUs had inconsistent fixed MTRR settings
> mtrr: your CPUs had inconsistent variable MTRR settings
> mtrr: probably your BIOS does not setup all CPUs
> PCI: PCI BIOS revision 2.10 entry at 0xfb3a0, last bus=1
> PCI: Using configuration type 1
> PCI: Probing PCI hardware
> Unknown bridge resource 0: assuming transparent
> PCI: Using IRQ router VIA [1106/0686] at 00:07.0
> isapnp: Scanning for PnP cards...
> isapnp: No Plug & Play device found
> Linux NET4.0 for Linux 2.4
> Based upon Swansea University Computer Society NET3.039
> Starting kswapd v1.8
> pty: 256 Unix98 ptys configured
> block: queued sectors max/low 169642kB/56547kB, 512 slots per queue
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx
> VP_IDE: IDE controller on PCI bus 00 dev 39
> VP_IDE: chipset revision 6
> VP_IDE: not 100% native mode: will probe irqs later
>     ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:pio
>     ide1: BM-DMA at 0xc008-0xc00f, BIOS settings: hdc:DMA, hdd:pio
> HPT370: IDE controller on PCI bus 00 dev 70
> HPT370: chipset revision 3
> HPT370: not 100% native mode: will probe irqs later
>     ide2: BM-DMA at 0xe800-0xe807, BIOS settings: hde:DMA, hdf:DMA
>     ide3: BM-DMA at 0xe808-0xe80f, BIOS settings: hdg:pio, hdh:pio
> hda: Hewlett-Packard CD-Writer Plus 9100, ATAPI CD/DVD-ROM drive
> hdc: ATAPI 48X CDROM, ATAPI CD/DVD-ROM drive
> hde: WDC WD200BB-00AUA1, ATA DISK drive
> hdf: WDC WD200BB-00AUA1, ATA DISK drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> ide2 at 0xd800-0xd807,0xdc02 on irq 11
> hde: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63,
> UDMA(100)
> hdf: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63,
> UDMA(100)
> hda: lost interrupt
> hda: ATAPI 32X CD-ROM CD-R/RW drive, 4096kB Cache, UDMA(33)
> Uniform CD-ROM driver Revision: 3.12
> hdc: ATAPI 48X CD-ROM drive, 128kB Cache, UDMA(16)


 
 
 

CDRW "lost interrupt problem"

Post by George Hause » Wed, 08 Aug 2001 10:51:20


No its the VIA chipset on a VP6 motherboard.  Also the problem persists
if
I boot a single processor kernel where, as I understand it, the IO-APIC
stuff is not involved.

Thanks for your idea; where can I find any info on "broken" chipsets?
As
I said I have done lots of searches in various archives for CDRW
problems
and for the phrase "lost interrupt."  I have found lots of stuff on CDRW
problems and have read several CD** HOWTOs but have found nil on the
lost interrupt.  I too am beginning to suspect a motherboard problem
but I cannot think of how it would affect only CDRWs.  Of course, by
this
time, I am beginning to suspect my neighbors, Microsoft, ...

"D. Stimits" wrote:

> Is this by any chance the i840 (broken) chipset? Try disabling the
> IO-APIC, during lilo boot, when you have a chance to enter command line
> arguments, add in "noapic".

> D. Stimits, stim...@idcomm.om

> George Hauser wrote:

> >   I have been trying to find an answer to this question in archives and
> > the source documentation.
> > I have recompiled the kernel several times with different
> > configurations.  I have tried using a
> > Sony CDRW drive instead of the HP CDRW drive.  All give the same weird
> > behavior:  1) at boot time the
> > drive is correctly identified but a few  lines later there is a "lost
> > interrupt" message for it,
> > 2) after boot when I insert a CD in the drive it takes several minutes
> > (yes, minutes) before the
> > disk to mount, after that access to the drive is normal (ie. there is no
> > delay in changing
> > directories or reading files, 3) there are lots of "lost interrupt"
> > messages in the syslog file,
> > 4) the problem only happens with CDRW drives.
> >   The other thing I have not been able to track down is the source and
> > consequences of the
> > unexpected IO-APIC message.  I did not send the email since when I
> > looked at the linux-smp
> > archives there did not seem to be anything posted since 1999.

> > Thanks

> > Here is the first part of the dmesg output:

> >  0, pol 0, trig 0, bus 2, IRQ 0f, APIC ID 2, APIC INT 0f
> > Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
> > Int: type 0, pol 3, trig 3, bus 2, IRQ 09, APIC ID 2, APIC INT 09
> > Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
> > Int: type 0, pol 3, trig 3, bus 2, IRQ 0a, APIC ID 2, APIC INT 0a
> > Lint: type 3, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 00
> > Lint: type 1, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 01
> > Processors: 2
> > mapped APIC to ffffe000 (fee00000)
> > mapped IOAPIC to ffffd000 (fec00000)
> > Kernel command line: mem=262080K  root=/dev/hde1
> > Initializing CPU#0
> > Detected 732.154 MHz processor.
> > Console: colour VGA+ 80x25
> > Calibrating delay loop... 1461.45 BogoMIPS
> > Memory: 255404k/262080k available (1001k kernel code, 6288k reserved,
> > 400k data, 200k init, 0k highmem)
> > Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
> > Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
> > Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> > CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
> > CPU: L1 I cache: 16K, L1 D cache: 16K
> > CPU: L2 cache: 256K
> > Intel machine check architecture supported.
> > Intel machine check reporting enabled on CPU#0.
> > CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
> > CPU serial number disabled.
> > CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> > CPU: Common caps: 0383fbff 00000000 00000000 00000000
> > Enabling fast FPU save and restore... done.
> > Enabling unmasked SIMD FPU exception support... done.
> > Checking 'hlt' instruction... OK.
> > POSIX conformance testing by UNIFIX
> > mtrr: v1.40 (20010327) Richard Gooch (rgo...@atnf.csiro.au)
> > mtrr: detected mtrr type: Intel
> > CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
> > CPU: L1 I cache: 16K, L1 D cache: 16K
> > CPU: L2 cache: 256K
> > Intel machine check reporting enabled on CPU#0.
> > CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
> > CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> > CPU: Common caps: 0383fbff 00000000 00000000 00000000
> > CPU0: Intel Pentium III (Coppermine) stepping 06
> > per-CPU timeslice cutoff: 730.56 usecs.
> > Getting VERSION: 40011
> > Getting VERSION: 40011
> > Getting ID: 0
> > Getting ID: f000000
> > Getting LVT0: 700
> > Getting LVT1: 400
> > enabled ExtINT on CPU#0
> > ESR value before enabling vector: 00000000
> > ESR value after enabling vector: 00000000
> > CPU present map: 3
> > Booting processor 1/1 eip 2000
> > Setting warm reset code and vector.
> > 1.
> > 2.
> > 3.
> > Asserting INIT.
> > Waiting for send to finish...
> > +Deasserting INIT.
> > Waiting for send to finish...
> > +#startup loops: 2.
> > Sending STARTUP #1.
> > After apic_write.
> > Initializing CPU#1
> > CPU#1 (phys ID: 1) waiting for CALLOUT
> > Startup point 1.
> > Waiting for send to finish...
> > +Sending STARTUP #2.
> > After apic_write.
> > Startup point 1.
> > Waiting for send to finish...
> > +After Startup.
> > Before Callout 1.
> > After Callout 1.
> > CALLIN, before setup_local_APIC().
> > masked ExtINT on CPU#1
> > ESR value before enabling vector: 00000000
> > ESR value after enabling vector: 00000000
> > Calibrating delay loop... 1461.45 BogoMIPS
> > Stack at about c1449fbc
> > CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
> > CPU: L1 I cache: 16K, L1 D cache: 16K
> > CPU: L2 cache: 256K
> > Intel machine check reporting enabled on CPU#1.
> > CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
> > CPU serial number disabled.
> > CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> > CPU: Common caps: 0383fbff 00000000 00000000 00000000
> > OK.
> > CPU1: Intel Pentium III (Coppermine) stepping 06
> > CPU has booted.
> > Before bogomips.
> > Total of 2 processors activated (2922.90 BogoMIPS).
> > Before bogocount - setting activated=1.
> > Boot done.
> > ENABLING IO-APIC IRQs
> > ...changing IO-APIC physical APIC ID to 2 ... ok.
> > Synchronizing Arb IDs.
> > init IO_APIC IRQs
> >  IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22,
> > 2-23 not connected.
> > ..TIMER: vector=49 pin1=2 pin2=0
> > number of MP IRQ sources: 17.
> > number of IO-APIC #2 registers: 24.
> > testing the IO APIC.......................

> > IO APIC #2......
> > .... register #00: 02000000
> > .......    : physical APIC id: 02
> > .... register #01: 00178011
> > .......     : max redirection entries: 0017
> > .......     : IO APIC version: 0011
> >  WARNING: unexpected IO-APIC, please mail
> >           to linux-...@vger.kernel.org
> > .... register #02: 00000000
> > .......     : arbitration: 00
> > .... IRQ redirection table:
> >  NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
> >  00 000 00  1    0    0   0   0    0    0    00
> >  01 003 03  0    0    0   0   0    1    1    39
> >  02 003 03  0    0    0   0   0    1    1    31
> >  03 003 03  0    0    0   0   0    1    1    41
> >  04 003 03  0    0    0   0   0    1    1    49
> >  05 003 03  0    0    0   0   0    1    1    51
> >  06 003 03  0    0    0   0   0    1    1    59
> >  07 003 03  0    0    0   0   0    1    1    61
> >  08 003 03  0    0    0   0   0    1    1    69
> >  09 003 03  1    1    0   1   0    1    1    71
> >  0a 003 03  1    1    0   1   0    1    1    79
> >  0b 003 03  1    1    0   1   0    1    1    81
> >  0c 003 03  0    0    0   0   0    1    1    89
> >  0d 003 03  0    0    0   0   0    1    1    91
> >  0e 003 03  0    0    0   0   0    1    1    99
> >  0f 003 03  0    0    0   0   0    1    1    A1
> >  10 000 00  1    0    0   0   0    0    0    00
> >  11 000 00  1    0    0   0   0    0    0    00
> >  12 000 00  1    0    0   0   0    0    0    00
> >  13 000 00  1    0    0   0   0    0    0    00
> >  14 000 00  1    0    0   0   0    0    0    00
> >  15 000 00  1    0    0   0   0    0    0    00
> >  16 000 00  1    0    0   0   0    0    0    00
> >  17 000 00  1    0    0   0   0    0    0    00
> > IRQ to pin mappings:
> > IRQ0 -> 2
> > IRQ1 -> 1
> > IRQ3 -> 3
> > IRQ4 -> 4
> > IRQ5 -> 5
> > IRQ6 -> 6
> > IRQ7 -> 7
> > IRQ8 -> 8
> > IRQ9 -> 9
> > IRQ10 -> 10
> > IRQ11 -> 11
> > IRQ12 -> 12
> > IRQ13 -> 13
> > IRQ14 -> 14
> > IRQ15 -> 15
> > .................................... done.
> > calibrating APIC timer ...
> > ..... CPU clock speed is 732.1387 MHz.
> > ..... host bus clock speed is 133.1160 MHz.
> > cpu: 0, clocks: 1331160, slice: 443720
> > CPU0<T0:1331152,T1:887424,D:8,S:443720,C:1331160>
> > cpu: 1, clocks: 1331160, slice: 443720
> > CPU1<T0:1331152,T1:443712,D:0,S:443720,C:1331160>
> > checking TSC synchronization across CPUs: passed.
> > Setting commenced=1, go go go
> > mtrr: your CPUs had inconsistent fixed MTRR settings
> > mtrr: your CPUs had inconsistent variable MTRR settings
> > mtrr: probably your BIOS does not setup all CPUs
> > PCI: PCI BIOS revision 2.10 entry at 0xfb3a0, last bus=1
> > PCI: Using configuration type 1
> > PCI: Probing PCI hardware
> > Unknown bridge resource 0: assuming transparent
> > PCI: Using IRQ router VIA [1106/0686] at 00:07.0
> > isapnp: Scanning for PnP cards...
> > isapnp: No Plug & Play device found
> > Linux NET4.0 for Linux 2.4
> > Based upon Swansea University Computer Society NET3.039
> > Starting kswapd v1.8
> > pty: 256 Unix98 ptys configured
> > block: queued sectors max/low 169642kB/56547kB, 512 slots per queue
> > Uniform Multi-Platform E-IDE driver Revision: 6.31
> > ide: Assuming 33MHz system bus speed for PIO modes; override with
> > idebus=xx
> > VP_IDE: IDE controller on PCI bus 00 dev 39
> > VP_IDE: chipset revision 6
> > VP_IDE: not 100% native mode: will probe irqs later
> >     ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:pio

...

read more »

 
 
 

CDRW "lost interrupt problem"

Post by Loz » Wed, 08 Aug 2001 13:00:37


On Mon, 06 Aug 2001 18:51:20 -0700


> No its the VIA chipset on a VP6 motherboard.  

<massive kersnip>

I have a Chaintech motherboard (CT-7VJD) with a VIA chip set - "VIA KT266 VT8366/VT8233 dual chip AGPset" to quote from the manual - could this be the reason I don't seem to be having any luck getting my CDRW/DVD combo drive to work properly? It mounts CDs and DVDs fine, but trying to play a DVD doersn't seem to work (OMS locks up, and XINE just fails to add anything to the playlist when I tell it to scan for a DVD, though it plays other media fine). I know the device does work under Linux because it used to wrok fine on my old Mandrake box (well as weell as DVDs ever did...) but on my new Debian box it doesn't seem to work. I feel I should point out that I'm fairly new to Debian, but not to Linux.
--
:loz
        "We can forgive a man for making a useful thing as long as he
        does not admire it. The only excuse for making a useless thing
        is that one admires it intensely."
          ---Oscar Wilde, Preface to "The Picture of Dorian Grey"

 
 
 

CDRW "lost interrupt problem"

Post by Loz » Wed, 08 Aug 2001 13:07:49


On Tue, 7 Aug 2001 05:00:37 +0100


> On Mon, 06 Aug 2001 18:51:20 -0700

> > No its the VIA chipset on a VP6 motherboard.  

> <massive kersnip>

> I have a Chaintech motherboard (CT-7VJD) with a VIA chip set - "VIA KT266 VT8366/VT8233 dual chip AGPset" to quote from the manual - could this be the reason I don't seem to be having any luck getting my CDRW/DVD combo drive to work properly? It mounts CDs and DVDs fine, but trying to play a DVD doersn't seem to work (OMS locks up, and XINE just fails to add anything to the playlist when I tell it to scan for a DVD, though it plays other media fine). I know the device does work under Linux because it used to wrok fine on my old Mandrake box (well as weell as DVDs ever did...) but on my new Debian box it doesn't seem to work. I feel I should point out that I'm fairly new to Debian, but not to Linux.

Whoops! Forgot to say I'm using Kernel 2.4.5 on Debian Woody, upgraded from Potato 2.2r3 with apt-get dist-upgrade (don't know if that matters)
--
:loz
        "We can forgive a man for making a useful thing as long as he
        does not admire it. The only excuse for making a useless thing
        is that one admires it intensely."
          ---Oscar Wilde, Preface to "The Picture of Dorian Grey"
 
 
 

CDRW "lost interrupt problem"

Post by H. Dziardzi » Sun, 12 Aug 2001 01:23:06


On Sun, 05 Aug 2001 20:08:56 -0700, George Hauser


>  I have been trying to find an answer to this question in archives and
>the source documentation.
>I have recompiled the kernel several times with different
>configurations.  I have tried using a
>Sony CDRW drive instead of the HP CDRW drive.  All give the same weird
>behavior:  1) at boot time the
>drive is correctly identified but a few  lines later there is a "lost
>interrupt" message for it,
>2) after boot when I insert a CD in the drive it takes several minutes
>(yes, minutes) before the
>disk to mount, after that access to the drive is normal (ie. there is no
>delay in changing
>directories or reading files, 3) there are lots of "lost interrupt"
>messages in the syslog file,
>4) the problem only happens with CDRW drives.
>  The other thing I have not been able to track down is the source and
>consequences of the
>unexpected IO-APIC message.  I did not send the email since when I
>looked at the linux-smp
>archives there did not seem to be anything posted since 1999.
----------

>hde: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63,
>UDMA(100)
>hdf: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63,
>UDMA(100)
>hda: lost interrupt
>hda: ATAPI 32X CD-ROM CD-R/RW drive, 4096kB Cache, UDMA(33)
>Uniform CD-ROM driver Revision: 3.12
>hdc: ATAPI 48X CD-ROM drive, 128kB Cache, UDMA(16)

man hdparm may help
 
 
 

CDRW "lost interrupt problem"

Post by D. Stimit » Tue, 14 Aug 2001 18:30:35


George Hauser wrote:

> No its the VIA chipset on a VP6 motherboard.  Also the problem persists
> if
> I boot a single processor kernel where, as I understand it, the IO-APIC
> stuff is not involved.

> Thanks for your idea; where can I find any info on "broken" chipsets?
> As
> I said I have done lots of searches in various archives for CDRW
> problems
> and for the phrase "lost interrupt."  I have found lots of stuff on CDRW
> problems and have read several CD** HOWTOs but have found nil on the
> lost interrupt.  I too am beginning to suspect a motherboard problem
> but I cannot think of how it would affect only CDRWs.  Of course, by
> this
> time, I am beginning to suspect my neighbors, Microsoft, ...

I wish I could be more helpful in finding an answer. Aside from possibly
asking on the kernel list (and if you do that, be sure to give exact
hardware, kernel version(s), and other data, including any relevant
kernel modules), you might find these of use:
http://www.cs.helsinki.fi/linux/
http://www.linuxdoc.org/

D. Stimits, stim...@idcomm.com

- Show quoted text -

> "D. Stimits" wrote:

> > Is this by any chance the i840 (broken) chipset? Try disabling the
> > IO-APIC, during lilo boot, when you have a chance to enter command line
> > arguments, add in "noapic".

> > D. Stimits, stim...@idcomm.om

> > George Hauser wrote:

> > >   I have been trying to find an answer to this question in archives and
> > > the source documentation.
> > > I have recompiled the kernel several times with different
> > > configurations.  I have tried using a
> > > Sony CDRW drive instead of the HP CDRW drive.  All give the same weird
> > > behavior:  1) at boot time the
> > > drive is correctly identified but a few  lines later there is a "lost
> > > interrupt" message for it,
> > > 2) after boot when I insert a CD in the drive it takes several minutes
> > > (yes, minutes) before the
> > > disk to mount, after that access to the drive is normal (ie. there is no
> > > delay in changing
> > > directories or reading files, 3) there are lots of "lost interrupt"
> > > messages in the syslog file,
> > > 4) the problem only happens with CDRW drives.
> > >   The other thing I have not been able to track down is the source and
> > > consequences of the
> > > unexpected IO-APIC message.  I did not send the email since when I
> > > looked at the linux-smp
> > > archives there did not seem to be anything posted since 1999.

> > > Thanks

> > > Here is the first part of the dmesg output:

> > >  0, pol 0, trig 0, bus 2, IRQ 0f, APIC ID 2, APIC INT 0f
> > > Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
> > > Int: type 0, pol 3, trig 3, bus 2, IRQ 09, APIC ID 2, APIC INT 09
> > > Int: type 0, pol 3, trig 3, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b
> > > Int: type 0, pol 3, trig 3, bus 2, IRQ 0a, APIC ID 2, APIC INT 0a
> > > Lint: type 3, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 00
> > > Lint: type 1, pol 0, trig 0, bus 2, IRQ 00, APIC ID ff, APIC LINT 01
> > > Processors: 2
> > > mapped APIC to ffffe000 (fee00000)
> > > mapped IOAPIC to ffffd000 (fec00000)
> > > Kernel command line: mem=262080K  root=/dev/hde1
> > > Initializing CPU#0
> > > Detected 732.154 MHz processor.
> > > Console: colour VGA+ 80x25
> > > Calibrating delay loop... 1461.45 BogoMIPS
> > > Memory: 255404k/262080k available (1001k kernel code, 6288k reserved,
> > > 400k data, 200k init, 0k highmem)
> > > Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
> > > Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
> > > Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
> > > Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
> > > CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
> > > CPU: L1 I cache: 16K, L1 D cache: 16K
> > > CPU: L2 cache: 256K
> > > Intel machine check architecture supported.
> > > Intel machine check reporting enabled on CPU#0.
> > > CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
> > > CPU serial number disabled.
> > > CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> > > CPU: Common caps: 0383fbff 00000000 00000000 00000000
> > > Enabling fast FPU save and restore... done.
> > > Enabling unmasked SIMD FPU exception support... done.
> > > Checking 'hlt' instruction... OK.
> > > POSIX conformance testing by UNIFIX
> > > mtrr: v1.40 (20010327) Richard Gooch (rgo...@atnf.csiro.au)
> > > mtrr: detected mtrr type: Intel
> > > CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
> > > CPU: L1 I cache: 16K, L1 D cache: 16K
> > > CPU: L2 cache: 256K
> > > Intel machine check reporting enabled on CPU#0.
> > > CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
> > > CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> > > CPU: Common caps: 0383fbff 00000000 00000000 00000000
> > > CPU0: Intel Pentium III (Coppermine) stepping 06
> > > per-CPU timeslice cutoff: 730.56 usecs.
> > > Getting VERSION: 40011
> > > Getting VERSION: 40011
> > > Getting ID: 0
> > > Getting ID: f000000
> > > Getting LVT0: 700
> > > Getting LVT1: 400
> > > enabled ExtINT on CPU#0
> > > ESR value before enabling vector: 00000000
> > > ESR value after enabling vector: 00000000
> > > CPU present map: 3
> > > Booting processor 1/1 eip 2000
> > > Setting warm reset code and vector.
> > > 1.
> > > 2.
> > > 3.
> > > Asserting INIT.
> > > Waiting for send to finish...
> > > +Deasserting INIT.
> > > Waiting for send to finish...
> > > +#startup loops: 2.
> > > Sending STARTUP #1.
> > > After apic_write.
> > > Initializing CPU#1
> > > CPU#1 (phys ID: 1) waiting for CALLOUT
> > > Startup point 1.
> > > Waiting for send to finish...
> > > +Sending STARTUP #2.
> > > After apic_write.
> > > Startup point 1.
> > > Waiting for send to finish...
> > > +After Startup.
> > > Before Callout 1.
> > > After Callout 1.
> > > CALLIN, before setup_local_APIC().
> > > masked ExtINT on CPU#1
> > > ESR value before enabling vector: 00000000
> > > ESR value after enabling vector: 00000000
> > > Calibrating delay loop... 1461.45 BogoMIPS
> > > Stack at about c1449fbc
> > > CPU: Before vendor init, caps: 0387fbff 00000000 00000000, vendor = 0
> > > CPU: L1 I cache: 16K, L1 D cache: 16K
> > > CPU: L2 cache: 256K
> > > Intel machine check reporting enabled on CPU#1.
> > > CPU: After vendor init, caps: 0387fbff 00000000 00000000 00000000
> > > CPU serial number disabled.
> > > CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
> > > CPU: Common caps: 0383fbff 00000000 00000000 00000000
> > > OK.
> > > CPU1: Intel Pentium III (Coppermine) stepping 06
> > > CPU has booted.
> > > Before bogomips.
> > > Total of 2 processors activated (2922.90 BogoMIPS).
> > > Before bogocount - setting activated=1.
> > > Boot done.
> > > ENABLING IO-APIC IRQs
> > > ...changing IO-APIC physical APIC ID to 2 ... ok.
> > > Synchronizing Arb IDs.
> > > init IO_APIC IRQs
> > >  IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22,
> > > 2-23 not connected.
> > > ..TIMER: vector=49 pin1=2 pin2=0
> > > number of MP IRQ sources: 17.
> > > number of IO-APIC #2 registers: 24.
> > > testing the IO APIC.......................

> > > IO APIC #2......
> > > .... register #00: 02000000
> > > .......    : physical APIC id: 02
> > > .... register #01: 00178011
> > > .......     : max redirection entries: 0017
> > > .......     : IO APIC version: 0011
> > >  WARNING: unexpected IO-APIC, please mail
> > >           to linux-...@vger.kernel.org
> > > .... register #02: 00000000
> > > .......     : arbitration: 00
> > > .... IRQ redirection table:
> > >  NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
> > >  00 000 00  1    0    0   0   0    0    0    00
> > >  01 003 03  0    0    0   0   0    1    1    39
> > >  02 003 03  0    0    0   0   0    1    1    31
> > >  03 003 03  0    0    0   0   0    1    1    41
> > >  04 003 03  0    0    0   0   0    1    1    49
> > >  05 003 03  0    0    0   0   0    1    1    51
> > >  06 003 03  0    0    0   0   0    1    1    59
> > >  07 003 03  0    0    0   0   0    1    1    61
> > >  08 003 03  0    0    0   0   0    1    1    69
> > >  09 003 03  1    1    0   1   0    1    1    71
> > >  0a 003 03  1    1    0   1   0    1    1    79
> > >  0b 003 03  1    1    0   1   0    1    1    81
> > >  0c 003 03  0    0    0   0   0    1    1    89
> > >  0d 003 03  0    0    0   0   0    1    1    91
> > >  0e 003 03  0    0    0   0   0    1    1    99
> > >  0f 003 03  0    0    0   0   0    1    1    A1
> > >  10 000 00  1    0    0   0   0    0    0    00
> > >  11 000 00  1    0    0   0   0    0    0    00
> > >  12 000 00  1    0    0   0   0    0    0    00
> > >  13 000 00  1    0    0   0   0    0    0    00
> > >  14 000 00  1    0    0   0   0    0    0    00
> > >  15 000 00  1    0    0   0   0    0    0    00
> > >  16 000 00  1    0    0   0   0    0    0    00
> > >  17 000 00  1    0    0   0   0    0    0    00
> > > IRQ to pin mappings:
> > > IRQ0 -> 2
> > > IRQ1 -> 1
> > > IRQ3 -> 3
> > > IRQ4 -> 4
> > > IRQ5 -> 5
> > > IRQ6 -> 6
> > > IRQ7 -> 7
> > > IRQ8 -> 8
> > > IRQ9 -> 9
> > > IRQ10 -> 10
> > > IRQ11 -> 11
> > > IRQ12 -> 12
> > > IRQ13 -> 13
> > > IRQ14 -> 14
> > > IRQ15 -> 15
> > > .................................... done.
> > > calibrating APIC timer ...
> > > ..... CPU clock speed is 732.1387 MHz.
> > > ..... host bus clock speed is 133.1160 MHz.
> > > cpu: 0, clocks: 1331160, slice: 443720
> > > CPU0<T0:1331152,T1:887424,D:8,S:443720,C:1331160>
> > > cpu: 1, clocks: 1331160, slice: 443720
> > > CPU1<T0:1331152,T1:443712,D:0,S:443720,C:1331160>
> > > checking TSC synchronization across CPUs: passed.
> > > Setting commenced=1, go go go
> > > mtrr: your CPUs had inconsistent fixed MTRR settings
> > > mtrr: your CPUs had inconsistent variable MTRR settings
> > > mtrr: probably your BIOS does not setup all CPUs
> > > PCI: PCI BIOS revision 2.10 entry at 0xfb3a0, last bus=1
> > > PCI:

...

read more »