From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 08:10:55 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 9DC5F16A4CE for ; Mon, 12 Jul 2004 08:10:55 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F7C343D2F for ; Mon, 12 Jul 2004 08:10:52 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6C85LAh031801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 12 Jul 2004 17:05:21 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) i6C8AgjH001588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 12 Jul 2004 17:10:42 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6C8AgeI001587 for freebsd-sparc64@freebsd.org; Mon, 12 Jul 2004 17:10:42 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 12 Jul 2004 17:10:42 +0900 From: Pyun YongHyeon To: freebsd-sparc64@freebsd.org Message-ID: <20040712081042.GB656@kt-is.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: SBus/EBus auxio driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 08:10:55 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, This is an auxio driver for SBus/EBus based sparc64 systems. The driver controls front panel LED. By setting an OID "machdep.auxio_led_blink" with sysctl(8), the LED is made to blink based on system load average. The driver is based on NetBSD's driver and modified to allow changes of blinking setup dynamically. The driver was tested on SBus Ultra2(SMP). It was not tested on EBus based sparc64 systems.(I don't have the H/W.) If you have EBus based sparc64 system, please let me know success or failure of the driver. Even though I don't have that hardware, I'll do my best to fix it. Driver URL: http://www.kr.freebsd.org/~yongari/auxio.diff Installation: 1. Get a diff file and patch your system. #fetch http://www.kr.freebsd.org/~yongari/auxio.diff #cd /usr/src #patch -p0 < /path/to/auxio.diff 2. Add 'device auxio' to your kernel configuration file if you prefer to use statically linked driver. 3. Build a new kernel/kernel modules and install. 4. Reboot or load kernel module with kldload(8). Test: #sysctl machdep.auxio_led_blink=1 LED blink rate is: full cycle every second if completely idle (loadav = 0) full cycle every 2 seconds if loadav = 1 full cycle every 3 seconds if loadav = 2 etc. Thanks. Regards, Pyun YongHyeon -- Pyun YongHyeon --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="auxio.diff" --- sys/conf/files.orig Wed Jun 30 23:52:49 2004 +++ sys/conf/files Wed Jul 7 11:55:19 2004 @@ -362,6 +362,8 @@ dev/ath/if_ath.c optional ath dev/ath/if_ath_pci.c optional ath pci dev/ath/if_ath_pci.c optional ath card +dev/auxio/auxio.c optional auxio sbus +dev/auxio/auxio.c optional auxio ebus dev/awi/am79c930.c optional awi dev/awi/awi.c optional awi dev/awi/if_awi_pccard.c optional awi card --- /dev/null Mon Jul 12 16:55:00 2004 +++ sys/dev/auxio/auxio.c Mon Jul 12 16:58:12 2004 @@ -0,0 +1,469 @@ +/*- + * Copyright (c) 2004 Pyun YongHyeon + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + */ + +/* $NetBSD: auxio.c,v 1.11 2003/07/15 03:36:04 lukem Exp $ */ + +/* + * Copyright (c) 2000, 2001 Matthew R. Green + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, + * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED + * AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +/* + * AUXIO registers support on the sbus & ebus2, used for the floppy driver + * and to control the system LED, for the BLINK option. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include + +/* + * on sun4u, auxio exists with one register (LED) on the sbus, and 5 + * registers on the ebus2 (pci) (LED, PCIMODE, FREQUENCY, SCSI + * OSCILLATOR, and TEMP SENSE. + */ + +struct auxio_softc { + struct device *sc_dev; + + int sc_rid_temp; + struct resource *sc_res_temp; + bus_space_handle_t sc_regh_temp; + bus_space_tag_t sc_regt_temp; + int sc_rid_scsi; + struct resource *sc_res_scsi; + bus_space_handle_t sc_regh_scsi; + bus_space_tag_t sc_regt_scsi; + int sc_rid_freq; + struct resource *sc_res_freq; + bus_space_handle_t sc_regh_freq; + bus_space_tag_t sc_regt_freq; + int sc_rid_pci; + struct resource *sc_res_pci; + bus_space_handle_t sc_regh_pci; + bus_space_tag_t sc_regt_pci; + int sc_rid_led; + struct resource *sc_res_led; + bus_space_handle_t sc_regh_led; + bus_space_tag_t sc_regt_led; + u_int32_t sc_led_stat; + + int sc_flags; +#define AUXIO_LEDONLY 0x1 +#define AUXIO_EBUS 0x2 +#define AUXIO_SBUS 0x4 + + struct callout sc_ch; + struct mtx sc_lock; +}; + +#define AUXIO_ROM_NAME "auxio" + +static void auxio_attach_common(struct auxio_softc *); +static int auxio_sbus_probe(device_t); +static int auxio_sbus_attach(device_t); +static int auxio_sbus_detach(device_t); +static void auxio_sbus_free_resource(struct auxio_softc *); +static int auxio_ebus_probe(device_t); +static int auxio_ebus_attach(device_t); +static int auxio_ebus_detach(device_t); +static void auxio_ebus_free_resource(struct auxio_softc *); +static void auxio_blink(void *); +static int sysctl_auxio_led_blink(SYSCTL_HANDLER_ARGS); +static __inline u_int32_t auxio_led_read(struct auxio_softc *); +static __inline void auxio_led_write(struct auxio_softc *, u_int32_t); + +/* SBus */ +static device_method_t auxio_sbus_methods[] = { + DEVMETHOD(device_probe, auxio_sbus_probe), + DEVMETHOD(device_attach, auxio_sbus_attach), + DEVMETHOD(device_detach, auxio_sbus_detach), + {0, 0} +}; + +static driver_t auxio_sbus_driver = { + "auxio", + auxio_sbus_methods, + sizeof(struct auxio_softc) +}; + +static devclass_t auxio_devclass; +DRIVER_MODULE(auxio, sbus, auxio_sbus_driver, auxio_devclass, 0, 0); + +/* EBus */ +static device_method_t auxio_ebus_methods[] = { + DEVMETHOD(device_probe, auxio_ebus_probe), + DEVMETHOD(device_attach, auxio_ebus_attach), + DEVMETHOD(device_detach, auxio_ebus_detach), + {0, 0} +}; + +static driver_t auxio_ebus_driver = { + "auxio", + auxio_ebus_methods, + sizeof(struct auxio_softc) +}; + +/* not elegant solution :-( */ +static struct auxio_softc *auxio_sc; + +DRIVER_MODULE(auxio, ebus, auxio_ebus_driver, auxio_devclass, 0, 0); + +#define AUXIO_LOCK_INIT(sc) \ + mtx_init(&sc->sc_lock, "auxio mtx", NULL, MTX_DEF) +#define AUXIO_LOCK(sc) mtx_lock(&sc->sc_lock) +#define AUXIO_UNLOCK(sc) mtx_unlock(&sc->sc_lock) +#define AUXIO_LOCK_DESTROY(sc) mtx_destroy(&sc->sc_lock) + +/* 0 : no blink(default), 1 : blink depending on system loads */ +static int auxio_led_blink; +SYSCTL_PROC(_machdep, OID_AUTO, auxio_led_blink, CTLTYPE_INT | CTLFLAG_RW, + &auxio_led_blink, 0, &sysctl_auxio_led_blink, "I", + "auxio led blink control"); + + +static __inline void +auxio_led_write(struct auxio_softc *sc, u_int32_t v) +{ + if (sc->sc_flags & AUXIO_EBUS) + bus_space_write_4(sc->sc_regt_led, sc->sc_regh_led, 0, + htole32(v)); + else + bus_space_write_1(sc->sc_regt_led, sc->sc_regh_led, 0, v); +} + +static __inline u_int32_t +auxio_led_read(struct auxio_softc *sc) +{ + u_int32_t led; + + if (sc->sc_flags & AUXIO_EBUS) + led = le32toh(bus_space_read_4(sc->sc_regt_led, + sc->sc_regh_led, 0)); + else + led = bus_space_read_1(sc->sc_regt_led, sc->sc_regh_led, 0); + + return (led); +} + +/* + * handler for machdep.auxio_led_blink + */ +static int +sysctl_auxio_led_blink(SYSCTL_HANDLER_ARGS) +{ + int blink, error; + + blink = auxio_led_blink; + error = sysctl_handle_int(oidp, &blink, 0, req); + if (error) + return (error); + /* force to boolean */ + blink = blink ? 1 : 0; + if (blink == auxio_led_blink) + return (error); + auxio_led_blink = blink; + if (blink) + auxio_blink(auxio_sc); + else { + callout_stop(&auxio_sc->sc_ch); + AUXIO_LOCK(auxio_sc); + auxio_led_write(auxio_sc, auxio_sc->sc_led_stat); + AUXIO_UNLOCK(auxio_sc); + } + + return (error); +} + +static void +auxio_blink(void *arg) +{ + struct auxio_softc *sc; + u_int32_t led; + int nticks; + + sc = (struct auxio_softc *)arg; + AUXIO_LOCK(sc); + led = auxio_led_read(sc); + led ^= AUXIO_LED_LED; + auxio_led_write(sc, led); + AUXIO_UNLOCK(sc); + + /* + * Blink rate is: + * full cycle every second if completely idle (loadav = 0) + * full cycle every 2 seconds if loadav = 1 + * full cycle every 3 seconds if loadav = 2 + * etc. + */ + nticks = (((averunnable.ldavg[0] + FSCALE) * hz) >> (FSHIFT + 1)); + callout_reset(&sc->sc_ch, nticks, auxio_blink, sc); +} + +static void +auxio_attach_common(struct auxio_softc *sc) +{ + auxio_sc = sc; /* for sysctl reference */ + callout_init(&sc->sc_ch, CALLOUT_MPSAFE); + AUXIO_LOCK(sc); + sc->sc_led_stat = auxio_led_read(sc); + AUXIO_UNLOCK(sc); + if (auxio_led_blink) + auxio_blink(sc); +} + +static int +auxio_ebus_probe(device_t dev) +{ + char *name; + + name = ebus_get_name(dev); + if (strcmp(AUXIO_ROM_NAME, name) == 0) { + device_set_desc(dev, "Sun Auxiliary I/O"); + return (0); + } + + return (ENXIO); +} + +static int +auxio_ebus_attach(device_t dev) +{ + struct auxio_softc *sc; + + sc = device_get_softc(dev); + bzero(sc, sizeof(*sc)); + sc->sc_dev = dev; + + AUXIO_LOCK_INIT(sc); + /* XXX Check for # of available I/O ports? */ + sc->sc_rid_temp = 0; + if ((sc->sc_res_temp = bus_alloc_resource_any(dev, SYS_RES_IOPORT, + &sc->sc_rid_temp, RF_ACTIVE)) == NULL) { + device_printf(dev, "cannot map temp. port\n"); + goto attach_fail; + } + sc->sc_regt_temp = rman_get_bustag(sc->sc_res_temp); + sc->sc_regh_temp = rman_get_bushandle(sc->sc_res_temp); + + sc->sc_rid_scsi = 1; + if ((sc->sc_res_scsi = bus_alloc_resource_any(dev, SYS_RES_IOPORT, + &sc->sc_rid_scsi, RF_ACTIVE)) == NULL) { + device_printf(dev, "cannot map scsi port\n"); + goto attach_fail; + } + sc->sc_regt_scsi = rman_get_bustag(sc->sc_res_scsi); + sc->sc_regh_scsi = rman_get_bushandle(sc->sc_res_scsi); + + sc->sc_rid_freq = 2; + if ((sc->sc_res_freq = bus_alloc_resource_any(dev, SYS_RES_IOPORT, + &sc->sc_rid_freq, RF_ACTIVE)) == NULL) { + device_printf(dev, "cannot map freq. port\n"); + goto attach_fail; + } + sc->sc_regt_freq = rman_get_bustag(sc->sc_res_freq); + sc->sc_regh_freq = rman_get_bushandle(sc->sc_res_freq); + + sc->sc_rid_pci = 3; + if ((sc->sc_res_pci = bus_alloc_resource_any(dev, SYS_RES_IOPORT, + &sc->sc_rid_pci, RF_ACTIVE)) == NULL) { + device_printf(dev, "cannot map pci port\n"); + goto attach_fail; + } + sc->sc_regt_pci = rman_get_bustag(sc->sc_res_pci); + sc->sc_regh_pci = rman_get_bushandle(sc->sc_res_pci); + + sc->sc_rid_led = 4; + if ((sc->sc_res_led = bus_alloc_resource_any(dev, SYS_RES_IOPORT, + &sc->sc_rid_led, RF_ACTIVE)) == NULL) { + device_printf(dev, "cannot map led port\n"); + goto attach_fail; + } + sc->sc_regt_led = rman_get_bustag(sc->sc_res_led); + sc->sc_regh_led = rman_get_bushandle(sc->sc_res_led); + + /* ebus auxio has 5 I/O ports */ + sc->sc_flags = AUXIO_EBUS; + auxio_attach_common(sc); + + return (0); + +attach_fail: + auxio_ebus_free_resource(sc); + + return (ENXIO); +} + +static int +auxio_ebus_detach(device_t dev) +{ + struct auxio_softc *sc; + + sc = device_get_softc(dev); + callout_stop(&sc->sc_ch); + AUXIO_LOCK(sc); + auxio_led_write(sc, sc->sc_led_stat); + AUXIO_UNLOCK(sc); + auxio_ebus_free_resource(sc); + + return (0); +} + +static void +auxio_ebus_free_resource(struct auxio_softc *sc) +{ + if (sc->sc_res_led) + bus_release_resource(sc->sc_dev, SYS_RES_IOPORT, + sc->sc_rid_led, sc->sc_res_led); + if (sc->sc_res_pci) + bus_release_resource(sc->sc_dev, SYS_RES_IOPORT, + sc->sc_rid_pci, sc->sc_res_pci); + if (sc->sc_res_freq) + bus_release_resource(sc->sc_dev, SYS_RES_IOPORT, + sc->sc_rid_freq, sc->sc_res_freq); + if (sc->sc_res_scsi) + bus_release_resource(sc->sc_dev, SYS_RES_IOPORT, + sc->sc_rid_scsi, sc->sc_res_scsi); + if (sc->sc_res_temp) + bus_release_resource(sc->sc_dev, SYS_RES_IOPORT, + sc->sc_rid_temp, sc->sc_res_temp); + AUXIO_LOCK_DESTROY(sc); +} + +static int +auxio_sbus_probe(device_t dev) +{ + char *name; + + name = sbus_get_name(dev); + if (strcmp(AUXIO_ROM_NAME, name) == 0) { + device_set_desc(dev, "Sun Auxiliary I/O"); + return (0); + } + + return (ENXIO); +} + + +static int +auxio_sbus_attach(device_t dev) +{ + struct auxio_softc *sc; + + sc = device_get_softc(dev); + bzero(sc, sizeof(*sc)); + sc->sc_dev = dev; + + AUXIO_LOCK_INIT(sc); + sc->sc_rid_led = 0; + if ((sc->sc_res_led = bus_alloc_resource_any(dev, SYS_RES_MEMORY, + &sc->sc_rid_led, RF_ACTIVE)) == NULL) { + device_printf(dev, "cannot map led register\n"); + goto attach_fail; + } + sc->sc_regt_led = rman_get_bustag(sc->sc_res_led); + sc->sc_regh_led = rman_get_bushandle(sc->sc_res_led); + + /* sbus auxio only has one set of registers */ + sc->sc_flags = AUXIO_LEDONLY | AUXIO_SBUS; + auxio_attach_common(sc); + + return (0); + +attach_fail: + auxio_sbus_free_resource(sc); + + return (ENXIO); +} + +static void +auxio_sbus_free_resource(struct auxio_softc *sc) +{ + if (sc->sc_res_led) + bus_release_resource(sc->sc_dev, SYS_RES_MEMORY, + sc->sc_rid_led, sc->sc_res_led); + AUXIO_LOCK_DESTROY(sc); +} + +static int +auxio_sbus_detach(device_t dev) +{ + struct auxio_softc *sc; + + sc = device_get_softc(dev); + callout_stop(&sc->sc_ch); + AUXIO_LOCK(sc); + auxio_led_write(sc, sc->sc_led_stat); + AUXIO_UNLOCK(sc); + auxio_sbus_free_resource(sc); + + return (0); +} --- /dev/null Wed Jul 7 12:44:00 2004 +++ sys/dev/auxio/auxioreg.h Wed Jul 7 12:02:27 2004 @@ -0,0 +1,72 @@ +/* $NetBSD: auxioreg.h,v 1.4 2001/10/22 07:31:41 mrg Exp $ */ + +/* + * Copyright (c) 2000 Matthew R. Green + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, + * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED + * AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +/* + * The AUXIO registers; their offset in the Ebus2 address space, plus the + * bits for each register. Note that the fdthree (FD), SUNW,CS4231 (AUDIO) + * and power (POWER) devices on the Ebus2 have their AUXIO regsiters mapped + * into their own "reg" properties, not the "auxio" device's "reg" properties. + */ +#define AUXIO_FD 0x00720000 +#define AUXIO_FD_DENSENSE_INPUT 0x0 +#define AUXIO_FD_DENSENSE_OUTPUT 0x1 + +#define AUXIO_AUDIO 0x00722000 +#define AUXIO_AUDIO_POWERDOWN 0x0 + +#define AUXIO_POWER 0x00724000 +#define AUXIO_POWER_SYSTEM_OFF 0x0 +#define AUXIO_POWER_COURTESY_OFF 0x1 + +#define AUXIO_LED 0x00726000 +#define AUXIO_LED_LED 1 + +#define AUXIO_PCI 0x00728000 +#define AUXIO_PCI_SLOT0 0x0 /* two bits each */ +#define AUXIO_PCI_SLOT1 0x2 +#define AUXIO_PCI_SLOT2 0x4 +#define AUXIO_PCI_SLOT3 0x6 +#define AUXIO_PCI_MODE 0x8 + +#define AUXIO_FREQ 0x0072a000 +#define AUXIO_FREQ_FREQ0 0x0 +#define AUXIO_FREQ_FREQ1 0x1 +#define AUXIO_FREQ_FREQ2 0x2 + +#define AUXIO_SCSI 0x0072c000 +#define AUXIO_SCSI_INT_OSC_EN 0x0 +#define AUXIO_SCSI_EXT_OSC_EN 0x1 + +#define AUXIO_TEMP 0x0072f000 +#define AUXIO_TEMP_SELECT 0x0 +#define AUXIO_TEMP_CLOCK 0x1 +#define AUXIO_TEMP_ENABLE 0x2 +#define AUXIO_TEMP_DATAOUT 0x3 +#define AUXIO_TEMP_DATAINT 0x4 --- sys/modules/Makefile.orig Fri Jul 2 16:05:24 2004 +++ sys/modules/Makefile Wed Jul 7 12:06:03 2004 @@ -27,6 +27,7 @@ ath \ ${_ath_hal} \ aue \ + ${_auxio} \ ${_awi} \ axe \ bfe \ @@ -418,6 +419,7 @@ .endif .if ${MACHINE_ARCH} == "sparc64" +_auxio= auxio _gem= gem _hme= hme _sound= sound --- /dev/null Mon Jul 12 14:11:00 2004 +++ sys/modules/auxio/Makefile Wed Jul 7 12:07:10 2004 @@ -0,0 +1,10 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../dev/auxio + +KMOD= auxio + +SRCS= auxio.c +SRCS+= device_if.h bus_if.h + +.include --1UWUbFP1cBYEclgG-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 08:17: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 7C4B316A4CE for ; Mon, 12 Jul 2004 08:17:02 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4431B43D2D for ; Mon, 12 Jul 2004 08:17:02 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 6FA1A7A62; Mon, 12 Jul 2004 10:17:00 +0200 (MET DST) Date: Mon, 12 Jul 2004 10:17:00 +0200 From: Joerg Wunsch To: Pyun YongHyeon Message-ID: <20040712081700.GA43691@ida.interface-business.de> References: <20040712081042.GB656@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040712081042.GB656@kt-is.co.kr> User-Agent: Mutt/1.4.2.1i 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: freebsd-sparc64@freebsd.org Subject: Re: SBus/EBus auxio driver 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, 12 Jul 2004 08:17:02 -0000 As Pyun YongHyeon wrote: > This is an auxio driver for SBus/EBus based sparc64 systems. > The driver controls front panel LED. By setting an OID > "machdep.auxio_led_blink" with sysctl(8), the LED is made to > blink based on system load average. I once wrote my own auxio driver, basically as a first attempt to get acquainted to FreeBSD/sparc64 drivers at all, since is really a fairly simple hardware to handle. Now that I've noticed FreeBSD's led(4) driver, I think it would be done better by registering a led instance on auxio, as opposed to hardcoding some functionality into the driver. Anyway, my (currently stalled) attempts to access all the I²C hardware using a pcf(4) instance of SUNW,envctrl made me dismiss the idea of an auxio driver: while auxio can only drive one out of the six LEDs on the front panel of my E450, the I²C-controlled parallel port could drive all of them. All the remaining ports assigned to are quite uninteresting anyway. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 08:55:33 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 D9A2616A4CE for ; Mon, 12 Jul 2004 08:55:33 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AB6343D1F for ; Mon, 12 Jul 2004 08:55:33 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6C8o8Ah034069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 12 Jul 2004 17:50:08 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) i6C8tTjH001803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 12 Jul 2004 17:55:30 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6C8tTjv001802 for freebsd-sparc64@freebsd.org; Mon, 12 Jul 2004 17:55:29 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 12 Jul 2004 17:55:29 +0900 From: Pyun YongHyeon To: freebsd-sparc64@freebsd.org Message-ID: <20040712085529.GD656@kt-is.co.kr> References: <20040712081042.GB656@kt-is.co.kr> <20040712081700.GA43691@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: <20040712081700.GA43691@ida.interface-business.de> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: Re: SBus/EBus auxio driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 08:55:34 -0000 On Mon, Jul 12, 2004 at 10:17:00AM +0200, Joerg Wunsch wrote: > As Pyun YongHyeon wrote: > > > This is an auxio driver for SBus/EBus based sparc64 systems. > > The driver controls front panel LED. By setting an OID > > "machdep.auxio_led_blink" with sysctl(8), the LED is made to > > blink based on system load average. > > I once wrote my own auxio driver, basically as a first attempt to get > acquainted to FreeBSD/sparc64 drivers at all, since is really > a fairly simple hardware to handle. > > Now that I've noticed FreeBSD's led(4) driver, I think it would be > done better by registering a led instance on auxio, as opposed to > hardcoding some functionality into the driver. > Yes, LED itself is very simple. But, as you know, there are other auxio ports are defined in PCI address space.(SBus has a just one auxio, LED.) I can't find available documentation for these I/O ports. > Anyway, my (currently stalled) attempts to access all the I²C hardware > using a pcf(4) instance of SUNW,envctrl made me dismiss the idea of an > auxio driver: while auxio can only drive one out of the six LEDs on > the front panel of my E450, the I²C-controlled parallel port could > drive all of them. All the remaining ports assigned to are > quite uninteresting anyway. > It seems that led(4) is for user-land applications and just for LED only. I guess additional coding for auxio(4) is possible if I can get more documentation. Don't know the existence of iicbus(4), atm. Ultra2 doesn't have it. > -- > J"org Wunsch Unix support engineer > joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ Regards, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 11:05: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 108BD16A4CF for ; Mon, 12 Jul 2004 11:05:06 +0000 (GMT) Received: from mail.FreeBSD.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F45C43D2D for ; Mon, 12 Jul 2004 11:05:04 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 96827 invoked by uid 0); 12 Jul 2004 11:03:22 -0000 Received: from unknown (HELO beastie.frontfree.net) (218.107.145.7) by mail.FreeBSD.org.cn with AES256-SHA encrypted SMTP; 12 Jul 2004 11:03:22 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 6DD9311D0A; Mon, 12 Jul 2004 19:04:49 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02866-08; Mon, 12 Jul 2004 19:04:48 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 9883E11CFF; Mon, 12 Jul 2004 19:04:44 +0800 (CST) Date: Mon, 12 Jul 2004 19:04:44 +0800 From: Xin LI To: freebsd-sparc@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Message-ID: <20040712110444.GA1157@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-delphij FreeBSD 5.2-delphij #80: Thu Jun 24 17:30:33 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: magiclouds@hotmail.com Subject: Strange networking problem on SPARC64 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, 12 Jul 2004 11:05:06 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, folks, My friend at Nankai University has a problem with Networking subsystem on FreeBSD/SPARC64. With a heavy FTP load, ipkterr raises rapidly. As I don't have sparc64 based hardware at hand, I send this mail on behalf of him with a hope that someone can give him some hints to figure out what is happening. Please fell free if I have missed some information and I will forward these to him. Hope we have provided useful information :-) fell free to ask us for more if necessary. Upgrading to -CURRENT does not solved the problem. After some experiences we believe that this is not due to a networking hardware/device error. Same hardware works well under other operating system. Here comes some detailed information: /root# uname -a FreeBSD Sun.teda.nankai.edu.cn 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #2= : Fri Jul 9 16:14:19 CST 2004 root@Sun.teda.nankai.edu.cn:/usr/obj/usr= /src/sys/GENERIC sparc64 /root# cat /var/run/dmesg.bootstray vector interrupt 2029 Copyright (c) 199= 2-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-p8 #1: Wed Feb 25 13:20:54 CST 2004 root@Sun.teda.nankai.edu.cn:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0454000. Timecounter "tick" frequency 400000000 Hz quality 0 real memory =3D 536870= 912 (512 MB) avail memory =3D 509976576 (486 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) nexus0: nexus0: , type (unknown) (no driver attached) pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc00= 0000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff a= t device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x1= 40072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 = (no driver attached) ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebu= s0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 sab1: addr 0x1400200000-0x140020007f irq 35 on ebu= s0 sab1: [FAST] sabtty2: on sab1 sabtty3: on sab1 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 33 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14= 003043bc-0x14003043cb irq 33 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0= x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80e68af0 ebus0: addr 0x1000000000-0x10000fffff,0x1000000000-0x10000fffff= (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 37,40 (no drive= r attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 hme0: Ethernet address: 08:00:20:e6:8a:f0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at device = 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at device = 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 pci1: at device 1.0 (no driver attached) nexus0: , type system-service-processor (no driver attached) nexus0: , type memory-controller (no driver attached) Timecounters tick= every 10.000 msec Waiting 15 seconds for SCSI devices to settle GEOM: create disk da0 dp=3D0xfffff80000940c68 GEOM: create disk da1 dp=3D0xfffff800007f4068 GEOM: create disk da2 dp=3D0xfffff800007f5068 GEOM: create disk da3 dp=3D0xfffff80000940868 GEOM: create disk da4 dp=3D0xfffff800007f2068 GEOM: create disk da5 dp=3D0xfffff800007abc68 GEOM: create disk cd0 dp=3D0xfffff80000864698 da0 at sym0 bus 0 target 0 lu= n 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) da1 at sym0 bus 0 target 8 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da2 at sym0 bus 0 target 9 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da3 at sym0 bus 0 target 10 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da3: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) cd0 at sym0 bus = 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da4 at sym0 bus 0 target 11 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da4: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da5 at sym0 bus 0 target 12 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da5: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Mounting root fr= om ufs:/dev/da0a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: superblock summary recomputed hme0: invalid packet size 8422; dropping hme0: invalid packet size 7; dropping hme0: invalid packet size 7; dropping hme0: invalid packet size 7; dropping hme0: invalid packet size 7; dropping hme0: too may errors; not reporting any more Waiting (max 60 seconds) for s= ystem process `vnlru' to stop...stopped Waiting (max 60 seconds) for system= process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system = process `syncer' to stop...stopped syncing disks, buffers remaining... 1 1 done stray vector interrupt 2029 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-p9 #2: Fri Jul 9 16:14:19 CST 2004 root@Sun.teda.nankai.edu.cn:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0454000. Timecounter "tick" frequency 400000000 Hz quality 0 real memory =3D 536870= 912 (512 MB) avail memory =3D 509976576 (486 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) nexus0: nexus0: , type (unknown) (no driver attached) pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc00= 0000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff a= t device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x1= 40072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 = (no driver attached) ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebu= s0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 sab1: addr 0x1400200000-0x140020007f irq 35 on ebu= s0 sab1: [FAST] sabtty2: on sab1 sabtty3: on sab1 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 33 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14= 003043bc-0x14003043cb irq 33 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0= x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80e68af0 ebus0: addr 0x1000000000-0x10000fffff,0x1000000000-0x10000fffff= (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 37,40 (no drive= r attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 hme0: Ethernet address: 08:00:20:e6:8a:f0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at device = 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at device = 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 pci1: at device 1.0 (no driver attached) nexus0: , type system-service-processor (no driver attached) nexus0: , type memory-controller (no driver attached) Timecounters tick= every 10.000 msec Waiting 15 seconds for SCSI devices to settle GEOM: create disk da0 dp=3D0xfffff800007f3868 GEOM: create disk da1 dp=3D0xfffff80000940868 GEOM: create disk da2 dp=3D0xfffff80000940c68 GEOM: create disk da3 dp=3D0xfffff800007ab068 GEOM: create disk da4 dp=3D0xfffff800007ab468 GEOM: create disk da5 dp=3D0xfffff800008fbc68 GEOM: create disk cd0 dp=3D0xfffff80000864698 da0 at sym0 bus 0 target 0 lu= n 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) da1 at sym0 bus 0 target 8 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da2 at sym0 bus 0 target 9 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da3 at sym0 bus 0 target 10 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da3: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da4 at sym0 bus 0 target 11 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da4: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da5 at sym0 bus 0 target 12 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da5: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) cd0 at sym0 bus = 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present Mou= nting root from ufs:/dev/da0a Waiting (max 60 seconds) for system process `= vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufda= emon' to stop...stopped Waiting (max 60 seconds) for system process `syncer= ' to stop...stopped syncing disks, buffers remaining... 26 26 17 17 done Costray vector interru= pt 2029 pyright (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-p9 #2: Fri Jul 9 16:14:19 CST 2004 root@Sun.teda.nankai.edu.cn:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0454000. Timecounter "tick" frequency 400000000 Hz quality 0 real memory =3D 536870= 912 (512 MB) avail memory =3D 509976576 (486 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) nexus0: nexus0: , type (unknown) (no driver attached) pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [FAST] initialializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 DVMA map: 0xfc00= 0000 to 0xffffffff pci0: on pcib0 ebus0: revision 0x01 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff a= t device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x1= 40072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 = (no driver attached) ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebu= s0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 sab1: addr 0x1400200000-0x140020007f irq 35 on ebu= s0 sab1: [FAST] sabtty2: on sab1 sabtty3: on sab1 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 33 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14= 003043bc-0x14003043cb irq 33 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0= x14003023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80e68af0 ebus0: addr 0x1000000000-0x10000fffff,0x1000000000-0x10000fffff= (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 37,40 (no drive= r attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 hme0: Ethernet address: 08:00:20:e6:8a:f0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sym0: <875> port 0x400-0x4ff mem 0x12000-0x12fff,0x10000-0x100ff at device = 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x800-0x8ff mem 0x16000-0x16fff,0x14000-0x140ff at device = 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 pci1: at device 1.0 (no driver attached) nexus0: , type system-service-processor (no driver attached) nexus0: , type memory-controller (no driver attached) Timecounters tick= every 10.000 msec Waiting 15 seconds for SCSI devices to settle GEOM: create disk da0 dp=3D0xfffff800007f3868 GEOM: create disk da1 dp=3D0xfffff80000940868 GEOM: create disk da2 dp=3D0xfffff80000940c68 GEOM: create disk da3 dp=3D0xfffff800007ab068 GEOM: create disk da4 dp=3D0xfffff800007ab468 GEOM: create disk da5 dp=3D0xfffff800008fbc68 gEOM: create disk cd0 dp=3D0xfffff80000864698 da0 at sym0 bus 0 target 0 lu= n 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C) da1 at sym0 bus 0 target 8 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da2 at sym0 bus 0 target 9 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da3 at sym0 bus 0 target 10 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da3: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da4 at sym0 bus 0 target 11 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da4: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da5 at sym0 bus 0 target 12 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing En= abled da5: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) cd0 at sym0 bus = 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present Mou= nting root from ufs:/dev/da0a /root# ifconfig hme0: flags=3D8843 mtu 1500 inet 10.10.99.135 netmask 0xffffff00 broadcast 10.10.99.255 inet6 fe80::a00:20ff:fee6:8af0%hme0 prefixlen 64 scopeid 0x1 ether 08:00:20:e6:8a:f0 media: Ethernet autoselect (100baseTX) status: active lo0: flags=3D8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 /root# pkg_info autoconf-2.53_1 Automatically configure source code on many Un*x platfo= rms automake-1.5,1 GNU Standards-compliant Makefile generator cvsup-without-gui-16.1h General network file distribution system optimized = for CVS expat-1.95.7 XML 1.0 parser written in C ezm3-1.1_2 Easier, more portable Modula-3 distribution for buildin= g CV gettext-0.13.1_1 GNU gettext package gmake-3.80_2 GNU version of 'make' utility help2man-1.33.1 Automatically generating simple manual pages from progr= am o libiconv-1.9.2 A character set conversion library libtool-1.3.5_2 Generic shared library support script (version 1.3) libtool-1.5.6_1 Generic shared library support script (version 1.5) m4-1.4_1 GNU m4 p5-gettext-1.01_4 Message handling functions perl-5.6.1_15 Practical Extraction and Report Language portupgrade-20040701_2 FreeBSD ports/packages administration and management= tool s ruby-1.8.1.2004.05.02 An object-oriented interpreted scripting language ruby18-bdb1-0.2.2 Ruby interface to Berkeley DB revision 1.8x with full f= eatu /usr/local/etc/rc.d# more pure-ftpd.sh #!/bin/sh case "$1" in start) /usr/local/sbin/pure-ftpd -0 -1 -4 -A -B -C 3 -E -f ftp -H -i -k 90= -l puredb:/etc/pureftpd.pdb -r -R -S ,21 -U 022:022 -X -Z ;; stop) [ -r /etc/pure-ftpd.pid ] && \ kill `cat /etc/pure-ftpd.pid` > /dev/null && \ echo -n ' pure-ftp' ;; *) echo "Usage: `basename $0` {start|stop}" >&2 ;; esac exit 0 Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA8nBMOfuToMruuMARAtXpAJwJRx7vNqMpJuD4erHBVf/iRnklNQCfXEWN tKZ0a4vpjaPxU+Wr9sYElbg= =pi67 -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 11:18:13 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 1120C16A4CE for ; Mon, 12 Jul 2004 11:18:13 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A93D43D1D for ; Mon, 12 Jul 2004 11:18:12 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6CBCjAh038597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 12 Jul 2004 20:12:45 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6CBI8jH002201 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Jul 2004 20:18:08 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6CBI7dR002200; Mon, 12 Jul 2004 20:18:07 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 12 Jul 2004 20:18:07 +0900 From: Pyun YongHyeon To: Xin LI Message-ID: <20040712111807.GB1909@kt-is.co.kr> References: <20040712110444.GA1157@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040712110444.GA1157@frontfree.net> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: Strange networking problem on SPARC64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2004 11:18:13 -0000 On Mon, Jul 12, 2004 at 07:04:44PM +0800, Xin LI wrote: > Hi, folks, > > My friend at Nankai University has a problem with Networking subsystem on > FreeBSD/SPARC64. With a heavy FTP load, ipkterr raises rapidly. > > As I don't have sparc64 based hardware at hand, I send this mail on behalf > of him with a hope that someone can give him some hints to figure out what > is happening. Please fell free if I have missed some information and I will > forward these to him. > > Hope we have provided useful information :-) fell free to ask us for more if > necessary. > > Upgrading to -CURRENT does not solved the problem. After some experiences > we believe that this is not due to a networking hardware/device error. Same > hardware works well under other operating system. > > Here comes some detailed information: > ... > hme0: mem 0x8000-0xffff at device 1.1 on pci0 > hme0: Ethernet address: 08:00:20:e6:8a:f0 > miibus0: on hme0 > nsphy0: on miibus0 ^^^^^^^ > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ... > /var: superblock summary recomputed > hme0: invalid packet size 8422; dropping > hme0: invalid packet size 7; dropping > hme0: invalid packet size 7; dropping > hme0: invalid packet size 7; dropping > hme0: invalid packet size 7; dropping ^^^^^^^^^^^^^^^^^^^^^^ See the commit log(if_hme.c rev 1.27) of marius. Or see http://marc.theaimsgroup.com/?l=freebsd-sparc64&m=108942881831209&w=2 Regards, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 11 14:45: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 154D716A4CF for ; Sun, 11 Jul 2004 14:45:47 +0000 (GMT) Received: from hotmail.com (bay8-dav58.bay8.hotmail.com [64.4.26.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 096D843D3F for ; Sun, 11 Jul 2004 14:45:47 +0000 (GMT) (envelope-from xiongphui@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 11 Jul 2004 07:45:44 -0700 Received: from 61.141.198.245 by bay8-dav58.bay8.hotmail.com with DAV; Sun, 11 Jul 2004 14:45:44 +0000 X-Originating-IP: [61.141.198.245] X-Originating-Email: [xiongphui@hotmail.com] X-Sender: xiongphui@hotmail.com From: "xiong hui" To: Date: Sun, 11 Jul 2004 22:48:51 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4927.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Message-ID: X-OriginalArrivalTime: 11 Jul 2004 14:45:44.0887 (UTC) FILETIME=[BF143470:01C46755] X-Mailman-Approved-At: Mon, 12 Jul 2004 12:28:09 +0000 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: 20030428 sucessfull on Netra t 1125 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, 11 Jul 2004 14:45:47 -0000 I get a T1125 with no monitor and keyboard connector. Is it possible to = do the install? or I need insert a extend PCI monitor card? but then = what to do with the keyboard? Rgds Xiong From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 12:44:51 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 54E4A16A4CE for ; Mon, 12 Jul 2004 12:44:51 +0000 (GMT) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714A243D54 for ; Mon, 12 Jul 2004 12:44:50 +0000 (GMT) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id i6CCh7oP075468; Mon, 12 Jul 2004 14:43:07 +0200 (CEST) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id i6CCh6Gf075467; Mon, 12 Jul 2004 14:43:06 +0200 (CEST) (envelope-from amon) Date: Mon, 12 Jul 2004 14:43:06 +0200 From: Herve Boulouis To: xiong hui Message-ID: <20040712144306.D30117@ra.aabs> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from xiongphui@hotmail.com on Sun, Jul 11, 2004 at 10:48:51PM +0800 cc: freebsd-sparc64@freebsd.org Subject: Re: 20030428 sucessfull on Netra t 1125 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, 12 Jul 2004 12:44:51 -0000 Le 11/07/2004 à 22:48, xiong hui a écrit: > I get a T1125 with no monitor and keyboard connector. Is it possible to do the install? or I need insert a extend PCI monitor card? but then what to do with the keyboard? It is possible to do the install but you'll have to use the serial port A. (the one with 25 pin) -- Herve Boulouis From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 22:48:34 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 1711D16A4CE for ; Mon, 12 Jul 2004 22:48:34 +0000 (GMT) Received: from mail.cortex.com.au (teksup15.lnk.telstra.net [165.228.236.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7ABB43D46 for ; Mon, 12 Jul 2004 22:48:32 +0000 (GMT) (envelope-from ravms@gateway.cortex.com.au) Received: from gateway.cortex.com.au (gateway.cortex.com.au [192.168.1.1]) by mail.cortex.com.au (8.12.6/8.12.6) with SMTP id i6CMmRoJ037463; Tue, 13 Jul 2004 08:48:28 +1000 (EST) (envelope-from ravms@gateway.cortex.com.au) Message-Id: <200407122248.i6CMmRoJ037463@mail.cortex.com.au> From: "RAV AntiVirus" To: freebsd-sparc@freebsd.org Date: Tue, 13 Jul 2004 08:48:28 +1000 Importance: high X-Priority: 1 X-Mailer: ravmd/8.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020920) (gateway.cortex.com.au) cc: cortex@cortex.com.au Subject: RAV AntiVirus scan results 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, 12 Jul 2004 22:48:34 -0000 ----------------------- This e-mail is generated by the gateway.cortex.com.au mail server to warn you that the e-mail sent by freebsd-sparc@freebsd.org to cortex@cortex.com.au is infected with virus: HTML/IFrame_Exploit*. Please contact your system administrator for further information. If you are the sender: ------------------- The scanned e-mail has your address in the header field. Either your computer is infected or someone's computer having your e-mail address in the address book has been infected. (Please note that some viruses are sending e-mails directly from your computer. Our advise is to check your computer using an up-to-date antivirus product). If you are the receiver: --------------------- Please contact the sender: very probably he/she doesn't know he/she has a computer virus. Actions taken for the infected files: ------------------------------------- The infected file was saved to quarantine with name: 1089672507-RAVi6CMmEoJ037455. The file (part0001:)->(IFRAME0000) attached to mail (with subject:Mail Delivery (failure cortex@cortex.com.au)) sent by freebsd-sparc@freebsd.org to cortex@cortex.com.au is infected with virus: HTML/IFrame_Exploit*. Cannot clean this file. The file was successfully deleted by RAV AntiVirus. The file (part0002:message.scr) attached to mail (with subject:Mail Delivery (failure cortex@cortex.com.au)) sent by freebsd-sparc@freebsd.org to cortex@cortex.com.au is infected with virus: Win32/Netsky.P@mm. Cannot clean this file. The file was successfully deleted by RAV AntiVirus. ------------------------ this is a copy of the e-mail header: RAV AntiVirus for FreeBSD i386 version: 8.4.0 (snapshot-20020920) Scan engine 8.11 for i386. Last update: Sat, 10 Jul 2004 11:32:20 +10 Scanning for 102263 malwares (viruses, trojans and worms). From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 12 23:03:27 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 3441616A4CE for ; Mon, 12 Jul 2004 23:03:27 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BD9543D1D for ; Mon, 12 Jul 2004 23:03:26 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i6CN3O1a047962; Tue, 13 Jul 2004 01:03:24 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i6CN3Hjp047960; Tue, 13 Jul 2004 01:03:17 +0200 (CEST) (envelope-from marius) Date: Tue, 13 Jul 2004 01:03:17 +0200 From: Marius Strobl To: Pyun YongHyeon Message-ID: <20040713010317.A43168@newtrinity.zeist.de> References: <20040712110444.GA1157@frontfree.net> <20040712111807.GB1909@kt-is.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040712111807.GB1909@kt-is.co.kr>; from yongari@kt-is.co.kr on Mon, Jul 12, 2004 at 08:18:07PM +0900 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.26.0.5; VDF 6.26.0.23 (host: newtrinity.zeist.de) cc: freebsd-sparc64@freebsd.org cc: Xin LI Subject: Re: Strange networking problem on SPARC64 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, 12 Jul 2004 23:03:27 -0000 On Mon, Jul 12, 2004 at 08:18:07PM +0900, Pyun YongHyeon wrote: > On Mon, Jul 12, 2004 at 07:04:44PM +0800, Xin LI wrote: > > Hi, folks, > > > > My friend at Nankai University has a problem with Networking subsystem on > > FreeBSD/SPARC64. With a heavy FTP load, ipkterr raises rapidly. > > > > As I don't have sparc64 based hardware at hand, I send this mail on behalf > > of him with a hope that someone can give him some hints to figure out what > > is happening. Please fell free if I have missed some information and I will > > forward these to him. > > > > Hope we have provided useful information :-) fell free to ask us for more if > > necessary. > > > > Upgrading to -CURRENT does not solved the problem. After some experiences > > we believe that this is not due to a networking hardware/device error. Same > > hardware works well under other operating system. > > > > Here comes some detailed information: > > > ... > > hme0: mem 0x8000-0xffff at device 1.1 on pci0 > > hme0: Ethernet address: 08:00:20:e6:8a:f0 > > miibus0: on hme0 > > nsphy0: on miibus0 > ^^^^^^^ > > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ... > > /var: superblock summary recomputed > > hme0: invalid packet size 8422; dropping > > hme0: invalid packet size 7; dropping > > hme0: invalid packet size 7; dropping > > hme0: invalid packet size 7; dropping > > hme0: invalid packet size 7; dropping > ^^^^^^^^^^^^^^^^^^^^^^ > See the commit log(if_hme.c rev 1.27) of marius. > Or see > http://marc.theaimsgroup.com/?l=freebsd-sparc64&m=108942881831209&w=2 > Does reverting to 1.26 of if_hme.c really fix the problem or is it just a workaround because auto-negotation then establishes a 100mbit full-duplex link, i.e. is it also gone with 1.26 when using a half- duplex link? From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 13 02:48:03 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 CB83D16A4CE for ; Tue, 13 Jul 2004 02:48:03 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4802D43D2F for ; Tue, 13 Jul 2004 02:48:03 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6D2gIAh063493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 13 Jul 2004 11:42:18 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6D2lijH004540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jul 2004 11:47:44 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6D2lhMd004539; Tue, 13 Jul 2004 11:47:43 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Tue, 13 Jul 2004 11:47:43 +0900 From: Pyun YongHyeon To: Marius Strobl Message-ID: <20040713024743.GA4256@kt-is.co.kr> References: <20040712110444.GA1157@frontfree.net> <20040712111807.GB1909@kt-is.co.kr> <20040713010317.A43168@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040713010317.A43168@newtrinity.zeist.de> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org cc: Xin LI Subject: Re: Strange networking problem on SPARC64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 02:48:04 -0000 On Tue, Jul 13, 2004 at 01:03:17AM +0200, Marius Strobl wrote: > On Mon, Jul 12, 2004 at 08:18:07PM +0900, Pyun YongHyeon wrote: > > On Mon, Jul 12, 2004 at 07:04:44PM +0800, Xin LI wrote: > > > Hi, folks, > > > > > > My friend at Nankai University has a problem with Networking subsystem on > > > FreeBSD/SPARC64. With a heavy FTP load, ipkterr raises rapidly. > > > > > > As I don't have sparc64 based hardware at hand, I send this mail on behalf > > > of him with a hope that someone can give him some hints to figure out what > > > is happening. Please fell free if I have missed some information and I will > > > forward these to him. > > > > > > Hope we have provided useful information :-) fell free to ask us for more if > > > necessary. > > > > > > Upgrading to -CURRENT does not solved the problem. After some experiences > > > we believe that this is not due to a networking hardware/device error. Same > > > hardware works well under other operating system. > > > > > > Here comes some detailed information: > > > > > ... > > > hme0: mem 0x8000-0xffff at device 1.1 on pci0 > > > hme0: Ethernet address: 08:00:20:e6:8a:f0 > > > miibus0: on hme0 > > > nsphy0: on miibus0 > > ^^^^^^^ > > > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ... > > > /var: superblock summary recomputed > > > hme0: invalid packet size 8422; dropping > > > hme0: invalid packet size 7; dropping > > > hme0: invalid packet size 7; dropping > > > hme0: invalid packet size 7; dropping > > > hme0: invalid packet size 7; dropping > > ^^^^^^^^^^^^^^^^^^^^^^ > > See the commit log(if_hme.c rev 1.27) of marius. > > Or see > > http://marc.theaimsgroup.com/?l=freebsd-sparc64&m=108942881831209&w=2 > > > > Does reverting to 1.26 of if_hme.c really fix the problem or is it > just a workaround because auto-negotation then establishes a 100mbit > full-duplex link, i.e. is it also gone with 1.26 when using a half- > duplex link? > On hme with DP83840 PHY(SBus Ultra2), rev. 1.26: - auto-negotiation works ok. Everthing seems to normal. (I didn't try to set 'half-duplex' mode though.) rev. 1.27: - auto-negotiation fails and I always see somthing like: "hme0: invalid packet size 8192; dropping" - "ifconfig hme0 media 100baseTX mediaopt full-duplex" corrects the negotiation problem only.(The switch is Intel Express 460T and the link was fixed to full-duplex in the switch menu.) - When I try to send files with ftp I see the following message in ftp client. "425 Can't create data socket (xxx.xxx.xxx.xxx,20): Can't assign requested address." (Because ssh works well, I guess it is related with bind problem with hme's IP address. As you know, ssh binds with INADDR_ANY. I wonder how this can happen and have no idea. :-( ) But when I set to "half-duplex"(i.e. without setting mediaopt in rc.conf file), sending files via ftp are ok. I guess there is another problem with ifconfig mediaopt command in addition to lack of auto-negotiation. The only way I can make hme work correctly was to patch the source and revive the commented code in order not to invoke ifconfig mediaopt command. However, the method I taken has a problem too. When the system boots hme(4)'s auto-negotiation seems to take a quite long time. So I see "no carrier" message during the boot and my ntp configuration doesn't work. But after a few seconds later, all seems to work ok incling ftp transfers. Regards, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 13 16:36:33 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 4830116A4CE; Tue, 13 Jul 2004 16:36:33 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF28743D1D; Tue, 13 Jul 2004 16:36:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i6DGaSPP064812; Tue, 13 Jul 2004 12:36:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i6DGaVqF034289; Tue, 13 Jul 2004 12:36:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7BB167303F; Tue, 13 Jul 2004 12:36:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040713163631.7BB167303F@freebsd-current.sentex.ca> Date: Tue, 13 Jul 2004 12:36:31 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 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, 13 Jul 2004 16:36:33 -0000 TB --- 2004-07-13 15:41:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-13 15:41:39 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-07-13 15:41:39 - cleaning the sandbox TB --- 2004-07-13 15:42:44 - checking out the source tree TB --- 2004-07-13 15:42:44 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-07-13 15:42:44 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-07-13 15:49:39 - patching the sources TB --- 2004-07-13 15:49:39 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-13 15:49:39 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/sparc64.diff TB --- 2004-07-13 15:49:39 - building world (CFLAGS=-O -pipe) TB --- 2004-07-13 15:49:39 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-13 15:49:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-07-13 16:33:59 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-07-13 16:33:59 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-13 16:33:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Jul 13 16:33:59 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_descrip.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_environment.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_event.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_exec.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_exit.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_fork.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_fork.c: In function `fork1': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_fork.c:303: warning: passing arg 1 of `suser' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-07-13 16:36:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-13 16:36:31 - ERROR: failed to build generic kernel TB --- 2004-07-13 16:36:31 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 07:19: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 4EFA316A4CE for ; Wed, 14 Jul 2004 07:19:20 +0000 (GMT) Received: from rikwade.com (rikwade.com [212.13.208.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE47743D41 for ; Wed, 14 Jul 2004 07:19:17 +0000 (GMT) (envelope-from rik@rikwade.com) Received: from [10.144.153.43] (gate-isdn.admin.theplanet.net [195.92.70.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by rikwade.com (Postfix) with ESMTP id 0047918088 for ; Wed, 14 Jul 2004 08:19:15 +0100 (BST) Message-ID: <40F4DE72.5010500@rikwade.com> Date: Wed, 14 Jul 2004 08:19:14 +0100 From: Rik Wade User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 MultiZilla/1.6.4.0b X-Accept-Language: en-us, en MIME-Version: 1.0 To: sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: don't know how to make dummy.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: Wed, 14 Jul 2004 07:19:20 -0000 I am running "FreeBSD 5.2-CURRENT #0: Wed Jul 7 12:02:51 BST 2004", built with a customised GENERIC configuration and am following the instructions to upgrade to 64-bit time_t. I am up to the point where I buildworld on the new kernel and am getting the following error. Could anyone offer advice on how to correct this? Looking at the makefile, it appears as though it is trying to compile dummy.c as a last resort after failing some 'if' conditions. Normally I would hack it around and see what worked, but with the system being in limbo between time_t values.... Many thanks, rik ----------------------------------> bash-2.05b# cd /usr/src bash-2.05b# make cleanworld rm -rf /usr/obj/usr/src/* chflags -R 0 /usr/obj/usr/src rm -rf /usr/obj/usr/src/* bash-2.05b# make buildworld -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/sparc64 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/bin mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/games mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/include/c++/3.3 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/lib mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/libexec mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/sbin mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/sparc64/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/sparc64/lib mkdir -p /usr/obj/usr/src/sparc64/usr/bin mkdir -p /usr/obj/usr/src/sparc64/usr/include mkdir -p /usr/obj/usr/src/sparc64/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/sparc64/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/sparc64/usr/libexec mkdir -p /usr/obj/usr/src/sparc64/usr/sbin mkdir -p /usr/obj/usr/src/sparc64/usr/share/misc mkdir -p /usr/obj/usr/src/sparc64/usr/share/snmp/defs mkdir -p /usr/obj/usr/src/sparc64/usr/share/snmp/mibs mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/sparc64/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/sparc64 -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sparc64 DESTDIR= INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/sparc64/legacy/usr/sbin:/usr/obj/usr/src/sparc64/legacy/usr/bin:/usr/obj/usr/src/sparc64/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/sparc64 MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=502105 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy ===> tools/build /usr/obj/usr/src/sparc64/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes make: don't know how to make dummy.c. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 13:21:32 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 5929E16A4DC for ; Wed, 14 Jul 2004 13:21:32 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB02843D41 for ; Wed, 14 Jul 2004 13:21:31 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i6EDLVTH008951; Wed, 14 Jul 2004 09:21:31 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i6EDLUWI008950; Wed, 14 Jul 2004 09:21:30 -0400 (EDT) Date: Wed, 14 Jul 2004 09:21:30 -0400 From: Ken Smith To: Rik Wade Message-ID: <20040714132130.GC7787@electra.cse.Buffalo.EDU> References: <40F4DE72.5010500@rikwade.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40F4DE72.5010500@rikwade.com> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: don't know how to make dummy.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: Wed, 14 Jul 2004 13:21:33 -0000 On Wed, Jul 14, 2004 at 08:19:14AM +0100, Rik Wade wrote: > I am running "FreeBSD 5.2-CURRENT #0: Wed Jul 7 12:02:51 BST 2004", > built with a customised GENERIC configuration and am following the > instructions to upgrade to 64-bit time_t. > > I am up to the point where I buildworld on the new kernel and am getting > the following error. Could anyone offer advice on how to correct this? > Looking at the makefile, it appears as though it is trying to compile > dummy.c as a last resort after failing some 'if' conditions. Normally I > would hack it around and see what worked, but with the system being in > limbo between time_t values.... The times I've seen something weird like this were due to the system's clock being something totally unreasonable. Check to see what the current time is on the system and if it's wrong manually set it to something realistic and try the build again. If that's not it let us know. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 13:36:32 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 0B63B16A4CE for ; Wed, 14 Jul 2004 13:36:32 +0000 (GMT) Received: from rikwade.com (rikwade.com [212.13.208.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B9D43D54 for ; Wed, 14 Jul 2004 13:36:29 +0000 (GMT) (envelope-from rik@rikwade.com) Received: from [10.144.153.43] (gate-isdn.admin.theplanet.net [195.92.70.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by rikwade.com (Postfix) with ESMTP id 2E8F018088; Wed, 14 Jul 2004 14:36:28 +0100 (BST) Message-ID: <40F536DA.4040106@rikwade.com> Date: Wed, 14 Jul 2004 14:36:26 +0100 From: Rik Wade User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 MultiZilla/1.6.4.0b X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken Smith References: <40F4DE72.5010500@rikwade.com> <20040714132130.GC7787@electra.cse.Buffalo.EDU> In-Reply-To: <20040714132130.GC7787@electra.cse.Buffalo.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: sparc64@freebsd.org Subject: Re: don't know how to make dummy.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: Wed, 14 Jul 2004 13:36:32 -0000 Ken Smith wrote: > > The times I've seen something weird like this were due to the system's > clock being something totally unreasonable. Check to see what the > current time is on the system and if it's wrong manually set it to > something realistic and try the build again. > > If that's not it let us know. The clock was slightly out (in the future by a couple of minutes) so I reset it and tried again. Same error unfortunately. However, in the process, I noticed that the timestamp for all the files on my system appears to be "Jan 1 1970". If I touch a new file, it is created with the date "Jan 1 1970". If this is not a normal state of affairs (and I'm guessing that it isn't ;-) ) then it seems likely that I've made a mistake somewhere along the upgrade process. In this case, I will regress and start again with an old kernel. -----------------> bash-2.05b# date Wed Jul 14 14:34:12 BST 2004 bash-2.05b# pwd /usr/src/tools/build bash-2.05b# touch a.test bash-2.05b# ls -l total 14 -rw-r--r-- 1 root wheel 1567 Jan 1 1970 Makefile -rw-r--r-- 1 root wheel 0 Jan 1 1970 a.test -rw-r--r-- 1 root wheel 119 Jan 1 1970 dummy.c -rw-r--r-- 1 root wheel 1750 Jan 1 1970 endian.h -rw-r--r-- 1 root wheel 340 Jan 1 1970 langinfo.h drwxr-xr-x 2 root wheel 512 Jan 1 1970 mk -rw-r--r-- 1 root wheel 592 Jan 1 1970 progname.c -rw-r--r-- 1 root wheel 131 Jan 1 1970 regex.h -- rik From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 13:42:43 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 B64EF16A4CE for ; Wed, 14 Jul 2004 13:42:43 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2BE843D2D for ; Wed, 14 Jul 2004 13:42:42 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i6EDggTH009392; Wed, 14 Jul 2004 09:42:42 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i6EDggKk009391; Wed, 14 Jul 2004 09:42:42 -0400 (EDT) Date: Wed, 14 Jul 2004 09:42:42 -0400 From: Ken Smith To: Rik Wade Message-ID: <20040714134242.GD7787@electra.cse.Buffalo.EDU> References: <40F4DE72.5010500@rikwade.com> <20040714132130.GC7787@electra.cse.Buffalo.EDU> <40F536DA.4040106@rikwade.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40F536DA.4040106@rikwade.com> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: sparc64@freebsd.org Subject: Re: don't know how to make dummy.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: Wed, 14 Jul 2004 13:42:43 -0000 On Wed, Jul 14, 2004 at 02:36:26PM +0100, Rik Wade wrote: > The clock was slightly out (in the future by a couple of minutes) so I > reset it and tried again. Same error unfortunately. However, in the > process, I noticed that the timestamp for all the files on my system > appears to be "Jan 1 1970". If I touch a new file, it is created with > the date "Jan 1 1970". > > If this is not a normal state of affairs (and I'm guessing that it isn't > ;-) ) then it seems likely that I've made a mistake somewhere along the > upgrade process. In this case, I will regress and start again with an > old kernel. Ouch. Correct, that's not normal. :-( Are you following the instructions in /usr/src/UPDATING.64BTT ? Sorry, I deleted your previous message already so I couldn't check back to it. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 15:50:23 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 6678116A4CE for ; Wed, 14 Jul 2004 15:50:23 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 470FA43D45 for ; Wed, 14 Jul 2004 15:50:18 +0000 (GMT) (envelope-from jerkart@speakeasy.net) Received: (qmail 19954 invoked from network); 14 Jul 2004 15:50:18 -0000 Received: from shaggy.jerkart.net (HELO [192.168.0.2]) ([66.93.4.35]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 14 Jul 2004 15:50:17 -0000 Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-sparc64@freebsd.org From: Jeremy Karteczka Date: Wed, 14 Jul 2004 11:50:17 -0400 X-Mailer: Apple Mail (2.618) Subject: Ultra 30 installation issues 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, 14 Jul 2004 15:50:23 -0000 I am having issues getting a non-Solaris OS to install on it. I was wondering if someone has some advice or possible causes, as the internet is not being kind to me on this one. First, when booting Solaris I get these messages about the sync transfer rate being reduced: WARNING: /pci@1f,4000/scsi@3 (glm0): SCSI bus DATA IN phase parity error WARNING: /pci@1f,4000/scsi@3 (glm0): Target 0 reducing sync. transfer rate WARNING: /pci@1f,4000/scsi@3 (glm0): SCSI bus DATA IN phase parity error WARNING: /pci@1f,4000/scsi@3 (glm0): Target 1 reducing sync. transfer rate Not a big deal as far as I can tell. The system stays up and seems to be stable. I am sure both of the drives in the system are from this generation of the Sun family, and the same thing happens no matter which drive I leave in (or if I try different ones). I did reset the NVRAM to defaults to rule out any funky settings from the previous owner: Sun Ultra 30 UPA/PCI (UltraSPARC-II 296MHz), No Keyboard OpenBoot 3.27, 128 MB memory installed, Serial #9645376. Ethernet address 8:0:20:93:2d:40, Host ID: 80932d40. ok set-defaults Setting NVRAM parameters to default values. When booting a FreeBSD 5.2.1 miniinst ISO I get: (da1:sym0:0:1:0): READ(06). CDB: 8 0 0 1 1 0 (da1:sym0:0:1:0): CAM Status: SCSI Status Error (da1:sym0:0:1:0): SCSI Status: Check Condition (da1:sym0:0:1:0): ABORTED COMMAND asc:48,0 (da1:sym0:0:1:0): Initiator detected error message received field replaceable unit: 2 (da1:sym0:0:1:0): Retrying Command (per Sense Data) sym0: SCSI parity error detected: SCR1=3 DBC=11000000 SBCL=29 (da1:sym0:0:1:0): READ(10). CDB: 28 0 0 20 0 d1 0 0 1 0 (da1:sym0:0:1:0): CAM Status: SCSI Status Error (da1:sym0:0:1:0): SCSI Status: Check Condition (da1:sym0:0:1:0): ABORTED COMMAND asc:48,0 (da1:sym0:0:1:0): Initiator detected error message received field replaceable unit: 2 (da1:sym0:0:1:0): Retrying Command (per Sense Data) Which I cannot find anything on. When booting a NetBSD 1.6.2 ISO I do not get many errors during the install, but after the reboot it just breaks into the debugger: sd0(siop0:0:0:0): command with tag id 1 reset sd0: async, 8-bit transfers, tagged queueing sd0: sync (50.0ns offset 15), 16-bit (40.000MB/s) transfers, tagged queueing siop0: unexpected phase mismatch 6 sd0(siop0:0:0:0): parity error siop0: scsi bus reset sd0(siop0:0:0:0): command with tag id 1 reset sd0: async, 8-bit transfers, tagged queueing exec /sbin/init.bak: error 5 init: not found panic: no init kdb breakpoint at 12c8354 Stopped in pid 1 (init) at cpu_Debugger+0x4: nop db> Just wondering if anyone has any ideas on this. Thanks in advance, Jeremy From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 15:54:59 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 CF3BE16A4CE for ; Wed, 14 Jul 2004 15:54:59 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9136A43D2F for ; Wed, 14 Jul 2004 15:54:54 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id BF33E7A62; Wed, 14 Jul 2004 17:54:52 +0200 (MET DST) Date: Wed, 14 Jul 2004 17:54:52 +0200 From: Joerg Wunsch To: Jeremy Karteczka Message-ID: <20040714155452.GK66850@ida.interface-business.de> References: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> User-Agent: Mutt/1.4.2.1i 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: freebsd-sparc64@freebsd.org Subject: Re: Ultra 30 installation issues 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: Wed, 14 Jul 2004 15:54:59 -0000 As Jeremy Karteczka wrote: > Just wondering if anyone has any ideas on this. Bad cabling, bad termination. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 16:08: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 677D416A4CE for ; Wed, 14 Jul 2004 16:08:20 +0000 (GMT) Received: from ms-smtp-02.tampabay.rr.com (ms-smtp-02-smtplb.tampabay.rr.com [65.32.5.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF69143D31 for ; Wed, 14 Jul 2004 16:08:14 +0000 (GMT) (envelope-from bplymale@tampabay.rr.com) Received: from [192.168.1.100] (plymale.us [24.73.124.46]) i6EG8Bnb029680; Wed, 14 Jul 2004 12:08:12 -0400 (EDT) In-Reply-To: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> References: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Bob Plymale Date: Wed, 14 Jul 2004 12:08:05 -0400 To: Jeremy Karteczka X-Mailer: Apple Mail (2.618) X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-sparc64@freebsd.org Subject: Re: Ultra 30 installation issues 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, 14 Jul 2004 16:08:20 -0000 You have either a bad disk, bad cable or bad controller. Did you have Solari up and running on this successfully? Go to obp and run some probe's and make sure you are not getting any timeouts. On Jul 14, 2004, at 11:50 AM, Jeremy Karteczka wrote: > I am having issues getting a non-Solaris OS to install on it. I was > wondering if someone has some advice or possible causes, as the > internet is not being kind to me on this one. > > First, when booting Solaris I get these messages about the sync > transfer rate being reduced: > > WARNING: /pci@1f,4000/scsi@3 (glm0): > SCSI bus DATA IN phase parity error > WARNING: /pci@1f,4000/scsi@3 (glm0): > Target 0 reducing sync. transfer rate > WARNING: /pci@1f,4000/scsi@3 (glm0): > SCSI bus DATA IN phase parity error > WARNING: /pci@1f,4000/scsi@3 (glm0): > Target 1 reducing sync. transfer rate > > Not a big deal as far as I can tell. The system stays up and seems to > be stable. > > I am sure both of the drives in the system are from this generation of > the Sun family, and the same thing happens no matter which drive I > leave in (or if I try different ones). > > I did reset the NVRAM to defaults to rule out any funky settings from > the previous owner: > > Sun Ultra 30 UPA/PCI (UltraSPARC-II 296MHz), No Keyboard > OpenBoot 3.27, 128 MB memory installed, Serial #9645376. > Ethernet address 8:0:20:93:2d:40, Host ID: 80932d40. > > ok set-defaults > Setting NVRAM parameters to default values. > > When booting a FreeBSD 5.2.1 miniinst ISO I get: > > (da1:sym0:0:1:0): READ(06). CDB: 8 0 0 1 1 0 > (da1:sym0:0:1:0): CAM Status: SCSI Status Error > (da1:sym0:0:1:0): SCSI Status: Check Condition > (da1:sym0:0:1:0): ABORTED COMMAND asc:48,0 > (da1:sym0:0:1:0): Initiator detected error message received field > replaceable unit: 2 > (da1:sym0:0:1:0): Retrying Command (per Sense Data) > sym0: SCSI parity error detected: SCR1=3 DBC=11000000 SBCL=29 > (da1:sym0:0:1:0): READ(10). CDB: 28 0 0 20 0 d1 0 0 1 0 > (da1:sym0:0:1:0): CAM Status: SCSI Status Error > (da1:sym0:0:1:0): SCSI Status: Check Condition > (da1:sym0:0:1:0): ABORTED COMMAND asc:48,0 > (da1:sym0:0:1:0): Initiator detected error message received field > replaceable unit: 2 > (da1:sym0:0:1:0): Retrying Command (per Sense Data) > > Which I cannot find anything on. > > When booting a NetBSD 1.6.2 ISO I do not get many errors during the > install, but after the reboot it just breaks into the debugger: > > sd0(siop0:0:0:0): command with tag id 1 reset > sd0: async, 8-bit transfers, tagged queueing > sd0: sync (50.0ns offset 15), 16-bit (40.000MB/s) transfers, tagged > queueing > siop0: unexpected phase mismatch 6 > sd0(siop0:0:0:0): parity error > siop0: scsi bus reset > sd0(siop0:0:0:0): command with tag id 1 reset > sd0: async, 8-bit transfers, tagged queueing > exec /sbin/init.bak: error 5 > init: not found > panic: no init > kdb breakpoint at 12c8354 > Stopped in pid 1 (init) at cpu_Debugger+0x4: nop > db> > > Just wondering if anyone has any ideas on this. > > Thanks in advance, > Jeremy > > _______________________________________________ > 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" > From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 14 19:35:26 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 1A34216A4CE for ; Wed, 14 Jul 2004 19:35:26 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8E543D64 for ; Wed, 14 Jul 2004 19:35:25 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i6EJZNTs002856; Wed, 14 Jul 2004 15:35:24 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <40F4DE72.5010500@rikwade.com> References: <40F4DE72.5010500@rikwade.com> Date: Wed, 14 Jul 2004 15:35:22 -0400 To: Rik Wade , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: don't know how to make dummy.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: Wed, 14 Jul 2004 19:35:26 -0000 At 8:19 AM +0100 7/14/04, Rik Wade wrote: >I am running "FreeBSD 5.2-CURRENT #0: Wed Jul 7 12:02:51 BST 2004", >built with a customised GENERIC configuration and am following the >instructions to upgrade to 64-bit time_t. > >I am up to the point where I buildworld on the new kernel and am >getting the following error. Could anyone offer advice on how to >correct this? This sentence does not sound good. What do you mean by "buildworld on the new kernel"? If you are following the instructions, you will have to do `make buildworld' *before* you have installed any new kernel. Based on that comment, my guess is that you are running on a 64-bTT kernel, and a userland which was built for an earlier (32-bTT) system. If that is true, then you will run into many problems. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 15 14:57:07 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 F197616A4CE for ; Thu, 15 Jul 2004 14:57:07 +0000 (GMT) Received: from rikwade.com (rikwade.com [212.13.208.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id C063943D45 for ; Thu, 15 Jul 2004 14:57:07 +0000 (GMT) (envelope-from rik@rikwade.com) Received: from [10.144.153.43] (gate-isdn.admin.theplanet.net [195.92.70.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by rikwade.com (Postfix) with ESMTP id A50D718088; Thu, 15 Jul 2004 15:57:05 +0100 (BST) Message-ID: <40F69B39.9050602@rikwade.com> Date: Thu, 15 Jul 2004 15:56:57 +0100 From: Rik Wade User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 MultiZilla/1.6.4.0b X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <40F4DE72.5010500@rikwade.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: sparc64@freebsd.org Subject: Re: don't know how to make dummy.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: Thu, 15 Jul 2004 14:57:08 -0000 Garance A Drosihn wrote: > At 8:19 AM +0100 7/14/04, Rik Wade wrote: > This sentence does not sound good. What do you mean by "buildworld > on the new kernel"? If you are following the instructions, you > will have to do `make buildworld' *before* you have installed any > new kernel. I was at step 3 of installing the 64-bit time_t system. This is being built on a kernel compiled with step pre-2. i.e. the new kernel source but with time_t still set to __int32_t. > Based on that comment, my guess is that you are running on a 64-bTT > kernel, and a userland which was built for an earlier (32-bTT) > system. If that is true, then you will run into many problems. I believe this may have been the case due to a mistaken reboot on to the 64-bTT kernel image prior to successful compilation of the 64-bTT userland binaries. Whatever the reason, it's down to user error. I've bounced on to the 32-bTT kernel and things are progressing once again (thanks to kernel.old). -- rik From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 15 16:12:01 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 5D06816A4CE for ; Thu, 15 Jul 2004 16:12:01 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF7D143D1D for ; Thu, 15 Jul 2004 16:12:00 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i6FGBxZ5020361; Thu, 15 Jul 2004 12:11:59 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <40F69B39.9050602@rikwade.com> References: <40F4DE72.5010500@rikwade.com> <40F69B39.9050602@rikwade.com> Date: Thu, 15 Jul 2004 12:11:58 -0400 To: Rik Wade From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: don't know how to make dummy.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: Thu, 15 Jul 2004 16:12:01 -0000 At 3:56 PM +0100 7/15/04, Rik Wade wrote: > >Whatever the reason, it's down to user error. I've bounced on >to the 32-bTT kernel and things are progressing once again >(thanks to kernel.old). kernel.old has saved me on many occasions, especially when I was testing these changes for 64-bTT... :-) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 15 23:10: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 2DE9E16A4CF for ; Thu, 15 Jul 2004 23:10:20 +0000 (GMT) Received: from mail-dark.research.att.com (mail-dark.research.att.com [192.20.225.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id E979143D55 for ; Thu, 15 Jul 2004 23:10:19 +0000 (GMT) (envelope-from fenner@research.att.com) Received: from mail-blue.research.att.com (H-135-207-30-102.research.att.com [135.207.30.102]) by mail-dark.research.att.com (Postfix) with ESMTP id 6FA7FE80F1 for ; Thu, 15 Jul 2004 19:10:19 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by mail-blue.research.att.com (Postfix) with ESMTP id C08A71974C4 for ; Thu, 15 Jul 2004 19:09:12 -0400 (EDT) Received: (from fenner@localhost) by windsor.research.att.com (8.11.6+Sun/8.8.5) id i6FNAI600748; Thu, 15 Jul 2004 16:10:18 -0700 (PDT) Message-Id: <200407152310.i6FNAI600748@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: sparc64@freebsd.org Date: Thu, 15 Jul 2004 16:10:15 -0700 From: Bill Fenner Versions: dmail (solaris) 2.6d/makemail 2.10 Subject: NIS issues with -current on sparc64 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, 15 Jul 2004 23:10:20 -0000 Hi, I'm having trouble getting my sparc64 back to running -CURRENT. It was last running 5.1-CURRENT (yes, I've been out of things for quite a while, I guess). I'm running /usr/sbin/ypbind -S attlabs,mpnis1.attlabs.att.com,mpnis2.attlabs.att.com -m (neither of our NIS servers are on our subnet). As far as I can tell, all this tries to do is contact portmap via IPv6 multicast. It doesn't try unicast, and it doesn't try IPv4 unicast or broadcast. Before I look more deeply into this, has anyone seen this before or does anyone have advice on where to look? Thanks, Bill From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 16 00:41: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 1FD5516A4CE for ; Fri, 16 Jul 2004 00:41:56 +0000 (GMT) Received: from mail-white.research.att.com (mail-red.research.att.com [192.20.225.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCCC043D46 for ; Fri, 16 Jul 2004 00:41:55 +0000 (GMT) (envelope-from fenner@research.att.com) Received: from mail-blue.research.att.com (H-135-207-30-102.research.att.com [135.207.30.102]) by mail-white.research.att.com (Postfix) with ESMTP id 3F20666403E for ; Thu, 15 Jul 2004 20:41:55 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by mail-blue.research.att.com (Postfix) with ESMTP id 4CFEB1974C4 for ; Thu, 15 Jul 2004 20:40:48 -0400 (EDT) Received: (from fenner@localhost) by windsor.research.att.com (8.11.6+Sun/8.8.5) id i6G0fsJ01683; Thu, 15 Jul 2004 17:41:54 -0700 (PDT) Message-Id: <200407160041.i6G0fsJ01683@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: sparc64@freebsd.org Date: Thu, 15 Jul 2004 17:41:53 -0700 From: Bill Fenner Versions: dmail (solaris) 2.6d/makemail 2.10 Subject: Re: NIS issues with -current on sparc64 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, 16 Jul 2004 00:41:56 -0000 I feel like sending one of those exchange-style messages, "Bill Fenner would like to recall the message entitled 'NIS issues with -current on sparc64'". It was a seriously PEBKAC issue - I had apparently modified my kernel config to include IPFIREWALL but never built (or at least never installed) that kernel, so when I upgraded I ended up with a system with a firewall that defaulted to deny. NIS works fine after setting up the firewall correctly. Bill From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 16 16:40:24 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 3E2B516A4CE; Fri, 16 Jul 2004 16:40:24 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFFC143D39; Fri, 16 Jul 2004 16:40:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i6GGeJSn058677; Fri, 16 Jul 2004 12:40:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i6GGeL0T071163; Fri, 16 Jul 2004 12:40:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A5567303F; Fri, 16 Jul 2004 12:40:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040716164022.1A5567303F@freebsd-current.sentex.ca> Date: Fri, 16 Jul 2004 12:40:22 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 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: Fri, 16 Jul 2004 16:40:24 -0000 TB --- 2004-07-16 15:47:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-16 15:47:20 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-07-16 15:47:20 - cleaning the sandbox TB --- 2004-07-16 15:48:22 - checking out the source tree TB --- 2004-07-16 15:48:22 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-07-16 15:48:22 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-07-16 15:55:12 - patching the sources TB --- 2004-07-16 15:55:12 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-16 15:55:12 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/sparc64.diff TB --- 2004-07-16 15:55:12 - building world (CFLAGS=-O -pipe) TB --- 2004-07-16 15:55:12 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-16 15:55:12 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-07-16 16:39:39 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2004-07-16 16:39:39 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-16 16:39:39 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jul 16 16:39:39 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/acpi.h:127, from /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/fdc/fdc_acpi.c:38: /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/actypes.h:168:2: #error ACPI_MACHINE_WIDTH not defined /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/actypes.h:277:2: #error unknown ACPI_MACHINE_WIDTH In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/acpi.h:129, from /tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/fdc/fdc_acpi.c:38: /tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica/acmacros.h:377:2: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/fdc. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-07-16 16:40:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-16 16:40:21 - ERROR: failed to build generic kernel TB --- 2004-07-16 16:40:21 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 16 18:10: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 6586C16A4CE for ; Fri, 16 Jul 2004 18:10:42 +0000 (GMT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0269643D58 for ; Fri, 16 Jul 2004 18:10:42 +0000 (GMT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id 65EE94FDFC; Fri, 16 Jul 2004 20:10:41 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 1B9E94E082 for ; Fri, 16 Jul 2004 20:10:41 +0200 (CEST) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i6GIAe4c011687 for ; Fri, 16 Jul 2004 20:10:41 +0200 Received: (nullmailer pid 4610 invoked by uid 1001); Fri, 16 Jul 2004 18:10:40 -0000 Date: Fri, 16 Jul 2004 20:10:40 +0200 From: Mark Santcroos To: freebsd-sparc64@freebsd.org Message-ID: <20040716181040.GA4501@laptop.6bone.nl> References: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: U 0.287411 / 0.0 / 0.0 / disabled X-RIPE-Signature: 8a88c10fd85f9bb496501706c548d32a Subject: Re: Ultra 30 installation issues 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, 16 Jul 2004 18:10:42 -0000 Hi all, I'm fairly new to the world of Sparc. Trying to install FreeBSD on this Ultra 30. But failing very early in the process... What does the following sound like? Bad setup or bad cd? CD led does turn on for a short period. ------------ ok boot cdrom Boot device: /pci@1f,4000/scsi@3/disk@6,0:f File and args: Bad magic number in disk label Can't open disk label package Can't open boot device ok ------------- Thanks Mark From owner-freebsd-sparc64@FreeBSD.ORG Sat Jul 17 00:12: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 9C6D716A4CF for ; Sat, 17 Jul 2004 00:12:56 +0000 (GMT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A40B43D1F for ; Sat, 17 Jul 2004 00:12:56 +0000 (GMT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id 8011E4E50D; Sat, 17 Jul 2004 02:12:55 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 3D2494EFFB for ; Sat, 17 Jul 2004 02:12:55 +0200 (CEST) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i6H0Ct4c005928 for ; Sat, 17 Jul 2004 02:12:55 +0200 Received: (nullmailer pid 3694 invoked by uid 1001); Sat, 17 Jul 2004 00:12:54 -0000 Date: Sat, 17 Jul 2004 02:12:54 +0200 From: Mark Santcroos To: freebsd-sparc64@freebsd.org Message-ID: <20040717001254.GA1711@laptop.6bone.nl> References: <80EC5672-D5AD-11D8-87F1-000393003748@speakeasy.net> <20040716181040.GA4501@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040716181040.GA4501@laptop.6bone.nl> User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.151434 / 0.0 / 0.0 / disabled X-RIPE-Signature: 8e6dc12229a25063d3a7dc13f4105c04 Subject: Re: Ultra 30 installation issues 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: Sat, 17 Jul 2004 00:12:56 -0000 On Fri, Jul 16, 2004 at 08:10:40PM +0200, Mark Santcroos wrote: > What does the following sound like? Bad setup or bad cd? Ok, don't trust Apple's ToastIt to burn bootable cd's :) Issue resolved. Mark