LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - General (https://www.linuxquestions.org/questions/linux-general-1/)
-   -   Unable to handle kernel paging request at virtual address (https://www.linuxquestions.org/questions/linux-general-1/unable-to-handle-kernel-paging-request-at-virtual-address-267029/)

jah3765 12-16-2004 09:12 AM
Unable to handle kernel paging request at virtual address
 
I just converted my server from Redhat 9 to Gentoo and upgraded the motherboard, cpu and memory (Asus A7V600-X, AMD +3200 xp, 2 sticks of Kingston KVR400X64C3A 512mb DIMMs). I'm running a 2.6.7 kernel, 2.6.7-hardened-r16. The system is hanging with the above error whenever there is a lot of disk activity like a large copy. The copy hangs and any subsequent commands like ls in that same directory hang as well. These hung commands can't be killed even with -9. Shutdown hangs as well as soon as it gets to that file system to try and umount. Hard reboot is the only way to get out of it. The system has been running since Monday and so far I have't seen any other signs of instability other than this one, which is a fairly big one. The rest of the hardware in this system, LSI and Adaptec scsi cards, Intel nic, old ATI Mach64 vid card, where working fine with the old motherboard running Redhat 9 with a 2.4 kernel. Anybody having this same problem or know of a solution? I would be most grateful for any help. Here is the error message with kernel debugging turned on:

Code:
Dec 15 14:26:48 blah kernel: Unable to handle kernel paging request at virtual address 54cb1214
Dec 15 14:26:48 blah kernel: printing eip:
Dec 15 14:26:48 blah kernel: c02d50e3
Dec 15 14:26:48 blah kernel: *pde = 00000000
Dec 15 14:26:48 blah kernel: Oops: 0000 [#2]
Dec 15 14:26:48 blah kernel: DEBUG_PAGEALLOC
Dec 15 14:26:48 blah kernel: CPU:    0
Dec 15 14:26:48 blah kernel: EIP:    0060:[<c02d50e3>]    Not tainted
Dec 15 14:26:48 blah kernel: EFLAGS: 00010082  (2.6.7-hardened-r16)
Dec 15 14:26:48 blah kernel: EIP is at radix_tree_delete+0x23/0x190
Dec 15 14:26:48 blah kernel: eax: c7b33f6c  ebx: c12a93a0  ecx: c7b33f68  edx: 00000000
Dec 15 14:26:48 blah kernel: esi: 0000047b  edi: d418bb6c  ebp: 652c2bbd  esp: d418bb54
Dec 15 14:26:48 blah kernel: ds: 007b  es: 007b  ss: 0068
Dec 15 14:26:48 blah kernel: Process cp (pid: 3083, threadinfo=d418a000 task=ddb6fa80)
Dec 15 14:26:48 blah kernel: Stack: c023fb30 f7fd5f38 00000002 00000000 d418bb90 00008208 00000000 c6e29f74
Dec 15 14:26:48 blah kernel: f7ffd7e0 eb4feee4 eb4feef0 00000002 e63b3ee4 e63b3fa0 0000002e e0921ee4
Dec 15 14:26:48 blah kernel: e0921f30 00000012 00000001 c144c740 c1107120 c165e760 00000001 c1572f80
Dec 15 14:26:48 blah kernel: Call Trace:
Dec 15 14:26:48 blah kernel: [<c023fb30>] free_buffer_head+0x20/0x40
Dec 15 14:26:48 blah kernel: [<c02774f1>] ext3_releasepage+0x41/0x80
Dec 15 14:26:48 blah kernel: [<c021d5e4>] __remove_from_page_cache+0x24/0x50
Dec 15 14:26:48 blah kernel: [<c0229e0d>] shrink_list+0x2dd/0x410
Dec 15 14:26:48 blah kernel: [<c022a06b>] shrink_cache+0x12b/0x2b0
Dec 15 14:26:48 blah kernel: [<c0279610>] ext3_mark_inode_dirty+0x50/0x60
Dec 15 14:26:48 blah kernel: [<c022a6a9>] shrink_zone+0x89/0xd0
Dec 15 14:26:48 blah kernel: [<c022a743>] shrink_caches+0x53/0x60
Dec 15 14:26:48 blah kernel: [<c022a7f0>] try_to_free_pages+0xa0/0x170
Dec 15 14:26:48 blah kernel: [<c0221a66>] __alloc_pages+0x1c6/0x380
Dec 15 14:26:48 blah kernel: [<c0252d97>] inode_update_time+0xa7/0xe0
Dec 15 14:26:48 blah kernel: [<c021f79f>] generic_file_aio_write_nolock+0x2cf/0xa80
Dec 15 14:26:48 blah kernel: [<c0252ca2>] update_atime+0x92/0xe0
Dec 15 14:26:48 blah kernel: [<c021e68e>] __generic_file_aio_read+0x1ae/0x1e0
Dec 15 14:26:48 blah kernel: [<c0220067>] generic_file_aio_write+0x77/0xa0
Dec 15 14:26:48 blah kernel: [<c02741e4>] ext3_file_write+0x44/0xe0
Dec 15 14:26:48 blah kernel: [<c023b15b>] do_sync_write+0x8b/0xc0
Dec 15 14:26:48 blah kernel: [<c021146f>] do_timer+0xdf/0xf0
Dec 15 14:26:48 blah kernel: [<c020d5fd>] __do_softirq+0x7d/0x80
Dec 15 14:26:48 blah kernel: [<c01f7a75>] do_IRQ+0xd5/0x110
Dec 15 14:26:48 blah kernel: [<c0206a0f>] recalc_task_prio+0x8f/0x190
Dec 15 14:26:48 blah kernel: [<c023b0d0>] do_sync_write+0x0/0xc0
Dec 15 14:26:48 blah kernel: [<c023b248>] vfs_write+0xb8/0x130
Dec 15 14:26:48 blah kernel: [<c023b372>] sys_write+0x42/0x70
Dec 15 14:26:48 blah kernel: [<c01f4ef7>] syscall_call+0x7/0xb
Dec 15 14:26:48 blah kernel:
Dec 15 14:26:48 blah kernel: Code: 3b 34 ad 20 63 1a c0 0f 87 34 01 00 00 8d 44 6d 00 c7 44 24
lspci:

Code:
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
0000:00:0c.0 VGA compatible controller: ATI Technologies Inc 210888GX [Mach64 GX] (rev 03)
0000:00:0d.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03)
0000:00:0e.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)
0000:00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
0000:00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800 South]
0000:00:13.0 SCSI storage controller: Adaptec AHA-2940U/UW/D / AIC-7881U
0000:02:04.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05)
0000:02:05.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05)

