From owner-freebsd-ppc@FreeBSD.ORG Sun Jun 19 19:19:22 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 844F81065672 for ; Sun, 19 Jun 2011 19:19:22 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAFD8FC16 for ; Sun, 19 Jun 2011 19:19:22 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ignis-smin.broadpark.no ([80.202.8.11]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with ESMTP id <0LN1005A0XO82K80@thalia-smout.broadpark.no> for freebsd-ppc@freebsd.org; Sun, 19 Jun 2011 21:19:20 +0200 (CEST) Received: from kg-v2.kg4.no ([84.48.120.215]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with SMTP id <0LN100FD4XO8U910@ignis-smin.broadpark.no> for freebsd-ppc@freebsd.org; Sun, 19 Jun 2011 21:19:20 +0200 (CEST) Date: Sun, 19 Jun 2011 21:19:20 +0200 From: Torfinn Ingolfsen To: freebsd-ppc@freebsd.org Message-id: <20110619211920.b627797c.torfinn.ingolfsen@broadpark.no> In-reply-to: <8A05F98C-530F-423D-84D5-D25804D06EA2@xcllnt.net> References: <50055898-7A01-4352-882A-8D7B268BEBCE@gmail.com> <20110618113509.5ee0e50c.torfinn.ingolfsen@broadpark.no> <4DE41080-250D-4F0A-9CD9-9E9EAF790806@gmail.com> <20110618170808.d1eb48fe.torfinn.ingolfsen@broadpark.no> <8A05F98C-530F-423D-84D5-D25804D06EA2@xcllnt.net> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Installing FreeBSD on Mac Mini 4G PPC X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 19:19:22 -0000 On Sat, 18 Jun 2011 13:50:31 -0700 Marcel Moolenaar wrote: > The APM partitioning scheme sets up the first partition to describe > itself. The old APM code in FreeBSD didn't filter it out and as such > gave the first user partition slice number 2. gpart does not do that > but preserve the previous naming of starting user partitions with s2. I hadn't noticed that; thanks for explaining. > It's easily changed, but breaks backward compatibility... As long as we now, I think we can live with it. -- Torfinn From owner-freebsd-ppc@FreeBSD.ORG Sun Jun 19 19:25:31 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 985C1106567A for ; Sun, 19 Jun 2011 19:25:31 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id 4FEE78FC1A for ; Sun, 19 Jun 2011 19:25:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ignis-smin.broadpark.no ([80.202.8.11]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with ESMTP id <0LN1005JIXYI2K90@thalia-smout.broadpark.no> for freebsd-ppc@freebsd.org; Sun, 19 Jun 2011 21:25:30 +0200 (CEST) Received: from kg-v2.kg4.no ([84.48.120.215]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-15.01 64bit (built Feb 12 2010)) with SMTP id <0LN100FK8XYID250@ignis-smin.broadpark.no> for freebsd-ppc@freebsd.org; Sun, 19 Jun 2011 21:25:30 +0200 (CEST) Date: Sun, 19 Jun 2011 21:25:29 +0200 From: Torfinn Ingolfsen To: freebsd-ppc@freebsd.org Message-id: <20110619212529.0f0a85b9.torfinn.ingolfsen@broadpark.no> In-reply-to: <20110619211920.b627797c.torfinn.ingolfsen@broadpark.no> References: <50055898-7A01-4352-882A-8D7B268BEBCE@gmail.com> <20110618113509.5ee0e50c.torfinn.ingolfsen@broadpark.no> <4DE41080-250D-4F0A-9CD9-9E9EAF790806@gmail.com> <20110618170808.d1eb48fe.torfinn.ingolfsen@broadpark.no> <8A05F98C-530F-423D-84D5-D25804D06EA2@xcllnt.net> <20110619211920.b627797c.torfinn.ingolfsen@broadpark.no> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd8.1) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Installing FreeBSD on Mac Mini 4G PPC X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2011 19:25:31 -0000 On Sun, 19 Jun 2011 21:19:20 +0200 Torfinn Ingolfsen wrote: > > As long as we now, I think we can live with it. or "know" as it was before my fingers slipped... :) -- Torfinn From owner-freebsd-ppc@FreeBSD.ORG Mon Jun 20 11:07:08 2011 Return-Path: Delivered-To: freebsd-ppc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6BEA106564A for ; Mon, 20 Jun 2011 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8FF8FC21 for ; Mon, 20 Jun 2011 11:07:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p5KB78mr098203 for ; Mon, 20 Jun 2011 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p5KB77t2098201 for freebsd-ppc@FreeBSD.org; Mon, 20 Jun 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Jun 2011 11:07:07 GMT Message-Id: <201106201107.p5KB77t2098201@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ppc@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ppc@FreeBSD.org X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 11:07:08 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o power/149009 ppc sysinstall(8) on powerpc fails to install manpages, so o power/140241 ppc [kernel] [patch] Linker set problems on PowerPC EABI o power/135576 ppc gdb cannot debug threaded programs on ppc o power/133503 ppc [sound] Sound stutter after switching ttys o power/133382 ppc [install] Installer gets signal 11 o power/131548 ppc ofw_syscons no longer supports 32-bit framebuffer 6 problems total. From owner-freebsd-ppc@FreeBSD.ORG Mon Jun 20 22:19:34 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 765F71065674 for ; Mon, 20 Jun 2011 22:19:34 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 335DE8FC1B for ; Mon, 20 Jun 2011 22:19:33 +0000 (UTC) Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id p5KKMVsK021258 for ; Mon, 20 Jun 2011 16:22:56 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by zidane.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id PSI08622; Mon, 20 Jun 2011 16:22:56 -0400 (EDT) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id p5KKMtMC014193 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 20 Jun 2011 16:22:55 -0400 From: Paul Mather Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 20 Jun 2011 16:22:55 -0400 Message-Id: <38D89FC6-13F1-4AEF-AF41-0A377EE49DC4@gromit.dlib.vt.edu> To: freebsd-ppc@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Info: (0) X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020205.4DFFAC20.0040,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Subject: Xserve G5 keeps shutting down X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 22:19:34 -0000 I'm running FreeBSD/powerpc64 -CURRENT on an Xserve G5. With a recent = kernel, the system will not stay up for more than a few hours at a time. = :-( I have no idea why the machine is shutting off. There is no panic or = crash dump and there is no indication in the logs of anything awry. The = system just powers down. The times this has happened when I have been = there have not indicated anything stressing the system (like all fans = racing madly) and oftentimes the system has been relatively idle. = (Oddly, it never appears to my knowledge to have shut down when doing = sometime potentially taxing, such as a make -j5 buildworld or the = likes.) The main thing I have noticed since building this new kernel is that the = fans are now controlled automatically, i.e., there is now no need for = the tickle-the-fan-controller cron job of yore, meaning the fans won't = race when in single user mode (e.g., during an installworld). Whereas the CPU fan RPM are in the range I am used to before, the = PWM-controlled fans' RPM is high compared to the range. For example: dev.fcu.0.fans.sys_ctrlr_fan.minpwm: 40 dev.fcu.0.fans.sys_ctrlr_fan.maxpwm: 100 dev.fcu.0.fans.sys_ctrlr_fan.pwm: 49 dev.fcu.0.fans.sys_ctrlr_fan.rpm: 10112 dev.fcu.0.fans.pci_fan.minpwm: 40 dev.fcu.0.fans.pci_fan.maxpwm: 100 dev.fcu.0.fans.pci_fan.pwm: 48 dev.fcu.0.fans.pci_fan.rpm: 10048 When I was setting the RPMs manually, it seemed that ~6000 RPM was a = nice, comfortable setting; 10000+ RPM was definitely high. With the PWM = automatic control, the fans appear to spin fast even at the low end of = the PWM range (e.g., see above). I corresponded with Andreas Tobler = several months ago about the fcu driver and it seemed like the scaling = didn't work universally across different hardware models (e.g., what = worked well on a PowerMac G5 didn't work well on an Xserve G5). I notice a "machdep.manage_fans" sysctl. By setting this to "0" does = the behaviour revert to the old one, i.e., where you can set the RPMs = explicitly? Maybe I'll have more luck with the previous method? Has anyone else noticed problems with their Xserve G5? I'm not ruling = out a hardware problem, but up until now this system has been rock = solid. Cheers, Paul. PS: Here is a boot dmesg: Kernel entry at 0x103250 ... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2011 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Mon Jun 20 14:08:30 EDT 2011 paul@backup.tower.lib.vt.edu:/usr/obj/usr/src/sys/CHUMBY_DEBUG = powerpc cpu0: IBM PowerPC 970FX revision 3.0, 2300.74 MHz cpu0: Features dc000000 cpu0: HID0 511081 real memory =3D 4276617216 (4078 MB) avail memory =3D 4040163328 (3853 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: dev=3Dff88ed18 (BSP) cpu1: dev=3Dff890150 kbd0 at kbdmux0 nexus0: cpulist0: on nexus0 cpu0: on cpulist0 pcr0: on cpu0 pcr0: No power mode data in device tree! device_attach: pcr0 attach returned 6 cpu1: on cpulist0 pcr1: on cpu1 pcr1: No power mode data in device tree! device_attach: pcr1 attach returned 6 unin0: on nexus0 unin0: Version 53 iichb0: mem 0xf8001000-0xf8001fff irq 0 on = unin0 iicbus0: on iichb0 iicbus0: at addr 0xd4 max66900: at addr 0x98 on iicbus0 fcu0: at addr 0x15e on iicbus0 iicbus0: at addr 0x30 ad74170: at addr 0x58 on iicbus0 ad74170: 5 sensors detected. iicbus0: at addr 0xa0 iicbus0: at addr 0x32 ad74171: at addr 0x5a on iicbus0 ad74171: 5 sensors detected. iicbus0: at addr 0xa2 iicbus0: at addr 0x1c0 htpic0: mem 0xf8040000-0xf807ffff irq 184 = on unin0 pcib0: on nexus0 pci0: on pcib0 pcib1: on nexus0 pcib1: 4 HT IRQs on device 1.0 pcib1: 4 HT IRQs on device 2.0 pcib1: 86 HT IRQs on device 3.0 pci1: on pcib1 pcib2: at device 1.0 on pci1 pci2: on pcib2 pcib3: at device 2.0 on pci1 pci3: on pcib3 bge0: mem = 0x90030000-0x9003ffff,0x90020000-0x9002ffff irq 182 at device 4.0 on = pci3 bge0: CHIP ID 0x00002003; ASIC REV 0x02; CHIP REV 0x20; PCI-X miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:0d:93:9d:40:c0 bge1: mem = 0x90010000-0x9001ffff,0x90000000-0x9000ffff irq 185 at device 4.1 on = pci3 bge1: CHIP ID 0x00002003; ASIC REV 0x02; CHIP REV 0x20; PCI-X miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:0d:93:9d:40:c1 pcib4: at device 3.0 on pci1 pci4: on pcib4 macio0: mem 0x80000000-0x8007ffff at device = 7.0 on pci4 openpic0: mem 0x40000-0x7ffff on macio0 macgpio0: mem 0x50-0x8a on macio0 scc0: mem = 0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff = irq 150,133,134,151,135,136 on macio0 uart0: on scc0 uart0: console (57600,n,8,1) uart1: on scc0 iichb1: mem 0x18000-0x18fff irq 154 on macio0 iicbus1: on iichb1 iicbus1: at addr 0x5a iicbus1: at addr 0x5c ds17750: at addr 0x90 on iicbus1 iicbus1: at addr 0x94 iicbus1: at addr 0x1c0 pmu0: mem 0x16000-0x17fff irq 153 on macio0 pcib5: at device 4.0 on pci1 pci5: on pcib5 ohci0: mem 0x80102000-0x80102fff irq 191 = at device 11.0 on pci5 usbus0: on ohci0 ohci1: mem 0x80101000-0x80101fff irq 191 = at device 11.1 on pci5 usbus1: on ohci1 ehci0: mem 0x80100000-0x801000ff irq = 191 at device 11.2 on pci5 usbus2: EHCI version 1.0 usbus2: on ehci0 pcib6: at device 5.0 on pci1 pci6: on pcib6 ata0: mem 0x80204000-0x80207fff irq 167 at = device 13.0 on pci6 fwohci0: <1394 Open Host Controller Interface> mem 0x80200000-0x80200fff = irq 168 at device 14.0 on pci6 fwohci0: OHCI version 1.0 (ROM=3D0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:0d:93:ff:fe:c5:c9:fa fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0d:93:c5:c9:fa fwe0: Ethernet address: 02:0d:93:c5:c9:fa sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=3D0x00000001, SelfID Count=3D2, = CYCLEMASTER mode pcib7: at device 6.0 on pci1 pci7: on pcib7 gem0: mem 0x80400000-0x805fffff at device 15.0 = on pci7 gem0: failed to allocate resources device_attach: gem0 attach returned 6 pcib8: at device 7.0 on pci1 pci8: on pcib8 atapci0: mem 0x80600000-0x80601fff = irq 128 at device 12.0 on pci8 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 atapci1: at device 12.1 on pci8 pcib1: failed to reserve resource for atapci1 atapci1: 0x10 bytes of rid 0x20 res 4 failed (0, 0xffffffffffffffff). atapci1: unable to map interrupt device_attach: atapci1 attach returned 6 Timecounter "timebase" frequency 33333333 Hz quality 0 Event timer "decrementer" frequency 33333333 Hz quality 1000 Timecounters tick every 1.000 msec max66900: 2 sensors detected. firewire0: 2 nodes, maxhop <=3D 1 cable IRM irm(1) (me)=20 firewire0: bus manager 1=20 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 fcu0: FCU initialized, RPM shift: 2 fcu0: 8 fans detected! uhub1: 2 ports with 2 removable, self powered uhub0: 3 ports with 3 removable, self powered ada0 at ata2 bus 0 scbus2 target 0 lun 0 ada0: ATA-6 SATA 1.x device ada0: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada0: 78533MB (160836480 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 ada1 at ata4 bus 0 scbus4 target 0 lun 0 ada1: ATA-7 SATA 1.x device ada1: 150.000MB/s transfers (SATA 1.x, UDMA5, PIO 8192bytes) ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad1 xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported SMP: AP CPU #1 launched cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported uhub2: 5 ports with 5 removable, self powered xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported xpt_action_default: CCB type 0xe not supported Trying to mount root from ufs:/dev/ada0s3 [rw]... WARNING: / was not properly dismounted Enter full pathname of shell or RETURN for /bin/sh:=20 From owner-freebsd-ppc@FreeBSD.ORG Tue Jun 21 00:59:46 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA7311065670 for ; Tue, 21 Jun 2011 00:59:46 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id BEF348FC0A for ; Tue, 21 Jun 2011 00:59:46 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LN4001005BKPF00@smtpauth2.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Mon, 20 Jun 2011 18:59:44 -0500 (CDT) Received: from comporellon.tachypleus.net (adsl-75-50-91-38.dsl.mdsnwi.sbcglobal.net [75.50.91.38]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LN400H9G5BJ0K10@smtpauth2.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Mon, 20 Jun 2011 18:59:44 -0500 (CDT) Date: Mon, 20 Jun 2011 18:59:42 -0500 From: Nathan Whitehorn In-reply-to: <38D89FC6-13F1-4AEF-AF41-0A377EE49DC4@gromit.dlib.vt.edu> To: freebsd-ppc@freebsd.org Message-id: <4DFFDEEE.40200@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.91.38 X-Spam-PmxInfo: Server=avs-12, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.6.20.234815, SenderIP=75.50.91.38 References: <38D89FC6-13F1-4AEF-AF41-0A377EE49DC4@gromit.dlib.vt.edu> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 Subject: Re: Xserve G5 keeps shutting down X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 00:59:47 -0000 On 06/20/11 15:22, Paul Mather wrote: > I'm running FreeBSD/powerpc64 -CURRENT on an Xserve G5. With a recent kernel, the system will not stay up for more than a few hours at a time. :-( > > I have no idea why the machine is shutting off. There is no panic or crash dump and there is no indication in the logs of anything awry. The system just powers down. The times this has happened when I have been there have not indicated anything stressing the system (like all fans racing madly) and oftentimes the system has been relatively idle. (Oddly, it never appears to my knowledge to have shut down when doing sometime potentially taxing, such as a make -j5 buildworld or the likes.) > > The main thing I have noticed since building this new kernel is that the fans are now controlled automatically, i.e., there is now no need for the tickle-the-fan-controller cron job of yore, meaning the fans won't race when in single user mode (e.g., during an installworld). If the temperature on any sensor exceeds its maximum value, it will cause the machine to shut off. There was at one point a problem with some of the sensor drivers that would would report erroneous crazy values sometimes. Most of the known problems were fixed andreast a few weeks ago, but it looks like you ran into another. My work desktop has a ds1775 and a max6690, and has no problems, but not an ad7417, so I would guess the problem lies there. Could you try commenting out line 116 of /sys/powerpc/powermac/powermac_thermal.c? That will cause it to spam the console (and dmesg) about the error, identifying the sensor, but not shut off the machine and so both keep your server on and let us work out the problem. -Nathan From owner-freebsd-ppc@FreeBSD.ORG Tue Jun 21 05:19:53 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A46B1065670 for ; Tue, 21 Jun 2011 05:19:53 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 027C18FC15 for ; Tue, 21 Jun 2011 05:19:52 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id p5L4oESD084998; Tue, 21 Jun 2011 06:50:16 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4E002306.6080506@fgznet.ch> Date: Tue, 21 Jun 2011 06:50:14 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: paul@gromit.dlib.vt.edu References: <38D89FC6-13F1-4AEF-AF41-0A377EE49DC4@gromit.dlib.vt.edu> <4DFFDEEE.40200@freebsd.org> In-Reply-To: <4DFFDEEE.40200@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-ppc@freebsd.org Subject: Re: Xserve G5 keeps shutting down X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 05:19:53 -0000 On 21.06.11 01:59, Nathan Whitehorn wrote: > On 06/20/11 15:22, Paul Mather wrote: >> I'm running FreeBSD/powerpc64 -CURRENT on an Xserve G5. With a recent kernel, the system will not stay up for more than a few hours at a time. :-( >> >> I have no idea why the machine is shutting off. There is no panic or crash dump and there is no indication in the logs of anything awry. The system just powers down. The times this has happened when I have been there have not indicated anything stressing the system (like all fans racing madly) and oftentimes the system has been relatively idle. (Oddly, it never appears to my knowledge to have shut down when doing sometime potentially taxing, such as a make -j5 buildworld or the likes.) >> >> The main thing I have noticed since building this new kernel is that the fans are now controlled automatically, i.e., there is now no need for the tickle-the-fan-controller cron job of yore, meaning the fans won't race when in single user mode (e.g., during an installworld). > > If the temperature on any sensor exceeds its maximum value, it will > cause the machine to shut off. There was at one point a problem with > some of the sensor drivers that would would report erroneous crazy > values sometimes. Most of the known problems were fixed andreast a few > weeks ago, but it looks like you ran into another. My work desktop has a > ds1775 and a max6690, and has no problems, but not an ad7417, so I would > guess the problem lies there. Could you try commenting out line 116 of > /sys/powerpc/powermac/powermac_thermal.c? That will cause it to spam the > console (and dmesg) about the error, identifying the sensor, but not > shut off the machine and so both keep your server on and let us work out > the problem. Look for something like this in /var/log/messages kernel: WARNING: Current temperature (MLB MAX6690 AMB: 127.2 C) exceeds critical temperature (80.0 C)! Shutting down! Then I can attack the right driver. Andreas From owner-freebsd-ppc@FreeBSD.ORG Tue Jun 21 19:33:16 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C335106564A for ; Tue, 21 Jun 2011 19:33:16 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id F246C8FC0A for ; Tue, 21 Jun 2011 19:33:15 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id p5LJWi2C023364; Tue, 21 Jun 2011 15:32:44 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id RJU34271; Tue, 21 Jun 2011 15:32:43 -0400 (EDT) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id p5LJWhlN008545 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 21 Jun 2011 15:32:43 -0400 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <4DFFDEEE.40200@freebsd.org> Date: Tue, 21 Jun 2011 15:32:43 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <38D89FC6-13F1-4AEF-AF41-0A377EE49DC4@gromit.dlib.vt.edu> <4DFFDEEE.40200@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1084) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Info: (0) X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020209.4E00F1DC.004A,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Cc: freebsd-ppc@freebsd.org Subject: Re: Xserve G5 keeps shutting down X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 19:33:16 -0000 On Jun 20, 2011, at 7:59 PM, Nathan Whitehorn wrote: > On 06/20/11 15:22, Paul Mather wrote: >> I'm running FreeBSD/powerpc64 -CURRENT on an Xserve G5. With a = recent kernel, the system will not stay up for more than a few hours at = a time. :-( >>=20 >> I have no idea why the machine is shutting off. There is no panic or = crash dump and there is no indication in the logs of anything awry. The = system just powers down. The times this has happened when I have been = there have not indicated anything stressing the system (like all fans = racing madly) and oftentimes the system has been relatively idle. = (Oddly, it never appears to my knowledge to have shut down when doing = sometime potentially taxing, such as a make -j5 buildworld or the = likes.) >>=20 >> The main thing I have noticed since building this new kernel is that = the fans are now controlled automatically, i.e., there is now no need = for the tickle-the-fan-controller cron job of yore, meaning the fans = won't race when in single user mode (e.g., during an installworld). >=20 > If the temperature on any sensor exceeds its maximum value, it will = cause the machine to shut off. There was at one point a problem with = some of the sensor drivers that would would report erroneous crazy = values sometimes. Most of the known problems were fixed andreast a few = weeks ago, but it looks like you ran into another. My work desktop has a = ds1775 and a max6690, and has no problems, but not an ad7417, so I would = guess the problem lies there. Could you try commenting out line 116 of = /sys/powerpc/powermac/powermac_thermal.c? That will cause it to spam the = console (and dmesg) about the error, identifying the sensor, but not = shut off the machine and so both keep your server on and let us work out = the problem. I built a new kernel with the shutdown line identified above commented = out. The resultant system stayed up for several hours doing various -j5 = buildworld/buildkernels but just now shut down. :-( Unfortunately, = nothing appeared on the console, so there is no logged reason for the = shutdown. I started up the system again, but it shut down again after a few = minutes of uptime. When I started it up for the third (and last time), = I managed to grab this output from the temp/fan sysctls before it shut = down (a minute or two after booting up): paul@backup:/home/paul> sysctl -a | egrep 'dev.*temp|fans' machdep.manage_fans: 1 dev.max6690.0.%pnpinfo: name=3Dtemp-monitor compat=3Dmax6690 dev.max6690.0.sensor.sys_ctrlr_ambient.temp: 41.5C dev.max6690.0.sensor.sys_ctrlr_internal.temp: 50.1C dev.fcu.0.fans.cpu_a_1.minrpm: 1200 dev.fcu.0.fans.cpu_a_1.maxrpm: 14000 dev.fcu.0.fans.cpu_a_1.rpm: 1984 dev.fcu.0.fans.cpu_a_2.minrpm: 1200 dev.fcu.0.fans.cpu_a_2.maxrpm: 14000 dev.fcu.0.fans.cpu_a_2.rpm: 1984 dev.fcu.0.fans.cpu_a_3.minrpm: 1200 dev.fcu.0.fans.cpu_a_3.maxrpm: 14000 dev.fcu.0.fans.cpu_a_3.rpm: 1984 dev.fcu.0.fans.cpu_b_1.minrpm: 1200 dev.fcu.0.fans.cpu_b_1.maxrpm: 14000 dev.fcu.0.fans.cpu_b_1.rpm: 1984 dev.fcu.0.fans.cpu_b_2.minrpm: 1200 dev.fcu.0.fans.cpu_b_2.maxrpm: 14000 dev.fcu.0.fans.cpu_b_2.rpm: 1984 dev.fcu.0.fans.cpu_b_3.minrpm: 1200 dev.fcu.0.fans.cpu_b_3.maxrpm: 14000 dev.fcu.0.fans.cpu_b_3.rpm: 1984 dev.fcu.0.fans.sys_ctrlr_fan.minpwm: 40 dev.fcu.0.fans.sys_ctrlr_fan.maxpwm: 100 dev.fcu.0.fans.sys_ctrlr_fan.pwm: 54 dev.fcu.0.fans.sys_ctrlr_fan.rpm: 11264 dev.fcu.0.fans.pci_fan.minpwm: 40 dev.fcu.0.fans.pci_fan.maxpwm: 100 dev.fcu.0.fans.pci_fan.pwm: 48 dev.fcu.0.fans.pci_fan.rpm: 9792 dev.ad7417.0.sensor.cpu_a_ad7417_amb.temp: 36.7C dev.ad7417.0.sensor.cpu_a_diode_temp.temp: 53.8C dev.ad7417.1.sensor.cpu_b_ad7417_amb.temp: 32.0C dev.ad7417.1.sensor.cpu_b_diode_temp.temp: 52.6C dev.ds1775.0.%pnpinfo: name=3Dtemp-monitor compat=3Dlm75 The cpu_{a,b}_diode_temp temperatures were higher during the buildworld = (63--67C) and it stayed up at that time. I'm flummoxed at this point as to what is responsible for the shutdowns. = Are there any other hardware monitoring-related shutdowns in the kernel = code? The funny thing about the ad7417 device is that I only recently = added it to my kernel config file as I noticed it had appeared in = GENERIC. Tomorrow I'll build a GENERIC kernel with the shutdown line commented = out, and see if I have any better luck with that. Cheers, Paul. From owner-freebsd-ppc@FreeBSD.ORG Thu Jun 23 04:48:21 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C76B8106566B for ; Thu, 23 Jun 2011 04:48:21 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from adsum.doit.wisc.edu (adsum.doit.wisc.edu [144.92.197.210]) by mx1.freebsd.org (Postfix) with ESMTP id 9999B8FC17 for ; Thu, 23 Jun 2011 04:48:21 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth1.wiscmail.wisc.edu by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LN800E0080K0V00@smtpauth1.wiscmail.wisc.edu> for freebsd-ppc@freebsd.org; Wed, 22 Jun 2011 23:48:20 -0500 (CDT) Received: from comporellon.tachypleus.net (adsl-75-50-91-38.dsl.mdsnwi.sbcglobal.net [75.50.91.38]) by smtpauth1.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LN800D2E80JJN00@smtpauth1.wiscmail.wisc.edu>; Wed, 22 Jun 2011 23:48:20 -0500 (CDT) Date: Wed, 22 Jun 2011 23:48:19 -0500 From: Nathan Whitehorn In-reply-to: To: Paul Mather Message-id: <4E02C593.6020405@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=75.50.91.38 X-Spam-PmxInfo: Server=avs-14, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.6.23.43914, SenderIP=75.50.91.38 References: <38D89FC6-13F1-4AEF-AF41-0A377EE49DC4@gromit.dlib.vt.edu> <4DFFDEEE.40200@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 Cc: freebsd-ppc@freebsd.org Subject: Re: Xserve G5 keeps shutting down X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 04:48:21 -0000 On 06/21/11 14:32, Paul Mather wrote: > On Jun 20, 2011, at 7:59 PM, Nathan Whitehorn wrote: > >> On 06/20/11 15:22, Paul Mather wrote: >>> I'm running FreeBSD/powerpc64 -CURRENT on an Xserve G5. With a recent kernel, the system will not stay up for more than a few hours at a time. :-( >>> >>> I have no idea why the machine is shutting off. There is no panic or crash dump and there is no indication in the logs of anything awry. The system just powers down. The times this has happened when I have been there have not indicated anything stressing the system (like all fans racing madly) and oftentimes the system has been relatively idle. (Oddly, it never appears to my knowledge to have shut down when doing sometime potentially taxing, such as a make -j5 buildworld or the likes.) >>> >>> The main thing I have noticed since building this new kernel is that the fans are now controlled automatically, i.e., there is now no need for the tickle-the-fan-controller cron job of yore, meaning the fans won't race when in single user mode (e.g., during an installworld). >> If the temperature on any sensor exceeds its maximum value, it will cause the machine to shut off. There was at one point a problem with some of the sensor drivers that would would report erroneous crazy values sometimes. Most of the known problems were fixed andreast a few weeks ago, but it looks like you ran into another. My work desktop has a ds1775 and a max6690, and has no problems, but not an ad7417, so I would guess the problem lies there. Could you try commenting out line 116 of /sys/powerpc/powermac/powermac_thermal.c? That will cause it to spam the console (and dmesg) about the error, identifying the sensor, but not shut off the machine and so both keep your server on and let us work out the problem. > > I built a new kernel with the shutdown line identified above commented out. The resultant system stayed up for several hours doing various -j5 buildworld/buildkernels but just now shut down. :-( Unfortunately, nothing appeared on the console, so there is no logged reason for the shutdown. > > I started up the system again, but it shut down again after a few minutes of uptime. When I started it up for the third (and last time), I managed to grab this output from the temp/fan sysctls before it shut down (a minute or two after booting up): > > paul@backup:/home/paul> sysctl -a | egrep 'dev.*temp|fans' > machdep.manage_fans: 1 > dev.max6690.0.%pnpinfo: name=temp-monitor compat=max6690 > dev.max6690.0.sensor.sys_ctrlr_ambient.temp: 41.5C > dev.max6690.0.sensor.sys_ctrlr_internal.temp: 50.1C > dev.fcu.0.fans.cpu_a_1.minrpm: 1200 > dev.fcu.0.fans.cpu_a_1.maxrpm: 14000 > dev.fcu.0.fans.cpu_a_1.rpm: 1984 > dev.fcu.0.fans.cpu_a_2.minrpm: 1200 > dev.fcu.0.fans.cpu_a_2.maxrpm: 14000 > dev.fcu.0.fans.cpu_a_2.rpm: 1984 > dev.fcu.0.fans.cpu_a_3.minrpm: 1200 > dev.fcu.0.fans.cpu_a_3.maxrpm: 14000 > dev.fcu.0.fans.cpu_a_3.rpm: 1984 > dev.fcu.0.fans.cpu_b_1.minrpm: 1200 > dev.fcu.0.fans.cpu_b_1.maxrpm: 14000 > dev.fcu.0.fans.cpu_b_1.rpm: 1984 > dev.fcu.0.fans.cpu_b_2.minrpm: 1200 > dev.fcu.0.fans.cpu_b_2.maxrpm: 14000 > dev.fcu.0.fans.cpu_b_2.rpm: 1984 > dev.fcu.0.fans.cpu_b_3.minrpm: 1200 > dev.fcu.0.fans.cpu_b_3.maxrpm: 14000 > dev.fcu.0.fans.cpu_b_3.rpm: 1984 > dev.fcu.0.fans.sys_ctrlr_fan.minpwm: 40 > dev.fcu.0.fans.sys_ctrlr_fan.maxpwm: 100 > dev.fcu.0.fans.sys_ctrlr_fan.pwm: 54 > dev.fcu.0.fans.sys_ctrlr_fan.rpm: 11264 > dev.fcu.0.fans.pci_fan.minpwm: 40 > dev.fcu.0.fans.pci_fan.maxpwm: 100 > dev.fcu.0.fans.pci_fan.pwm: 48 > dev.fcu.0.fans.pci_fan.rpm: 9792 > dev.ad7417.0.sensor.cpu_a_ad7417_amb.temp: 36.7C > dev.ad7417.0.sensor.cpu_a_diode_temp.temp: 53.8C > dev.ad7417.1.sensor.cpu_b_ad7417_amb.temp: 32.0C > dev.ad7417.1.sensor.cpu_b_diode_temp.temp: 52.6C > dev.ds1775.0.%pnpinfo: name=temp-monitor compat=lm75 > > > The cpu_{a,b}_diode_temp temperatures were higher during the buildworld (63--67C) and it stayed up at that time. > > I'm flummoxed at this point as to what is responsible for the shutdowns. Are there any other hardware monitoring-related shutdowns in the kernel code? The funny thing about the ad7417 device is that I only recently added it to my kernel config file as I noticed it had appeared in GENERIC. > > Tomorrow I'll build a GENERIC kernel with the shutdown line commented out, and see if I have any better luck with that. Bizarre! So, on the console, it just had a logon prompt, and then Open Firmware again? Nothing at all in between? -Nathan From owner-freebsd-ppc@FreeBSD.ORG Thu Jun 23 11:19:32 2011 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BE7F106566C; Thu, 23 Jun 2011 11:19:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1E98FC14; Thu, 23 Jun 2011 11:19:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NBJVO2015115; Thu, 23 Jun 2011 07:19:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NBJVO5015114; Thu, 23 Jun 2011 11:19:31 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 11:19:31 GMT Message-Id: <201106231119.p5NBJVO5015114@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 11:19:32 -0000 TB --- 2011-06-23 09:28:37 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 09:28:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-23 09:28:37 - cleaning the object tree TB --- 2011-06-23 09:28:57 - cvsupping the source tree TB --- 2011-06-23 09:28:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-23 09:29:23 - building world TB --- 2011-06-23 09:29:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 09:29:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 09:29:23 - TARGET=powerpc TB --- 2011-06-23 09:29:23 - TARGET_ARCH=powerpc TB --- 2011-06-23 09:29:23 - TZ=UTC TB --- 2011-06-23 09:29:23 - __MAKE_CONF=/dev/null TB --- 2011-06-23 09:29:23 - cd /src TB --- 2011-06-23 09:29:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 09:29:25 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jun 23 11:15:40 UTC 2011 TB --- 2011-06-23 11:15:40 - generating LINT kernel config TB --- 2011-06-23 11:15:40 - cd /src/sys/powerpc/conf TB --- 2011-06-23 11:15:40 - /usr/bin/make -B LINT TB --- 2011-06-23 11:15:40 - building LINT kernel TB --- 2011-06-23 11:15:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 11:15:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 11:15:40 - TARGET=powerpc TB --- 2011-06-23 11:15:40 - TARGET_ARCH=powerpc TB --- 2011-06-23 11:15:40 - TZ=UTC TB --- 2011-06-23 11:15:40 - __MAKE_CONF=/dev/null TB --- 2011-06-23 11:15:40 - cd /src TB --- 2011-06-23 11:15:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 11:15:40 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 11:19:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 11:19:31 - ERROR: failed to build lint kernel TB --- 2011-06-23 11:19:31 - 5402.66 user 995.37 system 6653.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Thu Jun 23 15:16:52 2011 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEF56106566C; Thu, 23 Jun 2011 15:16:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 934718FC1D; Thu, 23 Jun 2011 15:16:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p5NFGpSG011648; Thu, 23 Jun 2011 11:16:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p5NFGpVA011611; Thu, 23 Jun 2011 15:16:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 Jun 2011 15:16:51 GMT Message-Id: <201106231516.p5NFGpVA011611@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jun 2011 15:16:52 -0000 TB --- 2011-06-23 13:27:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-06-23 13:27:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-06-23 13:27:05 - cleaning the object tree TB --- 2011-06-23 13:27:17 - cvsupping the source tree TB --- 2011-06-23 13:27:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-06-23 13:27:30 - building world TB --- 2011-06-23 13:27:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 13:27:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 13:27:30 - TARGET=powerpc TB --- 2011-06-23 13:27:30 - TARGET_ARCH=powerpc TB --- 2011-06-23 13:27:30 - TZ=UTC TB --- 2011-06-23 13:27:30 - __MAKE_CONF=/dev/null TB --- 2011-06-23 13:27:30 - cd /src TB --- 2011-06-23 13:27:30 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 23 13:27:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jun 23 15:13:01 UTC 2011 TB --- 2011-06-23 15:13:01 - generating LINT kernel config TB --- 2011-06-23 15:13:01 - cd /src/sys/powerpc/conf TB --- 2011-06-23 15:13:01 - /usr/bin/make -B LINT TB --- 2011-06-23 15:13:01 - building LINT kernel TB --- 2011-06-23 15:13:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-06-23 15:13:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-06-23 15:13:01 - TARGET=powerpc TB --- 2011-06-23 15:13:01 - TARGET_ARCH=powerpc TB --- 2011-06-23 15:13:01 - TZ=UTC TB --- 2011-06-23 15:13:01 - __MAKE_CONF=/dev/null TB --- 2011-06-23 15:13:01 - cd /src TB --- 2011-06-23 15:13:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 23 15:13:02 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'isEepromValid': /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: implicit declaration of function 'HALDEBUG_G' /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: warning: nested extern declaration of 'HALDEBUG_G' [-Wnested-externs] /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: 'HAL_DEBUG_REGDOMAIN' undeclared (first use in this function) /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: (Each undeclared identifier is reported only once /src/sys/dev/ath/ath_hal/ah_regdomain.c:170: error: for each function it appears in.) /src/sys/dev/ath/ath_hal/ah_regdomain.c: In function 'ath_hal_mapgsm': /src/sys/dev/ath/ath_hal/ah_regdomain.c:612: error: 'HAL_DEBUG_ANY' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-06-23 15:16:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-06-23 15:16:51 - ERROR: failed to build lint kernel TB --- 2011-06-23 15:16:51 - 5354.82 user 1024.17 system 6586.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-ppc@FreeBSD.ORG Fri Jun 24 11:59:27 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A3E1065670 for ; Fri, 24 Jun 2011 11:59:27 +0000 (UTC) (envelope-from elektronika5sale@wp.pl) Received: from mail01.home.net.pl (mail01.home.net.pl [62.129.252.11]) by mx1.freebsd.org (Postfix) with SMTP id E86238FC08 for ; Fri, 24 Jun 2011 11:59:26 +0000 (UTC) Received: from abxj100.neoplus.adsl.tpnet.pl [83.9.3.100] (HELO aehj98.neoplus.adsl.tpnet.pl) by internetmail.home.pl [212.85.96.60] with SMTP (IdeaSmtpServer v0.70) id 68926a4acf80c83f; Fri, 24 Jun 2011 13:32:45 +0200 From: "Car Lab IMMO" To: "freebsd-ppc" MIME-Version: 1.0 Organization: Car Lab IMMO Date: Fri, 24 Jun 2011 13:32:45 +0200 Message-Id: <20110624115927.85A3E1065670@hub.freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: BYPASS + SIMULATOR OF IMMOBILIZERS AND SEAT OCCUPANT DETECTOR - COMPANY OFFER X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 11:59:27 -0000 =20 NEW, BETTER, WITH ADDITIONAL FUNCTIONS: BYPASS - Audi, Seat, Skoda, VW + simulator of immobilizers and seat occupant detector 39 programs ! It turns on or turns off immobilizer through the diagnostic plug OBD a= nd it allows emergency start after connect pins of instrument cluster = or immo, it also additionally works as a simulator of immobilizers and= seat occupant detector. This device is unique, it works without quantitative restrictions (you= can use it repeatedly in many cars), it is produced in the European U= nion by company CarLabImmo. PACKAGE CONTAINS: 1. BYPASS + simulator of immobilizers and seat occupant detector , 2. leather etui, 3. CD with instructions =2E.. for only 525 EURO !!! Warning! Since this version of the device, any updates FREE! (client only covers shipping costs both ways) Please visit our online store: www.elektronika.renado.pl Regards, Electronic Services Iwona Piotrowska st. Szosowa 2c 74-320 Barlinek=20 mobile 0048 691 406 958 If you are not interested in innovations offered by our company, pleas= e disregard this message. We sincerely apologize people not interested= in the news, for your time and place in your inbox. From owner-freebsd-ppc@FreeBSD.ORG Fri Jun 24 18:00:53 2011 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E110106566B; Fri, 24 Jun 2011 18:00:53 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1DEB88FC12; Fri, 24 Jun 2011 18:00:52 +0000 (UTC) Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id p5OI0qrE027461; Fri, 24 Jun 2011 14:00:52 -0400 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by zidane.cc.vt.edu (MOS 4.2.2-FCS FastPath queued) with ESMTP id PTI03110; Fri, 24 Jun 2011 14:00:51 -0400 (EDT) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id p5OI0ppa031808 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 24 Jun 2011 14:00:51 -0400 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Paul Mather In-Reply-To: <4E02C593.6020405@freebsd.org> Date: Fri, 24 Jun 2011 14:00:51 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <38D89FC6-13F1-4AEF-AF41-0A377EE49DC4@gromit.dlib.vt.edu> <4DFFDEEE.40200@freebsd.org> <4E02C593.6020405@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1084) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Info: (0) X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020205.4E04D0D3.0152,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Cc: freebsd-ppc@freebsd.org Subject: Re: Xserve G5 keeps shutting down X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 18:00:53 -0000 On Jun 23, 2011, at 12:48 AM, Nathan Whitehorn wrote: > On 06/21/11 14:32, Paul Mather wrote: >> On Jun 20, 2011, at 7:59 PM, Nathan Whitehorn wrote: >>=20 >>> On 06/20/11 15:22, Paul Mather wrote: >>>> I'm running FreeBSD/powerpc64 -CURRENT on an Xserve G5. With a = recent kernel, the system will not stay up for more than a few hours at = a time. :-( >>>>=20 >>>> I have no idea why the machine is shutting off. There is no panic = or crash dump and there is no indication in the logs of anything awry. = The system just powers down. The times this has happened when I have = been there have not indicated anything stressing the system (like all = fans racing madly) and oftentimes the system has been relatively idle. = (Oddly, it never appears to my knowledge to have shut down when doing = sometime potentially taxing, such as a make -j5 buildworld or the = likes.) >>>>=20 >>>> The main thing I have noticed since building this new kernel is = that the fans are now controlled automatically, i.e., there is now no = need for the tickle-the-fan-controller cron job of yore, meaning the = fans won't race when in single user mode (e.g., during an installworld). >>> If the temperature on any sensor exceeds its maximum value, it will = cause the machine to shut off. There was at one point a problem with = some of the sensor drivers that would would report erroneous crazy = values sometimes. Most of the known problems were fixed andreast a few = weeks ago, but it looks like you ran into another. My work desktop has a = ds1775 and a max6690, and has no problems, but not an ad7417, so I would = guess the problem lies there. Could you try commenting out line 116 of = /sys/powerpc/powermac/powermac_thermal.c? That will cause it to spam the = console (and dmesg) about the error, identifying the sensor, but not = shut off the machine and so both keep your server on and let us work out = the problem. >>=20 >> I built a new kernel with the shutdown line identified above = commented out. The resultant system stayed up for several hours doing = various -j5 buildworld/buildkernels but just now shut down. :-( = Unfortunately, nothing appeared on the console, so there is no logged = reason for the shutdown. >>=20 >> I started up the system again, but it shut down again after a few = minutes of uptime. When I started it up for the third (and last time), = I managed to grab this output from the temp/fan sysctls before it shut = down (a minute or two after booting up): >>=20 >> paul@backup:/home/paul> sysctl -a | egrep 'dev.*temp|fans' >> machdep.manage_fans: 1 >> dev.max6690.0.%pnpinfo: name=3Dtemp-monitor compat=3Dmax6690 >> dev.max6690.0.sensor.sys_ctrlr_ambient.temp: 41.5C >> dev.max6690.0.sensor.sys_ctrlr_internal.temp: 50.1C >> dev.fcu.0.fans.cpu_a_1.minrpm: 1200 >> dev.fcu.0.fans.cpu_a_1.maxrpm: 14000 >> dev.fcu.0.fans.cpu_a_1.rpm: 1984 >> dev.fcu.0.fans.cpu_a_2.minrpm: 1200 >> dev.fcu.0.fans.cpu_a_2.maxrpm: 14000 >> dev.fcu.0.fans.cpu_a_2.rpm: 1984 >> dev.fcu.0.fans.cpu_a_3.minrpm: 1200 >> dev.fcu.0.fans.cpu_a_3.maxrpm: 14000 >> dev.fcu.0.fans.cpu_a_3.rpm: 1984 >> dev.fcu.0.fans.cpu_b_1.minrpm: 1200 >> dev.fcu.0.fans.cpu_b_1.maxrpm: 14000 >> dev.fcu.0.fans.cpu_b_1.rpm: 1984 >> dev.fcu.0.fans.cpu_b_2.minrpm: 1200 >> dev.fcu.0.fans.cpu_b_2.maxrpm: 14000 >> dev.fcu.0.fans.cpu_b_2.rpm: 1984 >> dev.fcu.0.fans.cpu_b_3.minrpm: 1200 >> dev.fcu.0.fans.cpu_b_3.maxrpm: 14000 >> dev.fcu.0.fans.cpu_b_3.rpm: 1984 >> dev.fcu.0.fans.sys_ctrlr_fan.minpwm: 40 >> dev.fcu.0.fans.sys_ctrlr_fan.maxpwm: 100 >> dev.fcu.0.fans.sys_ctrlr_fan.pwm: 54 >> dev.fcu.0.fans.sys_ctrlr_fan.rpm: 11264 >> dev.fcu.0.fans.pci_fan.minpwm: 40 >> dev.fcu.0.fans.pci_fan.maxpwm: 100 >> dev.fcu.0.fans.pci_fan.pwm: 48 >> dev.fcu.0.fans.pci_fan.rpm: 9792 >> dev.ad7417.0.sensor.cpu_a_ad7417_amb.temp: 36.7C >> dev.ad7417.0.sensor.cpu_a_diode_temp.temp: 53.8C >> dev.ad7417.1.sensor.cpu_b_ad7417_amb.temp: 32.0C >> dev.ad7417.1.sensor.cpu_b_diode_temp.temp: 52.6C >> dev.ds1775.0.%pnpinfo: name=3Dtemp-monitor compat=3Dlm75 >>=20 >>=20 >> The cpu_{a,b}_diode_temp temperatures were higher during the = buildworld (63--67C) and it stayed up at that time. >>=20 >> I'm flummoxed at this point as to what is responsible for the = shutdowns. Are there any other hardware monitoring-related shutdowns in = the kernel code? The funny thing about the ad7417 device is that I only = recently added it to my kernel config file as I noticed it had appeared = in GENERIC. >>=20 >> Tomorrow I'll build a GENERIC kernel with the shutdown line commented = out, and see if I have any better luck with that. >=20 > Bizarre! So, on the console, it just had a logon prompt, and then Open = Firmware again? Nothing at all in between? Not quite: on the console it just had a login prompt and then nothing = else was output---the machine had powered off. Now, it seems things have gone from bad to worse. I just built and = installed a GENERIC64 kernel but it hangs just after probing pcm0 (Apple = I2S Audio Controller). (I omit this device from the Xserve G5 custom = kernel config file I normally use, as its hardware lacks any graphics or = sound.) I rebuilt this kernel with the sound devices commented out, = and, fortunately, this version of GENERIC64 will boot without hanging. = I'll see if it fares any better when it comes to the Xserve G5 staying = up for more than a few hours. I notice with the pwm-controlled fans that there is a minpwm and maxpwm = (40 and 100 respectively on my system). Is it possible to lower the = minpwm? I tried to do so via /boot/loader.conf (lowering it to 30) but = that appears to have had no effect. Here is my /boot/loader.conf: dev.fcu.0.fans.sys_ctrlr_fan.minpwm=3D30 dev.fcu.0.fans.pci_fan.minpwm=3D30 As I understand it from corresponding with Andreas Tobler in the past, = the pwm value is a percentage reflecting the fan rpm between off and = full rpms. My dev.fcu.0.fans.sys_ctrlr_fan.pwm currently reports a = value of 52 but the dev.fcu.0.fans.sys_ctrlr_fan.rpm of 11170 seems = proportionally too high if this fan tops out at 14000 rpm like the CPU = fans apparently do. I know the Xserve G5 fans are supposed to run at = higher rpms than the desktop PowerMac G5s, because they're smaller, but = I'd like for my sys_ctrlr_fan not to run quite so fast as it is. Cheers, Paul. PS: Here is a verbose boot dmesg output of the GENERIC64 kernel that = hangs when the sound devices are included: >> FreeBSD/powerpc Open Firmware boot block Boot path: /ht/pci@7/k2-sata-root/k2-sata@0/disk@0: Boot loader: /boot/loader Boot volume: /ht/pci@7/k2-sata-root/k2-sata@0/disk@0:3 Consoles: Open Firmware console =20 FreeBSD/powerpc64 Open Firmware loader, Revision 0.1 (paul@backup.tower.lib.vt.edu, Tue Jun 21 12:02:32 EDT 2011) Memory: 4194304KB Booted from: /ht/pci@7/k2-sata-root/k2-sata@0/disk@0 Loading /boot/defaults/loader.conf=20 /boot/kernel/kernel data=3D0x9e3340+0x225978 = syms=3D[0x8+0xfb220+0x8+0xd78f5] - Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 2 seconds...=20 Type '?' for a list of commands, 'help' for more detailed help. OK boot -v -s Kernel entry at 0x102360 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2011 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Fri Jun 24 08:46:01 EDT 2011 paul@backup.tower.lib.vt.edu:/usr/obj/usr/src/sys/GENERIC64 powerpc WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xedd000. module_register: module nexus/sc already exists! Module nexus/sc failed to register: 17 cpu0: IBM PowerPC 970FX revision 3.0, 2300.26 MHz cpu0: Features dc000000 cpu0: HID0 511081 real memory =3D 4271587328 (4073 MB) available KVA =3D 7527690239 (7178 MB) Physical memory chunk(s): 0x0000000000018000 - 0x00000000000fffff, 950272 bytes (232 pages) 0x00000000012ec000 - 0x00000000017fffff, 5324800 bytes (1300 pages) 0x0000000001813000 - 0x0000000001bfffff, 4116480 bytes (1005 pages) 0x00000000032bc000 - 0x0000000003ffffff, 13910016 bytes (3396 pages) 0x0000000008000000 - 0x000000007f7effff, 2004811776 bytes (489456 pages) 0x0000000100000000 - 0x0000000178b0dfff, 2024857600 bytes (494350 pages) avail memory =3D 4035125248 (3848 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: dev=3Dff88ed18 (BSP) cpu1: dev=3Dff890150 ULE: setup cpu 0 ULE: setup cpu 1 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff = [1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 firmware: 'isp_1040' version 1: 22944 bytes loaded at 0x7b793c ispfw: registered firmware firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0x7bd2dc ispfw: registered firmware firmware: 'isp_1080' version 1: 31350 bytes loaded at 0x7c538a ispfw: registered firmware firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0x7cce00 ispfw: registered firmware firmware: 'isp_12160' version 1: 28050 bytes loaded at 0x7d6cc4 ispfw: registered firmware firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0x7dda56 ispfw: registered firmware firmware: 'isp_2100' version 1: 76770 bytes loaded at 0x7e78f2 ispfw: registered firmware firmware: 'isp_2200' version 1: 77214 bytes loaded at 0x7fa4d4 ispfw: registered firmware firmware: 'isp_2300' version 1: 106640 bytes loaded at 0x80d272 ispfw: registered firmware firmware: 'isp_2322' version 1: 120466 bytes loaded at 0x827302 ispfw: registered firmware firmware: 'isp_2400' version 1: 178924 bytes loaded at 0x8484fc ispfw: registered firmware firmware: 'isp_2400_multi' version 1: 195276 bytes loaded at 0x880f40 ispfw: registered firmware firmware: 'isp_2500' version 1: 141884 bytes loaded at 0x8be43c ispfw: registered firmware firmware: 'isp_2500_multi' version 1: 166508 bytes loaded at 0x8eff90 ispfw: registered firmware nfslock: pseudo-device kbd0 at kbdmux0 mem: openfirm: null: random: sc: sc0 already exists; skipping it nexus0: cpulist0: on nexus0 cpu0: on cpulist0 pcr0: on cpu0 pcr0: No power mode data in device tree! device_attach: pcr0 attach returned 6 cpu1: on cpulist0 pcr1: on cpu1 pcr1: No power mode data in device tree! device_attach: pcr1 attach returned 6 sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type memory (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type BootROM (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type (unknown) (no driver attached) sc1: no video adapter found. sc1: no video adapter found. nexus0: , type nvram (no driver attached) sc1: no video adapter found. unin0: on nexus0 unin0: Version 53 iichb0: mem 0xf8001000-0xf8001fff irq 0 on = unin0 unin mapdev: start f8001000, len 4095 iichb0: Revision: A2 iicbus0: on iichb0 iicbus0: at addr 0xd4 max66900: at addr 0x98 on iicbus0 fcu0: at addr 0x15e on iicbus0 iicbus0: at addr 0x30 ad74170: at addr 0x58 on iicbus0 ad74170: 5 sensors detected. ad74170: Sensors ad74170: Location: CPU A AD7417 AMB ID: 10 type: 0 ad74170: Location: CPU A DIODE TEMP ID: 11 type: 0 ad74170: Location: CPU A 12V CURR ID: 12 type: 1 ad74170: Location: CPU A VCORE ID: 13 type: 1 ad74170: Location: CPU A CORE CURR ID: 14 type: 1 iicbus0: at addr 0xa0 iicbus0: at addr 0x32 ad74171: at addr 0x5a on iicbus0 ad74171: 5 sensors detected. ad74171: Sensors ad74171: Location: CPU B AD7417 AMB ID: 15 type: 0 ad74171: Location: CPU B DIODE TEMP ID: 16 type: 0 ad74171: Location: CPU B 12V CURR ID: 17 type: 1 ad74171: Location: CPU B VCORE ID: 18 type: 1 ad74171: Location: CPU B CORE CURR ID: 19 type: 1 iicbus0: at addr 0xa2 iicbus0: at addr 0x1c0 unin0: mem 0xf8033000-0xf8039fff (no driver attached) htpic0: mem 0xf8040000-0xf807ffff irq 184 = on unin0 unin mapdev: start f8040000, len 262143 htpic0: Version 1.2, supports 4 CPUs and 124 irqs sc1: no video adapter found. pcib0: on nexus0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x106b, dev=3D0x0059, revid=3D0x00 domain=3D0, bus=3D0, slot=3D11, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0016, statreg=3D0x22b0, cachelnsz=3D8 (dwords) lattimer=3D0x10 (480 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) agp0: on hostb0 agp0: allocating GATT for aperture of size 256M sc1: no video adapter found. pcib1: on nexus0 pcib1: 4 HT IRQs on device 1.0 pcib1: 4 HT IRQs on device 2.0 pcib1: 86 HT IRQs on device 3.0 pci1: on pcib1 pci1: domain=3D1, physical bus=3D0 found-> vendor=3D0x1022, dev=3D0x7450, revid=3D0x12 domain=3D1, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x1022, dev=3D0x7450, revid=3D0x12 domain=3D1, bus=3D0, slot=3D2, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0230, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x106b, dev=3D0x0045, revid=3D0x00 domain=3D1, bus=3D0, slot=3D3, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x106b, dev=3D0x0046, revid=3D0x00 domain=3D1, bus=3D0, slot=3D4, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x106b, dev=3D0x0047, revid=3D0x00 domain=3D1, bus=3D0, slot=3D5, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x106b, dev=3D0x0048, revid=3D0x00 domain=3D1, bus=3D0, slot=3D6, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x106b, dev=3D0x0049, revid=3D0x00 domain=3D1, bus=3D0, slot=3D7, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) pcib2: at device 1.0 on pci1 pcib2: domain 1 pcib2: secondary bus 6 pcib2: subordinate bus 6 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=3D1, physical bus=3D6 pcib3: at device 2.0 on pci1 pcib3: domain 1 pcib3: secondary bus 7 pcib3: subordinate bus 7 pcib3: memory decode 0x90000000-0x900fffff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=3D1, physical bus=3D7 found-> vendor=3D0x14e4, dev=3D0x1648, revid=3D0x03 domain=3D1, bus=3D7, slot=3D4, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x10 (480 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 = (0 ns) intpin=3Da, irq=3D0 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0x90030000, size 16, = enabled pcib3: requested memory range 0x90030000-0x9003ffff: good map[18]: type Memory, range 64, base 0x90020000, size 16, = enabled pcib3: requested memory range 0x90020000-0x9002ffff: good found-> vendor=3D0x14e4, dev=3D0x1648, revid=3D0x03 domain=3D1, bus=3D7, slot=3D4, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x10 (480 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 = (0 ns) intpin=3Db, irq=3D0 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0x90010000, size 16, = enabled pcib3: requested memory range 0x90010000-0x9001ffff: good map[18]: type Memory, range 64, base 0x90000000, size 16, = enabled pcib3: requested memory range 0x90000000-0x9000ffff: good bge0: mem = 0x90030000-0x9003ffff,0x90020000-0x9002ffff irq 182 at device 4.0 on = pci3 cpcht mapdev: start 90030000, len 65536 bge0: CHIP ID 0x00002003; ASIC REV 0x02; CHIP REV 0x20; PCI-X miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x001018, model 0x0019, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: 00:0d:93:9d:40:c0 bge1: mem = 0x90010000-0x9001ffff,0x90000000-0x9000ffff irq 185 at device 4.1 on = pci3 cpcht mapdev: start 90010000, len 65536 bge1: CHIP ID 0x00002003; ASIC REV 0x02; CHIP REV 0x20; PCI-X miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x001018, model 0x0019, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: bpf attached bge1: Ethernet address: 00:0d:93:9d:40:c1 pcib4: at device 3.0 on pci1 pcib4: domain 1 pcib4: secondary bus 1 pcib4: subordinate bus 1 pcib4: memory decode 0x80000000-0x800fffff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=3D1, physical bus=3D1 found-> vendor=3D0x106b, dev=3D0x0041, revid=3D0x60 domain=3D1, bus=3D1, slot=3D7, func=3D0 class=3Dff-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0200, cachelnsz=3D16 (dwords) lattimer=3D0x10 (480 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) map[10]: type Memory, range 32, base 0x80000000, size 19, = enabled pcib4: requested memory range 0x80000000-0x8007ffff: good macio0: mem 0x80000000-0x8007ffff at device = 7.0 on pci4 cpcht mapdev: start 80000000, len 524288 openpic0: mem 0x40000-0x7ffff on macio0 openpic0: Version 1.2, supports 4 CPUs and 120 irqs macgpio0: mem 0x50-0x8a on macio0 macgpio0: gpio 9 irq 175 (no driver attached) macgpio0: gpio 17 irq 183 (no driver attached) macgpio0: gpio 8 irq 174 (no driver attached) macgpio0: gpio 11 (no driver attached) macgpio0: gpio 12 irq 178 (no driver attached) macgpio0: gpio 13 irq 179 (no driver attached) macgpio0: gpio 21 irq 187 (no driver attached) macgpio0: gpio 23 irq 189 (no driver attached) macgpio0: gpio 28 (no driver attached) macgpio0: gpio 29 (no driver attached) macgpio0: gpio 35 irq 201 (no driver attached) macgpio0: gpio 58 (no driver attached) scc0: mem = 0x13000-0x13fff,0x8400-0x84ff,0x8500-0x85ff,0x8600-0x86ff,0x8700-0x87ff = irq 150,133,134,151,135,136 on macio0 scc0: not resetting hardware uart0: on scc0 uart0: fast interrupt uart0: console (57600,n,8,1) uart1: on scc0 uart1: fast interrupt scc0: fast interrupt iichb1: mem 0x18000-0x18fff irq 154 on macio0 iichb1: Revision: A1 iicbus1: on iichb1 iicbus1: at addr 0x5a iicbus1: at addr 0x5c ds17750: at addr 0x90 on iicbus1 iicbus1: at addr 0x94 iicbus1: at addr 0x1c0 pcm0: mem = 0x10000-0x10fff,0x8000-0x80ff,0x8100-0x81ff irq 158,129,130 on macio0 [[...hangs...]]=