Re: ACPI panic at boot time in -current
Hi all, From: Brian Somers [EMAIL PROTECTED] Date: Fri, 12 Oct 2001 01:15:38 +0100 ::Hi, :: ::I was wondering if anybody has any suggestions about why this might ::be happening in -current: cut ::pccbb1: RF5C478 PCI-CardBus Bridge irq 0 at device 10.1 on pci0 ::pccbb1: PCI Memory allocated: 10001000 ::acpi_pcib0: possible interrupts: 9 ::panic: free: multiple freed item 0xc14f75f0 ::Debugger(panic) ::Stopped at Debugger+0x44: pushl %ebx ::db t I also get the same kind of panic, after import of ACPICA 20010920 snapshot. If I boot very current kernel with old acpi.ko based on 20010831 snapshot, system boots up just fine. Panic message from current kernel with acpi.ko based on 20010920 snapshot: -8-8-8-8-8-8-8 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xfc60-0xfc7f at device 7. 2 on pci0 acpi_pcib0: possible interrupts: 9 panic: free: multiple freed item 0xc13843d0 Debugger(panic) Stopped at Debugger+0x44: pushl %ebx db -8-8-8-8-8-8-8 Related dmesg from the same kernel with old acpi.ko based on 20010831 snapshot: -8-8-8-8-8-8-8 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xfc60-0xfc7f at device 7.2 on pci0 acpi_pcib0: matched entry for 0.7.INTD (source \\_SB_.LNKD) acpi_pcib0: possible interrupts: 9 acpi_pcib0: routed interrupt 9 via \\_SB_.LNKD usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 uhub1: 3 ports with 3 removable, self powered -8-8-8-8-8-8-8 Hope this helps, Haro =-- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [acpi-jp 1343] Re: ACPI panic at boot time in -current
Hi, Intel folks. I've just found the bug in rsutils.c which double free(); AcpiUtRemoveReference() and ACPI_MEM_FREE(). Here is a fix. Index: rsutils.c === RCS file: /home/ncvs/src/sys/contrib/dev/acpica/rsutils.c,v retrieving revision 1.1.1.7 diff -u -r1.1.1.7 rsutils.c --- rsutils.c 4 Oct 2001 23:12:13 - 1.1.1.7 +++ rsutils.c 14 Oct 2001 15:23:13 - @@ -490,7 +490,6 @@ */ Cleanup: -ACPI_MEM_FREE (ByteStream); return_ACPI_STATUS (Status); } I suspect that this should be removed in ACPICA 20010831-to-20010920 changes. Matsuda-san, thanks. I missed the original mail in current ML written by brian. Thanks Hi all, From: Brian Somers [EMAIL PROTECTED] Date: Fri, 12 Oct 2001 01:15:38 +0100 ::Hi, :: ::I was wondering if anybody has any suggestions about why this might ::be happening in -current: cut ::pccbb1: RF5C478 PCI-CardBus Bridge irq 0 at device 10.1 on pci0 ::pccbb1: PCI Memory allocated: 10001000 ::acpi_pcib0: possible interrupts: 9 ::panic: free: multiple freed item 0xc14f75f0 ::Debugger(panic) ::Stopped at Debugger+0x44: pushl %ebx ::db t I also get the same kind of panic, after import of ACPICA 20010920 snapshot. If I boot very current kernel with old acpi.ko based on 20010831 snapshot, system boots up just fine. Panic message from current kernel with acpi.ko based on 20010920 snapshot: -8-8-8-8-8-8-8 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xfc60-0xfc7f at device 7. 2 on pci0 acpi_pcib0: possible interrupts: 9 panic: free: multiple freed item 0xc13843d0 Debugger(panic) Stopped at Debugger+0x44: pushl %ebx db -8-8-8-8-8-8-8 Related dmesg from the same kernel with old acpi.ko based on 20010831 snapshot: -8-8-8-8-8-8-8 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xfc60-0xfc7f at device 7.2 on pci0 acpi_pcib0: matched entry for 0.7.INTD (source \\_SB_.LNKD) acpi_pcib0: possible interrupts: 9 acpi_pcib0: routed interrupt 9 via \\_SB_.LNKD usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Philips Semiconductors hub, class 9/0, rev 1.10/1.10, addr 2 uhub1: 3 ports with 3 removable, self powered -8-8-8-8-8-8-8 Hope this helps, Haro =-- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI panic at boot time in -current
From: Mitsuru IWASAKI [EMAIL PROTECTED] Date: Mon, 15 Oct 2001 00:46:57 +0900 (JST) ::Hi, Intel folks. I've just found the bug in rsutils.c which double ::free(); AcpiUtRemoveReference() and ACPI_MEM_FREE(). Here is a fix. :: ::Index: rsutils.c ::=== ::RCS file: /home/ncvs/src/sys/contrib/dev/acpica/rsutils.c,v ::retrieving revision 1.1.1.7 ::diff -u -r1.1.1.7 rsutils.c ::--- rsutils.c 4 Oct 2001 23:12:13 - 1.1.1.7 ::+++ rsutils.c 14 Oct 2001 15:23:13 - ::@@ -490,7 +490,6 @@ :: */ :: Cleanup: :: ::-ACPI_MEM_FREE (ByteStream); :: return_ACPI_STATUS (Status); :: } :: :: ::I suspect that this should be removed in ACPICA 20010831-to-20010920 ::changes. :: ::Matsuda-san, thanks. I missed the original mail in current ML written ::by brian. :: ::Thanks Hi Iwasaki-san, That fixed my panic problem. Thanks for the patch. Haro =-- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ACPI panic at boot time in -current
Hi, I was wondering if anybody has any suggestions about why this might be happening in -current: Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=0x32f34 data=0xf9c+0x1028 syms=[0x4+0x49c0+0x4+0x61a]- Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #5: Wed Oct 10 06:33:14 BST 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HAK Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 97342057 Hz CPU: Pentium II/Pentium II Xeon/Celeron (97.34-MHz 686-class CPU) Origin = GenuineIntel Id = 0x66a Stepping = 10 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 201261056 (196544K bytes) avail memory = 191459328 (186972K bytes) Preloaded elf kernel /boot/kernel/kernel at 0xc043e000. Preloaded elf module /boot/kernel/snd_neomagic.ko at 0xc043e0a8. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc043e15c. Preloaded elf module /boot/kernel/acpi.ko at 0xc043e208. Pentium Pro MTRR support enabled VESA: v2.0, 2496k memory, flags:0x0, mode table:0xc0354cc2 (122) VESA: MagicGraph 256 AV 48K Using $PIR table, 6 entries at 0xc00fdf60 npx0: math processor on motherboard npx0: INT 16 interface acpi0: PTLTDRSDT on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x8008-0x800b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: PCI bus on acpi_pcib0 isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xfcf0-0xfcff at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller at device 7.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 pci0: bridge, PCI-unknown at device 7.3 (no driver attached) pci0: display, VGA at device 8.0 (no driver attached) pcm0: NeoMagic 256AV mem 0xfec0-0xfecf,0xfe00-0xfe3f irq 9 at device 8.1 on pci0 pci0: serial bus, FireWire at device 9.0 (no driver attached) pccbb0: RF5C478 PCI-CardBus Bridge irq 0 at device 10.0 on pci0 pccbb0: PCI Memory allocated: 1000 acpi_pcib0: device is routed to IRQ 9 cardbus0: Cardbus bus (newcard) on pccbb0 pccard0: 16-bit PCCard bus on pccbb0 pccbb1: RF5C478 PCI-CardBus Bridge irq 0 at device 10.1 on pci0 pccbb1: PCI Memory allocated: 10001000 acpi_pcib0: possible interrupts: 9 panic: free: multiple freed item 0xc14f75f0 Debugger(panic) Stopped at Debugger+0x44: pushl %ebx db t Debugger(c02d159b) at Debugger+0x44 panic(c02d0031,c14f75f0,0,c14f75f0,c0460adc) at panic+0x70 free(c14f75f0,c0430ba0,c0460a6c,c041f218,c14f75f0) at free+0x197 AcpiOsFree(c14f75f0,1,c150be9c,c0460b2c,c14ef9c0) at AcpiOsFree+0x10 AcpiRsSetSrsMethodData(c14e57a0,c0460adc,c0460b64,c0427626,c14e57a0) at AcpiRsSetSrsMethodData+0xc4 AcpiSetCurrentResources(c14e57a0,c0460adc,c14d5188,c14f3c80,c14f9d88) at AcpiSetCurrentResources+0x2b acpi_pcib_route_interrupt(c14f3c80,c14f9d00,1) at acpi_pcib_route_interrupt+0x6a2 pci_alloc_resource(c14f8700,c14f9d00,1,c0460c0c,0) at pci_alloc_resource+0xa6 bus_alloc_resource(c14f9d00,1,c0460c0c,0,) at bus_alloc_resource+0x5d pccbb_attach(c14f9d00,c14f9d00,c14f3c80,c14f8700,0) at pccbb_attach+0x3d0 device_probe_and_attach(c14f9d00) at device_probe_and_attach+0x9a bus_generic_attach(c14f8700,c14f8700,c0cdb680,c14f4a40,1) at bus_generic_attach+0x16 device_probe_and_attach(c14f8700) at device_probe_and_attach+0x9a bus_generic_attach(c14f3c80,c14d5088,c0cdb680,c14f3c80,c0460c90) at bus_generic_attach+0x16 acpi_pcib_attach(c14f3c80,c14f3c80,c0cdb680,c0cdb680,0) at acpi_pcib_attach+0x189 device_probe_and_attach(c14f3c80) at device_probe_and_attach+0x9a bus_generic_attach(c0cdb680,c0cdb61c,c0cdb600,c0cd2560,c0460cf8) at bus_generic_attach+0x16 acpi_probe_children(c0cdb680,c14cd088,c0cdb880,c0cdb680,6) at acpi_probe_children+0x62 acpi_attach(c0cdb680,c0cdb680,c0cdb880,c0cdb880,1) at acpi_attach+0x1d5 device_probe_and_attach(c0cdb680) at device_probe_and_attach+0x9a bus_generic_attach(c0cdb880,c14a6088,c0cdbb80,c0460d5c,c01c2786) at bus_generic_attach+0x16 nexus_attach(c0cdb880,c0cdb880,c0cd8dc8,465000,1) at nexus_attach+0xe device_probe_and_attach(c0cdb880) at device_probe_and_attach+0x9a root_bus_configure(c0cdbb80,c02f07c0,0,4) at root_bus_configure+0x16 configure(0,45dc00,45d000,0,c0126aac) at configure+0x22 mi_startup() at mi_startup+0x90 begin() at begin+0x43 Cheers. -- Brian [EMAIL PROTECTED][EMAIL PROTECTED] http://www.freebsd-services.com/brian@[uk.]FreeBSD.org Don't _EVER_ lose your sense of humour !