jah3765 12-16-2004 09:14 AM
Here is the cpuinfo a last boot messages:

Code:
processor      : 0
vendor_id      : AuthenticAMD
cpu family      : 6
model          : 10
model name      : AMD Athlon(TM) XP 3200+
stepping        : 0
cpu MHz        : 2201.129
cache size      : 512 KB
fdiv_bug        : no
hlt_bug        : no
f00f_bug        : no
coma_bug        : no
fpu            : yes
fpu_exception  : yes
cpuid level    : 1
wp              : yes
flags          : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow
bogomips        : 4358.14
Code:
Dec 15 14:38:09 blah syslog-ng[1578]: syslog-ng version 1.6.5 starting
Dec 15 14:38:09 blah syslog-ng[1578]: Changing permissions on special file /dev/tty8
Dec 15 14:38:09 blah kernel: 0 - 0000000100000000 (reserved)
Dec 15 14:38:09 blah kernel: user-defined physical RAM map:
Dec 15 14:38:09 blah kernel: user: 0000000000000000 - 000000000009f400 (usable)
Dec 15 14:38:09 blah kernel: user: 000000000009f400 - 00000000000a0000 (reserved)
Dec 15 14:38:09 blah kernel: user: 00000000000f0000 - 0000000000100000 (reserved)
Dec 15 14:38:09 blah kernel: user: 0000000000100000 - 000000003fffb000 (usable)
Dec 15 14:38:09 blah kernel: user: 000000003fffb000 - 000000003ffff000 (ACPI data)
Dec 15 14:38:09 blah kernel: user: 000000003ffff000 - 0000000040000000 (ACPI NVS)
Dec 15 14:38:09 blah kernel: user: 00000000fec00000 - 00000000fec01000 (reserved)
Dec 15 14:38:09 blah kernel: user: 00000000fee00000 - 00000000fee01000 (reserved)
Dec 15 14:38:09 blah kernel: user: 00000000ffff0000 - 0000000100000000 (reserved)
Dec 15 14:38:09 blah kernel: 127MB HIGHMEM available.
Dec 15 14:38:09 blah kernel: 896MB LOWMEM available.
Dec 15 14:38:09 blah kernel: On node 0 totalpages: 262139
Dec 15 14:38:09 blah kernel: DMA zone: 4096 pages, LIFO batch:1
Dec 15 14:38:09 blah kernel: Normal zone: 225280 pages, LIFO batch:16
Dec 15 14:38:09 blah kernel: HighMem zone: 32763 pages, LIFO batch:7
Dec 15 14:38:09 blah kernel: DMI 2.3 present.
Dec 15 14:38:09 blah kernel: ACPI: RSDP (v000 ASUS                                      ) @ 0x000f5e20
Dec 15 14:38:09 blah kernel: ACPI: RSDT (v001 ASUS  A7V600-X 0x42302e31 MSFT 0x31313031) @ 0x3fffb000
Dec 15 14:38:09 blah kernel: ACPI: FADT (v001 ASUS  A7V600-X 0x42302e31 MSFT 0x31313031) @ 0x3fffb0b2
Dec 15 14:38:09 blah kernel: ACPI: BOOT (v001 ASUS  A7V600-X 0x42302e31 MSFT 0x31313031) @ 0x3fffb030
Dec 15 14:38:09 blah kernel: ACPI: MADT (v001 ASUS  A7V600-X 0x42302e31 MSFT 0x31313031) @ 0x3fffb058
Dec 15 14:38:09 blah kernel: ACPI: DSDT (v001  ASUS A7V600-X 0x00001000 MSFT 0x0100000b) @ 0x00000000
Dec 15 14:38:09 blah kernel: ACPI: PM-Timer IO Port: 0xe408
Dec 15 14:38:09 blah kernel: ACPI: Local APIC address 0xfee00000
Dec 15 14:38:09 blah kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Dec 15 14:38:09 blah kernel: Processor #0 6:10 APIC version 16
Dec 15 14:38:09 blah kernel: ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
Dec 15 14:38:09 blah kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] global_irq_base[0x0])
Dec 15 14:38:09 blah kernel: IOAPIC[0]: Assigned apic_id 2
Dec 15 14:38:09 blah kernel: IOAPIC[0]: apic_id 2, version 3, address 0xfec00000, GSI 0-23
Dec 15 14:38:09 blah kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge)
Dec 15 14:38:09 blah kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Dec 15 14:38:09 blah kernel: Enabling APIC mode:  Flat.  Using 1 I/O APICs
Dec 15 14:38:09 blah kernel: Using ACPI (MADT) for SMP configuration information
Dec 15 14:38:09 blah kernel: Built 1 zonelists
Dec 15 14:38:09 blah kernel: Kernel command line: ro root=/dev/sda2 nomodules acpi=force mem=1024M
Dec 15 14:38:09 blah kernel: Initializing CPU#0
Dec 15 14:38:09 blah kernel: PID hash table entries: 4096 (order 12: 32768 bytes)
Dec 15 14:38:09 blah kernel: Detected 2201.129 MHz processor.
Dec 15 14:38:09 blah kernel: Using pmtmr for high-res timesource
Dec 15 14:38:09 blah kernel: Console: colour VGA+ 80x25
Dec 15 14:38:09 blah kernel: Memory: 1034712k/1048556k available (2338k kernel code, 12948k reserved, 563k data, 176k init, 131052k highmem)
Dec 15 14:38:09 blah kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok.
Dec 15 14:38:09 blah kernel: Calibrating delay loop... 4358.14 BogoMIPS
Dec 15 14:38:09 blah kernel: Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Dec 15 14:38:09 blah kernel: Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Dec 15 14:38:09 blah kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Dec 15 14:38:09 blah kernel: CPU:    After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000
Dec 15 14:38:09 blah kernel: CPU:    After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000
Dec 15 14:38:09 blah kernel: CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Dec 15 14:38:09 blah kernel: CPU: L2 Cache: 512K (64 bytes/line)
Dec 15 14:38:09 blah kernel: CPU:    After all inits, caps: 0383fbf7 c1c3fbff 00000000 00000020
Dec 15 14:38:09 blah kernel: Intel machine check architecture supported.
Dec 15 14:38:09 blah kernel: Intel machine check reporting enabled on CPU#0.
Dec 15 14:38:09 blah kernel: CPU: AMD Athlon(TM) XP 3200+ stepping 00
Dec 15 14:38:09 blah kernel: Enabling fast FPU save and restore... done.
Dec 15 14:38:09 blah kernel: Enabling unmasked SIMD FPU exception support... done.
Dec 15 14:38:09 blah kernel: Checking 'hlt' instruction... OK.
Dec 15 14:38:09 blah kernel: enabled ExtINT on CPU#0
Dec 15 14:38:09 blah kernel: ESR value before enabling vector: 00000000
Dec 15 14:38:09 blah kernel: ESR value after enabling vector: 00000000
Dec 15 14:38:09 blah kernel: ENABLING IO-APIC IRQs
Dec 15 14:38:09 blah kernel: init IO_APIC IRQs
Dec 15 14:38:09 blah kernel: IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
Dec 15 14:38:09 blah kernel: ..TIMER: vector=0x31 pin1=2 pin2=-1
Dec 15 14:38:09 blah kernel: Using local APIC timer interrupts.
Dec 15 14:38:09 blah kernel: calibrating APIC timer ...
Dec 15 14:38:09 blah kernel: ..... CPU clock speed is 2199.0605 MHz.
Dec 15 14:38:09 blah kernel: ..... host bus clock speed is 399.0928 MHz.
Dec 15 14:38:09 blah kernel: NET: Registered protocol family 16
Dec 15 14:38:09 blah kernel: PCI: PCI BIOS revision 2.10 entry at 0xf1970, last bus=2
Dec 15 14:38:09 blah kernel: PCI: Using configuration type 1
Dec 15 14:38:09 blah kernel: mtrr: v2.0 (20020519)
Dec 15 14:38:09 blah kernel: ACPI: Subsystem revision 20040326
Dec 15 14:38:09 blah kernel: tbxface-0117 [03] acpi_load_tables      : ACPI Tables successfully acquired
Dec 15 14:38:09 blah kernel: Parsing all Control Methods:............................................................................................................................................
Dec 15 14:38:09 blah kernel: Table [DSDT](id F004) - 418 Objects with 57 Devices 140 Methods 20 Regions
Dec 15 14:38:09 blah kernel: ACPI Namespace successfully loaded at root c01a7e3c
Dec 15 14:38:09 blah kernel: evxfevnt-0093 [04] acpi_enable          : Transition to ACPI mode successful
Dec 15 14:38:09 blah kernel: evgpeblk-0867 [06] ev_create_gpe_block  : GPE 00 to 15 [_GPE] 2 regs at 000000000000E420 on int 9
Dec 15 14:38:09 blah kernel: evgpeblk-0925 [06] ev_create_gpe_block  : Found 0 Wake, Enabled 4 Runtime GPEs in this block
Dec 15 14:38:09 blah kernel: Completing Region/Field/Buffer/Package initialization:...............................................................
Dec 15 14:38:09 blah kernel: Initialized 20/20 Regions 7/7 Fields 24/24 Buffers 12/12 Packages (427 nodes)
Dec 15 14:38:09 blah kernel: Executing all Device _STA and_INI methods:...........................................................
Dec 15 14:38:09 blah kernel: 59 Devices found containing: 59 _STA, 1 _INI methods
Dec 15 14:38:09 blah kernel: ACPI: Interpreter enabled
Dec 15 14:38:09 blah kernel: ACPI: Using IOAPIC for interrupt routing
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12)
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12)
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 *12)
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 11 12) *0, disabled.
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 *7 9 10 11 12)
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 *7 9 10 11 12)
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 9 10 11 12)
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 11 12) *15, disabled.
Dec 15 14:38:09 blah kernel: ACPI: PCI Root Bridge [PCI0] (00:00)
Dec 15 14:38:09 blah kernel: PCI: Probing PCI hardware (bus 00)
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Dec 15 14:38:09 blah kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
Dec 15 14:38:09 blah kernel: SCSI subsystem initialized
Dec 15 14:38:09 blah kernel: usbcore: registered new driver hub
Dec 15 14:38:09 blah kernel: 00:00:0c[A] -> 2-19 -> IRQ 19 level low
Dec 15 14:38:09 blah kernel: 00:00:0c[B] -> 2-16 -> IRQ 16 level low
Dec 15 14:38:09 blah kernel: 00:00:0c[C] -> 2-17 -> IRQ 17 level low
Dec 15 14:38:09 blah kernel: 00:00:0c[D] -> 2-18 -> IRQ 18 level low
Dec 15 14:38:09 blah kernel: 00:00:0f[A] -> 2-20 -> IRQ 20 level low
Dec 15 14:38:09 blah kernel: 00:00:10[A] -> 2-21 -> IRQ 21 level low
Dec 15 14:38:09 blah kernel: 00:00:11[C] -> 2-22 -> IRQ 22 level low
Dec 15 14:38:09 blah kernel: 00:00:12[A] -> 2-23 -> IRQ 23 level low
Dec 15 14:38:09 blah kernel: number of MP IRQ sources: 15.
Dec 15 14:38:09 blah kernel: number of IO-APIC #2 registers: 24.
Dec 15 14:38:09 blah kernel: testing the IO APIC.......................
Dec 15 14:38:09 blah kernel: IO APIC #2......
Dec 15 14:38:09 blah kernel: .... register #00: 02000000
Dec 15 14:38:09 blah kernel: .......    : physical APIC id: 02
Dec 15 14:38:09 blah kernel: .......    : Delivery Type: 0
Dec 15 14:38:09 blah kernel: .......    : LTS          : 0
Dec 15 14:38:09 blah kernel: .... register #01: 00178003
Dec 15 14:38:09 blah kernel: .......    : max redirection entries: 0017
Dec 15 14:38:09 blah kernel: .......    : PRQ implemented: 1
Dec 15 14:38:09 blah kernel: .......    : IO APIC version: 0003
Dec 15 14:38:09 blah kernel: .... IRQ redirection table:
Dec 15 14:38:09 blah kernel: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
Dec 15 14:38:09 blah kernel: 00 007 07  1    0    0  0  0    1    2    14
Dec 15 14:38:09 blah kernel: 01 001 01  0    0    0  0  0    1    1    39
Dec 15 14:38:09 blah kernel: 02 001 01  0    0    0  0  0    1    1    31
Dec 15 14:38:09 blah kernel: 03 001 01  0    0    0  0  0    1    1    41
Dec 15 14:38:09 blah kernel: 04 001 01  0    0    0  0  0    1    1    49
Dec 15 14:38:09 blah kernel: 05 001 01  0    0    0  0  0    1    1    51
Dec 15 14:38:09 blah kernel: 06 001 01  0    0    0  0  0    1    1    59
Dec 15 14:38:09 blah kernel: 07 001 01  0    0    0  0  0    1    1    61
Dec 15 14:38:09 blah kernel: 08 001 01  0    0    0  0  0    1    1    69
Dec 15 14:38:09 blah kernel: 09 001 01  0    1    0  1  0    1    1    71
Dec 15 14:38:09 blah kernel: 0a 001 01  0    0    0  0  0    1    1    79
Dec 15 14:38:09 blah kernel: 0b 001 01  0    0    0  0  0    1    1    81
Dec 15 14:38:09 blah kernel: 0c 001 01  0    0    0  0  0    1    1    89
Dec 15 14:38:09 blah kernel: 0d 001 01  0    0    0  0  0    1    1    91
Dec 15 14:38:09 blah kernel: 0e 001 01  0    0    0  0  0    1    1    99
Dec 15 14:38:09 blah kernel: 0f 001 01  0    0    0  0  0    1    1    A1
Dec 15 14:38:09 blah kernel: 10 001 01  1    1    0  1  0    1    1    B1
Dec 15 14:38:09 blah kernel: 11 001 01  1    1    0  1  0    1    1    B9
Dec 15 14:38:09 blah kernel: 12 001 01  1    1    0  1  0    1    1    C1
Dec 15 14:38:09 blah kernel: 13 001 01  1    1    0  1  0    1    1    A9
Dec 15 14:38:09 blah kernel: 14 001 01  1    1    0  1  0    1    1    C9
Dec 15 14:38:09 blah kernel: 15 001 01  1    1    0  1  0    1    1    D1
Dec 15 14:38:09 blah kernel: 16 001 01  1    1    0  1  0    1    1    D9
Dec 15 14:38:09 blah kernel: 17 001 01  1    1    0  1  0    1    1    E1
Dec 15 14:38:09 blah kernel: IRQ to pin mappings:
Dec 15 14:38:09 blah kernel: IRQ0 -> 0:2
Dec 15 14:38:09 blah kernel: IRQ1 -> 0:1
Dec 15 14:38:09 blah kernel: IRQ3 -> 0:3
Dec 15 14:38:09 blah kernel: IRQ4 -> 0:4
Dec 15 14:38:09 blah kernel: IRQ5 -> 0:5
Dec 15 14:38:09 blah kernel: IRQ6 -> 0:6
Dec 15 14:38:09 blah kernel: IRQ7 -> 0:7
Dec 15 14:38:09 blah kernel: IRQ8 -> 0:8
Dec 15 14:38:09 blah kernel: IRQ9 -> 0:9
Dec 15 14:38:09 blah kernel: IRQ10 -> 0:10
Dec 15 14:38:09 blah kernel: IRQ11 -> 0:11
Dec 15 14:38:09 blah kernel: IRQ12 -> 0:12
Dec 15 14:38:09 blah kernel: IRQ13 -> 0:13
Dec 15 14:38:09 blah kernel: IRQ14 -> 0:14
Dec 15 14:38:09 blah kernel: IRQ15 -> 0:15
Dec 15 14:38:09 blah kernel: IRQ16 -> 0:16
Dec 15 14:38:09 blah kernel: IRQ17 -> 0:17
Dec 15 14:38:09 blah kernel: IRQ18 -> 0:18
Dec 15 14:38:09 blah kernel: IRQ19 -> 0:19
Dec 15 14:38:09 blah kernel: IRQ20 -> 0:20
Dec 15 14:38:09 blah kernel: IRQ21 -> 0:21
Dec 15 14:38:09 blah kernel: IRQ22 -> 0:22
Dec 15 14:38:09 blah kernel: IRQ23 -> 0:23
Dec 15 14:38:09 blah kernel: .................................... done.
Dec 15 14:38:09 blah kernel: PCI: Using ACPI for IRQ routing
Dec 15 14:38:09 blah kernel: vga16fb: initializing
Dec 15 14:38:09 blah kernel: vga16fb: mapped to 0xc00a0000
Dec 15 14:38:09 blah kernel: fb0: VGA16 VGA frame buffer device
Dec 15 14:38:09 blah kernel: Simple Boot Flag at 0x3a set to 0x80
Dec 15 14:38:09 blah kernel: highmem bounce pool size: 64 pages
Dec 15 14:38:09 blah kernel: VFS: Disk quotas dquot_6.5.1
Dec 15 14:38:09 blah kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Dec 15 14:38:09 blah kernel: udf: registering filesystem
Dec 15 14:38:09 blah kernel: Initializing Cryptographic API
Dec 15 14:38:09 blah kernel: PCI: Via IRQ fixup for 0000:00:10.0, from 3 to 5
Dec 15 14:38:09 blah kernel: PCI: Via IRQ fixup for 0000:00:10.1, from 3 to 5
Dec 15 14:38:09 blah kernel: PCI: Via IRQ fixup for 0000:00:10.2, from 7 to 5
Dec 15 14:38:09 blah kernel: PCI: Via IRQ fixup for 0000:00:10.3, from 7 to 5
Dec 15 14:38:09 blah kernel: ACPI: Power Button (FF) [PWRF]
Dec 15 14:38:09 blah kernel: ACPI: Processor [CPU0] (supports C1)
Dec 15 14:38:09 blah kernel: Console: switching to colour frame buffer device 80x30
Dec 15 14:38:09 blah kernel: Using anticipatory io scheduler
Dec 15 14:38:09 blah kernel: Floppy drive(s): fd0 is 1.44M
Dec 15 14:38:09 blah kernel: FDC 0 is a post-1991 82077
Dec 15 14:38:09 blah kernel: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Dec 15 14:38:09 blah kernel: loop: loaded (max 8 devices)
Dec 15 14:38:09 blah kernel: eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html
Dec 15 14:38:09 blah kernel: eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
Dec 15 14:38:09 blah kernel: eth0: 0000:02:04.0, 00:D0:B7:5E:74:7E, IRQ 16.
Dec 15 14:38:09 blah kernel: Receiver lock-up bug exists -- enabling work-around.
Dec 15 14:38:09 blah kernel: Board assembly 711269-004, Physical connectors present: RJ45
Dec 15 14:38:09 blah kernel: Primary interface chip i82555 PHY #1.
Dec 15 14:38:09 blah kernel: General self-test: passed.
Dec 15 14:38:09 blah kernel: Serial sub-system self-test: passed.
Dec 15 14:38:09 blah kernel: Internal registers self-test: passed.
Dec 15 14:38:09 blah kernel: ROM checksum self-test: passed (0x24c9f043).
Dec 15 14:38:09 blah kernel: Receiver lock-up workaround activated.
Dec 15 14:38:09 blah kernel: eth1: 0000:02:05.0, 00:D0:B7:5E:74:7F, IRQ 17.
Dec 15 14:38:09 blah kernel: Receiver lock-up bug exists -- enabling work-around.
Dec 15 14:38:09 blah kernel: Board assembly 711269-004, Physical connectors present: RJ45
Dec 15 14:38:09 blah kernel: Primary interface chip i82555 PHY #1.
Dec 15 14:38:09 blah kernel: General self-test: passed.
Dec 15 14:38:09 blah kernel: Serial sub-system self-test: passed.
Dec 15 14:38:09 blah kernel: Internal registers self-test: passed.
Dec 15 14:38:09 blah kernel: ROM checksum self-test: passed (0x24c9f043).
Dec 15 14:38:09 blah kernel: Receiver lock-up workaround activated.
Dec 15 14:38:09 blah kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
Dec 15 14:38:09 blah kernel: <Adaptec 2940 Ultra SCSI adapter>
Dec 15 14:38:09 blah kernel: aic7880: Single Channel A, SCSI Id=7, 16/253 SCBs
Dec 15 14:38:09 blah kernel:
Dec 15 14:38:09 blah kernel: (scsi0:A:5): 4.237MB/s transfers (4.237MHz, offset 15)
Dec 15 14:38:09 blah kernel: Vendor: TOSHIBA  Model: CD-ROM XM-3601TA  Rev: 0725
Dec 15 14:38:09 blah kernel: Type:  CD-ROM                            ANSI SCSI revision: 02
Dec 15 14:38:09 blah kernel: sr0: scsi-1 drive
Dec 15 14:38:09 blah kernel: Uniform CD-ROM driver Revision: 3.20
Dec 15 14:38:09 blah kernel: Attached scsi CD-ROM sr0 at scsi0, channel 0, id 5, lun 0
Dec 15 14:38:09 blah kernel: Fusion MPT base driver 3.01.06
Dec 15 14:38:09 blah kernel: Copyright (c) 1999-2004 LSI Logic Corporation
Dec 15 14:38:09 blah kernel: mptbase: Initiating ioc0 bringup
Dec 15 14:38:09 blah kernel: ioc0: 53C1030: Capabilities={Initiator}
Dec 15 14:38:09 blah kernel: Fusion MPT SCSI Host driver 3.01.06
Dec 15 14:38:09 blah kernel: scsi1 : ioc0: LSI53C1030, FwRev=01000e00h, Ports=1, MaxQ=222, IRQ=17
Dec 15 14:38:09 blah kernel: Vendor: MAXTOR    Model: ATLAS10K4_146WLS  Rev: DFL0
Dec 15 14:38:09 blah kernel: Type:  Direct-Access                      ANSI SCSI revision: 03
Dec 15 14:38:09 blah kernel: SCSI device sda: 287332384 512-byte hdwr sectors (147114 MB)
Dec 15 14:38:09 blah kernel: SCSI device sda: drive cache: write back
Dec 15 14:38:09 blah kernel: sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 sda13 sda14 sda15 >
Dec 15 14:38:09 blah kernel: Attached scsi disk sda at scsi1, channel 0, id 0, lun 0
Dec 15 14:38:09 blah kernel: Vendor: MAXTOR    Model: ATLAS10K4_146WLS  Rev: DFL0
Dec 15 14:38:09 blah kernel: Type:  Direct-Access                      ANSI SCSI revision: 03
Dec 15 14:38:09 blah kernel: SCSI device sdb: 287332384 512-byte hdwr sectors (147114 MB)
Dec 15 14:38:09 blah kernel: SCSI device sdb: drive cache: write back
Dec 15 14:38:09 blah kernel: sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 sdb12 sdb13 sdb14 sdb15 >
Dec 15 14:38:09 blah kernel: Attached scsi disk sdb at scsi1, channel 0, id 1, lun 0
Dec 15 14:38:09 blah kernel: ehci_hcd 0000:00:10.4: VIA Technologies, Inc. USB 2.0
Dec 15 14:38:09 blah kernel: ehci_hcd 0000:00:10.4: irq 21, pci mem f8834000
Dec 15 14:38:09 blah kernel: ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 1
Dec 15 14:38:09 blah kernel: ehci_hcd 0000:00:10.4: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
Dec 15 14:38:09 blah kernel: hub 1-0:1.0: USB hub found
Dec 15 14:38:09 blah kernel: hub 1-0:1.0: 8 ports detected
Dec 15 14:38:09 blah kernel: USB Universal Host Controller Interface driver v2.2
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.0: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.0: irq 21, io base 00009000
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 2
Dec 15 14:38:09 blah kernel: hub 2-0:1.0: USB hub found
Dec 15 14:38:09 blah kernel: hub 2-0:1.0: 2 ports detected
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.1: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (#2)
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.1: irq 21, io base 00008800
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 3
Dec 15 14:38:09 blah kernel: hub 3-0:1.0: USB hub found
Dec 15 14:38:09 blah kernel: hub 3-0:1.0: 2 ports detected
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.2: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (#3)
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.2: irq 21, io base 00008400
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 4
Dec 15 14:38:09 blah kernel: hub 4-0:1.0: USB hub found
Dec 15 14:38:09 blah kernel: hub 4-0:1.0: 2 ports detected
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.3: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (#4)
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.3: irq 21, io base 00008000
Dec 15 14:38:09 blah kernel: uhci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 5
Dec 15 14:38:09 blah kernel: hub 5-0:1.0: USB hub found
Dec 15 14:38:09 blah kernel: hub 5-0:1.0: 2 ports detected
Dec 15 14:38:09 blah kernel: Initializing USB Mass Storage driver...
Dec 15 14:38:09 blah kernel: usbcore: registered new driver usb-storage
Dec 15 14:38:09 blah kernel: USB Mass Storage support registered.
Dec 15 14:38:09 blah kernel: usbcore: registered new driver usbhid
Dec 15 14:38:09 blah kernel: drivers/usb/input/hid-core.c: v2.0:USB HID core driver
Dec 15 14:38:09 blah kernel: mice: PS/2 mouse device common for all mice
Dec 15 14:38:09 blah kernel: serio: i8042 AUX port at 0x60,0x64 irq 12
Dec 15 14:38:09 blah kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Dec 15 14:38:09 blah kernel: input: AT Translated Set 2 keyboard on isa0060/serio0
Dec 15 14:38:09 blah kernel: device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com
Dec 15 14:38:09 blah kernel: NET: Registered protocol family 2
Dec 15 14:38:09 blah kernel: IP: routing cache hash table of 8192 buckets, 64Kbytes
Dec 15 14:38:09 blah kernel: TCP: Hash tables configured (established 262144 bind 65536)
Dec 15 14:38:09 blah kernel: ip_conntrack version 2.1 (8191 buckets, 65528 max) - 160 bytes per conntrack
Dec 15 14:38:09 blah kernel: ip_tables: (C) 2000-2002 Netfilter core team
Dec 15 14:38:09 blah kernel: ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>.  http://snowman.net/projects/ipt_recent/
Dec 15 14:38:09 blah kernel: arp_tables: (C) 2002 David S. Miller
Dec 15 14:38:09 blah kernel: NET: Registered protocol family 1
Dec 15 14:38:09 blah kernel: NET: Registered protocol family 17
Dec 15 14:38:09 blah kernel: ACPI: (supports S0 S1 S4 S5)
Dec 15 14:38:09 blah kernel: EXT3-fs: INFO: recovery required on readonly filesystem.
Dec 15 14:38:09 blah kernel: EXT3-fs: write access will be enabled during recovery.
Dec 15 14:38:09 blah kernel: kjournald starting.  Commit interval 5 seconds
Dec 15 14:38:09 blah kernel: EXT3-fs: recovery complete.
Dec 15 14:38:09 blah kernel: EXT3-fs: mounted filesystem with ordered data mode.
Dec 15 14:38:09 blah kernel: VFS: Mounted root (ext3 filesystem) readonly.
Dec 15 14:38:09 blah kernel: Freeing unused kernel memory: 176k freed
Dec 15 14:38:09 blah kernel: Adding 1004052k swap on /dev/sda3.  Priority:-1 extents:1
Dec 15 14:38:09 blah kernel: EXT3 FS on sda2, internal journal
Dec 15 14:38:09 blah kernel: EXT2-fs warning (device sda1): ext2_fill_super: mounting ext3 filesystem as ext2

praedor 01-16-2005 03:56 PM
Unable to handle kernel paging request
 
I cannot help you as I am suffering heavily from the same problem. I run Mandrake 10.1 Official on a laptop and I am unable to operate the computer very long at all before I get a kernel paging request fault and the system becomes virtually unusable. My question to you concerns virtual memory addresses. For my system, the initial kernel paging request failure at <address> is not generally the same from fault to fault but the virtual memory hex address that follows is ALWAYS within a short span of memory addresses (01294xx). Do you see something similar? I am refering to the first virtual address indicating where the kernel paging request failed vs the next associated "virtual" address that follows:

Unable to handle kernel paging request at virtual address <some hex address that varies from fault to fault>
printing eip:
0x12942f <--- this is ALWAYS an address from the same short address space (1294xx).

I am trying to determine if this problem is hardware or software. I have run memtest86+ on my system and found not a single memory/cache error after more than 10 hours of testing. I have burned and run the disk diagnostic tests from the Ultimate Boot CD (available online, I highly recommend it - it is free) and it finds no problems with my harddrive so I can't state that my problem is a bad sector in my swap partition. I don't know what the problem is but it is a recent problem and doesn't affect my desktop system running the same software/system at all.

jah3765 01-16-2005 04:52 PM
Quote:
For my system, the initial kernel paging request failure at <address> is not generally the same from fault to fault but the virtual memory hex address that follows is ALWAYS within a short span of memory addresses (01294xx). Do you see something similar?
Wow, somebody does read the posts on this forum. I had given up. Anyway, here are the addresses from most of my crashes:

c02719db
c02d5115
c02d50e3
c02d50e3
c0229a5e
c021dc4a
c02d50e3
c02d50e3
c023db9c
c02d50e3

Some are the same, most aren't but they are all somewhat close. My problem turned out to be the memory. Replacing my shitty Kingston ram with Crucial completely fixed the problem. I was an idiot for picking ram off of Asus's recommended list rather than going with what I knew to be good; Crucial. Never again though. Regardless I think your problem is some sort of hardware conflict. And don't assume that just because memtest86+ didn't find anything wrong that your memory is ok. In searching for a solution I've read a few posts where people ran it and it still turned out to be the memory. Unfortunately the only way to know for sure is to spring for more and replace what you have. I did that and was planning on replacing the motherboard and cpu next if new ram hadn't fixed the problem. Luckily it did. Good luck, this shit can be a bitch.

BajaNick 01-16-2005 05:53 PM
No, Kingston ram is not shitty. I had that same problem on Linux and similar issues with windows. Kingston Ram needs the voltage increased from the stock 2.6 volts to 2.7 or even 2.8. Once that is done, Your system will run fine.

jah3765 01-17-2005 12:35 PM
Quote:
No, Kingston ram is not shitty. I had that same problem on Linux and similar issues with windows. Kingston Ram needs the voltage increased from the stock 2.6 volts to 2.7 or even 2.8. Once that is done, Your system will run fine.
I'm sure all Kingston ram is not bad or they wouldn't be able to sell any. In my case it was though. This is the only time I've ever bought other than Crucial ram for this server, which is on its 5th hardware upgrade. Never have I had a problem with Crucial which is the retail front end for the memory chip manufacturer Micron. Unfortunately I don't have the luxury of being able to fiddle with ram to get it to work. This server is co-located at an isp so I don't have physical access to it unless I go up there, which is inconvenient, or I pick it up and bring it home which is inconvenient in the extreme and involves down time. I need ram that works as rated the first time without tweaking. Crucial always has for me. Never again will I buy anything else, at least for this machine.

BajaNick 01-17-2005 09:48 PM
Yea, I see. I thought it kind of strange also when i found out that the voltage needed to be increased, Why would that be i thought, But once I did they worked great. :)


All times are GMT -5. The time now is 03:40 AM.