From owner-freebsd-sparc64@FreeBSD.ORG Sun May 9 12:27:06 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 430AB16A4CE for ; Sun, 9 May 2004 12:27:06 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B9F643D45 for ; Sun, 9 May 2004 12:27:05 -0700 (PDT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id E734A7A69; Sun, 9 May 2004 17:14:44 +0200 (MET DST) Date: Sun, 9 May 2004 17:14:44 +0200 From: Joerg Wunsch To: sparc64@freebsd.org Message-ID: <20040509171444.B63877@ida.interface-business.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface systems GmbH, Dresden Subject: ebus resource allocation error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2004 19:27:06 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit I'm currently investigating the chances of writing a driver for the SUNW,envctrl device of my E450. Supposedly, this is an I²C bus, so it's my hope to eventually setup the driver as a glue interface between the Sun hardware and iicbus/smbus. This hardware has the curious (for me at least) situation that it gets two IRQs assigned: SUNW,envctrl0: addr 0x1400600000-0x1400600003 irq 2021,2024 on ebus0 However, when trying to bus_alloc_resource the second IRQ, I always get a resource allocation error. Since the code used for resource allocation is basically the same as I've successfully been using to allocate multiple IO port ranges in my auxio driver, I rather suspect a problem in the ebus code itself. Below are the current probe messages, attached is the source code. (Please do not redistribute by now, it's really only a stub driver.) SUNW,envctrl0: addr 0x1400600000-0x1400600003 irq 2021,2024 on ebus0 SUNW,envctrl0: Got IRQ rid 0, start 0x7e8, count 0x1 SUNW,envctrl0: Got IRQ rid 1, start 0x7e5, count 0x1 SUNW,envctrl0: could not allocate resources: 2nd IRQ device_probe_and_attach: SUNW,envctrl0 attach returned 6 -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="envctrl.c" /* * Copyright 2004, Joerg Wunsch */ #include #include #include #include #include #include #include #include #include #include #include #include #include static int envctrl_probe(device_t); static int envctrl_attach(device_t); static int envctrl_detach(device_t); static device_method_t envctrl_methods[] = { /* Device interface */ DEVMETHOD(device_probe, envctrl_probe), DEVMETHOD(device_attach, envctrl_attach), DEVMETHOD(device_detach, envctrl_detach), { 0, 0 } }; struct envctrl_softc { struct resource *iores; struct resource *intres[2]; dev_t devfs_cookie; device_t dev; void *intr_cookie[2]; }; static devclass_t envctrl_devclass; static driver_t envctrl_driver = { "SUNW,envctrl", envctrl_methods, sizeof(struct envctrl_softc), }; DRIVER_MODULE(envctrl, ebus, envctrl_driver, envctrl_devclass, 0, 0); static d_open_t envctrl_open; static d_close_t envctrl_close; static d_read_t envctrl_read; static d_write_t envctrl_write; static d_ioctl_t envctrl_ioctl; static driver_intr_t envctrl_intr1; static driver_intr_t envctrl_intr2; static struct cdevsw envctrl_cdevsw = { .d_version = D_VERSION, .d_open = envctrl_open, .d_close = envctrl_close, .d_read = envctrl_read, .d_write = envctrl_write, .d_ioctl = envctrl_ioctl, .d_name = "SUNW,envctrl", }; static int envctrl_probe(device_t dev) { if (strcmp("SUNW,envctrl", ebus_get_name(dev)) == 0) { device_set_desc(dev, "EBus SUNW,envctrl"); return (0); } return (ENXIO); } static int envctrl_attach(device_t dev) { struct envctrl_softc *sc; struct resource *res; const char *errmsg; int rid, rv, i; u_long start, count; sc = device_get_softc(dev); rid = 0; res = bus_alloc_resource_any(dev, SYS_RES_IOPORT, &rid, RF_ACTIVE); if (res == NULL) { errmsg = "IO port"; goto allocfail; } sc->iores = res; for (i = 0; i < 2; i++) { if (bus_get_resource(dev, SYS_RES_IRQ, i, &start, &count) != 0) continue; rid = i; if (bootverbose) device_printf(dev, "Got IRQ rid %d, start %#lx, count %#lx\n", i, start, count); res = bus_alloc_resource(dev, SYS_RES_IRQ, &rid, start, start + count - 1, count, RF_ACTIVE); if (res == NULL) { errmsg = i == 0? "1st IRQ": "2nd IRQ"; goto allocfail; } sc->intres[i] = res; } rv = BUS_SETUP_INTR(device_get_parent(dev), dev, sc->intres[0], INTR_TYPE_MISC /* | INTR_ENTROPY */, envctrl_intr1, sc, sc->intr_cookie + 0); if (rv) { errmsg = "1st IRQ"; goto irqfail; } rv = BUS_SETUP_INTR(device_get_parent(dev), dev, sc->intres[1], INTR_TYPE_MISC /* | INTR_ENTROPY */, envctrl_intr2, sc, sc->intr_cookie + 1); if (rv) { errmsg = "1st IRQ"; goto irqfail; } sc->devfs_cookie = make_dev(&envctrl_cdevsw, 0, UID_ROOT, GID_WHEEL, 0600, "envctrl"); sc->dev = dev; return (0); allocfail: device_printf(dev, "could not allocate resources: %s\n", errmsg); return (ENXIO); irqfail: device_printf(dev, "could not setup %s\n", errmsg); return (ENXIO); } static int envctrl_detach(device_t dev) { struct envctrl_softc *sc; sc = device_get_softc(dev); BUS_TEARDOWN_INTR(device_get_parent(dev), dev, sc->intres[0], sc->intr_cookie[0]); BUS_TEARDOWN_INTR(device_get_parent(dev), dev, sc->intres[1], sc->intr_cookie[1]); bus_deactivate_resource(dev, SYS_RES_IRQ, 0, sc->intres[0]); bus_release_resource(dev, SYS_RES_IRQ, 0, sc->intres[0]); bus_deactivate_resource(dev, SYS_RES_IRQ, 1, sc->intres[1]); bus_release_resource(dev, SYS_RES_IRQ, 1, sc->intres[1]); bus_deactivate_resource(dev, SYS_RES_IOPORT, 0, sc->iores); bus_release_resource(dev, SYS_RES_IOPORT, 0, sc->iores); destroy_dev(sc->devfs_cookie); return (0); } static int envctrl_open(dev_t dev, int oflags, int devtype, struct thread *td) { return (0); } static int envctrl_close(dev_t dev, int fflag, int devtype, struct thread *td) { return (0); } static int envctrl_read(dev_t dev, struct uio *uio, int ioflag) { struct envctrl_softc *sc; uint32_t buf; int rv; if (uio->uio_offset != 0) return (0); if (uio->uio_resid < sizeof(uint32_t)) return (EINVAL); sc = devclass_get_softc(envctrl_devclass, 0); buf = bus_space_read_4(sc->iores->r_bustag, sc->iores->r_bushandle, 0); rv = uiomove(&buf, sizeof(uint32_t), uio); return (rv); } static int envctrl_write(dev_t dev, struct uio *uio, int ioflag) { struct envctrl_softc *sc; uint32_t buf; int rv; if (uio->uio_offset != 0) return (0); if (uio->uio_resid < sizeof(uint32_t)) return (EINVAL); sc = devclass_get_softc(envctrl_devclass, 0); if ((rv = uiomove(&buf, sizeof(uint32_t), uio)) != 0) return (rv); bus_space_write_4(sc->iores->r_bustag, sc->iores->r_bushandle, 0, buf); return (0); } static int envctrl_ioctl(dev_t dev, u_long cmd, caddr_t data, int fflag, struct thread *td) { return (ENXIO); } static void envctrl_intr1(void *arg) { struct envctrl_softc *sc = (struct envctrl_softc *)arg; device_printf(sc->dev, "1st IRQ triggered\n"); } static void envctrl_intr2(void *arg) { struct envctrl_softc *sc = (struct envctrl_softc *)arg; device_printf(sc->dev, "2nd IRQ triggered\n"); } --Q68bSM7Ycu6FN28Q-- From owner-freebsd-sparc64@FreeBSD.ORG Sun May 9 14:35:00 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE1F616A4CE for ; Sun, 9 May 2004 14:35:00 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E6E4343D39 for ; Sun, 9 May 2004 14:34:59 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 28196 invoked by uid 65534); 9 May 2004 21:34:58 -0000 Received: from p50906FB8.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.111.184) by mail.gmx.net (mp002) with SMTP; 09 May 2004 23:34:58 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id E952E520; Sun, 9 May 2004 23:34:55 +0200 (CEST) Date: Sun, 9 May 2004 23:34:55 +0200 From: Thomas Moestl To: Joerg Wunsch Message-ID: <20040509213455.GA744@timesink.dyndns.org> References: <20040509171444.B63877@ida.interface-business.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040509171444.B63877@ida.interface-business.de> User-Agent: Mutt/1.5.6i cc: sparc64@freebsd.org Subject: Re: ebus resource allocation error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2004 21:35:01 -0000 On Sun, 2004/05/09 at 17:14:44 +0200, Joerg Wunsch wrote: > I'm currently investigating the chances of writing a driver for the > SUNW,envctrl device of my E450. Supposedly, this is an I²C bus, so > it's my hope to eventually setup the driver as a glue interface > between the Sun hardware and iicbus/smbus. > > This hardware has the curious (for me at least) situation that it > gets two IRQs assigned: > > SUNW,envctrl0: addr 0x1400600000-0x1400600003 irq 2021,2024 on ebus0 > > However, when trying to bus_alloc_resource the second IRQ, I always > get a resource allocation error. Since the code used for resource > allocation is basically the same as I've successfully been using to > allocate multiple IO port ranges in my auxio driver, I rather suspect > a problem in the ebus code itself. > > Below are the current probe messages, attached is the source code. > (Please do not redistribute by now, it's really only a stub driver.) > > SUNW,envctrl0: addr 0x1400600000-0x1400600003 irq 2021,2024 on ebus0 > SUNW,envctrl0: Got IRQ rid 0, start 0x7e8, count 0x1 > SUNW,envctrl0: Got IRQ rid 1, start 0x7e5, count 0x1 > SUNW,envctrl0: could not allocate resources: 2nd IRQ > device_probe_and_attach: SUNW,envctrl0 attach returned 6 >From e450 firmware property dumps I have lying around it seems likely that 0x7e5 is the power failure notification interrupt of one of the Psycho PCI bridges. The Psycho driver does not allocate it with RF_SHAREABLE (and neither does your code), thus the error. Would an envctrl driver actually need this interrupt, or does this just indicate that envctrl is the device that really triggers power failure interrupts? - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "Where do we keep all our chainsaws, Mom?" -- Calvin and Hobbes From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 01:32:06 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A501716A4CE for ; Mon, 10 May 2004 01:32:06 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3434D43D4C for ; Mon, 10 May 2004 01:32:06 -0700 (PDT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 326497A69; Mon, 10 May 2004 10:32:04 +0200 (MET DST) Date: Mon, 10 May 2004 10:32:04 +0200 From: Joerg Wunsch To: sparc64@freebsd.org Message-ID: <20040510103204.B77963@ida.interface-business.de> References: <20040509171444.B63877@ida.interface-business.de> <20040509213455.GA744@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20040509213455.GA744@timesink.dyndns.org>; from t.moestl@tu-bs.de on Sun, May 09, 2004 at 11:34:55PM +0200 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface systems GmbH, Dresden cc: Thomas Moestl Subject: Re: ebus resource allocation error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 08:32:06 -0000 As Thomas Moestl wrote: > From e450 firmware property dumps I have lying around it seems > likely that 0x7e5 is the power failure notification interrupt of one > of the Psycho PCI bridges. The Psycho driver does not allocate it > with RF_SHAREABLE (and neither does your code), thus the error. Hmm, now that you mention it, it seems OFW indeed assigns this IRQ to two devices: $ /sbin/dmesg|fgrep 2021 ebus0: addr 0x1400724000-0x1400724003 irq 2034,2021 (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 2021,2024 (no driver attached) However, due to the `no driver attached' message, I wouldn't even have guessed that the psycho code attached a vector to it. What's the second IRQ for, maybe it indicates a failed power supply? Wouldn't it make more sense to have a separate power driver attaching to it? (The IO regs assigned to belong to the power auxio bits described in the PCIO docs.) > Would an envctrl driver actually need this interrupt, or does this > just indicate that envctrl is the device that really triggers power > failure interrupts? I have no idea about it yet. The SUNW,envctrl hardware supposedly uses a Philips PCF8584 to drive the I²C bus, which can indeed trigger an interrupt. I didn't have a clue at all why there are two IRQs. Most likely the envctrl driver would have no use for the powerfail interrupt, but except for implied knowledge, how would I know which is the `correct' IRQ to attach to? Btw., how do I dump the OFW properties, other than by manually descending through the entire /devices hiearchy? I guess it could be done using a FORTH command, but my FORTH knowledge has been seriously rotten away. ;-) -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 04:00:43 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32D8616A4CE for ; Mon, 10 May 2004 04:00:43 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A1C643D2D for ; Mon, 10 May 2004 04:00:42 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i4AB0gBE053313 for ; Mon, 10 May 2004 04:00:42 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i4AB0gwe053302; Mon, 10 May 2004 04:00:42 -0700 (PDT) (envelope-from gnats) Resent-Date: Mon, 10 May 2004 04:00:42 -0700 (PDT) Resent-Message-Id: <200405101100.i4AB0gwe053302@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Koop Mast Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C5B616A4CE for ; Mon, 10 May 2004 03:54:23 -0700 (PDT) Received: from prisma.rainbow-runner.nl (c7057.upc-c.chello.nl [212.187.7.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8EBF43D54 for ; Mon, 10 May 2004 03:54:22 -0700 (PDT) (envelope-from kwm@rainbow-runner.nl) Received: by prisma.rainbow-runner.nl (Postfix, from userid 1001) id 5AA7D20D2; Mon, 10 May 2004 12:53:50 +0200 (CEST) Message-Id: <20040510105350.5AA7D20D2@prisma.rainbow-runner.nl> Date: Mon, 10 May 2004 12:53:50 +0200 (CEST) From: Koop Mast To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: sparc64/66448: Fix typo in counter.c X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Koop Mast List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 11:00:43 -0000 >Number: 66448 >Category: sparc64 >Synopsis: Fix typo in counter.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 10 04:00:41 PDT 2004 >Closed-Date: >Last-Modified: >Originator: Koop Mast >Release: FreeBSD 5.2.1-RELEASE-p6 i386 >Organization: >Environment: System: FreeBSD prisma.rainbow-runner.nl 5.2.1-RELEASE-p6 FreeBSD 5.2.1-RELEASE-p6 #25: Thu May 6 02:34:10 CEST 2004 root@prisma.rainbow-runner.nl:/usr/obj/usr/src/sys/UnderTheRainbow i386 >Description: Fix a typo in couter.c printf. >How-To-Repeat: Type dmesg on a sparc64 and look for counter-timer. >Fix: --- counter.diff begins here --- --- sys/sparc64/sparc64/counter.c.orig Wed Feb 19 06:47:45 2003 +++ sys/sparc64/sparc64/counter.c Mon May 10 11:48:37 2004 @@ -72,7 +72,7 @@ struct timecounter *tc; struct ct_softc *sc; - printf("initialializing counter-timer\n"); + printf("initializing counter-timer\n"); /* * Turn off interrupts from both counters. Set the limit to the maximum * value (although that should not change anything with CTLR_INTEN and --- counter.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 04:08:10 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFD6916A4CE; Mon, 10 May 2004 04:08:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5B8D43D45; Mon, 10 May 2004 04:08:10 -0700 (PDT) (envelope-from mux@FreeBSD.org) Received: from freefall.freebsd.org (mux@localhost [127.0.0.1]) i4AB8A3g061188; Mon, 10 May 2004 04:08:10 -0700 (PDT) (envelope-from mux@freefall.freebsd.org) Received: (from mux@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i4AB8Am6061184; Mon, 10 May 2004 04:08:10 -0700 (PDT) (envelope-from mux) Date: Mon, 10 May 2004 04:08:10 -0700 (PDT) From: Maxime Henrion Message-Id: <200405101108.i4AB8Am6061184@freefall.freebsd.org> To: kwm@rainbow-runner.nl, mux@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/66448: Fix typo in counter.c X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 11:08:11 -0000 Synopsis: Fix typo in counter.c State-Changed-From-To: open->closed State-Changed-By: mux State-Changed-When: Mon May 10 04:07:49 PDT 2004 State-Changed-Why: Patch committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=66448 From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 04:39:22 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899FD16A4CE for ; Mon, 10 May 2004 04:39:22 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5027443D4C for ; Mon, 10 May 2004 04:39:21 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 21470 invoked by uid 65534); 10 May 2004 11:39:20 -0000 Received: from p50906CA3.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.108.163) by mail.gmx.net (mp012) with SMTP; 10 May 2004 13:39:20 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id 2B937520; Mon, 10 May 2004 13:39:18 +0200 (CEST) Date: Mon, 10 May 2004 13:39:18 +0200 From: Thomas Moestl To: Joerg Wunsch Message-ID: <20040510113918.GA740@timesink.dyndns.org> References: <20040509171444.B63877@ida.interface-business.de> <20040509213455.GA744@timesink.dyndns.org> <20040510103204.B77963@ida.interface-business.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040510103204.B77963@ida.interface-business.de> User-Agent: Mutt/1.5.6i cc: sparc64@freebsd.org Subject: Re: ebus resource allocation error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 11:39:22 -0000 On Mon, 2004/05/10 at 10:32:04 +0200, Joerg Wunsch wrote: > As Thomas Moestl wrote: > > > From e450 firmware property dumps I have lying around it seems > > likely that 0x7e5 is the power failure notification interrupt of one > > of the Psycho PCI bridges. The Psycho driver does not allocate it > > with RF_SHAREABLE (and neither does your code), thus the error. > > Hmm, now that you mention it, it seems OFW indeed assigns this IRQ > to two devices: > > $ /sbin/dmesg|fgrep 2021 > ebus0: addr 0x1400724000-0x1400724003 irq 2034,2021 (no driver attached) > ebus0: addr 0x1400600000-0x1400600003 irq 2021,2024 (no driver attached) Well, at least three then, because it is probably also assigned to pcib0 (if your machine matches my property dumps). Since the nexus driver does not keep resource lists, however, the resources of its children (e.g. the Psycho Bridges) are not displayed in the boot messages. I should fix that some time. > Btw., how do I dump the OFW properties, other than by manually > descending through the entire /devices hiearchy? I guess it could be > done using a FORTH command, but my FORTH knowledge has been seriously > rotten away. ;-) The easiest way would be 'ofwdump -ap' (FreeBSD) or 'prtconf -vp' (Solaris). - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "The problem with the future is that it keeps turning into the present." -- Calvin and Hobbes From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 04:50:00 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D902416A4CE for ; Mon, 10 May 2004 04:50:00 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63B8A43D6D for ; Mon, 10 May 2004 04:50:00 -0700 (PDT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id D2BE77A69; Mon, 10 May 2004 13:49:58 +0200 (MET DST) Date: Mon, 10 May 2004 13:49:58 +0200 From: Joerg Wunsch To: sparc64@freebsd.org Message-ID: <20040510134958.H77963@ida.interface-business.de> References: <20040509171444.B63877@ida.interface-business.de> <20040509213455.GA744@timesink.dyndns.org> <20040510103204.B77963@ida.interface-business.de> <20040510113918.GA740@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20040510113918.GA740@timesink.dyndns.org>; from t.moestl@tu-bs.de on Mon, May 10, 2004 at 01:39:18PM +0200 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface systems GmbH, Dresden cc: Thomas Moestl Subject: Re: ebus resource allocation error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 11:50:01 -0000 As Thomas Moestl wrote: > > Hmm, now that you mention it, it seems OFW indeed assigns this IRQ > > to two devices: > Well, at least three then, because it is probably also assigned to > pcib0 (if your machine matches my property dumps). Since the nexus > driver does not keep resource lists, however, the resources of its > children (e.g. the Psycho Bridges) are not displayed in the boot > messages. I should fix that some time. Ah, OK. Yes, ofwdump -ap shows me that SUNW,psycho also allocates that IRQ. > The easiest way would be 'ofwdump -ap' (FreeBSD) or 'prtconf -vp' > (Solaris). OK, so still, how do I know which is the `correct' IRQ for me? Should I blindly assume that bus_alloc_resource_any(... SYS_RES_IRQ ...) will do the right thing for me? -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 07:19:21 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BA3F16A4CE for ; Mon, 10 May 2004 07:19:21 -0700 (PDT) Received: from exchange.corp.cetlink.net (rhsc-corp-gw.cetlink.net [209.198.2.98]) by mx1.FreeBSD.org (Postfix) with SMTP id 94DFE43D5F for ; Mon, 10 May 2004 07:19:20 -0700 (PDT) (envelope-from jeff@cetlink.net) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Date: Mon, 10 May 2004 10:19:18 -0400 Message-ID: <287AB3E6D729D846A7B9A226332EF9C657BB85@exchange.corp.cetlink.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New to list - Abort errors Thread-Index: AcQ2mcgJ7jS8G+akQMe3iqtR6yfIzQ== From: "Jeffrey Wheat" To: Subject: New to list - Abort errors X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 14:19:21 -0000 Hello, I am new to this list and I have recently installed 5.2.1 onto a Ultra 10 (433, 256M RAM). I have been using=20 FreeBSD on the i86 platform for years now with little trouble. I am running into problems with this platform though with abort errors in apache and php (could be other places too:) Here are a couple of the errors: pid 5279 (php), uid 0: exited on signal 6 (core dumped) pid 5289 (php), uid 0: exited on signal 6 (core dumped) pid 5513 (php), uid 0: exited on signal 11 (core dumped) httpd in free(): error: page is already free [Mon May 10 07:22:19 2004] [notice] child pid 28944 exit signal Abort trap (6) httpd in free(): error: page is already free [Mon May 10 07:52:59 2004] [notice] child pid 28943 exit signal Abort trap (6) httpd in free(): error: page is already free [Mon May 10 08:50:58 2004] [notice] child pid 28946 exit signal Abort trap (6) httpd in free(): error: page is already free [Mon May 10 09:39:49 2004] [notice] child pid 28945 exit signal Abort trap (6) httpd in free(): error: page is already free [Mon May 10 10:03:27 2004] [notice] child pid 28947 exit signal Abort trap (6) dns1# Has anyone seen this before? Both apache and php were built from current ports collection and the kernel is currect with the tcp patches. Thanks in advance, Jeffrey From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 07:34:18 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F0516A4CE for ; Mon, 10 May 2004 07:34:18 -0700 (PDT) Received: from altsoftware.com (mx1.altsoftware.com [216.191.138.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1E4443D49 for ; Mon, 10 May 2004 07:34:16 -0700 (PDT) (envelope-from cflecknell@altsoftware.com) Received: from localhost (localhost [127.0.0.1]) by altsoftware.com (Postfix) with ESMTP id CEDEB3A1DD; Mon, 10 May 2004 10:34:15 -0400 (EDT) Received: from altsoftware.com ([127.0.0.1])port 10024) with ESMTP id 01788-24; Mon, 10 May 2004 10:34:11 -0400 (EDT) Received: from to4cfleck (to-vpn.altsoftware.com [216.191.138.72]) by altsoftware.com (Postfix) with ESMTP id C5A5F3A1C2; Mon, 10 May 2004 10:34:10 -0400 (EDT) From: "Chris Flecknell" To: "'Jeffrey Wheat'" , Date: Mon, 10 May 2004 10:34:09 -0400 Message-ID: <004901c4369b$dbc02510$c702a8c0@altsoftware.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_004A_01C4367A.54AE8510" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <287AB3E6D729D846A7B9A226332EF9C657BB85@exchange.corp.cetlink.net> X-MS-TNEF-Correlator: 00000000DD1CF9A5B288B04883C432B6775C03FD44785800 X-Virus-Scanned: by amavisd-new at altsoftware.com X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: RE: New to list - Abort errors X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 14:34:18 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_004A_01C4367A.54AE8510 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Yes, I have noticed the same problem when you install the DOMXML add-in for PHP.. You can install all others (that work under sparc64 [curl doesn't, I can't remember what others don't]) Deinstall PHP, and Re-build without DOMXML and you'll be going.. I haven't checked into why it doesn't like it yet.. Chris Flecknell System Administrator Alt Software Inc. 416.203.8058 ext 1600 cflecknell@altsoftware.com > -----Original Message----- > From: owner-freebsd-sparc64@freebsd.org > [mailto:owner-freebsd-sparc64@freebsd.org]On Behalf Of Jeffrey Wheat > Sent: May 10, 2004 10:19 AM > To: freebsd-sparc64@freebsd.org > Subject: New to list - Abort errors > > > Hello, I am new to this list and I have recently installed > 5.2.1 onto a Ultra 10 (433, 256M RAM). I have been using > FreeBSD on the i86 platform for years now with little trouble. > > I am running into problems with this platform though with abort > errors in apache and php (could be other places too:) > > Here are a couple of the errors: > pid 5279 (php), uid 0: exited on signal 6 (core dumped) > pid 5289 (php), uid 0: exited on signal 6 (core dumped) > pid 5513 (php), uid 0: exited on signal 11 (core dumped) > > httpd in free(): error: page is already free > [Mon May 10 07:22:19 2004] [notice] child pid 28944 exit signal Abort > trap (6) > httpd in free(): error: page is already free > [Mon May 10 07:52:59 2004] [notice] child pid 28943 exit signal Abort > trap (6) > httpd in free(): error: page is already free > [Mon May 10 08:50:58 2004] [notice] child pid 28946 exit signal Abort > trap (6) > httpd in free(): error: page is already free > [Mon May 10 09:39:49 2004] [notice] child pid 28945 exit signal Abort > trap (6) > httpd in free(): error: page is already free > [Mon May 10 10:03:27 2004] [notice] child pid 28947 exit signal Abort > trap (6) > dns1# > > Has anyone seen this before? Both apache and php were built > from current > ports > collection and the kernel is currect with the tcp patches. > > Thanks in advance, > Jeffrey > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to > "freebsd-sparc64-unsubscribe@freebsd.org" ------=_NextPart_000_004A_01C4367A.54AE8510-- From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 08:11:08 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7036716A527 for ; Mon, 10 May 2004 08:11:08 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 420E643D58 for ; Mon, 10 May 2004 08:11:07 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 25568 invoked by uid 65534); 10 May 2004 15:11:06 -0000 Received: from p50906CA3.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.108.163) by mail.gmx.net (mp025) with SMTP; 10 May 2004 17:11:06 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id 9E9C0520; Mon, 10 May 2004 17:11:04 +0200 (CEST) Date: Mon, 10 May 2004 17:11:04 +0200 From: Thomas Moestl To: Joerg Wunsch Message-ID: <20040510151103.GA744@timesink.dyndns.org> References: <20040509171444.B63877@ida.interface-business.de> <20040509213455.GA744@timesink.dyndns.org> <20040510103204.B77963@ida.interface-business.de> <20040510113918.GA740@timesink.dyndns.org> <20040510134958.H77963@ida.interface-business.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040510134958.H77963@ida.interface-business.de> User-Agent: Mutt/1.5.6i cc: sparc64@freebsd.org Subject: Re: ebus resource allocation error? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 15:11:08 -0000 On Mon, 2004/05/10 at 13:49:58 +0200, Joerg Wunsch wrote: > OK, so still, how do I know which is the `correct' IRQ for me? Should > I blindly assume that bus_alloc_resource_any(... SYS_RES_IRQ ...) will > do the right thing for me? That it will anyway; there is no need to use bus_get_resource(), bus_alloc_resource_any() with the same rid is sufficient. Which rid to use will probably have to be trial and error, in the absence of detailed documentation (or drivers for other OSes). - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "I think nighttime is dark so you can imagine your fears with less distraction." -- Calvin and Hobbes From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 08:21:02 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 297B816A4CE for ; Mon, 10 May 2004 08:21:02 -0700 (PDT) Received: from adsutton.com (ip-64-32-177-148.dsl.nyc.megapath.net [64.32.177.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA85543D2D for ; Mon, 10 May 2004 08:21:00 -0700 (PDT) (envelope-from jromero@romero3000.com) Received: from [69.33.104.67] (account jromero@romero3000.com HELO [192.168.100.2]) by adsutton.com (CommuniGate Pro SMTP 4.1.7) with ESMTP id 170712 for freebsd-sparc@FreeBSD.org; Mon, 10 May 2004 09:31:00 -0400 From: Jeronimo Romero To: freebsd-sparc@FreeBSD.org Content-Type: text/plain Message-Id: <1084202523.13774.8.camel@mail.save-ferris.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 10 May 2004 11:22:03 -0400 Content-Transfer-Encoding: 7bit Subject: sun ultra 10 console question X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jromero@romero3000.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 15:21:02 -0000 OK. So I borrowed a sun ultra 10 workstation. Installed bsd on it without a problem through serial console, but I noticed someting interesting and I was wondering if anyone knows how to fix this. When I first got it and started playing with it I noticed that the system console displayed sun os bootup messages at the console with extremely oversized fonts. The boot messages did not fit in the screen properly.Everything at the console seemed extremely blown up. First I thought itwas the openboot firmware. So i went into the firmware and configured the rows and columns to be 34x80. reset the machine ... didn't work.then i reset openboot to factory defaults. then i changed my vga output to another monitor. nothing changed. anybody know why the system console could be displaying such a disproportionately large system console??? i'm not on this list so please CC me :) From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 08:32:20 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3494716A4CE for ; Mon, 10 May 2004 08:32:20 -0700 (PDT) Received: from exchange.corp.cetlink.net (rhsc-corp-gw.cetlink.net [209.198.2.98]) by mx1.FreeBSD.org (Postfix) with SMTP id DA01E43D54 for ; Mon, 10 May 2004 08:32:18 -0700 (PDT) (envelope-from jeff@cetlink.net) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Date: Mon, 10 May 2004 11:32:17 -0400 Message-ID: <287AB3E6D729D846A7B9A226332EF9C657BB86@exchange.corp.cetlink.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New to list - Abort errors Thread-Index: AcQ2m9qwpWfrBudETZCuMvLubCForwAB/JCQ From: "Jeffrey Wheat" To: "Chris Flecknell" , Subject: RE: New to list - Abort errors X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 15:32:20 -0000 Chris, Thank you for your response. I do not have DOMXML compiled into php at this time and yet still having the problem. Regards, Jeff=20 > -----Original Message----- > From: Chris Flecknell [mailto:cflecknell@altsoftware.com]=20 > Sent: Monday, May 10, 2004 10:34 AM > To: Jeffrey Wheat; freebsd-sparc64@freebsd.org > Subject: RE: New to list - Abort errors >=20 > Yes, I have noticed the same problem when you install the=20 > DOMXML add-in for PHP.. You can install all others (that=20 > work under sparc64 [curl doesn't, I can't remember what others don't]) >=20 > Deinstall PHP, and Re-build without DOMXML and you'll be=20 > going.. I haven't checked into why it doesn't like it yet.. >=20 > Chris Flecknell > System Administrator > Alt Software Inc. > 416.203.8058 ext 1600 > cflecknell@altsoftware.com >=20 > > -----Original Message----- > > From: owner-freebsd-sparc64@freebsd.org=20 > > [mailto:owner-freebsd-sparc64@freebsd.org]On Behalf Of Jeffrey Wheat > > Sent: May 10, 2004 10:19 AM > > To: freebsd-sparc64@freebsd.org > > Subject: New to list - Abort errors > >=20 > >=20 > > Hello, I am new to this list and I have recently installed > > 5.2.1 onto a Ultra 10 (433, 256M RAM). I have been using FreeBSD on=20 > > the i86 platform for years now with little trouble. > >=20 > > I am running into problems with this platform though with=20 > abort errors=20 > > in apache and php (could be other places too:) > >=20 > > Here are a couple of the errors: > > pid 5279 (php), uid 0: exited on signal 6 (core dumped) pid 5289=20 > > (php), uid 0: exited on signal 6 (core dumped) pid 5513=20 > (php), uid 0:=20 > > exited on signal 11 (core dumped) > >=20 > > httpd in free(): error: page is already free [Mon May 10 07:22:19=20 > > 2004] [notice] child pid 28944 exit signal Abort trap (6) httpd in=20 > > free(): error: page is already free [Mon May 10 07:52:59 2004]=20 > > [notice] child pid 28943 exit signal Abort trap (6) httpd=20 > in free():=20 > > error: page is already free [Mon May 10 08:50:58 2004]=20 > [notice] child=20 > > pid 28946 exit signal Abort trap (6) httpd in free():=20 > error: page is=20 > > already free [Mon May 10 09:39:49 2004] [notice] child pid=20 > 28945 exit=20 > > signal Abort trap (6) httpd in free(): error: page is already free=20 > > [Mon May 10 10:03:27 2004] [notice] child pid 28947 exit=20 > signal Abort=20 > > trap (6) dns1# > >=20 > > Has anyone seen this before? Both apache and php were built from=20 > > current ports collection and the kernel is currect with the tcp=20 > > patches. > >=20 > > Thanks in advance, > > Jeffrey > > _______________________________________________ > > freebsd-sparc64@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > > To unsubscribe, send any mail to > > "freebsd-sparc64-unsubscribe@freebsd.org" >=20 From owner-freebsd-sparc64@FreeBSD.ORG Mon May 10 11:01:40 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6C6816A4DB for ; Mon, 10 May 2004 11:01:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A382D43D2D for ; Mon, 10 May 2004 11:01:40 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) i4AI1ehJ095849 for ; Mon, 10 May 2004 11:01:40 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i4AI1eXF095843 for freebsd-sparc64@freebsd.org; Mon, 10 May 2004 11:01:40 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 May 2004 11:01:40 -0700 (PDT) Message-Id: <200405101801.i4AI1eXF095843@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2004 18:01:40 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/02/20] sparc64/63161sparc64 system panics when writing to an NFS moun 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/28] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/05/05] sparc64/66314sparc64 SMP kernel panic: ipi_send: couldn't send 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Tue May 11 09:33:14 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8165E16A4CE for ; Tue, 11 May 2004 09:33:14 -0700 (PDT) Received: from mini.pair.com (mini.pair.com [209.68.1.138]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D21843D55 for ; Tue, 11 May 2004 09:33:13 -0700 (PDT) (envelope-from treecard@mini.pair.com) Received: (qmail 91006 invoked by uid 3234); 11 May 2004 16:33:12 -0000 Date: 11 May 2004 16:33:12 -0000 Message-ID: <20040511163312.91004.qmail@mini.pair.com> To: freebsd-sparc64@freebsd.org Precedence: junk X-Loop: newsletter@treecardgames.com From: TreeCardGames.com Subject: SOLSUITE - Solitaire Card Games Suite - Newsletter X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2004 16:33:14 -0000 SolSuite 2004 Newsletter #77 http://www.solsuite.com I N D E X : 1. SolSuite 2004's NEW v18.2 has arrived! (April 26, 2004) 2. Customers' Satisfaction ____________________________________________________ 1. S O L S U I T E 2 0 0 4's N E W v18.2 H A S A R R I V E D ! ____________________________________________________ Download SolSuite 2004's new v18.2 http://www.solsuite.com/ver1820.htm NEW GAMES! SolSuite 2004's version 18.2 includes the following 2 new games (402 games in all): - Imperial: Non-Builders game type [time: Medium; difficulty level: Easy; skill level: Mostly skill; chance of winning: about 1 in 20] - Thirteen Up: Flower Garden type [time: Quick; difficulty level: Easy; skill level: Moderate; chance of winning: about 1 in 10] ===> Download SolSuite 2004's NEW v18.2 <=== http://www.solsuite.com/ver1820.htm ===> Download SolSuite 2004's NEW v18.2 <=== _____________________________________ 2. C U S T O M E R S' S A T I S F A C T I O N _____________________________________ The following are some examples of the most recent messages we have received: * Nicholas O'Beirn - Canada - said: "I have never encountered software so well supported and so faithfully updated. You folks obviously take great pride in the quality of your product... a rare thing these days! I'm nominating you folks for a Nobel Peace Prize... If more people played SolSuite, it would be a better world. Many Thanks." * Paul Holliday - U.S. - said: "We've been using SolSuite extensively at our house -- our favorites are Pyramid & Klondike -- and we feel that it is much better than any solitare program that Windows could provide. Thanks again." * Carrie Peoples - U.S. - said: "SolSuite calms my nerves after a hard day at work. It is a wonderful way to relax. I love it, it is my friend." ___________________________________________________ If you think someone else would benefit from this information, please invite them to subscribe at: http://www.solsuite.com/newsletter.htm To remove your subscription to this newsletter please link to: http://www.solsuite.com/unsubscribe.htm To change your email address please link to: http://www.solsuite.com/change_address.htm Looking forward to hearing from you. TreeCardGames.com http://www.solsuite.com/support.htm ________________________________________ ===> Download SolSuite 2004's NEW v18.2 <=== http://www.solsuite.com/ver1820.htm ===> Download SolSuite 2004's NEW v18.2 <=== ________________________________________ From owner-freebsd-sparc64@FreeBSD.ORG Tue May 11 12:38:02 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E7416A4CF for ; Tue, 11 May 2004 12:38:02 -0700 (PDT) Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be [134.58.240.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB3D43D41 for ; Tue, 11 May 2004 12:38:02 -0700 (PDT) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 31D054B54F for ; Tue, 11 May 2004 21:38:01 +0200 (CEST) Received: from octavianus.kulnet.kuleuven.ac.be (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id AD6CC4B555 for ; Tue, 11 May 2004 21:38:00 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.40.235]) by octavianus.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 21ADCAEE34 for ; Tue, 11 May 2004 21:38:00 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.12.11/8.12.11) with SMTP id i4BJbveZ042169 for ; Tue, 11 May 2004 21:37:58 +0200 (CEST) (envelope-from tijl@ulyssis.org) Date: Tue, 11 May 2004 21:37:57 +0200 From: Tijl Coosemans To: sparc64@freebsd.org Message-Id: <20040511213757.37a2189e.tijl@ulyssis.org> In-Reply-To: <20040511010823.GB72214@xor.obsecurity.org> References: <20040511010823.GB72214@xor.obsecurity.org> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by KULeuven Antivirus Cluster Subject: Re: [ports-sparc64@bento.FreeBSD.org: libticables-3.7.7_2 failed on sparc64 5] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2004 19:38:02 -0000 On Mon, 10 May 2004 18:08:23 -0700, Kris Kennaway wrote: > ----- Forwarded message from User Ports-sparc64 > ----- Full build log at http://bento.freebsd.org/errorlogs/sparc64-5-latest/libticables-3.7.7_2.log > In file included from ioports.c:45: > /usr/include/machine/sysarch.h:53: error: syntax error before > "utrap_entry_t" > /usr/include/machine/sysarch.h:64: error: syntax error before "type" > gmake[2]: *** [ioports.lo] Error 1 > gmake[2]: Leaving directory > `/tmp/a/ports/comms/libticables/work/libticables-3.7.7/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/tmp/a/ports/comms/libticables/work/libticables-3.7.7' > gmake: *** [all] Error 2 > *** Error code 2 Apparently src/sys/sparc64/include/sysarch.h uses utrap_entry_t and utrap_handler_t without defining them. They are however defined in src/sys/sparc64/utrap.h. So I'm wondering, should I file a PR for my port to include machine/utrap.h(?) before machine/sysarch.h in case of a sparc64 build (or get rid of it since it is only used on i386), or is this a bug and should src/sys/sparc64/include/sysarch.h include machine/utrap.h (probably wrapped inside an #ifndef _KERNEL)? From owner-freebsd-sparc64@FreeBSD.ORG Tue May 11 15:23:15 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ABBC16A4CE for ; Tue, 11 May 2004 15:23:15 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C11F043D45 for ; Tue, 11 May 2004 15:23:13 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 32118 invoked by uid 65534); 11 May 2004 22:23:12 -0000 Received: from p50907CE6.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.124.230) by mail.gmx.net (mp004) with SMTP; 12 May 2004 00:23:12 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id 6E64F6AD; Wed, 12 May 2004 00:23:12 +0200 (CEST) Date: Wed, 12 May 2004 00:23:11 +0200 From: Thomas Moestl To: Tijl Coosemans Message-ID: <20040511222311.GA728@timesink.dyndns.org> References: <20040511010823.GB72214@xor.obsecurity.org> <20040511213757.37a2189e.tijl@ulyssis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040511213757.37a2189e.tijl@ulyssis.org> User-Agent: Mutt/1.5.6i cc: sparc64@freebsd.org Subject: Re: [ports-sparc64@bento.FreeBSD.org: libticables-3.7.7_2 failed on sparc64 5] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2004 22:23:15 -0000 On Tue, 2004/05/11 at 21:37:57 +0200, Tijl Coosemans wrote: > On Mon, 10 May 2004 18:08:23 -0700, Kris Kennaway wrote: > > > ----- Forwarded message from User Ports-sparc64 > > ----- > > Full build log at > http://bento.freebsd.org/errorlogs/sparc64-5-latest/libticables-3.7.7_2.log > > > In file included from ioports.c:45: > > /usr/include/machine/sysarch.h:53: error: syntax error before > > "utrap_entry_t" > > /usr/include/machine/sysarch.h:64: error: syntax error before "type" > > gmake[2]: *** [ioports.lo] Error 1 > > gmake[2]: Leaving directory > > `/tmp/a/ports/comms/libticables/work/libticables-3.7.7/src' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory > > `/tmp/a/ports/comms/libticables/work/libticables-3.7.7' > > gmake: *** [all] Error 2 > > *** Error code 2 > > Apparently src/sys/sparc64/include/sysarch.h uses > utrap_entry_t and utrap_handler_t without defining them. They are > however defined in src/sys/sparc64/utrap.h. > > So I'm wondering, should I file a PR for my port to include > machine/utrap.h(?) before machine/sysarch.h in case > of a sparc64 build (or get rid of it since it is only used on i386), > or is this a bug and should src/sys/sparc64/include/sysarch.h include > machine/utrap.h (probably wrapped inside an #ifndef _KERNEL)? Since machine/sysarch.h is by definition architecture dependent, it would probably be best to include it only when it is needed (i.e. in the i386 case). Adding an ucontext.h include might be worth considering, but then there seem to already be slightly different prerequisites on other platforms. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "I realized that the purpose of writing is to inflate weak ideas, obscure poor reasoning, and inhibit clarity." -- Calvin and Hobbes From owner-freebsd-sparc64@FreeBSD.ORG Wed May 12 04:46:15 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67C7116A4CE for ; Wed, 12 May 2004 04:46:15 -0700 (PDT) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C1D43D45 for ; Wed, 12 May 2004 04:46:15 -0700 (PDT) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 295C91377AF for ; Wed, 12 May 2004 13:46:14 +0200 (CEST) Received: from octavianus.kulnet.kuleuven.ac.be (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id A0BFE1377C3 for ; Wed, 12 May 2004 13:46:13 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.40.235]) by octavianus.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 4AF59AF098 for ; Wed, 12 May 2004 13:46:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by kalimero.kotnet.org (8.12.11/8.12.11) with SMTP id i4CBkCCo072513 for ; Wed, 12 May 2004 13:46:12 +0200 (CEST) (envelope-from tijl@ulyssis.org) Date: Wed, 12 May 2004 13:46:11 +0200 From: Tijl Coosemans To: sparc64@freebsd.org Message-Id: <20040512134611.6fdec454.tijl@ulyssis.org> In-Reply-To: <20040511222311.GA728@timesink.dyndns.org> References: <20040511010823.GB72214@xor.obsecurity.org> <20040511213757.37a2189e.tijl@ulyssis.org> <20040511222311.GA728@timesink.dyndns.org> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by KULeuven Antivirus Cluster Subject: Re: [ports-sparc64@bento.FreeBSD.org: libticables-3.7.7_2 failed on sparc64 5] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 May 2004 11:46:15 -0000 On Wed, 12 May 2004 00:23:11 +0200, Thomas Moestl wrote: > On Tue, 2004/05/11 at 21:37:57 +0200, Tijl Coosemans wrote: > > > Apparently src/sys/sparc64/include/sysarch.h uses > > utrap_entry_t and utrap_handler_t without defining them. They are > > however defined in src/sys/sparc64/utrap.h. > > > > So I'm wondering, should I file a PR for my port to include > > machine/utrap.h(?) before machine/sysarch.h in case > > of a sparc64 build (or get rid of it since it is only used on > > i386), or is this a bug and should > > src/sys/sparc64/include/sysarch.h include machine/utrap.h > > (probably wrapped inside an #ifndef _KERNEL)? > > Since machine/sysarch.h is by definition architecture dependent, it > would probably be best to include it only when it is needed (i.e. in > the i386 case). Ok, thanks, I was just wondering since there aren't any build errors on other platforms. From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 09:20:18 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 338BF16A4CE for ; Thu, 13 May 2004 09:20:18 -0700 (PDT) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id DD02443D3F for ; Thu, 13 May 2004 09:20:17 -0700 (PDT) (envelope-from hogsett@csl.sri.com) Received: (qmail 19223 invoked from network); 13 May 2004 16:20:17 -0000 Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 13 May 2004 16:20:17 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) M2004051309201712823 for ; Thu, 13 May 2004 09:20:17 -0700 Received: from beast.csl.sri.com (beast.csl.sri.com [130.107.2.57]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id i4DGKHrM001614 for ; Thu, 13 May 2004 09:20:17 -0700 Received: from beast.csl.sri.com (localhost.localdomain [127.0.0.1]) by beast.csl.sri.com (8.12.10/8.12.10) with ESMTP id i4DGKHwR029529 for ; Thu, 13 May 2004 09:20:17 -0700 Received: from beast.csl.sri.com (hogsett@localhost)i4DGKHxp029525 for ; Thu, 13 May 2004 09:20:17 -0700 Message-Id: <200405131620.i4DGKHxp029525@beast.csl.sri.com> To: freebsd-sparc64@freebsd.org User-Agent: SEMI/1.14.4 (Hosorogi) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386-redhat-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Date: Thu, 13 May 2004 09:20:17 -0700 From: Mike Hogsett Subject: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 16:20:18 -0000 This is odd... rr-spamd-3# ypwhich 3.253.7.253 Which doesn't really look odd unless you realize that my NIS servers are certainly not at that address! Despite this ypbind does appear to be working corrrectly. rr-spamd-3# uname -a FreeBSD rr-spamd-3.csl.sri.com 5.2.1-RELEASE-p6 FreeBSD 5.2.1-RELEASE-p6 #0: Wed May 12 16:34:45 PDT 2004 hogsett@rr-spamd-3.csl.sri.com:/usr/obj/usr/src/sys/SPARCY sparc64 rr-spamd-3# Ta - Mike From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 10:04:18 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CF5E16A4CE; Thu, 13 May 2004 10:04:18 -0700 (PDT) Received: from smtp2.enst.fr (enst.enst.fr [137.194.2.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 858B643D1D; Thu, 13 May 2004 10:04:14 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh.enst.fr [137.194.32.191]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "bofh.enst.fr", Issuer "ENST CA" (verified OK)) by smtp2.enst.fr (Postfix) with ESMTP id A0C9D53AC5; Thu, 13 May 2004 19:04:11 +0200 (CEST) Received: from enst.fr (localhost [127.0.0.1]) by bofh.enst.fr (8.12.11/8.12.11) with ESMTP id i4DH4Bkp077416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 May 2004 19:04:11 +0200 (CEST) (envelope-from beyssac@enst.fr) Received: (from beyssac@localhost) by enst.fr (8.12.11/8.12.11/Submit) id i4DH4B2S077415; Thu, 13 May 2004 19:04:11 +0200 (CEST) (envelope-from beyssac) Date: Thu, 13 May 2004 19:04:11 +0200 From: Pierre Beyssac To: freebsd-sparc64@freebsd.org Message-ID: <20040513170411.GA76991@bofh.enst.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-message-flag: Warning! Use of Microsoft Outlook makes your system susceptible to worms and viruses cc: sos@freebsd.org Subject: can't install on Blade 150 (WRITE_DMA timeout) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 17:04:18 -0000 I'm trying to get -current to install on a Sun Blade 150. It boots fine, but the installation fails as soon as it tries to newfs the filesystems, with the following messages during the timeouts: ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=192 ata2: reiniting channel .. status=0x7f error=0x7f ata2: reset tp1 mask=03 ostat0=58 ostat1=50r=0x7f ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ad0: stat=0x50 err=0x01 lsb=0x00 msb=0x00 acd0: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 mask=03 stat0=50 stat1=10 devices=0x9 ata2: resetting done .. ata3: spurious interrupt - status=0x7f error=0x7f acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata3: spurious interrupt - status=0x7f error=0x7f ad0: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting UDMA66 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f acd0: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting UDMA66 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f acd0: setting PIO4 on AcerLabs Aladdin chip ata2: device config done .. ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=192 ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=d0 ostat1=d0 ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ad0: stat=0x50 err=0x01 lsb=0x00 msb=0x00 acd0: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 mask=03 stat0=50 stat1=10 devices=0x9 ata2: resetting done .. ata3: spurious interrupt - status=0x7f error=0x7f acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata3: spurious interrupt - status=0x7f error=0x7f ad0: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting UDMA66 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f acd0: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting UDMA66 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f acd0: setting PIO4 on AcerLabs Aladdin chip ata2: device config done .. ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=d0 ostat1=d0 ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ad0: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ad0: stat=0x50 err=0x01 lsb=0x00 msb=0x00 acd0: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 mask=03 stat0=50 stat1=10 devices=0x9 ata2: resetting done .. ata3: spurious interrupt - status=0x7f error=0x7f acd0: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata3: spurious interrupt - status=0x7f error=0x7f ad0: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting UDMA66 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f acd0: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ad0: setting UDMA66 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0x7f error=0x7f acd0: setting PIO4 on AcerLabs Aladdin chip ata2: device config done .. ad0: FAILURE - WRITE_DMA timed out ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=1 ata2: reiniting channel .. ata2: reset tp1 mask=03 ostat0=d0 ostat1=d0 [...] Then (unsurprisingly): Unable to make new root filesystem on /dev/ad0a! Command returned status 36 I get this either with a kernel from April 8th (snapshot CD from ftp.freebsd.org), or with a kernel compiled from yesterday's sources. Full dmesg (boot -v) follows. Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-20040512-CURRENT #0: Thu May 13 15:41:18 CEST 2004 root@prunelle.enst.fr:/usr/src/sys/sparc64/compile/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc08ce000. Preloaded mfs_root "/boot/mfsroot" at 0xc08ce1a0. Timecounter "tick" frequency 650000000 Hz quality 0 real memory = 536870912 (512 MB) avail memory = 506101760 (482 MB) machine: SUNW,Sun-Blade-100 cpu0: Sun Microsystems UltraSparc-IIe Processor (650.00 MHz CPU) mask=0x33 maxtl=5 maxwin=7 null: random: openfirm: mem: nexus0: pcib0: on nexus0 pcib0: Sabre (US-IIe) compatible, impl 0, version 0, ign 0x7c0, bus A initalizing intr_countp pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0 dvma: DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pci0: physical bus=0 map[10]: type 1, range 32, base f0000000, size 24, enabled map[14]: type 1, range 32, base f1000000, size 23, enabled found-> vendor=0x108e, dev=0x1100, revid=0x01 bus=0, slot=12, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) found-> vendor=0x10b9, dev=0x1533, revid=0x00 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base 00400000, size 17, enabled found-> vendor=0x108e, dev=0x1101, revid=0x01 bus=0, slot=12, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) map[10]: type 1, range 32, base 00420000, size 11, enabled map[14]: type 1, range 32, base 00422000, size 11, enabled found-> vendor=0x108e, dev=0x1102, revid=0x01 bus=0, slot=12, func=2 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0002, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) map[10]: type 1, range 32, base 02000000, size 15, memory disabled found-> vendor=0x108e, dev=0x1103, revid=0x01 bus=0, slot=12, func=3 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x52 (2460 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=3, func=0 class=00-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 00000900, size 8, port disabled map[14]: type 1, range 32, base 00424000, size 12, memory disabled found-> vendor=0x10b9, dev=0x5451, revid=0x01 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00000a00, size 3, port disabled map[14]: type 4, range 32, base 00000a18, size 2, enabled map[18]: type 4, range 32, base 00000a10, size 3, enabled map[1c]: type 4, range 32, base 00000a08, size 2, enabled map[20]: type 4, range 32, base 00000a20, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc3 bus=0, slot=13, func=0 class=01-01-ff, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0xb152, revid=0x00 bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base 07000000, size 24, memory disabled map[14]: type 4, range 32, base 00000b00, size 8, port disabled map[18]: type 1, range 32, base 00426000, size 12, enabled found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=0, slot=19, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0080, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 12.0 on pci0 ebus0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xf0000000 ebus0: Reserved 0x800000 bytes for rid 0x14 type 3 at 0xf1000000 ebus0: : incomplete ebus0: addr 0-0xfffff (no driver attached) eeprom0: addr 0x100000000-0x100001fff on ebus0 eeprom0: model mk48t59 eeprom0: registered as a time-of-day clock (resolution 1000000us) eeprom0: hostid 832d3ac1 eeprom0: current time: 1.000000002 isab0: at device 7.0 on pci0 isa0: on isab0 gem0: mem 0x400000-0x41ffff at device 12.1 on pci0 gem0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0x400000 miibus0: on gem0 ukphy0: on miibus0 ukphy0: OUI 0x0010dd, model 0x0002, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: 2kB RX FIFO, 2kB TX FIFO gem0: bpf attached gem0: Ethernet address: 00:03:ba:2d:3a:c1 gem0: [GIANT-LOCKED] fwohci0: vendor=108e, dev=1102 fwohci0: <1394 Open Host Controller Interface> mem 0x422000-0x4227ff,0x420000-0x4207ff at device 12.2 on pci0 fwohci0: latency timer 82 -> 82. fwohci0: cache size 16 -> 16. fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0x420000 fwohci0: Could not allocate irq device_probe_and_attach: fwohci0 attach returned 6 pci0: at device 12.3 (no driver attached) pci0: at device 3.0 (no driver attached) pci0: at device 8.0 (no driver attached) atapci0: port 0xa20-0xa2f,0xa08-0xa0b,0xa10-0xa17,0xa18-0xa1b,0xa00-0xa07 at device 13.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa20 atapci0: [MPSAFE] atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xa00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xa18 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata2-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 mask=03 stat0=50 stat1=10 devices=0x9 ata2: at 0xa00 on atapci0 ata2: [MPSAFE] atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xa10 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xa08 ata3: reset tp1 mask=00 ostat0=ff ostat1=ff ata3: at 0xa10 on atapci0 ata3: [MPSAFE] pcib1: at device 5.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x1000-0xfff pcib1: memory decode 0x3000000-0x6ffffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base 04000000, size 25, memory disabled pcib1: device (null) requested decoded memory range 0x4000000-0x5ffffff map[14]: type 1, range 32, base 03000000, size 17, enabled pcib1: device (null) requested decoded memory range 0x3000000-0x301ffff map[18]: type 3, range 32, base 06000000, size 24, enabled pcib1: device (null) requested decoded memory range 0x6000000-0x6ffffff found-> vendor=0x3d3d, dev=0x07a2, revid=0x01 bus=1, slot=0, func=0 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) pci0: at device 19.0 (no driver attached) Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices isa_probe_children: probing PnP devices procfs registered Timecounters tick every 10.000 msec lo0: bpf attached md0: Preloaded image 4194304 bytes at 0xc04ca360 ata3: spurious interrupt - status=0xff error=0xff ata2-slave: pio=0x0c wdma=0x22 udma=0x42 cable=40pin GEOM: Configure md0c, start 0 length 4128768 end 4128767 ata3: spurious interrupt - status=0xff error=0xff ata2-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata3: spurious interrupt - status=0xff error=0xff ata2-master: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0xff error=0xff ata2-master: setting UDMA66 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0xff error=0xff ata2-slave: setting PIO4 on AcerLabs Aladdin chip ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ad0: ATA-5 disk at ata2-master ad0: 38166MB (78165360 sectors), 77545 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA66 GEOM: new disk ad0 ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff GEOM: Configure ad0a, start 0 length 269475840 end 269475839 GEOM: Configure ad0b, start 269475840 length 1046568960 end 1316044799 GEOM: Configure ad0c, start 0 length 40016117760 end 40016117759 GEOM: Configure ad0d, start 1316044800 length 1075814400 end 2391859199 GEOM: Configure ad0e, start 2391859200 length 538951680 end 2930810879 GEOM: Configure ad0f, start 2930810880 length 37085306880 end 40016117759 ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff acd0: DVDR drive at ata2 as slave acd0: read 3437KB/s (8250KB/s) write 172KB/s, 512KB buffer, PIO4 acd0: Reads: CDDA stream acd0: Writes: CDR, CDRW, DVDR, test write acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff GEOM: Configure acd0a, start 0 length 239861760 end 239861759 GEOM: Configure acd0f, start 239861760 length 655360 end 240517119 ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff GEOM: Configure acd0t01a, start 0 length 239861760 end 239861759 GEOM: Configure acd0t01f, start 239861760 length 655360 end 240517119 ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0x7f error=0xff ata3: spurious interrupt - status=0xff error=0xff ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f ata3: spurious interrupt - status=0x7f error=0x7f Mounting root from ufs:/dev/md0 Invalid time in real time clock. Check and reset the date immediately! start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /stand/sysinstall /stand/sysinstall running as init on serial console -- Pierre Beyssac pb@enst.fr From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 14:02:17 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFC5B16A4DC; Thu, 13 May 2004 14:02:17 -0700 (PDT) Received: from kheops.speedy.net.pe (kheops.speedy.net.pe [200.48.172.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F9543D46; Thu, 13 May 2004 14:02:16 -0700 (PDT) (envelope-from rcc@speedy.net.pe) Received: from elcsa30102 (unknown [10.226.252.102]) by kheops.speedy.net.pe (Postfix) with ESMTP id 7F92E26206; Thu, 13 May 2004 16:05:32 -0500 (PET) Message-ID: <003101c4392d$428524b0$66fce20a@int.tp.com.pe> From: "Richard Cotrina" To: Date: Thu, 13 May 2004 15:59:58 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-questions@FreeBSD.ORG Subject: 5.2.1R panic on Sun Blade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 21:02:18 -0000 Hello : My Sun Blade 100 has experienced a "fault virtual address" panic, produced by a simple remote port scanning (done with nmap 3.5). Searching the lists, I've found a similar problem : http://lists.freebsd.org/pipermail/freebsd-sparc64/2003-August/000576.html according to this, the problem was caused by a lack of network card (dc) support . My Sun Blade has an ERI Interface, which driver, gem, uses the pci bus too. Anyone is having problems with Sun Blade and 5.2.1? I am running the last 5.2.1R code from cvs. Here is my dmesg output : Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p6 #0: Thu May 13 14:18:32 PET 2004 root@host:/usr/obj/usr/src/sys/CUSTOM Preloaded elf kernel "/boot/kernel/kernel" at 0xc044e000. Timecounter "tick" frequency 502000000 Hz quality 0 real memory = 2147483648 (2048 MB) avail memory = 2082267136 (1985 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (502.00 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre (US-IIe) compatible, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [FAST] DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: : incomplete ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 12.0 on pci0 ebus0: addr 0-0xfffff (no driver attached) eeprom0: addr 0x100000000-0x100001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 8310ddda isab0: at device 7.0 on pci0 isa0: on isab0 gem0: mem 0x400000-0x41ffff at device 12.1 on pci0 miibus0: on gem0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto gem0: Ethernet address: 00:03:ba:10:dd:da, 2KB RX fifo, 2KB TX fifo pci0: at device 12.2 (no driver attached) pci0: at device 12.3 (no driver attached) pci0: at device 3.0 (no driver attached) pci0: at device 8.0 (no driver attached) atapci0: port 0xa20-0xa2f,0xa08-0xa0b,0xa10-0xa17,0xa18-0xa1b,0xa00-0xa07 at device 13.0 on pci0 atapci0: [MPSAFE] ata2: at 0xa00 on atapci0 ata2: [MPSAFE] ata3: at 0xa10 on atapci0 ata3: [MPSAFE] pcib1: at device 5.0 on pci0 pci1: on pcib1 pci0: at device 19.0 (no driver attached) Timecounters tick every 10.000 msec IP Filter: v3.4.31 initialized. Default = pass all, Logging = enabled GEOM: create disk ad0 dp=0xfffff80000ab6aa0 ad0: 19092MB [38792/16/63] at ata2-master UDMA66 acd0: DVDR at ata2-slave PIO4 GEOM: create disk ad1 dp=0xfffff80000d4b6a0 ad1: 19092MB [38792/16/63] at ata3-master UDMA66 Mounting root from ufs:/dev/ad0a Thanks in advance, From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 14:10:22 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898F116A4CE for ; Thu, 13 May 2004 14:10:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232B343D49 for ; Thu, 13 May 2004 14:10:22 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i4DLALpA069118 for ; Thu, 13 May 2004 14:10:22 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i4DLALCx069117; Thu, 13 May 2004 14:10:21 -0700 (PDT) (envelope-from gnats) Resent-Date: Thu, 13 May 2004 14:10:21 -0700 (PDT) Resent-Message-Id: <200405132110.i4DLALCx069117@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Mike Hogsett Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E76E16A4CE for ; Thu, 13 May 2004 14:09:18 -0700 (PDT) Received: from rr-spamd-3.csl.sri.com (rr-spamd-3.csl.sri.com [130.107.1.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F8243D55 for ; Thu, 13 May 2004 14:09:18 -0700 (PDT) (envelope-from hogsett@rr-spamd-3.csl.sri.com) Received: from rr-spamd-3.csl.sri.com (localhost [127.0.0.1]) i4DL9HRN003281 for ; Thu, 13 May 2004 14:09:17 -0700 (PDT) (envelope-from hogsett@rr-spamd-3.csl.sri.com) Received: (from hogsett@localhost) by rr-spamd-3.csl.sri.com (8.12.10/8.12.10/Submit) id i4DL7j8r003245; Thu, 13 May 2004 14:07:45 -0700 (PDT) (envelope-from hogsett) Message-Id: <200405132107.i4DL7j8r003245@rr-spamd-3.csl.sri.com> Date: Thu, 13 May 2004 14:07:45 -0700 (PDT) From: Mike Hogsett To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: sparc64/66622: ypwhich returns bogus data X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mike Hogsett List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 21:10:22 -0000 >Number: 66622 >Category: sparc64 >Synopsis: ypwhich returns bogus data >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 13 14:10:21 PDT 2004 >Closed-Date: >Last-Modified: >Originator: Mike Hogsett >Release: FreeBSD 5.2.1-RELEASE-p6 sparc64 >Organization: >Environment: System: FreeBSD rr-spamd-3.csl.sri.com 5.2.1-RELEASE-p6 FreeBSD 5.2.1-RELEASE-p6 #0: Wed May 12 16:34:45 PDT 2004 hogsett@rr-spamd-3.csl.sri.com:/usr/obj/usr/src/sys/SPARCY sparc64 >Description: ypwhich returns incorrect name/address for NIS server it is bound to. ; ypwhich 3.253.7.253 The address returned is not correct. The YP binding is working though since I am able to get all my NIS served maps. >How-To-Repeat: Install FreeBSD/Sparc64 in a NIS environment with host bound to NIS server. >Fix: Unknown. YP Binding is working but I am not sure how to get the correct information regarding which NIS server it is bound to. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 15:15:16 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73BF516A4CE for ; Thu, 13 May 2004 15:15:16 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7105F43D49 for ; Thu, 13 May 2004 15:15:13 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 15758 invoked by uid 65534); 13 May 2004 22:15:11 -0000 Received: from p50906F90.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.111.144) by mail.gmx.net (mp025) with SMTP; 14 May 2004 00:15:11 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id F3A7D6B7; Fri, 14 May 2004 00:15:13 +0200 (CEST) Date: Fri, 14 May 2004 00:15:13 +0200 From: Thomas Moestl To: Pierre Beyssac Message-ID: <20040513221513.GA982@timesink.dyndns.org> References: <20040513170411.GA76991@bofh.enst.fr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20040513170411.GA76991@bofh.enst.fr> User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org cc: sos@freebsd.org Subject: Re: can't install on Blade 150 (WRITE_DMA timeout) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 22:15:16 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, 2004/05/13 at 19:04:11 +0200, Pierre Beyssac wrote: > I'm trying to get -current to install on a Sun Blade 150. > > It boots fine, but the installation fails as soon as it tries to > newfs the filesystems, with the following messages during the > timeouts: > [...] > ad0: setting UDMA66 on AcerLabs Aladdin chip > ata3: spurious interrupt - status=0x7f error=0x7f > acd0: setting PIO4 on AcerLabs Aladdin chip > ata2: device config done .. > ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=192 I need to throttle the DMA mode to UDMA 2 on my Blade 100; the cable it is shipped with is not UDMA-66 capable, but the driver does not seem to detect that (also, replacing it with a proper cable does not solve all issues; my theory is that the connector board is responsible for that). Maybe that is the case with your machine, too. In that case, the attached hack should help. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "Fortunately, if we can't get inspiration, we'll accept entertainment." -- Calvin and Hobbes --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="acer.diff" Index: dev/ata/ata-chipset.c =================================================================== RCS file: /vol/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.70 diff -u -r1.70 ata-chipset.c --- dev/ata/ata-chipset.c 24 Apr 2004 15:54:20 -0000 1.70 +++ dev/ata/ata-chipset.c 28 Apr 2004 13:15:23 -0000 @@ -361,7 +361,7 @@ struct ata_chip_id *idx; static struct ata_chip_id ids[] = {{ ATA_ALI_5229, 0xc4, 0, ALINEW, ATA_UDMA5, "AcerLabs Aladdin" }, - { ATA_ALI_5229, 0xc2, 0, ALINEW, ATA_UDMA4, "AcerLabs Aladdin" }, + { ATA_ALI_5229, 0xc2, 0, ALINEW, ATA_UDMA2, "AcerLabs Aladdin" }, { ATA_ALI_5229, 0x20, 0, ALIOLD, ATA_UDMA2, "AcerLabs Aladdin" }, { ATA_ALI_5229, 0x00, 0, ALIOLD, ATA_WDMA2, "AcerLabs Aladdin" }, { 0, 0, 0, 0, 0, 0}}; --bg08WKrSYDhXBjb5-- From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 15:20:37 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E61B016A4CE for ; Thu, 13 May 2004 15:20:37 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DE77D43D4C for ; Thu, 13 May 2004 15:20:36 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 6904 invoked by uid 65534); 13 May 2004 22:20:36 -0000 Received: from p50906F90.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.111.144) by mail.gmx.net (mp017) with SMTP; 14 May 2004 00:20:36 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id D124E6B7; Fri, 14 May 2004 00:20:38 +0200 (CEST) Date: Fri, 14 May 2004 00:20:38 +0200 From: Thomas Moestl To: Richard Cotrina Message-ID: <20040513222038.GB982@timesink.dyndns.org> References: <003101c4392d$428524b0$66fce20a@int.tp.com.pe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003101c4392d$428524b0$66fce20a@int.tp.com.pe> User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 5.2.1R panic on Sun Blade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 22:20:38 -0000 On Thu, 2004/05/13 at 15:59:58 -0500, Richard Cotrina wrote: > Hello : > > My Sun Blade 100 has experienced a "fault virtual address" panic, produced > by a simple remote port scanning (done with nmap 3.5). I cannot reproduce this problem on my machine; can you please post the exact arguments to nmap that you have used, and the full panic message? - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "Fortunately, if we can't get inspiration, we'll accept entertainment." -- Calvin and Hobbes From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 15:42:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9260D16A4CE for ; Thu, 13 May 2004 15:42:44 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 38DA743D1F for ; Thu, 13 May 2004 15:42:43 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 25236 invoked by uid 65534); 13 May 2004 22:42:41 -0000 Received: from p50906F90.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.111.144) by mail.gmx.net (mp012) with SMTP; 14 May 2004 00:42:41 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id C05986B7; Fri, 14 May 2004 00:42:38 +0200 (CEST) Date: Fri, 14 May 2004 00:42:37 +0200 From: Thomas Moestl To: Mike Hogsett Message-ID: <20040513224237.GC982@timesink.dyndns.org> References: <200405131620.i4DGKHxp029525@beast.csl.sri.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="RASg3xLB4tUQ4RcS" Content-Disposition: inline In-Reply-To: <200405131620.i4DGKHxp029525@beast.csl.sri.com> User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 22:42:44 -0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, 2004/05/13 at 09:20:17 -0700, Mike Hogsett wrote: > This is odd... > > rr-spamd-3# ypwhich > 3.253.7.253 > > Which doesn't really look odd unless you realize that my NIS servers are > certainly not at that address! > > Despite this ypbind does appear to be working corrrectly. Can you please test the attached patch (it corrects some types in , taken from the NetBSD version and the rpcgen-generated definitions)? - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "I've got to start listening to those quiet, nagging doubts." -- Calvin and Hobbes --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ypprot.diff" Index: include/rpcsvc/yp_prot.h =================================================================== RCS file: /vol/d/ncvs/src/include/rpcsvc/yp_prot.h,v retrieving revision 1.11 diff -u -r1.11 yp_prot.h --- include/rpcsvc/yp_prot.h 6 Feb 2002 13:30:24 -0000 1.11 +++ include/rpcsvc/yp_prot.h 13 May 2004 22:05:44 -0000 @@ -100,7 +100,7 @@ struct ypmap_parms { char *domain; char *map; - u_long ordernum; + u_int ordernum; char *owner; }; @@ -117,9 +117,9 @@ struct ypreq_xfr { struct ypmap_parms map_parms; - u_long transid; - u_long proto; - u_short port; + u_int transid; + u_int proto; + u_int port; }; #define ypxfr_domain map_parms.domain #define ypxfr_map map_parms.map @@ -127,24 +127,24 @@ #define ypxfr_owner map_parms.owner struct ypresp_val { - u_long status; + u_int status; datum valdat; }; struct ypresp_key_val { - u_long status; + u_int status; datum keydat; datum valdat; }; struct ypresp_master { - u_long status; + u_int status; char *master; }; struct ypresp_order { - u_long status; - u_long ordernum; + u_int status; + u_int ordernum; }; struct ypmaplist { @@ -153,7 +153,7 @@ }; struct ypresp_maplist { - u_long status; + u_int status; struct ypmaplist *list; }; @@ -245,7 +245,7 @@ struct ypbind_resp { enum ypbind_resptype ypbind_status; union { - u_long ypbind_error; + u_int ypbind_error; struct ypbind_binding ypbind_bindinfo; } ypbind_respbody; }; @@ -261,7 +261,7 @@ struct ypbind_setdom { char ypsetdom_domain[YPMAXDOMAIN + 1]; struct ypbind_binding ypsetdom_binding; - u_short ypsetdom_vers; + u_int ypsetdom_vers; }; #define ypsetdom_addr ypsetdom_binding.ypbind_binding_addr #define ypsetdom_port ypsetdom_binding.ypbind_binding_port @@ -286,8 +286,8 @@ #define YPPUSHPROC_XFRRESP ((u_long)1) struct yppushresp_xfr { - u_long transid; - u_long status; + u_int transid; + u_int status; }; /* yppush status value in yppushresp_xfr.status */ --RASg3xLB4tUQ4RcS-- From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 15:49:42 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6064C16A4CE; Thu, 13 May 2004 15:49:42 -0700 (PDT) Received: from kheops.speedy.net.pe (kheops.speedy.net.pe [200.48.172.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5742A43D58; Thu, 13 May 2004 15:49:41 -0700 (PDT) (envelope-from rcc@speedy.net.pe) Received: from kheops.speedy.net.pe (kheops.speedy.net.pe [200.48.172.40]) by kheops.speedy.net.pe (Postfix) with ESMTP id A808A26206; Thu, 13 May 2004 17:52:59 -0500 (PET) Date: Thu, 13 May 2004 17:52:59 -0500 (PET) From: Richard Cotrina To: Thomas Moestl In-Reply-To: <20040513222038.GB982@timesink.dyndns.org> Message-ID: <20040513173229.S16795@kheops.speedy.net.pe> References: <003101c4392d$428524b0$66fce20a@int.tp.com.pe> <20040513222038.GB982@timesink.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: 5.2.1R panic on Sun Blade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 22:49:42 -0000 The panic message : ================================================================ IOMMU fault virtual address 0xc3000000 panic: pcib: uncorrectable DMA error AFAR 0xad6000 AFSR 0x210000ff00000000 syncing disk, buffers remaining ... =================================================================== The nmap was a simple stealth scan with os fingerprinting : nmap -sS -O The same error ocurred using ping with a big icmp packet (10,000 bytes). In this case the panic message was : ================================================================ IOMMU fault virtual address 0xc3000000 panic: pcib: uncorrectable DMA error AFAR 0xad6000 AFSR 0x410000ff00800000 syncing disk, buffers remaining ... =================================================================== RCC On Fri, 14 May 2004, Thomas Moestl wrote: > On Thu, 2004/05/13 at 15:59:58 -0500, Richard Cotrina wrote: > > Hello : > > > > My Sun Blade 100 has experienced a "fault virtual address" panic, produced > > by a simple remote port scanning (done with nmap 3.5). > > I cannot reproduce this problem on my machine; can you please post the > exact arguments to nmap that you have used, and the full panic > message? > > - Thomas > > -- > Thomas Moestl http://www.tu-bs.de/~y0015675/ > http://people.FreeBSD.org/~tmm/ > "Fortunately, if we can't get inspiration, we'll accept entertainment." > -- Calvin and Hobbes > From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 16:20:56 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5659E16A4CE for ; Thu, 13 May 2004 16:20:56 -0700 (PDT) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id E1ED843D45 for ; Thu, 13 May 2004 16:20:53 -0700 (PDT) (envelope-from hogsett@csl.sri.com) Received: (qmail 21822 invoked from network); 13 May 2004 23:20:53 -0000 Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 13 May 2004 23:20:53 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) M2004051316205223249 ; Thu, 13 May 2004 16:20:52 -0700 Received: from beast.csl.sri.com (beast.csl.sri.com [130.107.2.57]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id i4DNKlNG030086; Thu, 13 May 2004 16:20:47 -0700 Received: from beast.csl.sri.com (localhost.localdomain [127.0.0.1]) by beast.csl.sri.com (8.12.10/8.12.10) with ESMTP id i4DNKlwR002511; Thu, 13 May 2004 16:20:47 -0700 Received: from beast.csl.sri.com (hogsett@localhost)i4DNKipB002503; Thu, 13 May 2004 16:20:44 -0700 Message-Id: <200405132320.i4DNKipB002503@beast.csl.sri.com> To: Thomas Moestl In-Reply-To: Message from Thomas Moestl <20040513224237.GC982@timesink.dyndns.org> User-Agent: SEMI/1.14.4 (Hosorogi) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386-redhat-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Date: Thu, 13 May 2004 16:20:44 -0700 From: Mike Hogsett cc: freebsd-sparc64@freebsd.org Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 23:20:56 -0000 > Can you please test the attached patch (it corrects some types in > , taken from the NetBSD version and the > rpcgen-generated definitions)? Wow that was a fast response. :P I love FreeBSD. The patch applied successfully. Do I need to make {build,install}world or just make ypwhich? - Mike From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 16:41:16 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EF9916A4CE for ; Thu, 13 May 2004 16:41:16 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2786C43D2F for ; Thu, 13 May 2004 16:41:15 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 8022 invoked by uid 65534); 13 May 2004 23:41:13 -0000 Received: from p50906F90.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.144.111.144) by mail.gmx.net (mp016) with SMTP; 14 May 2004 01:41:13 +0200 X-Authenticated: #5374206 Received: by abel (Postfix, from userid 1001) id ADA8B6B7; Fri, 14 May 2004 01:41:15 +0200 (CEST) Date: Fri, 14 May 2004 01:41:15 +0200 From: Thomas Moestl To: Mike Hogsett Message-ID: <20040513234115.GD982@timesink.dyndns.org> References: <20040513224237.GC982@timesink.dyndns.org> <200405132320.i4DNKipB002503@beast.csl.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200405132320.i4DNKipB002503@beast.csl.sri.com> User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 23:41:16 -0000 On Thu, 2004/05/13 at 16:20:44 -0700, Mike Hogsett wrote: > > > Can you please test the attached patch (it corrects some types in > > , taken from the NetBSD version and the > > rpcgen-generated definitions)? > > Wow that was a fast response. :P I love FreeBSD. > > The patch applied successfully. Do I need to make {build,install}world > or just make ypwhich? A buildworld would be preferable. Reinstalling the include files and just building ypwhich should work, but other programs use this header too, so it would be nice to get a more complete test coverage. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ "I try to make everyone's day a little more surreal." -- Calvin and Hobbes From owner-freebsd-sparc64@FreeBSD.ORG Thu May 13 16:43:50 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0357116A4CE for ; Thu, 13 May 2004 16:43:50 -0700 (PDT) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D8FF43D55 for ; Thu, 13 May 2004 16:43:49 -0700 (PDT) (envelope-from hogsett@csl.sri.com) Received: (qmail 23525 invoked from network); 13 May 2004 23:43:49 -0000 Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 13 May 2004 23:43:49 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) M2004051316434823778 ; Thu, 13 May 2004 16:43:48 -0700 Received: from beast.csl.sri.com (beast.csl.sri.com [130.107.2.57]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id i4DNhiNG001244; Thu, 13 May 2004 16:43:44 -0700 Received: from beast.csl.sri.com (localhost.localdomain [127.0.0.1]) by beast.csl.sri.com (8.12.10/8.12.10) with ESMTP id i4DNhiwR002787; Thu, 13 May 2004 16:43:44 -0700 Received: from beast.csl.sri.com (hogsett@localhost)i4DNhiLP002783; Thu, 13 May 2004 16:43:44 -0700 Message-Id: <200405132343.i4DNhiLP002783@beast.csl.sri.com> To: Thomas Moestl In-Reply-To: Message from Thomas Moestl <20040513234115.GD982@timesink.dyndns.org> User-Agent: SEMI/1.14.4 (Hosorogi) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386-redhat-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Date: Thu, 13 May 2004 16:43:44 -0700 From: Mike Hogsett cc: freebsd-sparc64@freebsd.org Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2004 23:43:50 -0000 > A buildworld would be preferable. Reinstalling the include files and > just building ypwhich should work, but other programs use this header > too, so it would be nice to get a more complete test coverage. Ok. I just started the buildworld. The host is only an Ultra5 at 360Mhz with 128Mbytes RAM so this is going to take a while. I'll have an answer for you tomorrow. Thanks again. - Michael Hogsett From owner-freebsd-sparc64@FreeBSD.ORG Fri May 14 02:54:40 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C334A16A4CE for ; Fri, 14 May 2004 02:54:40 -0700 (PDT) Received: from mail.auriga.ru (mail.auriga.ru [80.240.102.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F8FE43D45 for ; Fri, 14 May 2004 02:54:40 -0700 (PDT) (envelope-from "") Received: from localhost ([127.0.0.1] helo=merlin.office.auriga.msk) by mail.auriga.ru with smtp (Exim 4.30) id 1BOZOm-0001z2-Nn for freebsd-sparc@freebsd.org; Fri, 14 May 2004 13:54:36 +0400 Date: Fri, 14 May 2004 13:56:30 +0400 From: virus.alert@auriga.ru To: freebsd-sparc@freebsd.org X-SA-Exim-Mail-From: X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on mail.auriga.ru X-Spam-Level: X-Spam-Status: No, hits=-4.7 required=5.0 tests=BAYES_00,NO_REAL_NAME autolearn=no version=2.61 X-Spam-Report: * 0.2 NO_REAL_NAME From: does not include a real name * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-SA-Exim-Version: 3.1 (built Wed Dec 31 15:51:03 MSK 2003) X-SA-Exim-Scanned: Yes Message-Id: <20040514095440.4F8FE43D45@mx1.FreeBSD.org> Subject: InterScan NT Alert X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2004 09:54:40 -0000 Sender, InterScan has detected virus(es) in your e-mail attachment. Date: Fri, 14 May 2004 13:56:30 +0400 Method: Mail From: To: alex.neyman@auriga.ru File: message.scr Action: clean failed - deleted Virus: WORM_NETSKY.P From owner-freebsd-sparc64@FreeBSD.ORG Fri May 14 02:54:40 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB77916A4CF for ; Fri, 14 May 2004 02:54:40 -0700 (PDT) Received: from mail.auriga.ru (mail.auriga.ru [80.240.102.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE3E43D46 for ; Fri, 14 May 2004 02:54:40 -0700 (PDT) (envelope-from "") Received: from localhost ([127.0.0.1] helo=merlin.office.auriga.msk) by mail.auriga.ru with smtp (Exim 4.30) id 1BOZOk-0001ye-Ai for freebsd-sparc@freebsd.org; Fri, 14 May 2004 13:54:34 +0400 Date: Fri, 14 May 2004 13:56:30 +0400 From: virus.alert@auriga.ru To: freebsd-sparc@freebsd.org X-SA-Exim-Mail-From: X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on mail.auriga.ru X-Spam-Level: X-Spam-Status: No, hits=-4.7 required=5.0 tests=BAYES_00,NO_REAL_NAME autolearn=no version=2.61 X-Spam-Report: * 0.2 NO_REAL_NAME From: does not include a real name * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-SA-Exim-Version: 3.1 (built Wed Dec 31 15:51:03 MSK 2003) X-SA-Exim-Scanned: Yes Message-Id: <20040514095440.4FE3E43D46@mx1.FreeBSD.org> Subject: InterScan NT Alert X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2004 09:54:41 -0000 Sender, InterScan has detected virus(es) in your e-mail attachment. Date: Fri, 14 May 2004 13:56:30 +0400 Method: Mail From: To: alex.neyman@auriga.ru File: noname.htm Action: clean failed - deleted Virus: HTML_Netsky.P From owner-freebsd-sparc64@FreeBSD.ORG Fri May 14 07:11:53 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70B4016A4CE for ; Fri, 14 May 2004 07:11:53 -0700 (PDT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF88243D49 for ; Fri, 14 May 2004 07:11:52 -0700 (PDT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id BAEFC484; Fri, 14 May 2004 08:11:51 -0600 (CST) Date: Fri, 14 May 2004 08:11:51 -0600 From: Tillman Hodgson To: freebsd-sparc64@freebsd.org Message-ID: <20040514141151.GA67707@seekingfire.com> References: <20040513234115.GD982@timesink.dyndns.org> <200405132343.i4DNhiLP002783@beast.csl.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200405132343.i4DNhiLP002783@beast.csl.sri.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2004 14:11:53 -0000 On Thu, May 13, 2004 at 04:43:44PM -0700, Mike Hogsett wrote: > > > A buildworld would be preferable. Reinstalling the include files and > > just building ypwhich should work, but other programs use this header > > too, so it would be nice to get a more complete test coverage. > > Ok. I just started the buildworld. The host is only an Ultra5 at > 360Mhz with 128Mbytes RAM so this is going to take a while. I'll have > an answer for you tomorrow. (heading off towards a new topic, but hey, the sparc64 list needs more off-topic posts anyway ;-) ) In my tests it's not the CPU in the Ultra5 that makes buildworld slow, it's the IDE interface that must've been designed by Lucas[1]. Adding memory helps simply because it lets the file cache stand a chance, though I don't believe the buildworld process re-uses nearly as many files as, say, a production web server. There are two things I've tried to alleviate the slow disk I/O: * I tried using an Ultra SCSI card and drive. This helps immensely, but I needed the card for another box. * I mount /usr/obj, /usr/src and /usr/ports off another box. With a bit of NFS tuning, I went from around 2MB/s to around 8MB/s Seriously, by NFS mounting the filesystems needed to buildworld, I drastically speed them up as compared to local disk. "The universe is not only stranger than we imagine, it is stranger than we can imagine." -J. B. S. Haldane seems oddly appropriate ;-) -T 1. Collectors of classic British motorcycles will know what I'm talking about. Lucas designed electrical systems, including lights. They were often nicknaemd "Lucas, the Prince of Darkness" (a great pun) -- Real men use "cat /var/spool/mail/$USER | more" and "telnet $SMTP_HOST 25" - Anonymous Unix geek "more /var/spool/mail/$USER" <-- don't waste a process, you idiot - Second anonymous Unix geek From owner-freebsd-sparc64@FreeBSD.ORG Fri May 14 07:41:50 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B604816A4CE; Fri, 14 May 2004 07:41:50 -0700 (PDT) Received: from smtp2.enst.fr (reloaded.enst.fr [137.194.2.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 014FD43D45; Fri, 14 May 2004 07:41:50 -0700 (PDT) (envelope-from beyssac@enst.fr) Received: from bofh.enst.fr (bofh.enst.fr [137.194.32.191]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "bofh.enst.fr", Issuer "ENST CA" (verified OK)) by smtp2.enst.fr (Postfix) with ESMTP id 673223AA; Fri, 14 May 2004 16:41:48 +0200 (CEST) Received: from enst.fr (localhost [127.0.0.1]) by bofh.enst.fr (8.12.11/8.12.11) with ESMTP id i4EEfmLK014750 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 May 2004 16:41:48 +0200 (CEST) (envelope-from beyssac@enst.fr) Received: (from beyssac@localhost) by enst.fr (8.12.11/8.12.11/Submit) id i4EEfm7G014749; Fri, 14 May 2004 16:41:48 +0200 (CEST) (envelope-from beyssac) Date: Fri, 14 May 2004 16:41:48 +0200 From: Pierre Beyssac To: Thomas Moestl Message-ID: <20040514144148.GP50025@bofh.enst.fr> References: <20040513170411.GA76991@bofh.enst.fr> <20040513221513.GA982@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040513221513.GA982@timesink.dyndns.org> User-Agent: Mutt/1.4.2.1i X-message-flag: Warning! Use of Microsoft Outlook makes your system susceptible to worms and viruses cc: freebsd-sparc64@freebsd.org cc: sos@freebsd.org Subject: Re: can't install on Blade 150 (WRITE_DMA timeout) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2004 14:41:50 -0000 On Fri, May 14, 2004 at 12:15:13AM +0200, Thomas Moestl wrote: > I need to throttle the DMA mode to UDMA 2 on my Blade 100; the cable [...] > Maybe that is the case with your machine, too. In that case, the > attached hack should help. Thanks a million, it solved my problem! Since the problem seems commonplace on Blade 1xx hardware (and probably not only there), how about automating this tweak to save people trouble? Søren? -- Pierre Beyssac pb@enst.fr From owner-freebsd-sparc64@FreeBSD.ORG Fri May 14 08:24:47 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A6A16A4CE for ; Fri, 14 May 2004 08:24:47 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E28B43D5F for ; Fri, 14 May 2004 08:24:47 -0700 (PDT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 4AF0D7A62; Fri, 14 May 2004 17:24:45 +0200 (MET DST) Date: Fri, 14 May 2004 17:24:45 +0200 From: Joerg Wunsch To: freebsd-sparc64@freebsd.org Message-ID: <20040514172445.F74135@ida.interface-business.de> References: <200405131620.i4DGKHxp029525@beast.csl.sri.com> <20040513224237.GC982@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20040513224237.GC982@timesink.dyndns.org>; from t.moestl@tu-bs.de on Fri, May 14, 2004 at 12:42:37AM +0200 X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface systems GmbH, Dresden Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2004 15:24:47 -0000 As Thomas Moestl wrote: > Can you please test the attached patch (it corrects some types in > , taken from the NetBSD version and the > rpcgen-generated definitions)? I'm not yet through with a full `make', just reinstalled /usr/include, rebuilt and -installed the libs, and rebuilt and -installed ypwhich, but that indicates it really fixes the problem. My machine isn't really wired into NIS, but we do have a NIS domain I could check against. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Fri May 14 11:03:39 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D86916A4CE for ; Fri, 14 May 2004 11:03:39 -0700 (PDT) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id 5853343D46 for ; Fri, 14 May 2004 11:03:38 -0700 (PDT) (envelope-from hogsett@csl.sri.com) Received: (qmail 29334 invoked from network); 14 May 2004 18:03:37 -0000 Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 14 May 2004 18:03:37 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) M2004051411033709384 ; Fri, 14 May 2004 11:03:37 -0700 Received: from beast.csl.sri.com (beast.csl.sri.com [130.107.2.57]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id i4EI3WNG015229; Fri, 14 May 2004 11:03:32 -0700 Received: from beast.csl.sri.com (localhost.localdomain [127.0.0.1]) by beast.csl.sri.com (8.12.10/8.12.10) with ESMTP id i4EI3WwR005961; Fri, 14 May 2004 11:03:32 -0700 Received: from beast.csl.sri.com (hogsett@localhost)i4EI3WZ5005957; Fri, 14 May 2004 11:03:32 -0700 Message-Id: <200405141803.i4EI3WZ5005957@beast.csl.sri.com> To: Mike Hogsett In-Reply-To: Message from Mike Hogsett <200405132343.i4DNhiLP002783@beast.csl.sri.com> User-Agent: SEMI/1.14.4 (Hosorogi) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386-redhat-linux-gnu) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Date: Fri, 14 May 2004 11:03:32 -0700 From: Mike Hogsett cc: Thomas Moestl cc: freebsd-sparc64@freebsd.org Subject: Re: 5.2.1p6, Sparc64 && ypwhich X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 May 2004 18:03:39 -0000 > > A buildworld would be preferable. Reinstalling the include files and > > just building ypwhich should work, but other programs use this header > > too, so it would be nice to get a more complete test coverage. > > Ok. I just started the buildworld. The host is only an Ultra5 at > 360Mhz with 128Mbytes RAM so this is going to take a while. I'll have > an answer for you tomorrow. Ok. That worked. Thanks for the patch. I guess we'll see this in 5.2.1-p7. [rr-spamd-3] [hogsett] [~] ; ypwhich beatie.csl.sri.com [rr-spamd-3] [hogsett] [~] ; uname -a FreeBSD rr-spamd-3.csl.sri.com 5.2.1-RELEASE-p6 FreeBSD 5.2.1-RELEASE-p6 #1: Thu May 13 22:50:36 PDT 2004 hogsett@rr-spamd-3.csl.sri.com:/usr/obj/usr/src/sys/SPARCY sparc64