Of course, I was being stupid and not running an SMP kernel, which is why my 2nd CPU was not working when I booted, rather than it being because of a lack of ACPI, so I have the machine functioning with everything apart from ACPI now. But it is still an ACPI related bug! Ed
I have same problem like in last message to you with Compaq DL360 only my system is 2 processors (1000 X 2). beast 6.0 RC1 was work on same server, just two days ago, install beast 6.0 RELEASE, so ... > boot was stopped in that point and> only 5sec. pwr button helps ... :-( ... ... ... npx0: [FAST] npx0: <math processor> on motherboard npx0: INT 16 interface acpi0: <COMPAQ MICRO> on motherboard acpi0: Power Button (fixed) pci_link0: <ACPI PCI Link FAKE> on acpi0 pci_link1: <ACPI PCI Link INA0> on acpi0 ________________ that,s it Please, can you help me with this problem. I rebuild kernel, but same thing .. just no results. May be, ... I need some special options in kernel for ACPI ? Sergey URAL METAL uralmetal@gmail.com
Responsible Changed From-To: gnats-admin->linimon This is a misfiled followup; take it while I am waiting a response from the submitter indicating which PR it is a followup to.
Hi, I can't find which PR this is supposed to be a follow up to either. But I'm having the same problems with my DL 360 server. If I set debug.acpi.disabled="pci_link pci", I can boot. But then FreeBSD doesn't see the RAID controller. So I have to run with ACPI disabled, but that means only using one of the CPUs. :-( How can I help out? Should I send any logs, dumps or anything? I'm copying John as he's the one most clued on ACPI I know. ;-) Cheers, -- Anders.
On Friday 16 December 2005 04:02 am, Anders Nordby wrote: > Hi, > > I can't find which PR this is supposed to be a follow up to either. But > I'm having the same problems with my DL 360 server. If I set > debug.acpi.disabled="pci_link pci", I can boot. But then FreeBSD doesn't > see the RAID controller. So I have to run with ACPI disabled, but that > means only using one of the CPUs. :-( > > How can I help out? Should I send any logs, dumps or anything? > > I'm copying John as he's the one most clued on ACPI I know. ;-) Actually, what I need is someone to add some printf's to the acpi_pci_link code and figure out where it is hanging if at all possible. There also aren't any substantive changes (only a printf tweak) in between the start of RELENG_6 and 6.0 in the pci_link code. I'm curious if the problem persists on today's RELENG_6 since I've MFC'd various fixes since the release. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org
Responsible Changed From-To: linimon->freebsd-acpi Now that I think I know what's going on with these PRs, merge in all the text from i386/88523 and assign to the proper mailing list.
On Fri, Dec 16, 2005 at 03:34:38PM -0500, John Baldwin wrote: > Actually, what I need is someone to add some printf's to the acpi_pci_link > code and figure out where it is hanging if at all possible. There also > aren't any substantive changes (only a printf tweak) in between the start of > RELENG_6 and 6.0 in the pci_link code. I'm curious if the problem persists > on today's RELENG_6 since I've MFC'd various fixes since the release. Using a slightly modified version of John's pci_link_printf.patch (see http://people.freebsd.org/~anders/patches/pci_link_printf.patch-anders, I had to add dev argument to device_printf and a %d was missing) I get: acpi0: <COMPAQ MICRO> on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported pci_link0: <ACPI PCI Link FAKE> on acpi0 attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 pci_link1: <ACPI PCI Link INA0> on acpi0 attach started And there it hangs. I am using 6.0-RELEASE here. Haven't tested RELENG_6 yet. Cheers, -- Anders.
Hi, On Thu, Dec 29, 2005 at 10:34:15PM +0100, Anders Nordby wrote: > (..) For the record. I just tried using 6.0-STABLE as of december 30. It still hangs: acpi0: <COMPAQ MICRO> on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported But now it stops earlier, or at least it doesn't print the pci_link<n>: lines. Applying the printf patch then, I get: acpi0: <COMPAQ MICRO> on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started Phew, luckily acpi is a module, so I only need to recompile it instead of the whole kernel. I had ACPI problems with FreeBSD 6 on other Compaq servers as well, one DL 580. Once we get this solved for DL 360 I can try with the 580 (it is in production, so I can not easily take it down when I want -- but it would be nice to use both CPUs on it ;-)). Cheers, -- Anders.
Hi, On Tue, Jan 03, 2006 at 09:24:43AM -0500, John Baldwin wrote: > Ok, looks like it is ACPI_SERIAL_BEGIN() it is hanging on. Also, the reason > you don't see the pritnf's in 6-stable is the devices are now marked quiet so > they don't show up in dmesg by default anymore. The problem is I must have > forgotten to release the pci_link lock somewhere. If you had INVARIANTS on > it should have panic'd in sx_xlock. As it is, I think this patch will fix > the hangs on both 6.x and 7.0: > > Index: acpi_pci_link.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.51 > diff -u -r1.51 acpi_pci_link.c > --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 > +++ acpi_pci_link.c 3 Jan 2006 14:24:23 -0000 > @@ -449,8 +449,10 @@ > } > } > sc->pl_num_links = creq.count; > - if (creq.count == 0) > + if (creq.count == 0) { > + ACPI_SERIAL_END(pci_link); > return (0); > + } > sc->pl_links = malloc(sizeof(struct link) * sc->pl_num_links, > M_PCI_LINK, M_WAITOK | M_ZERO); I applied the patch on the same RELENG_6 installation I upgraded to the other day, which also has the printf patch. Using what you suggest above, I get further. But now I get a panic. Log attached. Cheers, -- Anders.
Hi, On Tue, Jan 03, 2006 at 03:19:37PM -0500, John Baldwin wrote: > Your BIOS is busted. It's trying to route an interrupt via the FAKE link > device that doesn't have any interrupts available. Can you post your ASL > somewhere? I just updated to the latest BIOS from HP/Compaq. The latest one is from 2002 however, this is a bit old (but still very useful) server. I just booted it with ACPI disabled, and ASL/DSDT using this command: # acpidump -t -d -o anderstest.dsdt > anderstest.asl You can download them from http://anders.fupp.net/test/anderstest.dsdt and http://anders.fupp.net/test/anderstest.asl. Cheers, -- Anders.
Hi, On Tue, Jan 03, 2006 at 05:06:26PM -0500, John Baldwin wrote: > It does reference 'FAKE' in one of the _PRT entries sadly. You can try > removing it and compiling a custom dsdt to work around it. You could also > beat up Compaq for the crap BIOS. Do these machines have APICs on them? > They'd probably be a lot happier with APIC enabled if so. > > Package (0x04) > { > 0x0004FFFF, > 0x00, > FAKE, > 0x00 > }, I removed the section above, but if fails to compile: root@anderstest:~# iasl anderstest.asl-fixed Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Dec 31 2005] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c Non-ASCII character: 0xD2 at offset 0xBB Non-ASCII character: 0xD2 at offset 0x189 Non-ASCII character: 0xD2 at offset 0x7B3 3 non-ASCII characters found in input file, appears to be binary Error 1082 - Invalid characters found in file anderstest.asl-fixed In the ASL, there is 0xD2 which is Ò, used for Creator ID in the RSDT, FACP and SPCR sections. I changed that to just ASL like it looks like on my Dell laptop (Creator ID=ASL). Then I can compile. Booting with the custom dsdt, I get a page fault. Log attached. I will check to see if I can change anything useful in the BIOS tomorrow, but I doubt it. :-/ Cheers, -- Anders.
On Wed, Jan 04, 2006 at 01:13:27PM -0500, John Baldwin wrote: >> I will check to see if I can change anything useful in the BIOS >> tomorrow, but I doubt it. :-/ > Hmm, ok. I'd really need to know what source file:line that page fault maps > to (you can use gdb to find that if you have a kernel.debug). OTOH, you can > also try this patch which just prints a warning for bogus _PRT entries when > we bump reference counts and only panics if we actually try to route an > interrupt via the busted link device. You can try this w/o the custom DSDT. > > Index: acpi_pci_link.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_pci_link.c,v > retrieving revision 1.51 > diff -u -r1.51 acpi_pci_link.c > --- acpi_pci_link.c 5 Dec 2005 19:50:00 -0000 1.51 > +++ acpi_pci_link.c 4 Jan 2006 18:07:17 -0000 > @@ -625,8 +625,11 @@ > /* Bump the reference count. */ > ACPI_SERIAL_BEGIN(pci_link); > link = acpi_pci_link_lookup(dev, index); > - if (link == NULL) > - panic("%s: apparently invalid index %d", __func__, index); > + if (link == NULL) { > + device_printf(dev, "apparently invalid index %d\n", index); > + ACPI_SERIAL_END(pci_link); > + return; > + } > link->l_references++; > if (link->l_routed) > pci_link_interrupt_weights[link->l_irq]++; > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x1c > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0a6d69d > > Do a 'l *0xc0a6d69d' in 'gdb kernel.debug' if you can to see what this > corresponds to. Still having http://people.freebsd.org/~anders/patches/pci_link_printf.patch-anders and http://people.freebsd.org/~anders/patches/pci_link_serial-end.patch applied, and with the custom DSDT running 6-STABLE as of december 30, I rebuilt my kernel with DDB and KDB. I get this trap: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: <ACPI CPU> on acpi0 pcib0: <ACPI Host-PCI bridge> on acpi0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0a8073d stack pointer = 0x28:0xc0c20ba8 frame pointer = 0x28:0xc0c20bc0 code segment = base rx0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at AcpiRsGetPciRoutingTableLength+0x2d: movl 0x1c(%eax),%ecx db> panic panic: from debugger cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Running gdb, I get nothing I'm afraid: root@anderstest:~# gdb /usr/obj/usr/src/sys/ANDERSTEST/kernel.debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) l *0xc0a8073d No source file for address 0xc0a8073d. Talking to you on chat, you suggested decrementing the outer package count outside of the FAKE package. Doing this, and booting with updated DSDT, the system boots, but without SMP (only one CPU detected): KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-STABLE #0: Thu Jan 5 20:06:32 UTC 2006 root@anderstest:/usr/obj/usr/src/sys/ANDERSTEST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 671072256 (639 MB) avail memory = 647356416 (617 MB) ACPI-0377: *** Info: Table [SSDT] replaced by host OS ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS npx0: [FAST] npx0: <math processor> on motherboard npx0: INT 16 interface acpi0: <COMPAQ MICRO> on motherboard acpi0: Power Button (fixed) attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: <ACPI CPU> on acpi0 pcib0: <ACPI Host-PCI bridge> on acpi0 pci_link6: BIOS IRQ 3 for 0.1.INTA is invalid pci0: <ACPI PCI bus> on pcib0 ida0: <Compaq Integrated Array controller> port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 10 at device 1.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.50 idad0: <Compaq Logical Drive> on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 pci0: <display, VGA> at device 3.0 (no driver attached) pci0: <base peripheral> at device 4.0 (no driver attached) pcib1: <PCI-PCI bridge> at device 5.0 on pci0 pci1: <PCI bus> on pcib1 pci1: <display, VGA> at device 0.0 (no driver attached) pci0: <memory> at device 5.1 (no driver attached) isab0: <PCI-ISA bridge> at device 15.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <ServerWorks ROSB4 UDMA33 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: <ATA channel 0> on atapci0 ata1: <ATA channel 1> on atapci0 pcib2: <ACPI Host-PCI bridge> on acpi0 pci_link7: BIOS IRQ 7 for 3.5.INTA is invalid pci3: <ACPI PCI bus> on pcib2 fxp0: <Intel 82559 Pro/100 Ethernet> port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 5 at device 4.0 on pci3 miibus0: <MII bus> on fxp0 inphy0: <i82555 10/100 media interface> on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:e8:41:4d fxp1: <Intel 82559 Pro/100 Ethernet> port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 9 at device 5.0 on pci3 miibus1: <MII bus> on fxp1 inphy1: <i82555 10/100 media interface> on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:e8:41:ca acpi_tz0: <Thermal Zone> on acpi0 atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: <PS/2 Mouse> irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: <floppy drive controller> port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <Standard PC COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console pmtimer0 on isa0 orm0: <ISA Option ROMs> at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timestray irq7 counter "TSC" frequency 1130457848 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM <CD-224E/9.0C> at ata1-master PIO4 Trying to mount root from ufs:/dev/idad0s1a Loading configuration files. kernel dumps on /dev/idad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/idad0s1b as swap device Starting file system checks: /dev/idad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/idad0s1a: clean, 6576911 free (12431 frags, 820560 blocks, 0.2% fragmentation) Setting hostname: anderstest. fxp0: link state changed to UP lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEXf,MULTICAST> mtu x1500 options=8p<VLAN_MTU> ine1t6 fe80::202:a5f:f:fee8:414d%fxp0 prefixlen 64 telntative scopeid i0x1 inet 192.n168.120.37 netmaksk 0xffffff00 br oadcast 192.168.s120.255 ether t00:02:a5:e8:41:4ad media: Ethertnet 100baseTX <feull-duplex> st atus: active cadd net default:h gateway 192.168a.120.1 Additionnal routing optiogns:. Starting deevd. d to DOWN hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/idad0s1b... savecore: no dumps found ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Starting background file system checks in 60 seconds. Thu Jan 5 23:12:07 UTC 2006 FreeBSD/i386 (anderstest) (ttyd0) login: Trying your latest patch to acpi_pci_link (http://people.freebsd.org/~anders/patches/pci_link_no-panic-print-bogus-prt-entries.patch), and disabling the custom DSDT, the system boots. But again without SMP (only one CPU launched): KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-STABLE #0: Thu Jan 5 20:06:32 UTC 2006 root@anderstest:/usr/obj/usr/src/sys/ANDERSTEST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 671072256 (639 MB) avail memory = 647356416 (617 MB) npx0: [FAST] npx0: <math processor> on motherboard npx0: INT 16 interface acpi0: <COMPAQ MICRO> on motherboard acpi0: Power Button (fixed) attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: <ACPI CPU> on acpi0 pcib0: <ACPI Host-PCI bridge> on acpi0 pci_link6: BIOS IRQ 3 for 0.1.INTA is invalid pci_link0: apparently invalid index 0 pci0: <ACPI PCI bus> on pcib0 ida0: <Compaq Integrated Array controller> port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 10 at device 1.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.50 idad0: <Compaq Logical Drive> on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 pci0: <display, VGA> at device 3.0 (no driver attached) pci0: <base peripheral> at device 4.0 (no driver attached) pcib1: <PCI-PCI bridge> at device 5.0 on pci0 pci1: <PCI bus> on pcib1 pci1: <display, VGA> at device 0.0 (no driver attached) pci0: <memory> at device 5.1 (no driver attached) isab0: <PCI-ISA bridge> at device 15.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <ServerWorks ROSB4 UDMA33 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: <ATA channel 0> on atapci0 ata1: <ATA channel 1> on atapci0 pcib2: <ACPI Host-PCI bridge> on acpi0 pci_link7: BIOS IRQ 7 for 3.5.INTA is invalid pci3: <ACPI PCI bus> on pcib2 fxp0: <Intel 82559 Pro/100 Ethernet> port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 5 at device 4.0 on pci3 miibus0: <MII bus> on fxp0 inphy0: <i82555 10/100 media interface> on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:e8:41:4d fxp1: <Intel 82559 Pro/100 Ethernet> port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 9 at device 5.0 on pci3 miibus1: <MII bus> on fxp1 inphy1: <i82555 10/100 media interface> on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:e8:41:ca acpi_tz0: <Thermal Zone> on acpi0 atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: <PS/2 Mouse> irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: <floppy drive controller> port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <Standard PC COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console pmtimer0 on isa0 orm0: <ISA Option ROMs> at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1130457669 Hz quality 800 Timecoustray irq7 nters tick every 1.000 msec acd0: CDROM <CD-224E/9.0C> at ata1-master PIO4 [-- itannord@localhost attached -- Thu Jan 5 22:55:37 2006] [-- itannord@localhost detached -- Thu Jan 5 22:55:46 2006] Trying to mount root from ufs:/dev/idad0s1a Loading configuration files. kernel dumps on /dev/idad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/idad0s1b as swap device Starting file system checks: /dev/idad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/idad0s1a: clean, 6576928 free (12408 frags, 820565 blocks, 0.2% fragmentation) Setting hostname: anderstest. fxp0: link state changed to UP lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 fxp0: flags=8843<UP,BROADCASTf,RUNNING,SIMPLEXx,MULTICAST> mtu p1500 options=81<VLAN_MTU> ine:t6 fe80::202:a5f f:fee8:414d%fxp0l prefixlen 64 teintative scopeid n0x1 inet 192.k168.120.37 netma sk 0xffffff00 brsoadcast 192.168.t120.255 ether a00:02:a5:e8:41:4td media: Etherenet 100baseTX <f ull-duplex> stcatus: active hadd net default:a gateway 192.168n.120.1 Additiongal routing optioens:. Starting ddevd. to DOWN hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems:. Creating and/or trimming log files:. Starting syslogd. Checking for core dump on /dev/idad0s1b... savecore: no dumps found ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout Starting local daemons:. Updating motd. Configuring syscons: blanktime. Starting sshd. Initial i386 initialization:. Additional ABI support:. Starting cron. Local package initialization:. Additional TCP options:. Starting background file system checks in 60 seconds. Thu Jan 5 22:55:59 UTC 2006 FreeBSD/i386 (anderstest) (ttyd0) login: How can I get SMP running? This worked in 5.x and 4.x, I believe. Regards, -- Anders.
State Changed From-To: open->patched Fixes committed to HEAD. Apparently from other chat with Anders the SMP was a red herring as the boxes in question are SMP capable but only have one CPU in the box. Will MFC in a week or so.
Responsible Changed From-To: freebsd-acpi->jhb Fixes committed to HEAD. Apparently from other chat with Anders the SMP was a red herring as the boxes in question are SMP capable but only have one CPU in the box. Will MFC in a week or so.
John, I've done the following on my Compaq 360DL: Upgraded the BIOS to latest version. Applied your patches as of http://people.freebsd.org/~anders/patches/pci_link_serial-end.patch http://people.freebsd.org/~anders/patches/pci_link_printf.patch-anders to acpi_pci_link.c and recompiled acpi.ko and now my system starts fine with acpi enabled. Now there is a delay of app. 20 seconds at the point where acd0 (CDrom) is detected, but otherwise no problem has yet occurred. I also compiled a custom kernel earlier for other reasons, which had no negative or positive effects on the acpi problem. Many thanks for the patches. I attach the output of dmesg.boot as wel as sysctl hw.acpi, you may want to have a look at it to see if there is anything unusual. Thanks, Niek ============= dmesg.boot: Copyright (c) 1992-2005 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 6.0-RELEASE #0: Sat Jan 7 12:46:50 CET 2006 root@server.localnet:/usr/src/sys/i386/compile/DL360DIGITEKST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (996.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> real memory = 671072256 (639 MB) avail memory = 651653120 (621 MB) npx0: [FAST] npx0: <math processor> on motherboard npx0: INT 16 interface acpi0: <COMPAQ MICRO> on motherboard acpi0: Power Button (fixed) pci_link0: <ACPI PCI Link FAKE> on acpi0 attach started pci_link0: calling _CRS pci_link0: _CRS returned AE_OK pci_link0: num_links = 0 pci_link1: <ACPI PCI Link INA0> on acpi0 attach started pci_link1: calling _CRS pci_link1: _CRS returned AE_OK pci_link1: num_links = 1 pci_link1: 1 links initialized after child links pci_link1: calling _CRS again pci_link1: _CRS returned AE_OK pci_link1: calling _PRS again pci_link1: _PRS returned AE_OK pci_link2: <ACPI PCI Link INA1> on acpi0 attach started pci_link2: calling _CRS pci_link2: _CRS returned AE_OK pci_link2: num_links = 1 pci_link2: 1 links initialized after child links pci_link2: calling _CRS again pci_link2: _CRS returned AE_OK pci_link2: calling _PRS again pci_link2: _PRS returned AE_OK pci_link3: <ACPI PCI Link ITR0> on acpi0 attach started pci_link3: calling _CRS pci_link3: _CRS returned AE_OK pci_link3: num_links = 1 pci_link3: 1 links initialized after child links pci_link3: calling _CRS again pci_link3: _CRS returned AE_OK pci_link3: calling _PRS again pci_link3: _PRS returned AE_OK pci_link4: <ACPI PCI Link ITR1> on acpi0 attach started pci_link4: calling _CRS pci_link4: _CRS returned AE_OK pci_link4: num_links = 1 pci_link4: 1 links initialized after child links pci_link4: calling _CRS again pci_link4: _CRS returned AE_OK pci_link4: calling _PRS again pci_link4: _PRS returned AE_OK pci_link5: <ACPI PCI Link ITR2> on acpi0 attach started pci_link5: calling _CRS pci_link5: _CRS returned AE_OK pci_link5: num_links = 1 pci_link5: 1 links initialized after child links pci_link5: calling _CRS again pci_link5: _CRS returned AE_OK pci_link5: calling _PRS again pci_link5: _PRS returned AE_OK pci_link6: <ACPI PCI Link ITR3> on acpi0 attach started pci_link6: calling _CRS pci_link6: _CRS returned AE_OK pci_link6: num_links = 1 pci_link6: 1 links initialized after child links pci_link6: calling _CRS again pci_link6: _CRS returned AE_OK pci_link6: calling _PRS again pci_link6: _PRS returned AE_OK pci_link7: <ACPI PCI Link ITR4> on acpi0 attach started pci_link7: calling _CRS pci_link7: _CRS returned AE_OK pci_link7: num_links = 1 pci_link7: 1 links initialized after child links pci_link7: calling _CRS again pci_link7: _CRS returned AE_OK pci_link7: calling _PRS again pci_link7: _PRS returned AE_OK pci_link8: <ACPI PCI Link INB0> on acpi0 attach started pci_link8: calling _CRS pci_link8: _CRS returned AE_OK pci_link8: num_links = 1 pci_link8: 1 links initialized after child links pci_link8: calling _CRS again pci_link8: _CRS returned AE_OK pci_link8: calling _PRS again pci_link8: _PRS returned AE_OK pci_link9: <ACPI PCI Link INB1> on acpi0 attach started pci_link9: calling _CRS pci_link9: _CRS returned AE_OK pci_link9: num_links = 1 pci_link9: 1 links initialized after child links pci_link9: calling _CRS again pci_link9: _CRS returned AE_OK pci_link9: calling _PRS again pci_link9: _PRS returned AE_OK Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x240-0x243 on acpi0 cpu0: <ACPI CPU> on acpi0 pcib0: <ACPI Host-PCI bridge> on acpi0 pci_link0: apparently invalid index 0 pci0: <ACPI PCI bus> on pcib0 ida0: <Compaq Integrated Array controller> port 0x2000-0x20ff mem 0xc5000000-0xc5ffffff,0xc4000000-0xc4ffffff irq 5 at device 1.0 on pci0 ida0: [GIANT-LOCKED] ida0: drives=1 firm_rev=1.42 idad0: <Compaq Logical Drive> on ida0 idad0: 17359MB (35553120 sectors), blocksize=512 pci0: <display, VGA> at device 3.0 (no driver attached) pci0: <base peripheral> at device 4.0 (no driver attached) pcib1: <PCI-PCI bridge> at device 5.0 on pci0 pci1: <PCI bus> on pcib1 pci1: <display, VGA> at device 0.0 (no driver attached) pci0: <memory> at device 5.1 (no driver attached) isab0: <PCI-ISA bridge> at device 15.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <ServerWorks ROSB4 UDMA33 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2800-0x280f at device 15.1 on pci0 ata0: <ATA channel 0> on atapci0 ata1: <ATA channel 1> on atapci0 pcib2: <ACPI Host-PCI bridge> on acpi0 pci3: <ACPI PCI bus> on pcib2 fxp0: <Intel 82559 Pro/100 Ethernet> port 0x4000-0x403f mem 0xc6fff000-0xc6ffffff,0xc6e00000-0xc6efffff irq 9 at device 4.0 on pci3 miibus0: <MII bus> on fxp0 inphy0: <i82555 10/100 media interface> on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:a5:8b:3a:89 fxp1: <Intel 82559 Pro/100 Ethernet> port 0x4040-0x407f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 10 at device 5.0 on pci3 miibus1: <MII bus> on fxp1 inphy1: <i82555 10/100 media interface> on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:a5:8b:3a:88 acpi_tz0: <Thermal Zone> on acpi0 atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: <floppy drive controller> port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <Standard PC COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: <ISA Option ROMs> at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xe8000-0xedfff,0xee000-0xeffff on isa0 ppc0: parallel port not found. sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 996847535 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM <CD-224E/9.0C> at ata1-master PIO4 Trying to mount root from ufs:/dev/idad0s1a ================= sysctl hw.acpi: server# sysctl hw.acpi ~ hw.acpi.supported_sleep_state: S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S4 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 8.3C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 9.8C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 31.3C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 ============================================================ John Baldwin schreef: >Synopsis: Compaq DL 360 ACPI will not boot with ACPI enabled > >State-Changed-From-To: open->patched >State-Changed-By: jhb >State-Changed-When: Fri Jan 6 16:15:09 UTC 2006 >State-Changed-Why: >Fixes committed to HEAD. Apparently from other chat with Anders the >SMP was a red herring as the boxes in question are SMP capable but only >have one CPU in the box. Will MFC in a week or so. > > >Responsible-Changed-From-To: freebsd-acpi->jhb >Responsible-Changed-By: jhb >Responsible-Changed-When: Fri Jan 6 16:15:09 UTC 2006 >Responsible-Changed-Why: >Fixes committed to HEAD. Apparently from other chat with Anders the >SMP was a red herring as the boxes in question are SMP capable but only >have one CPU in the box. Will MFC in a week or so. > >http://www.freebsd.org/cgi/query-pr.cgi?pr=89545 >_______________________________________________ >freebsd-acpi@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > >
i manually applied pci_link_printf.patch-anders to 6.0-STABLE and my SMP compiled kernel boots fine. i thought it is noteworthy that the system pauses for >60s at line ioapic0: routing intpin 24 (PCI IRQ 24) to cluster 0 of the attached boot -v log. this may be normal behavior, but this is the first successful SMP+ACPI boot in 6.0 for me. i have also attached a sysctl output. thanks, -r -- +++ATH 7MN; {{{
State Changed From-To: patched->closed Fixes merged to RELENG_6.
Hi, Just a small followup to this PR. I could get SMP working on my DL 360 server by changing OS selection to Linux in the system configuration (need to boot off an older SmartStart CD to be able to do this). I can't access find any way to access advanced settings or any advanced mode in the configuration, like I've done on other Proliant servers. But the OS profile change in the system configuration, I can see that the CPU has the feature APIC: CPU: Intel Pentium III (797.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> Before that, I could not: CPU: Intel Pentium III (797.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE> With the APIC feature being there, two CPUs are detected: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 Cheers, -- Anders.