system crash - APIC error

Άγγελος Οικονομόπουλος aoiko at cc.ece.ntua.gr
Wed Dec 11 12:57:01 EET 2002


On Wednesday 11 December 2002 11:06, Leonidas Papadopoulos wrote:
> Kata thn diarkeia metatrophs enos DVD se DIVX me to mplayer to systhma
> pagose. Epidi etrexa X, me ton driver ths Nvidia, kai skeftomenos oti
> aftos ftaiei, to dokimasa kai anef X, alla to apotelesma htan to idio. To
> systhma kanei tetoia, alla oxi syxna, kai mexri tora nomiza oti ftaiei o
> driver tns Nvidia, alla mallon oxi. Panta meta to crash blepo "APIC
> error". To systhma moy einai Abit BP6, 2xCeleron 466, Slackware 8.1,
> Kernel 2.4.19, 384 MB memory, 256 swap. Sto syslog exo ta parakatv:
>
> Dec 11 01:58:07 lion kernel: APIC error on CPU0: 00(08)
> Dec 11 01:58:07 lion kernel: APIC error on CPU1: 00(04)

gia opoion nomizei oti mporei na boh8hsei o sxetikos polu kala sxoliasmenos 
kwdikas einai:
/*
 * This interrupt should never happen with our APIC/SMP architecture
 */
asmlinkage void smp_error_interrupt(void)
{
	unsigned long v, v1;

	/* First tickle the hardware, only then report what went on. -- REW */
	v = apic_read(APIC_ESR);
	apic_write(APIC_ESR, 0);
	v1 = apic_read(APIC_ESR);
	ack_APIC_irq();
	atomic_inc(&irq_err_count);

	/* Here is what the APIC error bits mean:
	   0: Send CS error
	   1: Receive CS error
	   2: Send accept error
	   3: Receive accept error
	   4: Reserved
	   5: Send illegal vector
	   6: Received illegal vector
	   7: Illegal register address
	*/
	printk (KERN_ERR "APIC error on CPU%d: %02lx(%02lx)\n",
	        smp_processor_id(), v , v1);
}

kai, peite me prokathlhmeno alla: exeis acpi ston phruna? an nai, mporeis na 
anaparageis to problhma se phruna xwris uposthri3h acpi?

btw, perna to parakatw oops apo to ksymoops (epishs luse mou thn aporia: 
poios ftaei pou den apokwdikopoihse to oops o syslog: esu h to slackware?)

> Dec 11 01:59:35 lion kernel: scsi : aborting command due to timeout : pid
> 51020, scsi0, channel 0, id 0, lun 0 0x28 00 00 1d 76 d8 00 00 3e 00
> Dec 11 01:59:35 lion kernel: hdc: timeout waiting for DMA
> Dec 11 01:59:35 lion kernel: ide_dmaproc: chipset supported
> ide_dma_timeout func only: 14
> Dec 11 01:59:35 lion kernel: hdc: status timeout: status=0xd0 { Busy }
> Dec 11 01:59:35 lion kernel: hdc: drive not ready for command
> Dec 11 01:59:35 lion kernel: scsi : aborting command due to timeout : pid
> 51021, scsi0, channel 0, id 0, lun 0 0x28 00 00 1d 77 16 00 00 16 00
> Dec 11 01:59:35 lion kernel: hdc: ATAPI reset complete
> Dec 11 01:59:35 lion kernel: hdc: irq timeout: status=0xc0 { Busy }
> Dec 11 01:59:35 lion kernel: hdc: ATAPI reset complete
> Dec 11 01:59:35 lion kernel: hdc: irq timeout: status=0xc0 { Busy }
> Dec 11 01:59:35 lion kernel: Unable to handle kernel paging request at
> virtual address 420bfb38
> Dec 11 01:59:35 lion kernel:  printing eip:
> Dec 11 01:59:35 lion kernel: d8cbd2f0
> Dec 11 01:59:35 lion kernel: *pde = 00000000
> Dec 11 01:59:35 lion kernel: Oops: 0002
> Dec 11 01:59:35 lion kernel: CPU:    1
> Dec 11 01:59:35 lion kernel: EIP:    0010:[<d8cbd2f0>]    Not tainted
> Dec 11 01:59:35 lion kernel: EFLAGS: 00010002
> Dec 11 01:59:35 lion kernel: eax: 420bf9b8   ebx: d3ae7ac0   ecx:
> 00000000 edx: d3ae7ac0
> Dec 11 01:59:35 lion kernel: esi: 00000000   edi: 000000c0   ebp:
> c03d0000 esp: c161fea0
> Dec 11 01:59:35 lion kernel: ds: 0018   es: 0018   ss: 0018
> Dec 11 01:59:35 lion kernel: Process swapper (pid: 0, stackpage=c161f000)
> Dec 11 01:59:35 lion kernel: Stack: d3ae7ac0 c0376d10 000000c0 c0376cd0
> 00000000 d3ae7ac0 c160eb80 c0376d10
> Dec 11 01:59:35 lion kernel:        c01e9e60 00000000 c1646e70 c0376d10
> c1646e70 d8cbd4dc 000000c0 c01eaa5c
> Dec 11 01:59:35 lion kernel:        c0376d10 c02a13a2 000000c0 c1646e70
> c01ea8b4 00000020 00000010 00000296
> Dec 11 01:59:35 lion kernel: Call Trace: [<c01e9e60>] [<d8cbd4dc>]
> [<c01eaa5c>] [<c01ea8b4>] [<c011fd46>]
> Dec 11 01:59:35 lion kernel:    [<c011fdc0>] [<c011c9b7>] [<c011c89c>]
> [<c011c61f>] [<c010894d>] [<c01053d0>]

-- 
Make it clear before you make it faster.
            - The Elements of Programming Style (Kernighan & Plaugher)




More information about the Linux-greek-users mailing list