From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 3 08:20:29 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 90F4916A4CE for ; Sun, 3 Oct 2004 08:20:29 +0000 (GMT) Received: from ecintweb.eldocomp.com (smtp.eldocomp.com [205.159.99.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2874843D1D for ; Sun, 3 Oct 2004 08:20:29 +0000 (GMT) (envelope-from clarson@eldocomp.com) Received: by ecintweb.eldocomp.com with XWall v3.29f ; Sun, 3 Oct 2004 01:20:28 -0700 From: "Chad R. Larson" To: "freebsd-sparc@FreeBSD.org" Date: Sun, 3 Oct 2004 01:20:11 -0700 X-Assembled-By: XWall v3.29f Message-ID: <415FB63B.4000302@eldocomp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable cc: joel McGraw cc: william Bloom Subject: keyboard 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, 03 Oct 2004 08:20:29 -0000 I just bought an Ultra 10, and when attempting to install 5.2.1 the Sun=20 keyboard doesn't work. Google uncovered several similar stories,=20 installation has to be serial port only. Question: Is this an installation issue only? Or must an Ultra 10 be a=20 serial or headless device always? =20 -crl -- Chad R. Larson (CRL22) chad@eldocomp.com =20 Eldorado Computing, Inc. 602-604-3100 =20 5353 North 16th Street, Suite 400 =20 Phoenix, Arizona 85016-3228 -- CONFIDENTIALITY NOTICE -- This message is intended for the sole use of the individual and entity to wh= om it is addressed, and may contain information that is privileged, confiden= tial and exempt from disclosure under applicable law. If you are not the int= ended addressee, nor authorized to receive for the intended addressee, you a= re hereby notified that you may not use, copy, disclose or distribute to any= one the message or any information contained in the message. If you have rec= eived this message in error, please immediately advise the sender by reply e= mail, and delete the message. Thank you. From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 3 08:46:40 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA2616A4CE for ; Sun, 3 Oct 2004 08:46:40 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 746BA43D1D for ; Sun, 3 Oct 2004 08:46:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B00BF51449; Sun, 3 Oct 2004 01:47:30 -0700 (PDT) Date: Sun, 3 Oct 2004 01:47:30 -0700 From: Kris Kennaway To: "Chad R. Larson" Message-ID: <20041003084730.GA90753@xor.obsecurity.org> References: <415FB63B.4000302@eldocomp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <415FB63B.4000302@eldocomp.com> User-Agent: Mutt/1.4.2.1i cc: joel McGraw cc: "freebsd-sparc@FreeBSD.org" cc: william Bloom Subject: Re: keyboard 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, 03 Oct 2004 08:46:40 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 03, 2004 at 01:20:11AM -0700, Chad R. Larson wrote: > I just bought an Ultra 10, and when attempting to install 5.2.1 the Sun= =20 > keyboard doesn't work. Google uncovered several similar stories,=20 > installation has to be serial port only. >=20 > Question: Is this an installation issue only? Or must an Ultra 10 be a= =20 > serial or headless device always? This is a FAQ, but: The keyboard works fine (unless yours is broken), but special keys like arrows etc do not work in sysinstall using the default openfirmware system console. If you have a creator3d you can recompile the kernel to use syscons, which will work "as expected". Kris --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBX7yiWry0BWjoQKURAhu+AJ9UFE5QVKG9bCaGCwE4zOMy3w14kgCff0Bm lvN1vF6IjvsQlR73ztlBPPE= =hoSE -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 4 02:39:08 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3765416A4CE; Mon, 4 Oct 2004 02:39:08 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D9343D1D; Mon, 4 Oct 2004 02:39:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i942d7UB027248; Sun, 3 Oct 2004 22:39:07 -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.13.1/8.13.1) with ESMTP id i942d6JL003054; Sun, 3 Oct 2004 22:39:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 048F37303F; Sun, 3 Oct 2004 22:39:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041004023906.048F37303F@freebsd-current.sentex.ca> Date: Sun, 3 Oct 2004 22:39:06 -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: Mon, 04 Oct 2004 02:39:08 -0000 TB --- 2004-10-04 01:42:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-10-04 01:42:32 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-10-04 01:42:33 - checking out the source tree TB --- 2004-10-04 01:42:33 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2004-10-04 01:42:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-10-04 01:48:38 - building world (CFLAGS=-O2 -pipe) TB --- 2004-10-04 01:48:38 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2004-10-04 01:48:38 - /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 [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpfs/dumpfs.c (cd /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue/../../sbin/dumpon && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE dumpon.o) rm -f .depend mkdep -f .depend -a -DRESCUE /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c echo dumpon: /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c: In function `check_size': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon/dumpon.c:82: warning: comparison between signed and unsigned *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dumpon. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-10-04 02:39:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-10-04 02:39:06 - ERROR: failed to build world TB --- 2004-10-04 02:39:06 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 4 05:51:40 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C304516A4CE for ; Mon, 4 Oct 2004 05:51:40 +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 D7C0843D39 for ; Mon, 4 Oct 2004 05:51:39 +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 i945oWAh041532 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 4 Oct 2004 14:50:32 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) i945paAL001345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Oct 2004 14:51:36 +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 i945pZNc001344 for freebsd-sparc64@freebsd.org; Mon, 4 Oct 2004 14:51:35 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 4 Oct 2004 14:51:35 +0900 From: Pyun YongHyeon To: freebsd-sparc64@freebsd.org Message-ID: <20041004055135.GA1226@kt-is.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: Call for testers, hme(4) lock patch 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, 04 Oct 2004 05:51:40 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Ok, there is a patch that needs extensive testing which removes Giant lock in hme(4) driver. The patch was lightly tested on U2/AXe and had no problems. If you encounter a panic related with the patch, please let me know.(Don't forget to send your 'backtrace' output.) Thanks. -- Pyun YongHyeon --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="hme.lock.patch" --- sys/dev/hme/if_hme.c.orig Tue Aug 17 11:22:06 2004 +++ sys/dev/hme/if_hme.c Mon Oct 4 14:27:37 2004 @@ -99,11 +99,13 @@ #include static void hme_start(struct ifnet *); +static void hme_start_locked(struct ifnet *); static void hme_stop(struct hme_softc *); static int hme_ioctl(struct ifnet *, u_long, caddr_t); static void hme_tick(void *); static void hme_watchdog(struct ifnet *); static void hme_init(void *); +static void hme_init_locked(void *); static int hme_add_rxbuf(struct hme_softc *, unsigned int, int); static int hme_meminit(struct hme_softc *); static int hme_mac_bitflip(struct hme_softc *, u_int32_t, u_int32_t, @@ -195,8 +197,11 @@ * */ + HME_LOCK_ASSERT(sc, MA_NOTOWNED); /* Make sure the chip is stopped. */ + HME_LOCK(sc); hme_stop(sc); + HME_UNLOCK(sc); /* * Allocate DMA capable memory @@ -284,8 +289,7 @@ if_initname(ifp, device_get_name(sc->sc_dev), device_get_unit(sc->sc_dev)); ifp->if_mtu = ETHERMTU; - ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST | - IFF_NEEDSGIANT; + ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_start = hme_start; ifp->if_ioctl = hme_ioctl; ifp->if_init = hme_init; @@ -294,7 +298,9 @@ ifp->if_snd.ifq_drv_maxlen = HME_NTXQ; IFQ_SET_READY(&ifp->if_snd); + HME_LOCK(sc); hme_mifinit(sc); + HME_UNLOCK(sc); if ((error = mii_phy_probe(sc->sc_dev, &sc->sc_miibus, hme_mediachange, hme_mediastatus)) != 0) { @@ -339,7 +345,7 @@ ifp->if_hwassist |= sc->sc_csum_features; ifp->if_capenable |= IFCAP_VLAN_MTU | IFCAP_HWCSUM; - callout_init(&sc->sc_tick_ch, 0); + callout_init(&sc->sc_tick_ch, CALLOUT_MPSAFE); return (0); fail_txdesc: @@ -373,8 +379,12 @@ struct ifnet *ifp = &sc->sc_arpcom.ac_if; int i; + HME_LOCK_ASSERT(sc, MA_NOTOWNED); + ether_ifdetach(ifp); + HME_LOCK(sc); hme_stop(sc); + HME_UNLOCK(sc); device_delete_child(sc->sc_dev, sc->sc_miibus); for (i = 0; i < HME_NTXQ; i++) { @@ -400,7 +410,9 @@ hme_suspend(struct hme_softc *sc) { + HME_LOCK(sc); hme_stop(sc); + HME_UNLOCK(sc); } void @@ -408,8 +420,10 @@ { struct ifnet *ifp = &sc->sc_arpcom.ac_if; + HME_LOCK(sc); if ((ifp->if_flags & IFF_UP) != 0) - hme_init(ifp); + hme_init_locked(ifp); + HME_UNLOCK(sc); } static void @@ -441,9 +455,11 @@ { int s; + HME_LOCK(sc); s = splnet(); - hme_init(sc); + hme_init_locked(sc); splx(s); + HME_UNLOCK(sc); } static void @@ -671,10 +687,21 @@ hme_init(void *xsc) { struct hme_softc *sc = (struct hme_softc *)xsc; + + HME_LOCK(sc); + hme_init_locked(sc); + HME_UNLOCK(sc); +} + +static void +hme_init_locked(void *xsc) +{ + struct hme_softc *sc = (struct hme_softc *)xsc; struct ifnet *ifp = &sc->sc_arpcom.ac_if; u_int8_t *ea; u_int32_t n, v; + HME_LOCK_ASSERT(sc, MA_OWNED); /* * Initialization sequence. The numbered steps below correspond * to the sequence outlined in section 6.3.5.1 in the Ethernet @@ -857,7 +884,7 @@ ifp->if_flags |= IFF_RUNNING; ifp->if_flags &= ~IFF_OACTIVE; ifp->if_timer = 0; - hme_start(ifp); + hme_start_locked(ifp); } struct hme_txdma_arg { @@ -1059,12 +1086,24 @@ if (ifp->if_capenable & IFCAP_RXCSUM) hme_rxcksum(m, flags); /* Pass the packet up. */ + HME_UNLOCK(sc); (*ifp->if_input)(ifp, m); + HME_LOCK(sc); } static void hme_start(struct ifnet *ifp) { + struct hme_softc *sc = ifp->if_softc; + + HME_LOCK(sc); + hme_start_locked(ifp); + HME_UNLOCK(sc); +} + +static void +hme_start_locked(struct ifnet *ifp) +{ struct hme_softc *sc = (struct hme_softc *)ifp->if_softc; struct mbuf *m; int error, enq = 0; @@ -1173,7 +1212,7 @@ /* Update ring */ sc->sc_rb.rb_tdtail = ri; - hme_start(ifp); + hme_start_locked(ifp); if (sc->sc_rb.rb_td_nbusy == 0) ifp->if_timer = 0; @@ -1302,6 +1341,7 @@ struct hme_softc *sc = (struct hme_softc *)v; u_int32_t status; + HME_LOCK(sc); status = HME_SEB_READ_4(sc, HME_SEBI_STAT); CTR1(KTR_HME, "hme_intr: status %#x", (u_int)status); @@ -1313,6 +1353,7 @@ if ((status & HME_SEB_STAT_RXTOHOST) != 0) hme_rint(sc); + HME_UNLOCK(sc); } @@ -1322,12 +1363,16 @@ struct hme_softc *sc = ifp->if_softc; #ifdef HMEDEBUG u_int32_t status; +#endif + HME_LOCK(sc); +#ifdef HMEDEBUG status = HME_SEB_READ_4(sc, HME_SEBI_STAT); CTR1(KTR_HME, "hme_watchdog: status %x", (u_int)status); #endif device_printf(sc->sc_dev, "device timeout\n"); ++ifp->if_oerrors; + HME_UNLOCK(sc); hme_reset(sc); } @@ -1340,6 +1385,8 @@ { u_int32_t v; + HME_LOCK_ASSERT(sc, MA_OWNED); + /* Configure the MIF in frame mode */ v = HME_MIF_READ_4(sc, HME_MIFI_CFG); v &= ~HME_MIF_CFG_BBMODE; @@ -1356,6 +1403,7 @@ int n; u_int32_t v; + HME_LOCK(sc); /* Select the desired PHY in the MIF configuration register */ v = HME_MIF_READ_4(sc, HME_MIFI_CFG); /* Clear PHY select bit */ @@ -1376,11 +1424,14 @@ for (n = 0; n < 100; n++) { DELAY(1); v = HME_MIF_READ_4(sc, HME_MIFI_FO); - if (v & HME_MIF_FO_TALSB) + if (v & HME_MIF_FO_TALSB) { + HME_UNLOCK(sc); return (v & HME_MIF_FO_DATA); + } } device_printf(sc->sc_dev, "mii_read timeout\n"); + HME_UNLOCK(sc); return (0); } @@ -1391,6 +1442,7 @@ int n; u_int32_t v; + HME_LOCK(sc); /* Select the desired PHY in the MIF configuration register */ v = HME_MIF_READ_4(sc, HME_MIFI_CFG); /* Clear PHY select bit */ @@ -1412,11 +1464,14 @@ for (n = 0; n < 100; n++) { DELAY(1); v = HME_MIF_READ_4(sc, HME_MIFI_FO); - if (v & HME_MIF_FO_TALSB) + if (v & HME_MIF_FO_TALSB) { + HME_UNLOCK(sc); return (1); + } } device_printf(sc->sc_dev, "mii_write timeout\n"); + HME_UNLOCK(sc); return (0); } @@ -1424,10 +1479,13 @@ hme_mii_statchg(device_t dev) { struct hme_softc *sc = device_get_softc(dev); - int instance = IFM_INST(sc->sc_mii->mii_media.ifm_cur->ifm_media); - int phy = sc->sc_phys[instance]; + int instance; + int phy; u_int32_t v; + HME_LOCK(sc); + instance = IFM_INST(sc->sc_mii->mii_media.ifm_cur->ifm_media); + phy = sc->sc_phys[instance]; #ifdef HMEDEBUG if (sc->sc_debug) printf("hme_mii_statchg: status change: phy = %d\n", phy); @@ -1442,15 +1500,20 @@ /* Set the MAC Full Duplex bit appropriately */ v = HME_MAC_READ_4(sc, HME_MACI_TXCFG); - if (!hme_mac_bitflip(sc, HME_MACI_TXCFG, v, HME_MAC_TXCFG_ENABLE, 0)) + if (!hme_mac_bitflip(sc, HME_MACI_TXCFG, v, HME_MAC_TXCFG_ENABLE, 0)) { + HME_UNLOCK(sc); return; + } if ((IFM_OPTIONS(sc->sc_mii->mii_media_active) & IFM_FDX) != 0) v |= HME_MAC_TXCFG_FULLDPLX; else v &= ~HME_MAC_TXCFG_FULLDPLX; HME_MAC_WRITE_4(sc, HME_MACI_TXCFG, v); - if (!hme_mac_bitflip(sc, HME_MACI_TXCFG, v, 0, HME_MAC_TXCFG_ENABLE)) + if (!hme_mac_bitflip(sc, HME_MACI_TXCFG, v, 0, HME_MAC_TXCFG_ENABLE)) { + HME_UNLOCK(sc); return; + } + HME_UNLOCK(sc); } static int @@ -1466,12 +1529,18 @@ { struct hme_softc *sc = ifp->if_softc; - if ((ifp->if_flags & IFF_UP) == 0) + HME_LOCK(sc); + if ((ifp->if_flags & IFF_UP) == 0) { + HME_UNLOCK(sc); return; + } + HME_UNLOCK(sc); mii_pollstat(sc->sc_mii); + HME_LOCK(sc); ifmr->ifm_active = sc->sc_mii->mii_media_active; ifmr->ifm_status = sc->sc_mii->mii_media_status; + HME_UNLOCK(sc); } /* @@ -1484,6 +1553,7 @@ struct ifreq *ifr = (struct ifreq *)data; int s, error = 0; + HME_LOCK(sc); s = splnet(); switch (cmd) { @@ -1502,13 +1572,13 @@ * If interface is marked up and it is stopped, then * start it. */ - hme_init(sc); + hme_init_locked(sc); } else if ((ifp->if_flags & IFF_UP) != 0) { /* * Reset the interface to pick up changes in any other * flags that affect hardware registers. */ - hme_init(sc); + hme_init_locked(sc); } if ((ifp->if_flags & IFF_LINK0) != 0) sc->sc_csum_features |= CSUM_UDP; @@ -1528,7 +1598,9 @@ break; case SIOCGIFMEDIA: case SIOCSIFMEDIA: + HME_UNLOCK(sc); error = ifmedia_ioctl(ifp, ifr, &sc->sc_mii->mii_media, cmd); + HME_LOCK(sc); break; case SIOCSIFCAP: ifp->if_capenable = ifr->ifr_reqcap; @@ -1538,11 +1610,14 @@ ifp->if_hwassist = 0; break; default: + HME_UNLOCK(sc); error = ether_ioctl(ifp, cmd, data); + HME_LOCK(sc); break; } splx(s); + HME_UNLOCK(sc); return (error); } @@ -1558,6 +1633,7 @@ u_int32_t hash[4]; u_int32_t macc; + HME_LOCK_ASSERT(sc, MA_OWNED); /* Clear hash table */ hash[3] = hash[2] = hash[1] = hash[0] = 0; --- sys/dev/hme/if_hme_pci.c.orig Tue Aug 17 11:22:06 2004 +++ sys/dev/hme/if_hme_pci.c Fri Oct 1 20:35:54 2004 @@ -185,6 +185,8 @@ sc->sc_pci = 1; sc->sc_dev = dev; + mtx_init(&sc->sc_lock, device_get_nameunit(dev), MTX_NETWORK_LOCK, + MTX_DEF); /* * Map five register banks: @@ -201,7 +203,8 @@ &hsc->hsc_srid, RF_ACTIVE); if (hsc->hsc_sres == NULL) { device_printf(dev, "could not map device registers\n"); - return (ENXIO); + error = ENXIO; + goto fail_mtx; } hsc->hsc_irid = 0; hsc->hsc_ires = bus_alloc_resource_any(dev, SYS_RES_IRQ, @@ -347,8 +350,8 @@ goto fail_ires; } - if ((error = bus_setup_intr(dev, hsc->hsc_ires, INTR_TYPE_NET, hme_intr, - sc, &hsc->hsc_ih)) != 0) { + if ((error = bus_setup_intr(dev, hsc->hsc_ires, INTR_TYPE_NET | + INTR_MPSAFE, hme_intr, sc, &hsc->hsc_ih)) != 0) { device_printf(dev, "couldn't establish interrupt\n"); hme_detach(sc); goto fail_ires; @@ -359,6 +362,8 @@ bus_release_resource(dev, SYS_RES_IRQ, hsc->hsc_irid, hsc->hsc_ires); fail_sres: bus_release_resource(dev, SYS_RES_MEMORY, hsc->hsc_srid, hsc->hsc_sres); +fail_mtx: + mtx_destroy(&sc->sc_lock); return (error); } @@ -368,9 +373,8 @@ struct hme_pci_softc *hsc = device_get_softc(dev); struct hme_softc *sc = &hsc->hsc_hme; - hme_detach(sc); - bus_teardown_intr(dev, hsc->hsc_ires, hsc->hsc_ih); + hme_detach(sc); bus_release_resource(dev, SYS_RES_IRQ, hsc->hsc_irid, hsc->hsc_ires); bus_release_resource(dev, SYS_RES_MEMORY, hsc->hsc_srid, hsc->hsc_sres); return (0); --- sys/dev/hme/if_hme_sbus.c.orig Tue Aug 17 11:22:06 2004 +++ sys/dev/hme/if_hme_sbus.c Fri Oct 1 20:35:54 2004 @@ -152,6 +152,8 @@ u_long start, count; int error = 0; + mtx_init(&sc->sc_lock, device_get_nameunit(dev), MTX_NETWORK_LOCK, + MTX_DEF); /* * Map five register banks: * @@ -167,7 +169,8 @@ &hsc->hsc_seb_rid, RF_ACTIVE); if (hsc->hsc_seb_res == NULL) { device_printf(dev, "cannot map SEB registers\n"); - return (ENXIO); + error = ENXIO; + goto fail_mtx_res; } sc->sc_sebt = rman_get_bustag(hsc->hsc_seb_res); sc->sc_sebh = rman_get_bushandle(hsc->hsc_seb_res); @@ -265,8 +268,8 @@ goto fail_ires; } - if ((error = bus_setup_intr(dev, hsc->hsc_ires, INTR_TYPE_NET, hme_intr, - sc, &hsc->hsc_ih)) != 0) { + if ((error = bus_setup_intr(dev, hsc->hsc_ires, INTR_TYPE_NET | + INTR_MPSAFE, hme_intr, sc, &hsc->hsc_ih)) != 0) { device_printf(dev, "couldn't establish interrupt\n"); hme_detach(sc); goto fail_ires; @@ -292,6 +295,8 @@ fail_seb_res: bus_release_resource(dev, SYS_RES_MEMORY, hsc->hsc_seb_rid, hsc->hsc_seb_res); +fail_mtx_res: + mtx_destroy(&sc->sc_lock); return (error); } @@ -301,9 +306,8 @@ struct hme_sbus_softc *hsc = device_get_softc(dev); struct hme_softc *sc = &hsc->hsc_hme; - hme_detach(sc); - bus_teardown_intr(dev, hsc->hsc_ires, hsc->hsc_ih); + hme_detach(sc); if (hsc->hsc_mif_res != NULL) { bus_release_resource(dev, SYS_RES_MEMORY, hsc->hsc_mif_rid, hsc->hsc_mif_res); @@ -316,6 +320,7 @@ hsc->hsc_etx_res); bus_release_resource(dev, SYS_RES_MEMORY, hsc->hsc_seb_rid, hsc->hsc_seb_res); + mtx_destroy(&sc->sc_lock); return (0); } --- sys/dev/hme/if_hmevar.h.orig Tue Aug 17 11:22:06 2004 +++ sys/dev/hme/if_hmevar.h Fri Oct 1 20:36:10 2004 @@ -141,7 +141,12 @@ struct hme_ring sc_rb; int sc_debug; + struct mtx sc_lock; }; + +#define HME_LOCK(_sc) mtx_lock(&(_sc)->sc_lock) +#define HME_UNLOCK(_sc) mtx_unlock(&(_sc)->sc_lock) +#define HME_LOCK_ASSERT(_sc, _what) mtx_assert(&(_sc)->sc_lock, (_what)) extern devclass_t hme_devclass; --n8g4imXOkfNTN/H1-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 4 11:02:18 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E5716A4D6 for ; Mon, 4 Oct 2004 11:02:18 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 063A943D41 for ; Mon, 4 Oct 2004 11:02:18 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i94B2HYr031509 for ; Mon, 4 Oct 2004 11:02:17 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i94B2Hrh031503 for freebsd-sparc64@freebsd.org; Mon, 4 Oct 2004 11:02:17 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Oct 2004 11:02:17 GMT Message-Id: <200410041102.i94B2Hrh031503@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 11:02:18 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S 4 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/08/02] sparc64/69893sparc64 asr panics the system on sparc64 3 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 4 16:47: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 5AC6016A4CE for ; Mon, 4 Oct 2004 16:47:33 +0000 (GMT) Received: from aphrodite.acf.aquezada.com (acf.tor.istop.com [66.11.182.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 022E243D49 for ; Mon, 4 Oct 2004 16:47:33 +0000 (GMT) (envelope-from lists@aquezada.com) Received: from localhost (localhost [127.0.0.1]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 00D1710105 for ; Mon, 4 Oct 2004 12:47:32 -0400 (EDT) Received: from aphrodite.acf.aquezada.com ([127.0.0.1])port 10024) with LMTP id 21076-04 for ; Mon, 4 Oct 2004 12:47:30 -0400 (EDT) Received: from jupiter.acf.aquezada.com (jupiter.acf.aquezada.com [192.168.5.5]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id ECFFCFE71 for ; Mon, 4 Oct 2004 12:47:29 -0400 (EDT) Received: by jupiter.acf.aquezada.com (Postfix, from userid 1001) id 103F252B4F; Mon, 4 Oct 2004 12:47:41 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jupiter.acf.aquezada.com (Postfix) with ESMTP id 0BA4252B43 for ; Mon, 4 Oct 2004 12:47:41 -0400 (EDT) Date: Mon, 4 Oct 2004 12:47:41 -0400 (EDT) From: "Julian C. Dunn" X-X-Sender: jdunn@jupiter.acf.aquezada.com To: sparc64@freebsd.org Message-ID: Organization: Aquezada Productions MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at aquezada.com Subject: getty: open /dev/ttyu0: No such file or directory 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, 04 Oct 2004 16:47:33 -0000 Iust upgraded to 5.3BETA-7, and on the console as soon as the machine boots up, the above appears. Examining /usr/src/etc/etc.sparc64/ttys (and of course /etc/ttys), there indeed are lines ttyu0 "/usr/libexec/getty std.9600" vt100 on secure ttyu1 "/usr/libexec/getty std.9600" vt100 on secure However, devfs isn't creating ttyu[0|1] in /dev. Is this normal? - Julian -- [ Julian C. Dunn * ] [ WWW: www.aquezada.com/staff/julian/ * www.dreaming.org/~julian/ ] [ PGP: 0xFDC205B9 - 91B3 7A9D 683C 7C16 715F 442C 6065 D533 FDC2 05B9 ] [ "half a love is better than no love at all" - nerissa nields ] From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 4 16:52:11 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 4CB3F16A4CF for ; Mon, 4 Oct 2004 16:52:11 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E36B643D48 for ; Mon, 4 Oct 2004 16:52:10 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i94GpvIo005866; Mon, 4 Oct 2004 12:51:57 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i94Gpv59005865; Mon, 4 Oct 2004 12:51:57 -0400 (EDT) Date: Mon, 4 Oct 2004 12:51:56 -0400 From: Ken Smith To: "Julian C. Dunn" Message-ID: <20041004165156.GB4573@electra.cse.Buffalo.EDU> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: getty: open /dev/ttyu0: No such file or directory 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, 04 Oct 2004 16:52:11 -0000 On Mon, Oct 04, 2004 at 12:47:41PM -0400, Julian C. Dunn wrote: > Iust upgraded to 5.3BETA-7, and on the console as soon as the machine > boots up, the above appears. Examining /usr/src/etc/etc.sparc64/ttys (and > of course /etc/ttys), there indeed are lines > > ttyu0 "/usr/libexec/getty std.9600" vt100 on secure > ttyu1 "/usr/libexec/getty std.9600" vt100 on secure > > However, devfs isn't creating ttyu[0|1] in /dev. Is this normal? > The ttys file had been that way for a while but the behavior of the init process had masked it. Last week the behavior of init was changed slightly, and unmasked this problem. I committed a change to the ttys file in HEAD last night and will MFC it in 3 days. Thanks for pointing this out though. -- 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 Tue Oct 5 12:38:38 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 DD07616A4CE for ; Tue, 5 Oct 2004 12:38:38 +0000 (GMT) Received: from aphrodite.acf.aquezada.com (acf.tor.istop.com [66.11.182.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A00743D2D for ; Tue, 5 Oct 2004 12:38:38 +0000 (GMT) (envelope-from lists@aquezada.com) Received: from localhost (localhost [127.0.0.1]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 77D991010E; Tue, 5 Oct 2004 08:38:35 -0400 (EDT) Received: from aphrodite.acf.aquezada.com ([127.0.0.1])port 10024) with LMTP id 82519-04; Tue, 5 Oct 2004 08:38:33 -0400 (EDT) Received: from jupiter.acf.aquezada.com (jupiter.acf.aquezada.com [192.168.5.5]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 8952A1010B; Tue, 5 Oct 2004 08:38:33 -0400 (EDT) Received: by jupiter.acf.aquezada.com (Postfix, from userid 1001) id CA6C252B4F; Tue, 5 Oct 2004 08:38:45 -0400 (EDT) From: "Julian C. Dunn - Lists" To: yongari@kt-is.co.kr In-Reply-To: <20041004055135.GA1226@kt-is.co.kr> References: <20041004055135.GA1226@kt-is.co.kr> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Aquezada Productions Message-Id: <1096979925.2876.128.camel@jupiter.acf.aquezada.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Tue, 05 Oct 2004 08:38:45 -0400 X-Virus-Scanned: by amavisd-new at aquezada.com cc: freebsd-sparc64@freebsd.org Subject: Re: Call for testers, hme(4) lock patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Oct 2004 12:38:39 -0000 On Mon, 2004-10-04 at 01:51, Pyun YongHyeon wrote: > Ok, there is a patch that needs extensive testing which removes Giant > lock in hme(4) driver. The patch was lightly tested on U2/AXe and had > no problems. If you encounter a panic related with the patch, please > let me know.(Don't forget to send your 'backtrace' output.) Also "lightly tested" on my U10 under 5.3BETA-7 with no problems. - Julian -- -- Julian C. Dunn, B.A.Sc. -- Senior Technical Consultant, OpenTrend Solutions Ltd. -- Phone: (416) 669-3073 PGP Key: 0x2B9F9D3E -- OpenTrend: Reliable, secure solutions to real world problems. From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 01:53:10 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 CB14116A4CE for ; Wed, 6 Oct 2004 01:53:10 +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 2583A43D2F for ; Wed, 6 Oct 2004 01:53:10 +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 i961p1Ah037103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 6 Oct 2004 10:51:01 +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 i961qHAL007962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Oct 2004 10:52:17 +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 i961q3xY007961; Wed, 6 Oct 2004 10:52:03 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Wed, 6 Oct 2004 10:52:03 +0900 From: Pyun YongHyeon To: "Julian C. Dunn - Lists" Message-ID: <20041006015203.GA7826@kt-is.co.kr> References: <20041004055135.GA1226@kt-is.co.kr> <1096979925.2876.128.camel@jupiter.acf.aquezada.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1096979925.2876.128.camel@jupiter.acf.aquezada.com> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: Call for testers, hme(4) lock patch 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: Wed, 06 Oct 2004 01:53:11 -0000 On Tue, Oct 05, 2004 at 08:38:45AM -0400, Julian C. Dunn - Lists wrote: > On Mon, 2004-10-04 at 01:51, Pyun YongHyeon wrote: > > Ok, there is a patch that needs extensive testing which removes Giant > > lock in hme(4) driver. The patch was lightly tested on U2/AXe and had > > no problems. If you encounter a panic related with the patch, please > > let me know.(Don't forget to send your 'backtrace' output.) > > Also "lightly tested" on my U10 under 5.3BETA-7 with no problems. > Thanks a lot. > - Julian > Regards, Pyun YongHyeon -- Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 03:14:10 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 3250D16A4CE; Wed, 6 Oct 2004 03:14:10 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C3143D5A; Wed, 6 Oct 2004 03:14:09 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i963E9Io026713; Tue, 5 Oct 2004 23:14:09 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i963E6T4026712; Tue, 5 Oct 2004 23:14:06 -0400 (EDT) Date: Tue, 5 Oct 2004 23:14:06 -0400 From: Ken Smith To: Andrew Belashov Message-ID: <20041006031406.GB26037@electra.cse.Buffalo.EDU> References: <41518130.3000704@orel.ru> <4152A383.3090901@orel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4152A383.3090901@orel.ru> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 06 Oct 2004 03:14:10 -0000 On Thu, Sep 23, 2004 at 02:20:51PM +0400, Andrew Belashov wrote: > Where bug? > - In sparc64 specific core? > - In kern/kern_kse.c and kern/kern_thr.c code? Can you humor me and test this patch please? Index: sys/conf/kern.pre.mk =================================================================== RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v retrieving revision 1.57 diff -u -r1.57 kern.pre.mk --- sys/conf/kern.pre.mk 23 Sep 2004 22:53:22 -0000 1.57 +++ sys/conf/kern.pre.mk 6 Oct 2004 03:09:09 -0000 @@ -24,7 +24,7 @@ . elif ${MACHINE_ARCH} == "ia64" COPTFLAGS?=-O2 -pipe . elif ${MACHINE_ARCH} == "sparc64" -COPTFLAGS?=-O2 -pipe +COPTFLAGS?=-O -pipe . elif ${MACHINE_ARCH} == "arm" COPTFLAGS?=-O2 -pipe . else You'll need to go through a complete kernel build cycle after applying it (starting with 'config'). Thanks. -- 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 Oct 6 06:19:29 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 BAA4116A4CE for ; Wed, 6 Oct 2004 06:19:29 +0000 (GMT) Received: from bender.flyingweasel.com (102Net-240.sou.edu [140.211.102.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D6B43D58 for ; Wed, 6 Oct 2004 06:19:29 +0000 (GMT) (envelope-from jason@flyingweasel.com) Received: from flyingweasel.com (66-169-242-20.or.charter.com [66.169.242.20]) i966JNsJ022875 for ; Tue, 5 Oct 2004 23:19:24 -0700 (PDT) (envelope-from jason@flyingweasel.com) Date: Tue, 5 Oct 2004 23:15:40 -0700 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed From: Jason Moreland To: freebsd-sparc64@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <25D03B22-175F-11D9-9B47-000502D39E8D@flyingweasel.com> X-Mailer: Apple Mail (2.552) X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on bender.flyingweasel.com X-Virus-Scanned: clamd / ClamAV version devel-20040522, clamav-milter version 0.71 X-Virus-Status: Clean Subject: X.org on Ultra 60 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, 06 Oct 2004 06:19:29 -0000 I built X.org on my Ultra 60 running 5.3-BETA7, but realized that I had not included syscon support in the kernel, therefore X would not start. When I try to compile sc in the kernel however, I receive an error. Attached is the output from my kernel build, my kernel config, and the output from dmesg. I was under the impression that syscon and X are now supported in 5.3. If I am mistaken, please let me know. Any help, pointers, or tips will be very appreciated (Sorry about the long email). Thank you very much -Jason buildkernel output: -------------------------------------------------------------- >>> Kernel build for SPARKY started on Mon Oct 4 19:08:11 PDT 2004 -------------------------------------------------------------- ===> SPARKY mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------- cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/cont rib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finlin e-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel kbd.o(.text+0x878): In function `kbd_register': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0x89c): In function `kbd_register': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0x8a0): In function `kbd_register': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0x8a4): In function `kbd_register': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x8a8): In function `kbd_register': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x8b4): In function `kbd_register': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x8b8): In function `kbd_register': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x9f4): In function `kbd_get_switch': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xa1c): In function `kbd_get_switch': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xa20): In function `kbd_get_switch': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xa24): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xa28): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xa34): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xa38): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xd90): In function `kbd_configure': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xdb4): In function `kbd_configure': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x8b4): In function `kbd_register': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x8b8): In function `kbd_register': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0x9f4): In function `kbd_get_switch': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xa1c): In function `kbd_get_switch': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xa20): In function `kbd_get_switch': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xa24): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xa28): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xa34): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xa38): In function `kbd_get_switch': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xd90): In function `kbd_configure': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xdb4): In function `kbd_configure': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xdb8): In function `kbd_configure': : undefined reference to `__start_set_kbddriver_set' kbd.o(.text+0xdbc): In function `kbd_configure': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xdc0): In function `kbd_configure': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xdcc): In function `kbd_configure': : undefined reference to `__stop_set_kbddriver_set' kbd.o(.text+0xdd0): In function `kbd_configure': : undefined reference to `__stop_set_kbddriver_set' *** Error code 1 Stop in /usr/obj/usr/src/sys/SPARKY. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. kernel config: # # GENERIC -- Generic kernel configuration file for FreeBSD/sparc64 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig- config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # For hardware specific information check HARDWARE.TXT # # $FreeBSD: src/sys/sparc64/conf/GENERIC,v 1.78.2.3 2004/09/22 19:23:39 andre Exp $ machine sparc64 cpu SUN4U ident SPARKY # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Platforms supported # At this time all platforms are supported, as-is. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Keep this for a while options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # Standard busses device ebus device isa device pci device sbus device central device fhc # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives # Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!, # and you will not mount an ATA /. #options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device isp # Qlogic family device ispfw # Firmware module for Qlogic host adapters #device mpt # LSI-Logic MPT-Fusion (not yet) #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device esp # NCR53c9x (FEPS/FAS366) # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers #device amr # AMI MegaRAID #device mlx # Mylex DAC960 family # syscons is the default console driver, resembling an SCO console device sc device creator # Creator, Creator3D and Elite3D graphics cards device splash # Splash screen and screen saver support options KBD_INSTALL_CDEV # install a CDEV entry in /dev device ofw_console # Open Firmware console device # Builtin hardware device genclock # Generic clock interface device eeprom # eeprom (really a front-end for the MK48Txx) device "mk48txx" # Mostek MK48T02, MK48T08, MK48T59 clock # Serial (COM) ports device sab # Siemens SAB82532 based serial ports device zs # Zilog 8530 based serial ports #device uart # Multi-uart driver #device puc # Multi-channel uarts # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device lnc # NE2100, NE32-VL Lance Ethernet cards #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device gem # Sun GEM/Sun ERI/Apple GMAC device hme # Sun HME (Happy Meal Ethernet) #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) dmesg output: 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.3-BETA7 #5: Mon Oct 4 05:30:19 PDT 2004 root@sparky.home.flyingweasel.com:/usr/obj/usr/src/sys/SPARKY Timecounter "tick" frequency 296017515 Hz quality 0 real memory = 1342177280 (1280 MB) avail memory = 1272250368 (1213 MB) cpu0: Sun Microsystems UltraSparc-II Processor (296.02 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (296.02 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 0 pcib0 dvma: DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: mem 0x71000000-0x717fffff,0x70000000-0x70ffffff at device 1.0 on pci0 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000- 0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no dri ver 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 ebus0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x1400300398-0x1400300399,0x14003043bc- 0x14003043cb irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003023f0- 0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80aa9634 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400722000-0x1400722003,0x1400704000-0x140070400f,0x1400702000- 0x140070200f,0x1400200000-0x14002000ff irq 36,35 (no driver attach ed) hme0: mem 0x100000-0x107fff at device 1.1 on pci0 miibus0: on hme0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:aa:96:34 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] sym0: <875> port 0x1000-0x10ff mem 0x10a000-0x10afff,0x108000-0x1080ff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym1: <875> port 0x1400-0x14ff mem 0x10e000-0x10efff,0x10c000-0x10c0ff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [GIANT-LOCKED] pci0: at device 4.0 (no driver attached) pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pci1: on pcib1 nexus0: , type display (no driver attached) Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle 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: cd present [502424 x 512 byte records] da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8682MB (17781521 512 byte sectors: 255H 63S/T 1106C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0a --- Jason Moreland ************************************************************************ Email: jason@flyingweasel.com HANDLE WITH CARE: This email contains small electrically-charged particles moving at speeds of over 500,000,000 miles per hour. From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 10:59:45 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 D998416A4CE for ; Wed, 6 Oct 2004 10:59:45 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCEB243D49 for ; Wed, 6 Oct 2004 10:59:44 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (pf1.net.orel.ru [213.59.64.75]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i96AxSBm015215; Wed, 6 Oct 2004 14:59:29 +0400 Message-ID: <4163D00B.7010904@orel.ru> Date: Wed, 06 Oct 2004 14:59:23 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Jason Moreland References: <25D03B22-175F-11D9-9B47-000502D39E8D@flyingweasel.com> In-Reply-To: <25D03B22-175F-11D9-9B47-000502D39E8D@flyingweasel.com> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org Subject: Re: X.org on Ultra 60 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, 06 Oct 2004 10:59:46 -0000 Hello, Jason! Jason Moreland wrote: > I built X.org on my Ultra 60 running 5.3-BETA7, but realized that I had > not included syscon support in the kernel, therefore X would not start. > When I try to compile sc in the kernel however, I receive an error. > Attached is the output from my kernel build, my kernel config, and the > output from dmesg. I was under the impression that syscon and X are > now supported in 5.3. If I am mistaken, please let me know. Any help, > pointers, or tips will be very appreciated (Sorry about the long email). Try to uncomment uart and puc device in kernel config: > #device uart # Multi-uart driver > #device puc # Multi-channel uarts -- Best regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 14:51:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C9C16A4CF; Wed, 6 Oct 2004 14:51:44 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E202743D5C; Wed, 6 Oct 2004 14:51:43 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 961875312; Wed, 6 Oct 2004 16:51:42 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 026CF5310; Wed, 6 Oct 2004 16:51:34 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id D47C5B85E; Wed, 6 Oct 2004 16:51:34 +0200 (CEST) To: Brad Knowles References: <20040928124039.GB61666@elvis.mu.org> <20040928143053.GD61666@elvis.mu.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 06 Oct 2004 16:51:34 +0200 In-Reply-To: (Brad Knowles's message of "Tue, 28 Sep 2004 16:37:56 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: Call for testers: patch for the dc(4) driver 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, 06 Oct 2004 14:51:44 -0000 Brad Knowles writes: > Cool! I had no idea.... I've just been used to seeing hme > interfaces forever on Suns and didn't realize that they'd switched > to a different device for some hardware. Most Sparc64-based machines have PCI slots, you know. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 14:57:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D462416A4CE for ; Wed, 6 Oct 2004 14:57:44 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D3443D45 for ; Wed, 6 Oct 2004 14:57:44 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 709885310; Wed, 6 Oct 2004 16:57:43 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 284C8530A; Wed, 6 Oct 2004 16:57:38 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 08EBAB85E; Wed, 6 Oct 2004 16:57:38 +0200 (CEST) To: Andrew Belashov References: <25D03B22-175F-11D9-9B47-000502D39E8D@flyingweasel.com> <4163D00B.7010904@orel.ru> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 06 Oct 2004 16:57:37 +0200 In-Reply-To: <4163D00B.7010904@orel.ru> (Andrew Belashov's message of "Wed, 06 Oct 2004 14:59:23 +0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-sparc64@freebsd.org Subject: Re: X.org on Ultra 60 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, 06 Oct 2004 14:57:44 -0000 Andrew Belashov writes: > Jason Moreland wrote: > > I built X.org on my Ultra 60 running 5.3-BETA7, but realized that I > > had not included syscon support in the kernel, therefore X would > > not start. When I try to compile sc in the kernel however, I > > receive an error. > Try to uncomment uart and puc device in kernel config: Uh, no, that has nothing to do with it. The OP just forgot to include a keyboard driver in his config. The linker is complaining that it can't find the kbddriver_set linker set which normally contains a list of compiled-in keyboard drivers. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 15:50:11 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 6A6CD16A4CE for ; Wed, 6 Oct 2004 15:50:11 +0000 (GMT) Received: from bender.flyingweasel.com (102Net-240.sou.edu [140.211.102.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD4843D41 for ; Wed, 6 Oct 2004 15:50:11 +0000 (GMT) (envelope-from jason@flyingweasel.com) Received: from mail.flyingweasel.com (localhost [127.0.0.1]) i96FnrsI028123; Wed, 6 Oct 2004 08:49:54 -0700 (PDT) (envelope-from jason@flyingweasel.com) Received: from 66.241.92.176 (SquirrelMail authenticated user jason) by mail.flyingweasel.com with HTTP; Wed, 6 Oct 2004 08:49:54 -0700 (PDT) Message-ID: <2617.66.241.92.176.1097077794.squirrel@mail.flyingweasel.com> In-Reply-To: References: <25D03B22-175F-11D9-9B47-000502D39E8D@flyingweasel.com><4163D00B.7010904@orel.ru> Date: Wed, 6 Oct 2004 08:49:54 -0700 (PDT) From: "Jason Moreland" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Spam-Status: No, hits=0.8 required=4.0 tests=PRIORITY_NO_NAME autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on bender.flyingweasel.com X-Virus-Scanned: clamd / ClamAV version devel-20040522, clamav-milter version 0.71 X-Virus-Status: Clean cc: freebsd-sparc64@freebsd.org Subject: Re: X.org on Ultra 60 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, 06 Oct 2004 15:50:11 -0000 > Andrew Belashov writes: >> Jason Moreland wrote: >> > I built X.org on my Ultra 60 running 5.3-BETA7, but realized that I >> > had not included syscon support in the kernel, therefore X would >> > not start. When I try to compile sc in the kernel however, I >> > receive an error. >> Try to uncomment uart and puc device in kernel config: > > Uh, no, that has nothing to do with it. The OP just forgot to include > a keyboard driver in his config. The linker is complaining that it > can't find the kbddriver_set linker set which normally contains a list > of compiled-in keyboard drivers. > How is this rectified then? Is it something stupid on my part? -Jason From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 16:05: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 997C316A4CE for ; Wed, 6 Oct 2004 16:05:27 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0336143D46 for ; Wed, 6 Oct 2004 16:05:27 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id AB862530A; Wed, 6 Oct 2004 18:05:23 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 3B33A5310; Wed, 6 Oct 2004 18:05:16 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 5E8BDB85E; Wed, 6 Oct 2004 18:05:15 +0200 (CEST) To: "Jason Moreland" References: <25D03B22-175F-11D9-9B47-000502D39E8D@flyingweasel.com> <4163D00B.7010904@orel.ru> <2617.66.241.92.176.1097077794.squirrel@mail.flyingweasel.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 06 Oct 2004 18:05:15 +0200 In-Reply-To: <2617.66.241.92.176.1097077794.squirrel@mail.flyingweasel.com> (Jason Moreland's message of "Wed, 6 Oct 2004 08:49:54 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.64 cc: freebsd-sparc64@freebsd.org Subject: Re: X.org on Ultra 60 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, 06 Oct 2004 16:05:27 -0000 "Jason Moreland" writes: >> Andrew Belashov writes: >>> Jason Moreland wrote: >>> > I built X.org on my Ultra 60 running 5.3-BETA7, but realized that I >>> > had not included syscon support in the kernel, therefore X would >>> > not start. When I try to compile sc in the kernel however, I >>> > receive an error. >>> Try to uncomment uart and puc device in kernel config: >> Uh, no, that has nothing to do with it. The OP just forgot to include >> a keyboard driver in his config. The linker is complaining that it >> can't find the kbddriver_set linker set which normally contains a list >> of compiled-in keyboard drivers. > How is this rectified then? Is it something stupid on my part? Uh, no, it's something stupid on my part - apologies to Andrew - you need 'device uart' to enable the Sun keyboard driver (and probably 'device puc' for it to actually work) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 17:11:15 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E98816A4CE for ; Wed, 6 Oct 2004 17:11:15 +0000 (GMT) Received: from bender.flyingweasel.com (102Net-240.sou.edu [140.211.102.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCB743D39 for ; Wed, 6 Oct 2004 17:11:14 +0000 (GMT) (envelope-from jason@flyingweasel.com) Received: from mail.flyingweasel.com (localhost [127.0.0.1]) i96HB8sI028893; Wed, 6 Oct 2004 10:11:08 -0700 (PDT) (envelope-from jason@flyingweasel.com) Received: from 66.241.92.176 (SquirrelMail authenticated user jason) by mail.flyingweasel.com with HTTP; Wed, 6 Oct 2004 10:11:09 -0700 (PDT) Message-ID: <1288.66.241.92.176.1097082669.squirrel@mail.flyingweasel.com> In-Reply-To: References: <25D03B22-175F-11D9-9B47-000502D39E8D@flyingweasel.com><4163D00B.7010904@orel.ru> <2617.66.241.92.176.1097077794.squirrel@mail.flyingweasel.com> Date: Wed, 6 Oct 2004 10:11:09 -0700 (PDT) From: "Jason Moreland" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Spam-Status: No, hits=0.8 required=4.0 tests=PRIORITY_NO_NAME autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on bender.flyingweasel.com X-Virus-Scanned: clamd / ClamAV version devel-20040522, clamav-milter version 0.71 X-Virus-Status: Clean cc: freebsd-sparc64@freebsd.org Subject: Re: X.org on Ultra 60 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, 06 Oct 2004 17:11:15 -0000 > Uh, no, it's something stupid on my part - apologies to Andrew - you > need 'device uart' to enable the Sun keyboard driver (and probably > 'device puc' for it to actually work) > Thanks for the help. That seems to have fixed the problem. Now I have to wait until I get home to see if X starts :-) -Jason From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 6 20:18: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 2040816A4CE; Wed, 6 Oct 2004 20:18:51 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA8943D41; Wed, 6 Oct 2004 20:18:50 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i96KInIo024362; Wed, 6 Oct 2004 16:18:49 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i96KIn6n024361; Wed, 6 Oct 2004 16:18:49 -0400 (EDT) Date: Wed, 6 Oct 2004 16:18:49 -0400 From: Ken Smith To: Ken Smith Message-ID: <20041006201849.GC21875@electra.cse.Buffalo.EDU> References: <41518130.3000704@orel.ru> <4152A383.3090901@orel.ru> <20041006031406.GB26037@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041006031406.GB26037@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i cc: freebsd-threads@freebsd.org cc: freebsd-sparc64@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 06 Oct 2004 20:18:51 -0000 On Tue, Oct 05, 2004 at 11:14:06PM -0400, Ken Smith wrote: > On Thu, Sep 23, 2004 at 02:20:51PM +0400, Andrew Belashov wrote: > > > Where bug? > > - In sparc64 specific core? > > - In kern/kern_kse.c and kern/kern_thr.c code? > > Can you humor me and test this patch please? > > Index: sys/conf/kern.pre.mk > =================================================================== > RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v > retrieving revision 1.57 > diff -u -r1.57 kern.pre.mk > --- sys/conf/kern.pre.mk 23 Sep 2004 22:53:22 -0000 1.57 > +++ sys/conf/kern.pre.mk 6 Oct 2004 03:09:09 -0000 > @@ -24,7 +24,7 @@ > . elif ${MACHINE_ARCH} == "ia64" > COPTFLAGS?=-O2 -pipe > . elif ${MACHINE_ARCH} == "sparc64" > -COPTFLAGS?=-O2 -pipe > +COPTFLAGS?=-O -pipe > . elif ${MACHINE_ARCH} == "arm" > COPTFLAGS?=-O2 -pipe > . else > > You'll need to go through a complete kernel build cycle after applying > it (starting with 'config'). > FYI... While working on adding a KASSERT() to some other code last week I had tripped across what appeared to be a section of code where the addition of the KASSERT() was "position sensitive". It was in the sparc64/sparc64/rwindow.c file, in code that's mucking around with register windows so admittedly that's somewhat special code. But a few people I asked including jake and jhb didn't see any obvious reason for where the KASSERT() went being position sensitive. In the "bad case" the result was corruption of processes, most of what the system tried to run during boot-up died. And if I shifted the kernel compile to use -O instead of -O2 with no other changes at all the resulting kernel didn't have the process corruption issues. Between Andrew's report above and a few other things (John reports his kernels built from custom config files instead of GENERIC fail to run) I decided to go ahead with shifting to -O instead of -O2 in HEAD now. Under normal circumstances I would have been more patient and asked for more input/testing here before making that sort of change but I want to be in a position I would be allowed to MFC this change for RC1 if it does turn out this fixes even just a few of the problems that seem to be floating around. If it turns out to be a false alarm I won't MFC it. Andrew, I'm particularly interested in whether or not it has an effect on what you reported given the symptoms you were seeing seem to be very similar - no explanation for what was going wrong given the code that's involved. -- 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 Thu Oct 7 06:14:09 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 5C71816A4CE for ; Thu, 7 Oct 2004 06:14:09 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1910043D5E for ; Thu, 7 Oct 2004 06:14:09 +0000 (GMT) (envelope-from Mykel@mWare.ca) Received: from [10.100.104.31] (Hi.From.Radix.mWare.ca [66.96.18.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ox.eicat.ca (Postfix) with ESMTP id E5817BA85 for ; Thu, 7 Oct 2004 02:14:07 -0400 (EDT) Message-ID: <4164DEA1.9070905@mWare.ca> Date: Thu, 07 Oct 2004 02:13:53 -0400 From: Mykel User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040618 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Audio on Ultra2... 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, 07 Oct 2004 06:14:09 -0000 Can I play .oggs and .mp3s using the audio on my U2e? And what hoops do I have to jump thru if I want to use a keyboard/mouse & X with it? I've got Beta7 here waiting to be installed... I just want to know if I should save a permanent spot for it on my desk or a space on the rack.... :( Myke From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 06:56:15 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5486416A4CE; Thu, 7 Oct 2004 06:56:15 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 893B043D45; Thu, 7 Oct 2004 06:56:14 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (pf1.net.orel.ru [213.59.64.75]) by tts.orel.ru (8.12.10/8.12.10/bel) with ESMTP id i976u6Bm031759; Thu, 7 Oct 2004 10:56:07 +0400 Message-ID: <4164E87E.2080705@orel.ru> Date: Thu, 07 Oct 2004 10:55:58 +0400 From: Andrew Belashov Organization: ORIS User-Agent: Mozilla/5.0 (X11; U; FreeBSD sparc64; en-US; rv:1.6) Gecko/20040407 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Ken Smith References: <41518130.3000704@orel.ru> <4152A383.3090901@orel.ru> <20041006031406.GB26037@electra.cse.Buffalo.EDU> In-Reply-To: <20041006031406.GB26037@electra.cse.Buffalo.EDU> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------060401020702050502030009" X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 07 Oct 2004 06:56:15 -0000 This is a multi-part message in MIME format. --------------060401020702050502030009 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Ken Smith wrote: > On Thu, Sep 23, 2004 at 02:20:51PM +0400, Andrew Belashov wrote: > > >>Where bug? >>- In sparc64 specific core? >>- In kern/kern_kse.c and kern/kern_thr.c code? > > > Can you humor me and test this patch please? > > Index: sys/conf/kern.pre.mk > =================================================================== > RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v > retrieving revision 1.57 > diff -u -r1.57 kern.pre.mk > --- sys/conf/kern.pre.mk 23 Sep 2004 22:53:22 -0000 1.57 > +++ sys/conf/kern.pre.mk 6 Oct 2004 03:09:09 -0000 > @@ -24,7 +24,7 @@ > . elif ${MACHINE_ARCH} == "ia64" > COPTFLAGS?=-O2 -pipe > . elif ${MACHINE_ARCH} == "sparc64" > -COPTFLAGS?=-O2 -pipe > +COPTFLAGS?=-O -pipe > . elif ${MACHINE_ARCH} == "arm" > COPTFLAGS?=-O2 -pipe > . else > > You'll need to go through a complete kernel build cycle after applying > it (starting with 'config'). Option -O does not solve a problem. But I have magic patch. It work with -O and -O2 options. -- Best regards, Andrew Belashov. --------------060401020702050502030009 Content-Type: text/plain; name="set_mcontext.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="set_mcontext.patch" --- sys/sparc64/sparc64/machdep.c.orig Thu Aug 5 09:42:40 2004 +++ sys/sparc64/sparc64/machdep.c Tue Sep 28 15:11:08 2004 @@ -623,6 +623,11 @@ set_mcontext(struct thread *td, const mc tf = td->td_frame; pcb = td->td_pcb; wstate = tf->tf_wstate; + /* XXXKSE Make sure the windows are spilled. + * This is needed for kse_switchin(2) for correct switching between + * threads stacks. + */ + flushw(); bcopy(mc, tf, sizeof(*tf)); tf->tf_wstate = wstate; if ((mc->mc_fprs & FPRS_FEF) != 0) { --------------060401020702050502030009-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 11:56:28 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 B3A0B16A4CE for ; Thu, 7 Oct 2004 11:56:28 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7476043D41 for ; Thu, 7 Oct 2004 11:56:28 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 94F047A4D; Thu, 7 Oct 2004 13:56:24 +0200 (MET DST) Date: Thu, 7 Oct 2004 13:56:24 +0200 From: Joerg Wunsch To: Mykel Message-ID: <20041007115624.GB10953@ida.interface-business.de> References: <4164DEA1.9070905@mWare.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4164DEA1.9070905@mWare.ca> 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 User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Ultra2... 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: Thu, 07 Oct 2004 11:56:28 -0000 As Mykel wrote: > Can I play .oggs and .mp3s using the audio on my U2e? Some guy from Korea once posted an audio driver for it here. Check the mailing list archives. > And what hoops do I have to jump thru if I want to use a > keyboard/mouse & X with it? If you've got a Creator graphics, it's supposed to be doable. -- J"org Wunsch Unix support engineer Wir stellen aus! Auf der SYSTEMS 2004 vom 18.-22. Oktober in München Halle B 3, Stand 320-206 (Partner-Stand von Sun Microsystems) Halle B 2, Stand 605 "Die Musterfirma" From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 11:57:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D75516A4CE for ; Thu, 7 Oct 2004 11:57:44 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E28A43D31 for ; Thu, 7 Oct 2004 11:57:44 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 800637A4D; Thu, 7 Oct 2004 13:57:43 +0200 (MET DST) Date: Thu, 7 Oct 2004 13:57:43 +0200 From: Joerg Wunsch To: Mykel Message-ID: <20041007115743.GC10953@ida.interface-business.de> References: <4164DEA1.9070905@mWare.ca> <20041007115624.GB10953@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: <20041007115624.GB10953@ida.interface-business.de> 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 User-Agent: Mutt/1.5.6i cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Ultra2... 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: Thu, 07 Oct 2004 11:57:44 -0000 As Joerg Wunsch wrote: > > Can I play .oggs and .mp3s using the audio on my U2e? > > Some guy from Korea once posted an audio driver for it here. Check > the mailing list archives. Oh, having said this, I've got no clues about whether the CPU on your U2 might be too slow for it though. -- J"org Wunsch Unix support engineer Wir stellen aus! Auf der SYSTEMS 2004 vom 18.-22. Oktober in München Halle B 3, Stand 320-206 (Partner-Stand von Sun Microsystems) Halle B 2, Stand 605 "Die Musterfirma" From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 12:45:41 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 A7CA016A4CE for ; Thu, 7 Oct 2004 12:45:41 +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 0BD7F43D54 for ; Thu, 7 Oct 2004 12:45:41 +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 i97CheAh022873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 7 Oct 2004 21:43:41 +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 i97Cj7AL013226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Oct 2004 21:45:07 +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 i97Cj6pw013225; Thu, 7 Oct 2004 21:45:06 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Thu, 7 Oct 2004 21:45:06 +0900 From: Pyun YongHyeon To: Joerg Wunsch Message-ID: <20041007124506.GB12854@kt-is.co.kr> References: <4164DEA1.9070905@mWare.ca> <20041007115624.GB10953@ida.interface-business.de> <20041007115743.GC10953@ida.interface-business.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007115743.GC10953@ida.interface-business.de> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: Mykel@mWare.ca cc: freebsd-sparc64@freebsd.org Subject: Re: Audio on Ultra2... 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: Thu, 07 Oct 2004 12:45:41 -0000 On Thu, Oct 07, 2004 at 01:57:43PM +0200, Joerg Wunsch wrote: > As Joerg Wunsch wrote: > > > > Can I play .oggs and .mp3s using the audio on my U2e? > > > > Some guy from Korea once posted an audio driver for it here. Check > > the mailing list archives. > > Oh, having said this, I've got no clues about whether the CPU on your > U2 might be too slow for it though. > AFAIK, the clock speed of CPU is not important.(I got successful report on 167MHz U2.) But ultrasparcs with IDE disks will suffer from interrupt latency while buildworld is in progress. These interrupt latencies tend to generate hiccups. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 13:13: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 DB68316A4CE; Thu, 7 Oct 2004 13:13:59 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8404743D1D; Thu, 7 Oct 2004 13:13:59 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i97DDvIo018645; Thu, 7 Oct 2004 09:13:57 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i97DDv49018644; Thu, 7 Oct 2004 09:13:57 -0400 (EDT) Date: Thu, 7 Oct 2004 09:13:57 -0400 From: Ken Smith To: Andrew Belashov Message-ID: <20041007131357.GA17153@electra.cse.Buffalo.EDU> References: <41518130.3000704@orel.ru> <4152A383.3090901@orel.ru> <20041006031406.GB26037@electra.cse.Buffalo.EDU> <4164E87E.2080705@orel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4164E87E.2080705@orel.ru> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 07 Oct 2004 13:14:00 -0000 On Thu, Oct 07, 2004 at 10:55:58AM +0400, Andrew Belashov wrote: > Option -O does not solve a problem. > > But I have magic patch. It work with -O and -O2 options. Thanks for testing. I'm not sure what I'll do about the -O stuff yet. Given it seems to solve one problem that other people I respect couldn't explain I'll probably revert to -O for the 5.3-RELEASE and do some more testing to see how widespread a problem it is. > --- sys/sparc64/sparc64/machdep.c.orig Thu Aug 5 09:42:40 2004 > +++ sys/sparc64/sparc64/machdep.c Tue Sep 28 15:11:08 2004 > @@ -623,6 +623,11 @@ set_mcontext(struct thread *td, const mc > tf = td->td_frame; > pcb = td->td_pcb; > wstate = tf->tf_wstate; > + /* XXXKSE Make sure the windows are spilled. > + * This is needed for kse_switchin(2) for correct switching between > + * threads stacks. > + */ > + flushw(); > bcopy(mc, tf, sizeof(*tf)); > tf->tf_wstate = wstate; > if ((mc->mc_fprs & FPRS_FEF) != 0) { And thank you very much for that! I'm testing it now, and will commit it if nothing unexpected happens. -- 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 Thu Oct 7 17:06:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2C516A4CE for ; Thu, 7 Oct 2004 17:06:44 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 624CE43D48 for ; Thu, 7 Oct 2004 17:06:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 26149 invoked from network); 7 Oct 2004 17:06:44 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 Oct 2004 17:06:43 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i97H6cs8081762; Thu, 7 Oct 2004 13:06:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-sparc64@FreeBSD.org Date: Thu, 7 Oct 2004 11:26:02 -0400 User-Agent: KMail/1.6.2 References: <20041006031406.GB26037@electra.cse.Buffalo.EDU> <20041006201849.GC21875@electra.cse.Buffalo.EDU> In-Reply-To: <20041006201849.GC21875@electra.cse.Buffalo.EDU> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410071126.02612.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ken Smith cc: freebsd-threads@FreeBSD.org Subject: Re: Bug in kse_switchin()? 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, 07 Oct 2004 17:06:44 -0000 On Wednesday 06 October 2004 04:18 pm, Ken Smith wrote: > On Tue, Oct 05, 2004 at 11:14:06PM -0400, Ken Smith wrote: > > On Thu, Sep 23, 2004 at 02:20:51PM +0400, Andrew Belashov wrote: > > > Where bug? > > > - In sparc64 specific core? > > > - In kern/kern_kse.c and kern/kern_thr.c code? > > > > Can you humor me and test this patch please? > > > > Index: sys/conf/kern.pre.mk > > =================================================================== > > RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v > > retrieving revision 1.57 > > diff -u -r1.57 kern.pre.mk > > --- sys/conf/kern.pre.mk 23 Sep 2004 22:53:22 -0000 1.57 > > +++ sys/conf/kern.pre.mk 6 Oct 2004 03:09:09 -0000 > > @@ -24,7 +24,7 @@ > > . elif ${MACHINE_ARCH} == "ia64" > > COPTFLAGS?=-O2 -pipe > > . elif ${MACHINE_ARCH} == "sparc64" > > -COPTFLAGS?=-O2 -pipe > > +COPTFLAGS?=-O -pipe > > . elif ${MACHINE_ARCH} == "arm" > > COPTFLAGS?=-O2 -pipe > > . else > > > > You'll need to go through a complete kernel build cycle after applying > > it (starting with 'config'). > > FYI... > > While working on adding a KASSERT() to some other code last week I > had tripped across what appeared to be a section of code where the > addition of the KASSERT() was "position sensitive". It was in the > sparc64/sparc64/rwindow.c file, in code that's mucking around with > register windows so admittedly that's somewhat special code. But > a few people I asked including jake and jhb didn't see any obvious > reason for where the KASSERT() went being position sensitive. In > the "bad case" the result was corruption of processes, most of > what the system tried to run during boot-up died. And if I shifted > the kernel compile to use -O instead of -O2 with no other changes > at all the resulting kernel didn't have the process corruption issues. > > Between Andrew's report above and a few other things (John reports > his kernels built from custom config files instead of GENERIC fail > to run) I decided to go ahead with shifting to -O instead of -O2 > in HEAD now. Under normal circumstances I would have been more > patient and asked for more input/testing here before making that > sort of change but I want to be in a position I would be allowed > to MFC this change for RC1 if it does turn out this fixes even > just a few of the problems that seem to be floating around. If > it turns out to be a false alarm I won't MFC it. FWIW, -O didn't help me to compile a custom kernel. I get a page fault very early due to running out of UMA preallocated pages I think. I have no idea why though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 18:07:00 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEAB516A4CE; Thu, 7 Oct 2004 18:07:00 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C56C43D54; Thu, 7 Oct 2004 18:07:00 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i97I6wIo026779; Thu, 7 Oct 2004 14:06:58 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i97I6wDR026778; Thu, 7 Oct 2004 14:06:58 -0400 (EDT) Date: Thu, 7 Oct 2004 14:06:58 -0400 From: Ken Smith To: John Baldwin Message-ID: <20041007180658.GA26119@electra.cse.Buffalo.EDU> References: <20041006031406.GB26037@electra.cse.Buffalo.EDU> <20041006201849.GC21875@electra.cse.Buffalo.EDU> <200410071126.02612.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410071126.02612.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@FreeBSD.org cc: freebsd-threads@FreeBSD.org Subject: Re: Bug in kse_switchin()? 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, 07 Oct 2004 18:07:00 -0000 On Thu, Oct 07, 2004 at 11:26:02AM -0400, John Baldwin wrote: > FWIW, -O didn't help me to compile a custom kernel. I get a page fault very > early due to running out of UMA preallocated pages I think. I have no idea > why though. Ok, so this makes it official: -O only seems to fix the problem I tripped across and that is in arguably special code given it's monkeying around with register windows. Sigh. So what do you get if you already earned a pointy hat for something and you do something dumb while still wearing 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 Thu Oct 7 18:58:19 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 68F3616A4CE; Thu, 7 Oct 2004 18:58:19 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4483E43D53; Thu, 7 Oct 2004 18:58:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 0C6657A403; Thu, 7 Oct 2004 11:58:19 -0700 (PDT) Message-ID: <416591CA.10407@elischer.org> Date: Thu, 07 Oct 2004 11:58:18 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Ken Smith References: <20041006031406.GB26037@electra.cse.Buffalo.EDU> <20041006201849.GC21875@electra.cse.Buffalo.EDU> <200410071126.02612.jhb@FreeBSD.org> <20041007180658.GA26119@electra.cse.Buffalo.EDU> In-Reply-To: <20041007180658.GA26119@electra.cse.Buffalo.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 07 Oct 2004 18:58:19 -0000 Ken Smith wrote: >On Thu, Oct 07, 2004 at 11:26:02AM -0400, John Baldwin wrote: > > > >>FWIW, -O didn't help me to compile a custom kernel. I get a page fault very >>early due to running out of UMA preallocated pages I think. I have no idea >>why though. >> >> > >Ok, so this makes it official: -O only seems to fix the problem I tripped >across and that is in arguably special code given it's monkeying around >with register windows. > >Sigh. So what do you get if you already earned a pointy hat for something >and you do something dumb while still wearing it? > pointy hats nest.. > > > From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 19:10:49 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 6B91C16A4CF; Thu, 7 Oct 2004 19:10:49 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2966643D4C; Thu, 7 Oct 2004 19:10:49 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i97JAgqq082912; Thu, 7 Oct 2004 12:10:42 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id i97JAgT0082911; Thu, 7 Oct 2004 12:10:42 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Oct 2004 12:10:42 -0700 From: Marcel Moolenaar To: Ken Smith Message-ID: <20041007191042.GB82804@ns1.xcllnt.net> References: <20041006031406.GB26037@electra.cse.Buffalo.EDU> <20041006201849.GC21875@electra.cse.Buffalo.EDU> <200410071126.02612.jhb@FreeBSD.org> <20041007180658.GA26119@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041007180658.GA26119@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: Bug in kse_switchin()? 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, 07 Oct 2004 19:10:49 -0000 On Thu, Oct 07, 2004 at 02:06:58PM -0400, Ken Smith wrote: > > Sigh. So what do you get if you already earned a pointy hat for something > and you do something dumb while still wearing it? A discount :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 7 19:16:08 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 009D316A4CE for ; Thu, 7 Oct 2004 19:16:08 +0000 (GMT) Received: from vera.drijf.net (vera.xs4all.nl [213.84.84.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9EE243D2F for ; Thu, 7 Oct 2004 19:16:03 +0000 (GMT) (envelope-from otto@drijf.net) Received: from pepper.intra.drijf.net (root@pepper.drijf.net [IPv6:2001:888:1768:0:20e:cff:fe5a:e1db]) by vera.drijf.net (8.13.0/8.13.0) with ESMTP id i97JG3Rn022636 for ; Thu, 7 Oct 2004 21:16:03 +0200 (CEST) Received: from pepper.intra.drijf.net (otto@localhost.intra.drijf.net [127.0.0.1])i97JG31v017920 for ; Thu, 7 Oct 2004 21:16:03 +0200 (CEST) Received: from localhost (otto@localhost)i97JG23R024787 for ; Thu, 7 Oct 2004 21:16:02 +0200 (CEST) Date: Thu, 7 Oct 2004 21:16:02 +0200 (CEST) From: Otto Moerbeek To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: sparc64 fpu unsigned -> long double conversions 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, 07 Oct 2004 19:16:08 -0000 Hi, I sent this message to people that have been doing commits the the libc/sparc64 dir, but without response. So I'm dropping it here, in the hope someone will pick it up, -Otto ===================================================================== Hi, I suspect unsigned to long double conversion are broken on FreeBSD. You might be interested in this diff, recently committed to OpenBSD -Otto #include #include void utold(unsigned u) { printf("%u %Lf\n", u, (long double) u); } void ultold(unsigned long u) { printf("%lu %Lf\n", u, (long double) u); } void ulltold(unsigned long long u) { printf("%llu %Lf\n", u, (long double) u); } main() { int i; for (i = 0; i < 20; i++) { utold(i); ultold(i); ulltold(i); } utold(UINT_MAX/2); ultold(ULONG_MAX/2); ulltold(ULLONG_MAX/2); utold(UINT_MAX); ultold(ULONG_MAX); ulltold(ULLONG_MAX); } Index: fpu_explode.c =================================================================== RCS file: /cvs/src/lib/libc/arch/sparc64/fpu/fpu_explode.c,v retrieving revision 1.4 diff -u -p -r1.4 fpu_explode.c --- fpu_explode.c 24 Mar 2004 15:54:16 -0000 1.4 +++ fpu_explode.c 28 Sep 2004 18:02:14 -0000 @@ -113,6 +113,32 @@ __fpu_itof(fp, i) } /* + * uint -> fpn. + */ +int +__fpu_uitof(fp, i) + struct fpn *fp; + u_int i; +{ + + if (i == 0) + return (FPC_ZERO); + /* + * The value FP_1 represents 2^FP_LG, so set the exponent + * there and let normalization fix it up. + * Note that this relies on fpu_norm()'s handling of + * `supernormals'; see fpu_subr.c. + */ + fp->fp_exp = FP_LG; + fp->fp_mant[0] = i; + fp->fp_mant[1] = 0; + fp->fp_mant[2] = 0; + fp->fp_mant[3] = 0; + __fpu_norm(fp); + return (FPC_NUM); +} + +/* * 64-bit int -> fpn. */ int @@ -131,6 +157,32 @@ __fpu_xtof(fp, i) */ fp->fp_exp = FP_LG2; i = ((int64_t)i < 0) ? -i : i; + fp->fp_mant[0] = (i >> 32) & 0xffffffff; + fp->fp_mant[1] = (i >> 0) & 0xffffffff; + fp->fp_mant[2] = 0; + fp->fp_mant[3] = 0; + __fpu_norm(fp); + return (FPC_NUM); +} + +/* + * 64-bit uint -> fpn. + */ +int +__fpu_uxtof(fp, i) + struct fpn *fp; + u_int64_t i; +{ + + if (i == 0) + return (FPC_ZERO); + /* + * The value FP_1 represents 2^FP_LG, so set the exponent + * there and let normalization fix it up. + * Note that this relies on fpu_norm()'s handling of + * `supernormals'; see fpu_subr.c. + */ + fp->fp_exp = FP_LG2; fp->fp_mant[0] = (i >> 32) & 0xffffffff; fp->fp_mant[1] = (i >> 0) & 0xffffffff; fp->fp_mant[2] = 0; Index: fpu_extern.h =================================================================== RCS file: /cvs/src/lib/libc/arch/sparc64/fpu/fpu_extern.h,v retrieving revision 1.1 diff -u -p -r1.1 fpu_extern.h --- fpu_extern.h 21 Jul 2003 18:41:30 -0000 1.1 +++ fpu_extern.h 28 Sep 2004 18:02:14 -0000 @@ -61,7 +61,9 @@ struct fpn *__fpu_div(struct fpemu *); /* fpu_explode.c */ int __fpu_itof(struct fpn *, u_int); +int __fpu_uitof(struct fpn *, u_int); int __fpu_xtof(struct fpn *, u_int64_t); +int __fpu_uxtof(struct fpn *, u_int64_t); int __fpu_stof(struct fpn *, u_int); int __fpu_dtof(struct fpn *, u_int, u_int ); int __fpu_qtof(struct fpn *, u_int, u_int , u_int , u_int ); Index: fpu_qp.c =================================================================== RCS file: /cvs/src/lib/libc/arch/sparc64/fpu/fpu_qp.c,v retrieving revision 1.1 diff -u -p -r1.1 fpu_qp.c --- fpu_qp.c 21 Jul 2003 18:41:30 -0000 1.1 +++ fpu_qp.c 28 Sep 2004 18:02:14 -0000 @@ -55,7 +55,7 @@ _Qp_ ## op(u_int *c, u_int *a, u_int *b) c[0] = __fpu_ftoq(&fe, r, c); \ } -#define _QP_TTOQ(qname, fname, ntype, atype, ...) \ +#define _QP_TTOQ(qname, fname, ntype, atype, signed, ...) \ void _Qp_ ## qname ## toq(u_int *c, ntype n); \ void \ _Qp_ ## qname ## toq(u_int *c, ntype n) \ @@ -64,7 +64,7 @@ _Qp_ ## qname ## toq(u_int *c, ntype n) atype *a; \ __asm __volatile("stx %%fsr, %0" : "=m" (fe.fe_fsr) :); \ a = (atype *)&n; \ - fe.fe_f1.fp_sign = a[0] >> 31; \ + fe.fe_f1.fp_sign = signed ? a[0] >> 31 : 0; \ fe.fe_f1.fp_sticky = 0; \ fe.fe_f1.fp_class = __fpu_ ## fname ## tof(&fe.fe_f1, __VA_ARGS__); \ c[0] = __fpu_ftoq(&fe, &fe.fe_f1, c); \ @@ -166,12 +166,12 @@ _QP_OP(div) _QP_OP(mul) _QP_OP(sub) -_QP_TTOQ(d, d, double, u_int, a[0], a[1]) -_QP_TTOQ(i, i, int, u_int, a[0]) -_QP_TTOQ(s, s, float, u_int, a[0]) -_QP_TTOQ(x, x, long, u_long, a[0]) -_QP_TTOQ(ui, i, u_int, u_int, a[0]) -_QP_TTOQ(ux, x, u_long, u_long, a[0]) +_QP_TTOQ(d, d, double, u_int, 1, a[0], a[1]) +_QP_TTOQ(i, i, int, u_int, 1, a[0]) +_QP_TTOQ(s, s, float, u_int, 1, a[0]) +_QP_TTOQ(x, x, long, u_long, 1, a[0]) +_QP_TTOQ(ui, ui, u_int, u_int, 0, a[0]) +_QP_TTOQ(ux, ux, u_long, u_long, 0, a[0]) _QP_QTOT4(d, d, double, a) _QP_QTOT3(i, i, int) From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 8 13:05: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 4B40D16A4CE for ; Fri, 8 Oct 2004 13:05:32 +0000 (GMT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D3043D49 for ; Fri, 8 Oct 2004 13:05:32 +0000 (GMT) (envelope-from dhaigh@mail.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])7DCE818015A2 for ; Fri, 8 Oct 2004 13:05:25 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 8 Oct 2004 13:05:21 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id 4E449790052; Fri, 8 Oct 2004 13:05:21 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [24.74.161.172] by ws1-14.us4.outblaze.com with http for dhaigh@mail.com; Fri, 08 Oct 2004 08:05:21 -0500 From: "Doug Haigh" To: freebsd-sparc64@freebsd.org Date: Fri, 08 Oct 2004 08:05:21 -0500 X-Originating-Ip: 24.74.161.172 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20041008130521.4E449790052@ws1-14.us4.outblaze.com> Subject: Re: ioctl switch statement weirdness 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, 08 Oct 2004 13:05:32 -0000 It appears my problem had nothing to do with the driver code. I have a IOCTL test program that was common for Linux, FreeBSd, and Solaris. All of the other OSes' ioctl command value is an int, but under FreeBSD it is a u_long. The value was being changed by the ioctl call instead of something in my driver. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 8 14:47:14 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B63DE16A4CE for ; Fri, 8 Oct 2004 14:47:14 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE8943D39 for ; Fri, 8 Oct 2004 14:47:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6869952675; Fri, 8 Oct 2004 07:48:56 -0700 (PDT) Date: Fri, 8 Oct 2004 07:48:56 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20041008144856.GA69050@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: "panic: ipi_send: couldn't send ipi" still 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, 08 Oct 2004 14:47:14 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline This was on a RELENG_5 kernel build Oct 5. panic: ipi_send: couldn't send ipi panic() at panic+0x19c cpu_ipi_send() at cpu_ipi_send+0xb8 cpu_ipi_selected() at cpu_ipi_selected+0x38 tlb_page_demap() at tlb_page_demap+0x158 vm_pagezero() at vm_pagezero+0x1c8 fork_exit() at fork_exit+0x9c fork_trampoline() at fork_trampoline+0x8 Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBZqjXWry0BWjoQKURAsOqAKDKC2FbOVa84Fw3DNEsGiP9OtlE1ACg3gUi wU9mukNLE/sC9wLC6MIT1fE= =0AkR -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 8 15:43:19 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 1860D16A4CE for ; Fri, 8 Oct 2004 15:43:19 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96BD343D39 for ; Fri, 8 Oct 2004 15:43:18 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i98FhHIo027545; Fri, 8 Oct 2004 11:43:17 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i98FhHxk027544; Fri, 8 Oct 2004 11:43:17 -0400 (EDT) Date: Fri, 8 Oct 2004 11:43:17 -0400 From: Ken Smith To: Kris Kennaway Message-ID: <20041008154317.GB26760@electra.cse.Buffalo.EDU> References: <20041008144856.GA69050@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008144856.GA69050@xor.obsecurity.org> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: "panic: ipi_send: couldn't send ipi" still 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, 08 Oct 2004 15:43:19 -0000 On Fri, Oct 08, 2004 at 07:48:56AM -0700, Kris Kennaway wrote: > This was on a RELENG_5 kernel build Oct 5. > > panic: ipi_send: couldn't send ipi > panic() at panic+0x19c > cpu_ipi_send() at cpu_ipi_send+0xb8 > cpu_ipi_selected() at cpu_ipi_selected+0x38 > tlb_page_demap() at tlb_page_demap+0x158 > vm_pagezero() at vm_pagezero+0x1c8 > fork_exit() at fork_exit+0x9c > fork_trampoline() at fork_trampoline+0x8 > Thanks. It had been something of a shot in the dark. As John pointed out if the processors are going "zombie" on us for this long it's not a good sign to begin with, and not all cases will be fixed by just waiting longer. Marius's interrupt work looked much much more promising, at least what little I was able to understand from it. :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel |