From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 25 22:00:17 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 85BFB9FE for ; Mon, 25 Feb 2013 22:00:17 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail1.markmonitor.com (mail1.markmonitor.com [209.66.70.11]) by mx1.freebsd.org (Postfix) with ESMTP id 39C6AA54 for ; Mon, 25 Feb 2013 22:00:17 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail1.markmonitor.com (Postfix) with ESMTP id 1F69517A48; Mon, 25 Feb 2013 16:06:08 -0500 (EST) X-Virus-Scanned: amavisd-new at markmonitor.com Received: from mail1.markmonitor.com ([127.0.0.1]) by localhost (mail1.mm-corp.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mMVALYsWPrD2; Mon, 25 Feb 2013 16:06:03 -0500 (EST) Received: from dc-exch2.mm-ads.com (dc-exch2.mm-corp.net [10.112.0.223]) by mail1.markmonitor.com (Postfix) with ESMTP id B599117A28; Mon, 25 Feb 2013 16:06:03 -0500 (EST) Received: from dc-exch4.mm-ads.com ([10.112.0.225]) by dc-exch2.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Feb 2013 16:06:03 -0500 Received: from zalamar.mm-corp.net ([10.112.52.72]) by dc-exch4.mm-ads.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 25 Feb 2013 16:05:42 -0500 Subject: Re: Problems booting 9.1-STABLE on Netra X1 Mime-Version: 1.0 (Apple Message framework v1283) From: Chris Ross In-Reply-To: <20130225101315.GA79064@alchemy.franken.de> Date: Mon, 25 Feb 2013 16:05:42 -0500 Message-Id: <76C74932-5BB0-4194-86CE-F121F6D18D84@distal.com> References: <20130225101315.GA79064@alchemy.franken.de> To: Marius Strobl X-Mailer: Apple Mail (2.1283) X-OriginalArrivalTime: 25 Feb 2013 21:05:42.0219 (UTC) FILETIME=[DEFB41B0:01CE139B] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-sparc64@freebsd.org" X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 22:00:17 -0000 On Feb 25, 2013, at 5:13 AM, Marius Strobl wrote: > This means that the machine is generating a power failure interrupt, > which causes FreeBSD to initiate a graceful shutdown rather than > waiting for the power to supply to suddenly die, which could cause > data loss. > In general, it's very model specific whether Sun hooked up that > interrupt to anything and to what. F.e., in U5/U10 it's just > connected to the power button rather than a circuit that monitors > the power supply. I don't know for certain what it is connected to > in X1. However, given that these latter use an ACPI-style power > button and were intended as servers, it's quite likely that their > power failure interrupt actually is connected to a power supply > monitoring circuit. > You could hack psycho(4) to just not register the power failure > interrupt handler. Whether you really want to use that machine in > this configuration (it could be either the power supply actually > starting to fail or also just the monitoring circuit being broken) > is something you have to decide on your own. Okay. My memory is sketchy at best, but email is forever. The following thread, and the second URL to a notable piece there-in where I found a pointer to the core problem, documents my efforts to get NetBSD running on this same system 3 years ago. http://mail-index.netbsd.org/port-sparc64/2010/05/07/msg001259.html http://mail-index.netbsd.org/port-sparc64/2010/05/08/msg001267.html The solution that I think was to ignore the power fail on this hardware. A reference in that thread mentions a OpenBSD commit: | revision 1.11 | date: 2002/01/29 20:33:19; author: jason; state: Exp; lines: +3 -1 | Don't install a handler for powerfail... this causes weird problems with | the Netra X1 (interactions with lom) Numerous things were attempted during the course of that port-sparc64 netbsd thread, some of which were tied to not installing the handler in the case of a machine identified as a Netra X1. It appears the code in place now in psycho.c is: /* * Netra X1 may hang when the powerfail interrupt is enabled. */ if (strcmp(machine_model, "SUNW,UltraAX-i2") != 0) { psycho_set_intr(sc, 15, psycho_powerfail, &sc->sc_regs->power_int_map, &sc->sc_regs->power_clr_int); psycho_register_power_button(sc); } Would that be unacceptable for placing into FreeBSD? Clearly, I can put it in my own tree for testing and use, but would prefer it live in the main sources long-term. :-) - Chris