From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 21 10:25:15 2005 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 880FD16A4CE for ; Mon, 21 Feb 2005 10:25:15 +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 8752C43D31 for ; Mon, 21 Feb 2005 10:25:14 +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 j1LAP7Ah006966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 21 Feb 2005 19:25:08 +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.13.1/8.13.1) with ESMTP id j1LAPCXX002443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 21 Feb 2005 19:25:12 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id j1LAPBHp002442 for freebsd-sparc64@freebsd.org; Mon, 21 Feb 2005 19:25:11 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Mon, 21 Feb 2005 19:25:11 +0900 From: Pyun YongHyeon To: freebsd-sparc64@freebsd.org Message-ID: <20050221102511.GD1756@kt-is.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) Subject: Call for hme(4) testers 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, 21 Feb 2005 10:25:15 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Here is an optimized hme(4) patch. In my tests, now hme(4) outperforms i82558 based fxp on Ultra AXe. Details on changes: . move statistics code to mii_tick to reduce overhead in interrupt handler. It's not uncommon hme(4)'s interrupt handler is invoked at the rate of 2000+/sec and it's waste of time to update these statistics counters in the interrupt handler. It also simplifies adding DEVICE_POLLING code and reduces polling overheads.(Obtained from OpenBSD.) . Switch to bus_dmamap_load_mbuf_sg() for loading TX buffers. This saves one callback call and removes additional traverse of mbuf chains. . use imax() instead of max() since max() looks forward to seeing unsigned integer. . make sure to stop if_timer and disable interrupts in hme_stop. . free mbuf only after invoking bus_dmamap_sync. . simplify if_timer setup . don't leak mbuf when loading TX buffers were failed. . make sure to invoke hme_init_locked() to unfreeze DMA enine when there are fatal errors. The primary intent of the patch is for detecting DMA freeze under high network loads I seen on AXe.(I never seen the freeze on Ultra2). It seems that it is very difficult for developers to reproduce the DMA freeze. I think it's more likely to happen on optimized driver since the driver is more faster than ever before and usually I saw the panic at 7.5 - 8 MB/s TX speeds. If there is no objections I'll committ it next week. Thanks. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_hme.diff.0221" --- sys/dev/hme/if_hme.c.orig Mon Jan 17 19:51:39 2005 +++ sys/dev/hme/if_hme.c Mon Feb 21 18:59:25 2005 @@ -126,8 +126,6 @@ static void hme_rxcksum(struct mbuf *, u_int32_t); static void hme_cdma_callback(void *, bus_dma_segment_t *, int, int); -static void hme_txdma_callback(void *, bus_dma_segment_t *, int, - bus_size_t, int); devclass_t hme_devclass; @@ -223,14 +221,14 @@ if (error) goto fail_ptag; - error = bus_dma_tag_create(sc->sc_pdmatag, max(0x10, sc->sc_burst), 0, + error = bus_dma_tag_create(sc->sc_pdmatag, imax(0x10, sc->sc_burst), 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES, HME_NRXDESC, BUS_SPACE_MAXSIZE_32BIT, BUS_DMA_ALLOCNOW, NULL, NULL, &sc->sc_rdmatag); if (error) goto fail_ctag; - error = bus_dma_tag_create(sc->sc_pdmatag, max(0x10, sc->sc_burst), 0, + error = bus_dma_tag_create(sc->sc_pdmatag, imax(0x10, sc->sc_burst), 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES, HME_NTXDESC, BUS_SPACE_MAXSIZE_32BIT, BUS_DMA_ALLOCNOW, NULL, NULL, &sc->sc_tdmatag); @@ -439,8 +437,31 @@ hme_tick(void *arg) { struct hme_softc *sc = arg; + struct ifnet *ifp; int s; + + HME_LOCK(sc); + ifp = &sc->sc_arpcom.ac_if; + + /* + * Unload collision counters + */ + ifp->if_collisions += + HME_MAC_READ_4(sc, HME_MACI_NCCNT) + + HME_MAC_READ_4(sc, HME_MACI_FCCNT) + + HME_MAC_READ_4(sc, HME_MACI_EXCNT) + + HME_MAC_READ_4(sc, HME_MACI_LTCNT); + + /* + * then clear the hardware counters. + */ + HME_MAC_WRITE_4(sc, HME_MACI_NCCNT, 0); + HME_MAC_WRITE_4(sc, HME_MACI_FCCNT, 0); + HME_MAC_WRITE_4(sc, HME_MACI_EXCNT, 0); + HME_MAC_WRITE_4(sc, HME_MACI_LTCNT, 0); + HME_UNLOCK(sc); + s = splnet(); mii_tick(sc->sc_mii); splx(s); @@ -463,11 +484,17 @@ static void hme_stop(struct hme_softc *sc) { + struct ifnet *ifp; u_int32_t v; int n; + ifp = &sc->sc_arpcom.ac_if; + ifp->if_timer = 0; callout_stop(&sc->sc_tick_ch); + /* mask all interrupts */ + HME_SEB_WRITE_4(sc, HME_SEBI_IMASK, 0xffffffff); + /* Reset transmitter and receiver */ HME_SEB_WRITE_4(sc, HME_SEBI_RESET, HME_SEB_RESET_ETX | HME_SEB_RESET_ERX); @@ -527,7 +554,7 @@ * the mapping must be done in a way that a burst can start on a * natural boundary we might need to extend this. */ - a = max(HME_MINRXALIGN, sc->sc_burst); + a = imax(HME_MINRXALIGN, sc->sc_burst); /* * Make sure the buffer suitably aligned. The 2 byte offset is removed * when the mbuf is handed up. XXX: this ensures at least 16 byte @@ -607,10 +634,10 @@ for (i = 0; i < HME_NTXQ; i++) { td = &sc->sc_rb.rb_txdesc[i]; if (td->htx_m != NULL) { - m_freem(td->htx_m); bus_dmamap_sync(sc->sc_tdmatag, td->htx_dmamap, BUS_DMASYNC_POSTWRITE); bus_dmamap_unload(sc->sc_tdmatag, td->htx_dmamap); + m_freem(td->htx_m); td->htx_m = NULL; } STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txfreeq, td, htx_q); @@ -879,69 +906,6 @@ hme_start_locked(ifp); } -struct hme_txdma_arg { - struct hme_softc *hta_sc; - struct hme_txdesc *hta_htx; - int hta_ndescs; -}; - -/* - * XXX: this relies on the fact that segments returned by bus_dmamap_load_mbuf() - * are readable from the nearest burst boundary on (i.e. potentially before - * ds_addr) to the first boundary beyond the end. This is usually a safe - * assumption to make, but is not documented. - */ -static void -hme_txdma_callback(void *xsc, bus_dma_segment_t *segs, int nsegs, - bus_size_t totsz, int error) -{ - struct hme_txdma_arg *ta = xsc; - struct hme_txdesc *htx; - bus_size_t len = 0; - caddr_t txd; - u_int32_t flags = 0; - int i, tdhead, pci; - - if (error != 0) - return; - - tdhead = ta->hta_sc->sc_rb.rb_tdhead; - pci = ta->hta_sc->sc_pci; - txd = ta->hta_sc->sc_rb.rb_txd; - htx = ta->hta_htx; - - if (ta->hta_sc->sc_rb.rb_td_nbusy + nsegs >= HME_NTXDESC) { - ta->hta_ndescs = -1; - return; - } - ta->hta_ndescs = nsegs; - - for (i = 0; i < nsegs; i++) { - if (segs[i].ds_len == 0) - continue; - - /* Fill the ring entry. */ - flags = HME_XD_ENCODE_TSIZE(segs[i].ds_len); - if (len == 0) - flags |= HME_XD_SOP; - if (len + segs[i].ds_len == totsz) - flags |= HME_XD_EOP; - CTR5(KTR_HME, "hme_txdma_callback: seg %d/%d, ri %d, " - "flags %#x, addr %#x", i + 1, nsegs, tdhead, (u_int)flags, - (u_int)segs[i].ds_addr); - HME_XD_SETFLAGS(pci, txd, tdhead, flags); - HME_XD_SETADDR(pci, txd, tdhead, segs[i].ds_addr); - - ta->hta_sc->sc_rb.rb_td_nbusy++; - htx->htx_lastdesc = tdhead; - tdhead = (tdhead + 1) % HME_NTXDESC; - len += segs[i].ds_len; - } - ta->hta_sc->sc_rb.rb_tdhead = tdhead; - KASSERT((flags & HME_XD_EOP) != 0, - ("hme_txdma_callback: missed end of packet!")); -} - /* TX TCP/UDP checksum */ static void hme_txcksum(struct mbuf *m, u_int32_t *cflags) @@ -988,50 +952,65 @@ static int hme_load_txmbuf(struct hme_softc *sc, struct mbuf *m0) { - struct hme_txdma_arg cba; - struct hme_txdesc *td; - int error, si, ri; + struct hme_txdesc *htx; + caddr_t txd; + int error; + int i, pci, si, ri, nseg; u_int32_t flags, cflags = 0; - si = sc->sc_rb.rb_tdhead; - if ((td = STAILQ_FIRST(&sc->sc_rb.rb_txfreeq)) == NULL) - return (-1); + if ((htx = STAILQ_FIRST(&sc->sc_rb.rb_txfreeq)) == NULL) { + error = -1; + goto fail; + } if ((m0->m_pkthdr.csum_flags & sc->sc_csum_features) != 0) hme_txcksum(m0, &cflags); - td->htx_m = m0; - cba.hta_sc = sc; - cba.hta_htx = td; - if ((error = bus_dmamap_load_mbuf(sc->sc_tdmatag, td->htx_dmamap, - m0, hme_txdma_callback, &cba, 0)) != 0) + error = bus_dmamap_load_mbuf_sg(sc->sc_tdmatag, htx->htx_dmamap, + m0, sc->sc_rb.rb_txsegs, &nseg, BUS_DMA_NOWAIT); + if (error != 0) goto fail; - if (cba.hta_ndescs == -1) { - error = -1; + if (sc->sc_rb.rb_td_nbusy + nseg >= HME_NTXDESC) { + bus_dmamap_unload(sc->sc_tdmatag, htx->htx_dmamap); + error = -2; goto fail; } - bus_dmamap_sync(sc->sc_tdmatag, td->htx_dmamap, - BUS_DMASYNC_PREWRITE); + bus_dmamap_sync(sc->sc_tdmatag, htx->htx_dmamap, BUS_DMASYNC_PREWRITE); - STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txfreeq, htx_q); - STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txbusyq, td, htx_q); - - /* Turn descriptor ownership to the hme, back to forth. */ - ri = sc->sc_rb.rb_tdhead; - CTR2(KTR_HME, "hme_load_mbuf: next desc is %d (%#x)", - ri, HME_XD_GETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri)); - do { - ri = (ri + HME_NTXDESC - 1) % HME_NTXDESC; - flags = HME_XD_GETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri) | - HME_XD_OWN | cflags; - CTR3(KTR_HME, "hme_load_mbuf: activating ri %d, si %d (%#x)", - ri, si, flags); - HME_XD_SETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri, flags); - } while (ri != si); + si = ri = sc->sc_rb.rb_tdhead; + txd = sc->sc_rb.rb_txd; + pci = sc->sc_pci; + for (i = 0; i < nseg; i++) { + /* Fill the ring entry. */ + flags = HME_XD_ENCODE_TSIZE(sc->sc_rb.rb_txsegs[i].ds_len); + if (i == 0) + flags |= HME_XD_SOP | cflags; + else + flags |= HME_XD_OWN | cflags; + HME_XD_SETADDR(pci, txd, ri, sc->sc_rb.rb_txsegs[i].ds_addr); + HME_XD_SETFLAGS(pci, txd, ri, flags); + sc->sc_rb.rb_td_nbusy++; + htx->htx_lastdesc = ri; + ri = (ri + 1) % HME_NTXDESC; + } + sc->sc_rb.rb_tdhead = ri; + + /* set EOP on the last descriptor */ + ri = (ri + HME_NTXDESC - 1) % HME_NTXDESC; + flags = HME_XD_GETFLAGS(pci, txd, ri); + flags |= HME_XD_EOP; + HME_XD_SETFLAGS(pci, txd, ri, flags); + + /* Turn the first descriptor ownership to the hme */ + flags = HME_XD_GETFLAGS(sc->sc_pci, txd, si); + flags |= HME_XD_OWN; + HME_XD_SETFLAGS(pci, txd, si, flags); + STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txfreeq, htx_q); + STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txbusyq, htx, htx_q); + htx->htx_m = m0; /* start the transmission. */ HME_ETX_WRITE_4(sc, HME_ETXI_PENDING, HME_ETX_TP_DMAWAKEUP); return (0); fail: - bus_dmamap_unload(sc->sc_tdmatag, td->htx_dmamap); return (error); } @@ -1103,30 +1082,23 @@ if ((ifp->if_flags & (IFF_RUNNING | IFF_OACTIVE)) != IFF_RUNNING) return; - error = 0; for (;;) { IFQ_DRV_DEQUEUE(&ifp->if_snd, m); if (m == NULL) break; error = hme_load_txmbuf(sc, m); - if (error == -1) { + if (error != 0) { ifp->if_flags |= IFF_OACTIVE; IFQ_DRV_PREPEND(&ifp->if_snd, m); break; - } else if (error > 0) { - printf("hme_start: error %d while loading mbuf\n", - error); - } else { - enq = 1; - BPF_MTAP(ifp, m); } + enq++; + BPF_MTAP(ifp, m); } - if (sc->sc_rb.rb_td_nbusy == HME_NTXDESC || error == -1) - ifp->if_flags |= IFF_OACTIVE; /* Set watchdog timer if a packet was queued */ - if (enq) { + if (enq > 0) { bus_dmamap_sync(sc->sc_cdmatag, sc->sc_cdmamap, BUS_DMASYNC_PREWRITE); ifp->if_timer = 5; @@ -1143,23 +1115,6 @@ struct hme_txdesc *htx; unsigned int ri, txflags; - /* - * Unload collision counters - */ - ifp->if_collisions += - HME_MAC_READ_4(sc, HME_MACI_NCCNT) + - HME_MAC_READ_4(sc, HME_MACI_FCCNT) + - HME_MAC_READ_4(sc, HME_MACI_EXCNT) + - HME_MAC_READ_4(sc, HME_MACI_LTCNT); - - /* - * then clear the hardware counters. - */ - HME_MAC_WRITE_4(sc, HME_MACI_NCCNT, 0); - HME_MAC_WRITE_4(sc, HME_MACI_FCCNT, 0); - HME_MAC_WRITE_4(sc, HME_MACI_EXCNT, 0); - HME_MAC_WRITE_4(sc, HME_MACI_LTCNT, 0); - htx = STAILQ_FIRST(&sc->sc_rb.rb_txbusyq); bus_dmamap_sync(sc->sc_cdmatag, sc->sc_cdmamap, BUS_DMASYNC_POSTREAD); /* Fetch current position in the transmit ring */ @@ -1197,17 +1152,13 @@ STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txfreeq, htx, htx_q); htx = STAILQ_FIRST(&sc->sc_rb.rb_txbusyq); } - /* Turn off watchdog */ - if (sc->sc_rb.rb_td_nbusy == 0) - ifp->if_timer = 0; + /* Turn off watchdog if hme(4) transmitted queued packet */ + ifp->if_timer = sc->sc_rb.rb_td_nbusy > 0 ? 5 : 0; /* Update ring */ sc->sc_rb.rb_tdtail = ri; hme_start_locked(ifp); - - if (sc->sc_rb.rb_td_nbusy == 0) - ifp->if_timer = 0; } /* @@ -1325,6 +1276,12 @@ } HME_WHINE(sc->sc_dev, "error signaled, status=%#x\n", status); + /* check for fatal errors that needs reset to unfreeze DMA engine */ + if ((status & (HME_SEB_STAT_SLVERR | HME_SEB_STAT_SLVERR | + HME_SEB_STAT_TXTERR | HME_SEB_STAT_TXPERR | HME_SEB_STAT_TXLERR | + HME_SEB_STAT_TXEACK | HME_SEB_STAT_RXTERR | HME_SEB_STAT_RXPERR | + HME_SEB_STAT_RXLATERR | HME_SEB_STAT_RXERR)) != 0) + hme_init_locked(sc); } void @@ -1347,7 +1304,6 @@ hme_rint(sc); HME_UNLOCK(sc); } - static void hme_watchdog(struct ifnet *ifp) --- sys/dev/hme/if_hmevar.h.orig Thu Dec 16 18:57:37 2004 +++ sys/dev/hme/if_hmevar.h Mon Feb 21 18:05:30 2005 @@ -100,6 +100,7 @@ /* Descriptors */ struct hme_rxdesc rb_rxdesc[HME_NRXDESC]; struct hme_txdesc rb_txdesc[HME_NTXQ]; + bus_dma_segment_t rb_txsegs[HME_NTXDESC]; struct hme_txdq rb_txfreeq; struct hme_txdq rb_txbusyq; --PEIAKu/WMn1b1Hv9-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 21 11:01:54 2005 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 2CF8116A4D4 for ; Mon, 21 Feb 2005 11:01:54 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1352D43D64 for ; Mon, 21 Feb 2005 11:01:54 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1LB1rnp034389 for ; Mon, 21 Feb 2005 11:01:53 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j1LB1roq034383 for freebsd-sparc64@freebsd.org; Mon, 21 Feb 2005 11:01:53 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 21 Feb 2005 11:01:53 GMT Message-Id: <200502211101.j1LB1roq034383@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, 21 Feb 2005 11:01:54 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/02/12] sparc64/77417sparc64 high usage of Cpu when lan UserS exchange 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp 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 o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2004/11/02] sparc64/73413sparc64 [patch] pthread(libkse) library is broken o [2004/11/10] sparc64/73782sparc64 libc is missing the _Qp_cmp function 6 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 o [2004/10/15] sparc64/72731sparc64 sparc64, 5.3-BETA7, "host" command doesn' o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa o [2004/12/24] sparc64/75458sparc64 Add detection of US-IIIi processor f [2005/01/03] sparc64/75735sparc64 misconfigured qfe ports 7 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 21 11:49:07 2005 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 8E1C616A4CF for ; Mon, 21 Feb 2005 11:49:07 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9D1543D53 for ; Mon, 21 Feb 2005 11:49:05 +0000 (GMT) (envelope-from bel@orel.ru) Received: from orel.ru (pf1.net.orel.ru [213.59.64.75]) by tts.orel.ru (8.13.1/8.13.1/bel) with ESMTP id j1LBn2cX006029; Mon, 21 Feb 2005 14:49:03 +0300 Message-ID: <4219CAA9.2010503@orel.ru> Date: Mon, 21 Feb 2005 14:48:57 +0300 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: yongari@kt-is.co.kr References: <20050221102511.GD1756@kt-is.co.kr> In-Reply-To: <20050221102511.GD1756@kt-is.co.kr> X-Enigmail-Version: 0.83.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/mixed; boundary="------------050108040100050608090002" X-Zombi-Check: on netra2.orel.ru cc: freebsd-sparc64@freebsd.org Subject: Re: Call for hme(4) testers 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, 21 Feb 2005 11:49:07 -0000 This is a multi-part message in MIME format. --------------050108040100050608090002 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello, Pyun! Pyun YongHyeon wrote: > Here is an optimized hme(4) patch. In my tests, now hme(4) outperforms > i82558 based fxp on Ultra AXe. > > Details on changes: > . move statistics code to mii_tick to reduce overhead in interrupt > handler. It's not uncommon hme(4)'s interrupt handler is invoked > at the rate of 2000+/sec and it's waste of time to update these > statistics counters in the interrupt handler. It also simplifies > adding DEVICE_POLLING code and reduces polling overheads.(Obtained > from OpenBSD.) > . Switch to bus_dmamap_load_mbuf_sg() for loading TX buffers. This > saves one callback call and removes additional traverse of mbuf > chains. > . use imax() instead of max() since max() looks forward to seeing > unsigned integer. > . make sure to stop if_timer and disable interrupts in hme_stop. > . free mbuf only after invoking bus_dmamap_sync. > . simplify if_timer setup > . don't leak mbuf when loading TX buffers were failed. > . make sure to invoke hme_init_locked() to unfreeze DMA enine when What is "DMA enine"? > there are fatal errors. > > The primary intent of the patch is for detecting DMA freeze under > high network loads I seen on AXe.(I never seen the freeze on Ultra2). > It seems that it is very difficult for developers to reproduce the > DMA freeze. I think it's more likely to happen on optimized driver > since the driver is more faster than ever before and usually I saw > the panic at 7.5 - 8 MB/s TX speeds. > > If there is no objections I'll committ it next week. > > Thanks. I have patch collision with CURRENT: $ patch -C sc_rb.rb_tdhead; - if ((td = STAILQ_FIRST(&sc->sc_rb.rb_txfreeq)) == NULL) - return (-1); if ((m0->m_pkthdr.csum_flags & sc->sc_csum_features) != 0) hme_txcksum(m0, &cflags); - td->htx_m = m0; - cba.hta_sc = sc; - cba.hta_htx = td; - if ((error = bus_dmamap_load_mbuf(sc->sc_tdmatag, td->htx_dmamap, - m0, hme_txdma_callback, &cba, 0)) != 0) goto fail; - if (cba.hta_ndescs == -1) { - error = -1; goto fail; } - bus_dmamap_sync(sc->sc_tdmatag, td->htx_dmamap, - BUS_DMASYNC_PREWRITE); - STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txfreeq, htx_q); - STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txbusyq, td, htx_q); - - /* Turn descriptor ownership to the hme, back to forth. */ - ri = sc->sc_rb.rb_tdhead; - CTR2(KTR_HME, "hme_load_mbuf: next desc is %d (%#x)", - ri, HME_XD_GETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri)); - do { - ri = (ri + HME_NTXDESC - 1) % HME_NTXDESC; - flags = HME_XD_GETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri) | - HME_XD_OWN | cflags; - CTR3(KTR_HME, "hme_load_mbuf: activating ri %d, si %d (%#x)", - ri, si, flags); - HME_XD_SETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri, flags); - } while (ri != si); /* start the transmission. */ HME_ETX_WRITE_4(sc, HME_ETXI_PENDING, HME_ETX_TP_DMAWAKEUP); return (0); fail: - bus_dmamap_unload(sc->sc_tdmatag, td->htx_dmamap); return (error); } --- 964,1028 ---- static int hme_load_txmbuf(struct hme_softc *sc, struct mbuf *m0) { + struct hme_txdesc *htx; + caddr_t txd; + int error; + int i, pci, si, ri, nseg; u_int32_t flags, cflags = 0; + if ((htx = STAILQ_FIRST(&sc->sc_rb.rb_txfreeq)) == NULL) { + error = -1; + goto fail; + } if ((m0->m_pkthdr.csum_flags & sc->sc_csum_features) != 0) hme_txcksum(m0, &cflags); + error = bus_dmamap_load_mbuf_sg(sc->sc_tdmatag, htx->htx_dmamap, + m0, sc->sc_rb.rb_txsegs, &nseg, BUS_DMA_NOWAIT); + if (error != 0) goto fail; + if (sc->sc_rb.rb_td_nbusy + nseg >= HME_NTXDESC) { + bus_dmamap_unload(sc->sc_tdmatag, htx->htx_dmamap); + error = -2; goto fail; } + bus_dmamap_sync(sc->sc_tdmatag, htx->htx_dmamap, BUS_DMASYNC_PREWRITE); + si = ri = sc->sc_rb.rb_tdhead; + txd = sc->sc_rb.rb_txd; + pci = sc->sc_pci; + for (i = 0; i < nseg; i++) { + /* Fill the ring entry. */ + flags = HME_XD_ENCODE_TSIZE(sc->sc_rb.rb_txsegs[i].ds_len); + if (i == 0) + flags |= HME_XD_SOP | cflags; + else + flags |= HME_XD_OWN | cflags; + HME_XD_SETADDR(pci, txd, ri, sc->sc_rb.rb_txsegs[i].ds_addr); + HME_XD_SETFLAGS(pci, txd, ri, flags); + sc->sc_rb.rb_td_nbusy++; + htx->htx_lastdesc = ri; + ri = (ri + 1) % HME_NTXDESC; + } + sc->sc_rb.rb_tdhead = ri; + + /* set EOP on the last descriptor */ + ri = (ri + HME_NTXDESC - 1) % HME_NTXDESC; + flags = HME_XD_GETFLAGS(pci, txd, ri); + flags |= HME_XD_EOP; + HME_XD_SETFLAGS(pci, txd, ri, flags); + + /* Turn the first descriptor ownership to the hme */ + flags = HME_XD_GETFLAGS(sc->sc_pci, txd, si); + flags |= HME_XD_OWN; + HME_XD_SETFLAGS(pci, txd, si, flags); + STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txfreeq, htx_q); + STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txbusyq, htx, htx_q); + htx->htx_m = m0; /* start the transmission. */ HME_ETX_WRITE_4(sc, HME_ETXI_PENDING, HME_ETX_TP_DMAWAKEUP); return (0); fail: return (error); } --------------050108040100050608090002-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 21 19:47:52 2005 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 A95BE16A4CF for ; Mon, 21 Feb 2005 19:47:52 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4279B43D5C for ; Mon, 21 Feb 2005 19:47:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3D69B512F2; Mon, 21 Feb 2005 11:47:51 -0800 (PST) Date: Mon, 21 Feb 2005 11:47:51 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050221194750.GA49363@xor.obsecurity.org> References: <20050214203742.GA46345@xor.obsecurity.org> <37395.1108419291@critter.freebsd.dk> <20050214230635.GA86332@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <20050214230635.GA86332@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: Poul-Henning Kamp cc: sparc64@FreeBSD.org Subject: Re: System clock died on e420r 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, 21 Feb 2005 19:47:52 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 14, 2005 at 03:06:35PM -0800, Kris Kennaway wrote: > On Mon, Feb 14, 2005 at 11:14:51PM +0100, Poul-Henning Kamp wrote: > >=20 > > If hardclock dies, timecounters (like much else) suffers. >=20 > Surely, so why is it happening and how can it be fixed? :) >=20 > jhb suspected there might be unserialized access to the time counter > on sparc64. This doesn't explain the i386 problems, but they could be > related to other recent commits. Note that the only problems I've > seen so far are on SMP machines. It happened again on a quad-cpu e450 machine after updating it from RELENG_5 from December to top of RELENG_5. What sparc64-related changes have recently been merged that could cause this? Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCGjrmWry0BWjoQKURAkLNAKCDhASOmZWh5JK7/CKGUdhT31tXYwCgzI6Q Nd6dpBv+MWoGolR4CTmiG2U= =IXXQ -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 22 00:12:48 2005 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 C539016A4CE; Tue, 22 Feb 2005 00:12:48 +0000 (GMT) Received: from 62-151-34-101.yaonline.ya.com (62-151-34-101.yaonline.ya.com [62.151.34.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 2748943D39; Tue, 22 Feb 2005 00:11:11 +0000 (GMT) (envelope-from vrtauj@pobox.sk) Received: from 243.144.252.6 by 62.151.34.101; Mon, 21 Feb 2005 23:05:29 -0100 Message-ID: From: "Blanca Daugherty" To: freebsd-arch@freebsd.org, freebsd-sparc@freebsd.org, re@freebsd.org, freebsd-ppc@freebsd.org Date: Tue, 22 Feb 2005 02:05:29 +0200 MIME-Version: 1.0 X-AntiAbuse: Send msg to 2a_mullion@exitomy.com w/ "COMPLAINT" in subject Content-Type: text/plain; Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Hard as a rock X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Blanca Daugherty List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 00:12:48 -0000 New ph_armac_y on the block -- Cheap gene_rics for E.D., anxiety, pain, & more: http://2aenglewood.vereylongviagra.info/in.php?aid=3D117 http://2aenglewood.vereylongviagra.info/in.php?aid=3D117 http://2aenglewood.vereylongviagra.info/in.php?aid=3D117 http://2aenglewood.vereylongviagra.info/in.php?aid=3D117 http://2aenglewood.vereylongviagra.info/in.php?aid=3D117 http://2aenglewood.vereylongviagra.info/in.php?aid=3D117 combustible minus locust eagan determinate hinduism electret peruse clang crime valerie monocular believe carruthers curt cruise ultra asymptote darwin vocate belgrade exquisite lackey blake Get 0ff 0f this Llst: http://2aenglewood.vereylongviagra.info/fgh.php From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 22 02:45:20 2005 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 B43E316A4CE for ; Tue, 22 Feb 2005 02:45:20 +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 F050243D3F for ; Tue, 22 Feb 2005 02:45:19 +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 j1M2j2Ah047928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 22 Feb 2005 11:45:02 +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.13.1/8.13.1) with ESMTP id j1M2jHDG005033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Feb 2005 11:45:17 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.13.1/8.13.1/Submit) id j1M2jEwB005032; Tue, 22 Feb 2005 11:45:14 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Tue, 22 Feb 2005 11:45:14 +0900 From: Pyun YongHyeon To: Andrew Belashov Message-ID: <20050222024514.GA4799@kt-is.co.kr> References: <20050221102511.GD1756@kt-is.co.kr> <4219CAA9.2010503@orel.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <4219CAA9.2010503@orel.ru> User-Agent: Mutt/1.4.2.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org Subject: Re: Call for hme(4) testers X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 02:45:20 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 21, 2005 at 02:48:57PM +0300, Andrew Belashov wrote: > >. make sure to invoke hme_init_locked() to unfreeze DMA enine when > > What is "DMA enine"? > It's typo. It should be read "DMA engine". > > I have patch collision with CURRENT: > Patch regenerated against latest CURRENT. Sorry for inconvenience. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_hme.diff.0222" --- sys/dev/hme/if_hme.c.orig Wed Feb 2 17:35:11 2005 +++ sys/dev/hme/if_hme.c Tue Feb 22 11:36:53 2005 @@ -126,8 +126,6 @@ static void hme_rxcksum(struct mbuf *, u_int32_t); static void hme_cdma_callback(void *, bus_dma_segment_t *, int, int); -static void hme_txdma_callback(void *, bus_dma_segment_t *, int, - bus_size_t, int); devclass_t hme_devclass; @@ -223,14 +221,14 @@ if (error) goto fail_ptag; - error = bus_dma_tag_create(sc->sc_pdmatag, max(0x10, sc->sc_burst), 0, + error = bus_dma_tag_create(sc->sc_pdmatag, imax(0x10, sc->sc_burst), 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES, HME_NRXDESC, BUS_SPACE_MAXSIZE_32BIT, BUS_DMA_ALLOCNOW, NULL, NULL, &sc->sc_rdmatag); if (error) goto fail_ctag; - error = bus_dma_tag_create(sc->sc_pdmatag, max(0x10, sc->sc_burst), 0, + error = bus_dma_tag_create(sc->sc_pdmatag, imax(0x10, sc->sc_burst), 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, NULL, MCLBYTES, HME_NTXDESC, BUS_SPACE_MAXSIZE_32BIT, BUS_DMA_ALLOCNOW, NULL, NULL, &sc->sc_tdmatag); @@ -439,8 +437,31 @@ hme_tick(void *arg) { struct hme_softc *sc = arg; + struct ifnet *ifp; int s; + + HME_LOCK(sc); + ifp = &sc->sc_arpcom.ac_if; + + /* + * Unload collision counters + */ + ifp->if_collisions += + HME_MAC_READ_4(sc, HME_MACI_NCCNT) + + HME_MAC_READ_4(sc, HME_MACI_FCCNT) + + HME_MAC_READ_4(sc, HME_MACI_EXCNT) + + HME_MAC_READ_4(sc, HME_MACI_LTCNT); + + /* + * then clear the hardware counters. + */ + HME_MAC_WRITE_4(sc, HME_MACI_NCCNT, 0); + HME_MAC_WRITE_4(sc, HME_MACI_FCCNT, 0); + HME_MAC_WRITE_4(sc, HME_MACI_EXCNT, 0); + HME_MAC_WRITE_4(sc, HME_MACI_LTCNT, 0); + HME_UNLOCK(sc); + s = splnet(); mii_tick(sc->sc_mii); splx(s); @@ -463,11 +484,17 @@ static void hme_stop(struct hme_softc *sc) { + struct ifnet *ifp; u_int32_t v; int n; + ifp = &sc->sc_arpcom.ac_if; + ifp->if_timer = 0; callout_stop(&sc->sc_tick_ch); + /* mask all interrupts */ + HME_SEB_WRITE_4(sc, HME_SEBI_IMASK, 0xffffffff); + /* Reset transmitter and receiver */ HME_SEB_WRITE_4(sc, HME_SEBI_RESET, HME_SEB_RESET_ETX | HME_SEB_RESET_ERX); @@ -527,7 +554,7 @@ * the mapping must be done in a way that a burst can start on a * natural boundary we might need to extend this. */ - a = max(HME_MINRXALIGN, sc->sc_burst); + a = imax(HME_MINRXALIGN, sc->sc_burst); /* * Make sure the buffer suitably aligned. The 2 byte offset is removed * when the mbuf is handed up. XXX: this ensures at least 16 byte @@ -607,10 +634,10 @@ for (i = 0; i < HME_NTXQ; i++) { td = &sc->sc_rb.rb_txdesc[i]; if (td->htx_m != NULL) { - m_freem(td->htx_m); bus_dmamap_sync(sc->sc_tdmatag, td->htx_dmamap, BUS_DMASYNC_POSTWRITE); bus_dmamap_unload(sc->sc_tdmatag, td->htx_dmamap); + m_freem(td->htx_m); td->htx_m = NULL; } STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txfreeq, td, htx_q); @@ -879,69 +906,6 @@ hme_start_locked(ifp); } -struct hme_txdma_arg { - struct hme_softc *hta_sc; - struct hme_txdesc *hta_htx; - int hta_ndescs; -}; - -/* - * XXX: this relies on the fact that segments returned by bus_dmamap_load_mbuf() - * are readable from the nearest burst boundary on (i.e. potentially before - * ds_addr) to the first boundary beyond the end. This is usually a safe - * assumption to make, but is not documented. - */ -static void -hme_txdma_callback(void *xsc, bus_dma_segment_t *segs, int nsegs, - bus_size_t totsz, int error) -{ - struct hme_txdma_arg *ta = xsc; - struct hme_txdesc *htx; - bus_size_t len = 0; - caddr_t txd; - u_int32_t flags = 0; - int i, tdhead, pci; - - if (error != 0) - return; - - tdhead = ta->hta_sc->sc_rb.rb_tdhead; - pci = ta->hta_sc->sc_pci; - txd = ta->hta_sc->sc_rb.rb_txd; - htx = ta->hta_htx; - - if (ta->hta_sc->sc_rb.rb_td_nbusy + nsegs >= HME_NTXDESC) { - ta->hta_ndescs = -1; - return; - } - ta->hta_ndescs = nsegs; - - for (i = 0; i < nsegs; i++) { - if (segs[i].ds_len == 0) - continue; - - /* Fill the ring entry. */ - flags = HME_XD_ENCODE_TSIZE(segs[i].ds_len); - if (len == 0) - flags |= HME_XD_SOP; - if (len + segs[i].ds_len == totsz) - flags |= HME_XD_EOP; - CTR5(KTR_HME, "hme_txdma_callback: seg %d/%d, ri %d, " - "flags %#x, addr %#x", i + 1, nsegs, tdhead, (u_int)flags, - (u_int)segs[i].ds_addr); - HME_XD_SETFLAGS(pci, txd, tdhead, flags); - HME_XD_SETADDR(pci, txd, tdhead, segs[i].ds_addr); - - ta->hta_sc->sc_rb.rb_td_nbusy++; - htx->htx_lastdesc = tdhead; - tdhead = (tdhead + 1) % HME_NTXDESC; - len += segs[i].ds_len; - } - ta->hta_sc->sc_rb.rb_tdhead = tdhead; - KASSERT((flags & HME_XD_EOP) != 0, - ("hme_txdma_callback: missed end of packet!")); -} - /* TX TCP/UDP checksum */ static void hme_txcksum(struct mbuf *m, u_int32_t *cflags) @@ -988,50 +952,65 @@ static int hme_load_txmbuf(struct hme_softc *sc, struct mbuf *m0) { - struct hme_txdma_arg cba; - struct hme_txdesc *td; - int error, si, ri; + struct hme_txdesc *htx; + caddr_t txd; + int error; + int i, pci, si, ri, nseg; u_int32_t flags, cflags = 0; - si = sc->sc_rb.rb_tdhead; - if ((td = STAILQ_FIRST(&sc->sc_rb.rb_txfreeq)) == NULL) - return (-1); + if ((htx = STAILQ_FIRST(&sc->sc_rb.rb_txfreeq)) == NULL) { + error = -1; + goto fail; + } if ((m0->m_pkthdr.csum_flags & sc->sc_csum_features) != 0) hme_txcksum(m0, &cflags); - cba.hta_sc = sc; - cba.hta_htx = td; - if ((error = bus_dmamap_load_mbuf(sc->sc_tdmatag, td->htx_dmamap, - m0, hme_txdma_callback, &cba, 0)) != 0) + error = bus_dmamap_load_mbuf_sg(sc->sc_tdmatag, htx->htx_dmamap, + m0, sc->sc_rb.rb_txsegs, &nseg, BUS_DMA_NOWAIT); + if (error != 0) goto fail; - if (cba.hta_ndescs == -1) { - error = -1; + if (sc->sc_rb.rb_td_nbusy + nseg >= HME_NTXDESC) { + bus_dmamap_unload(sc->sc_tdmatag, htx->htx_dmamap); + error = -2; goto fail; } - bus_dmamap_sync(sc->sc_tdmatag, td->htx_dmamap, - BUS_DMASYNC_PREWRITE); + bus_dmamap_sync(sc->sc_tdmatag, htx->htx_dmamap, BUS_DMASYNC_PREWRITE); - STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txfreeq, htx_q); - STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txbusyq, td, htx_q); - td->htx_m = m0; - - /* Turn descriptor ownership to the hme, back to forth. */ - ri = sc->sc_rb.rb_tdhead; - CTR2(KTR_HME, "hme_load_mbuf: next desc is %d (%#x)", - ri, HME_XD_GETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri)); - do { - ri = (ri + HME_NTXDESC - 1) % HME_NTXDESC; - flags = HME_XD_GETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri) | - HME_XD_OWN | cflags; - CTR3(KTR_HME, "hme_load_mbuf: activating ri %d, si %d (%#x)", - ri, si, flags); - HME_XD_SETFLAGS(sc->sc_pci, sc->sc_rb.rb_txd, ri, flags); - } while (ri != si); + si = ri = sc->sc_rb.rb_tdhead; + txd = sc->sc_rb.rb_txd; + pci = sc->sc_pci; + for (i = 0; i < nseg; i++) { + /* Fill the ring entry. */ + flags = HME_XD_ENCODE_TSIZE(sc->sc_rb.rb_txsegs[i].ds_len); + if (i == 0) + flags |= HME_XD_SOP | cflags; + else + flags |= HME_XD_OWN | cflags; + HME_XD_SETADDR(pci, txd, ri, sc->sc_rb.rb_txsegs[i].ds_addr); + HME_XD_SETFLAGS(pci, txd, ri, flags); + sc->sc_rb.rb_td_nbusy++; + htx->htx_lastdesc = ri; + ri = (ri + 1) % HME_NTXDESC; + } + sc->sc_rb.rb_tdhead = ri; + + /* set EOP on the last descriptor */ + ri = (ri + HME_NTXDESC - 1) % HME_NTXDESC; + flags = HME_XD_GETFLAGS(pci, txd, ri); + flags |= HME_XD_EOP; + HME_XD_SETFLAGS(pci, txd, ri, flags); + + /* Turn the first descriptor ownership to the hme */ + flags = HME_XD_GETFLAGS(sc->sc_pci, txd, si); + flags |= HME_XD_OWN; + HME_XD_SETFLAGS(pci, txd, si, flags); + STAILQ_REMOVE_HEAD(&sc->sc_rb.rb_txfreeq, htx_q); + STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txbusyq, htx, htx_q); + htx->htx_m = m0; /* start the transmission. */ HME_ETX_WRITE_4(sc, HME_ETXI_PENDING, HME_ETX_TP_DMAWAKEUP); return (0); fail: - bus_dmamap_unload(sc->sc_tdmatag, td->htx_dmamap); return (error); } @@ -1103,30 +1082,23 @@ if ((ifp->if_flags & (IFF_RUNNING | IFF_OACTIVE)) != IFF_RUNNING) return; - error = 0; for (;;) { IFQ_DRV_DEQUEUE(&ifp->if_snd, m); if (m == NULL) break; error = hme_load_txmbuf(sc, m); - if (error == -1) { + if (error != 0) { ifp->if_flags |= IFF_OACTIVE; IFQ_DRV_PREPEND(&ifp->if_snd, m); break; - } else if (error > 0) { - printf("hme_start: error %d while loading mbuf\n", - error); - } else { - enq = 1; - BPF_MTAP(ifp, m); } + enq++; + BPF_MTAP(ifp, m); } - if (sc->sc_rb.rb_td_nbusy == HME_NTXDESC || error == -1) - ifp->if_flags |= IFF_OACTIVE; /* Set watchdog timer if a packet was queued */ - if (enq) { + if (enq > 0) { bus_dmamap_sync(sc->sc_cdmatag, sc->sc_cdmamap, BUS_DMASYNC_PREWRITE); ifp->if_timer = 5; @@ -1143,23 +1115,6 @@ struct hme_txdesc *htx; unsigned int ri, txflags; - /* - * Unload collision counters - */ - ifp->if_collisions += - HME_MAC_READ_4(sc, HME_MACI_NCCNT) + - HME_MAC_READ_4(sc, HME_MACI_FCCNT) + - HME_MAC_READ_4(sc, HME_MACI_EXCNT) + - HME_MAC_READ_4(sc, HME_MACI_LTCNT); - - /* - * then clear the hardware counters. - */ - HME_MAC_WRITE_4(sc, HME_MACI_NCCNT, 0); - HME_MAC_WRITE_4(sc, HME_MACI_FCCNT, 0); - HME_MAC_WRITE_4(sc, HME_MACI_EXCNT, 0); - HME_MAC_WRITE_4(sc, HME_MACI_LTCNT, 0); - htx = STAILQ_FIRST(&sc->sc_rb.rb_txbusyq); bus_dmamap_sync(sc->sc_cdmatag, sc->sc_cdmamap, BUS_DMASYNC_POSTREAD); /* Fetch current position in the transmit ring */ @@ -1197,17 +1152,13 @@ STAILQ_INSERT_TAIL(&sc->sc_rb.rb_txfreeq, htx, htx_q); htx = STAILQ_FIRST(&sc->sc_rb.rb_txbusyq); } - /* Turn off watchdog */ - if (sc->sc_rb.rb_td_nbusy == 0) - ifp->if_timer = 0; + /* Turn off watchdog if hme(4) transmitted queued packet */ + ifp->if_timer = sc->sc_rb.rb_td_nbusy > 0 ? 5 : 0; /* Update ring */ sc->sc_rb.rb_tdtail = ri; hme_start_locked(ifp); - - if (sc->sc_rb.rb_td_nbusy == 0) - ifp->if_timer = 0; } /* @@ -1325,6 +1276,12 @@ } HME_WHINE(sc->sc_dev, "error signaled, status=%#x\n", status); + /* check for fatal errors that needs reset to unfreeze DMA engine */ + if ((status & (HME_SEB_STAT_SLVERR | HME_SEB_STAT_SLVERR | + HME_SEB_STAT_TXTERR | HME_SEB_STAT_TXPERR | HME_SEB_STAT_TXLERR | + HME_SEB_STAT_TXEACK | HME_SEB_STAT_RXTERR | HME_SEB_STAT_RXPERR | + HME_SEB_STAT_RXLATERR | HME_SEB_STAT_RXERR)) != 0) + hme_init_locked(sc); } void @@ -1347,7 +1304,6 @@ hme_rint(sc); HME_UNLOCK(sc); } - static void hme_watchdog(struct ifnet *ifp) --- sys/dev/hme/if_hmevar.h.orig Mon Nov 22 15:46:30 2004 +++ sys/dev/hme/if_hmevar.h Tue Feb 22 11:33:22 2005 @@ -100,6 +100,7 @@ /* Descriptors */ struct hme_rxdesc rb_rxdesc[HME_NRXDESC]; struct hme_txdesc rb_txdesc[HME_NTXQ]; + bus_dma_segment_t rb_txsegs[HME_NTXDESC]; struct hme_txdq rb_txfreeq; struct hme_txdq rb_txbusyq; --SLDf9lqlvOQaIe6s-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 22 19:50:02 2005 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 3C05A16A4CF for ; Tue, 22 Feb 2005 19:50:02 +0000 (GMT) Received: from stanislas.symacx.com (ocherrier.net1.nerim.net [213.41.162.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D6D643D48 for ; Tue, 22 Feb 2005 19:50:00 +0000 (GMT) (envelope-from oc@symacx.com) Received: from stanislas.symacx.com (oc@localhost.symacx.com [127.0.0.1]) by stanislas.symacx.com (8.13.1/8.13.1) with ESMTP id j1MJltMM021844; Tue, 22 Feb 2005 20:47:55 +0100 (CET) Received: (from oc@localhost) by stanislas.symacx.com (8.13.1/8.13.0/Submit) id j1MJlrTs010892; Tue, 22 Feb 2005 20:47:53 +0100 (CET) Date: Tue, 22 Feb 2005 20:47:53 +0100 From: Olivier Cherrier To: freebsd-sparc64@freebsd.org Message-ID: <20050222194753.GD3376@symacx.com> References: <86a92e307b2dd4a18e91120078ad0f11@symacx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86a92e307b2dd4a18e91120078ad0f11@symacx.com> User-Agent: Mutt/1.5.6i Subject: Re: Onboard SCSI controller support on Ultra 2 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, 22 Feb 2005 19:50:02 -0000 > On Wed, Feb 16, 2005 at 01:00:34PM +0100, Olivier Cherrier wrote: > > Hello, > > > > > by now you may already have installed -- successfully! > > > > Yes, it works pretty well -- except the console which is extremely > > slow, eats characters and so on. > > > Add "option OFWCONS_POLL_HZ=20" to kernel configutation file > and rebuild kernel. Thanks Pyun, It is now usable! -- Olivier Cherrier - Symacx.com From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 22 21:53:36 2005 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 54EAF16A4CE; Tue, 22 Feb 2005 21:53:36 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F54943D2D; Tue, 22 Feb 2005 21:53:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j1MLruOH032136; Tue, 22 Feb 2005 16:53:56 -0500 (EST) (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 j1MLrZlh093138; Tue, 22 Feb 2005 16:53:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0AD267306E; Tue, 22 Feb 2005 16:53:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050222215335.0AD267306E@freebsd-current.sentex.ca> Date: Tue, 22 Feb 2005 16:53:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 21:53:36 -0000 TB --- 2005-02-22 20:20:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-22 20:20:36 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-22 20:20:36 - checking out the source tree TB --- 2005-02-22 20:20:36 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-22 20:20:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-22 20:26:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-22 20:26:13 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-22 20:26:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-22 21:32:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-22 21:32:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-22 21:32:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Feb 22 21:32:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Feb 22 21:44:27 UTC 2005 TB --- 2005-02-22 21:44:27 - generating LINT kernel config TB --- 2005-02-22 21:44:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-02-22 21:44:27 - /usr/bin/make -B LINT TB --- 2005-02-22 21:44:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-22 21:44:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-22 21:44:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 22 21:44:27 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/accf_http.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c: In function `carp_input': /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c:457: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-22 21:53:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-22 21:53:34 - ERROR: failed to build lint kernel TB --- 2005-02-22 21:53:34 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 23 18:54:36 2005 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 EBD8516A4CE; Wed, 23 Feb 2005 18:54:36 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E68143D1D; Wed, 23 Feb 2005 18:54:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1NIsZNp091408; Wed, 23 Feb 2005 13:54:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1NIsZMJ013740; Wed, 23 Feb 2005 13:54:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 58E747306E; Wed, 23 Feb 2005 13:54:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050223185435.58E747306E@freebsd-current.sentex.ca> Date: Wed, 23 Feb 2005 13:54:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/721/Tue Feb 22 09:01:26 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean 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: Wed, 23 Feb 2005 18:54:37 -0000 TB --- 2005-02-23 18:10:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-23 18:10:53 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-23 18:10:53 - checking out the source tree TB --- 2005-02-23 18:10:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-23 18:10:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-23 18:16:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-23 18:16:30 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-23 18:16:30 - /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 -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:172: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:175: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec. *** 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 --- 2005-02-23 18:54:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-23 18:54:35 - ERROR: failed to build world TB --- 2005-02-23 18:54:35 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 23 18:55:01 2005 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 035F116A4CE for ; Wed, 23 Feb 2005 18:55:01 +0000 (GMT) Received: from raistlin.sprintlink.net (raistlin.sprintlink.net [199.0.13.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 566D143D3F for ; Wed, 23 Feb 2005 18:55:00 +0000 (GMT) (envelope-from adudek@sprint.net) Received: (qmail 1205 invoked by uid 1001); 23 Feb 2005 13:48:39 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 23 Feb 2005 13:48:39 -0500 Date: Wed, 23 Feb 2005 13:48:39 -0500 (EST) From: Aaron Dudek X-X-Sender: adudek@raistlin.sprintlink.net To: freebsd-sparc@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Problem compiling ruby-1.8.2_2 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, 23 Feb 2005 18:55:01 -0000 Everytime I try to compile ruby-1.8.2_2 from source it hangs in the same place. I have let it sit overnite hoping that it was just being slow. It is an ultra 60. What else can I provide to help solve this? Aaron snoopy# uname -a FreeBSD snoopy.sprintlink.net 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #3: Mon Feb 21 17:51:29 EST 2005 root@snoopy.sprintlink.net:/usr/src/sys/sparc64/compile/snoopy sparc64 snoopy# ===> Building for ruby-1.8.2_2 cc -O -pipe -fPIC -I. -I. -c main.c cc -O -pipe -fPIC -I. -I. -c dmyext.c cc -O -pipe -fPIC -I. -I. -c array.c cc -O -pipe -fPIC -I. -I. -c bignum.c cc -O -pipe -fPIC -I. -I. -c class.c cc -O -pipe -fPIC -I. -I. -c compar.c cc -O -pipe -fPIC -I. -I. -c dir.c cc -O -pipe -fPIC -I. -I. -c dln.c cc -O -pipe -fPIC -I. -I. -c enum.c cc -O -pipe -fPIC -I. -I. -c error.c cc -O -pipe -fPIC -I. -I. -c eval.c cc -O -pipe -fPIC -I. -I. -c file.c cc -O -pipe -fPIC -I. -I. -c gc.c cc -O -pipe -fPIC -I. -I. -c hash.c cc -O -pipe -fPIC -I. -I. -c inits.c cc -O -pipe -fPIC -I. -I. -c io.c cc -O -pipe -fPIC -I. -I. -c marshal.c cc -O -pipe -fPIC -I. -I. -c math.c cc -O -pipe -fPIC -I. -I. -c numeric.c cc -O -pipe -fPIC -I. -I. -c object.c cc -O -pipe -fPIC -I. -I. -c pack.c cc -O -pipe -fPIC -I. -I. -c process.c cc -O -pipe -fPIC -I. -I. -c prec.c cc -O -pipe -fPIC -I. -I. -c random.c cc -O -pipe -fPIC -I. -I. -c range.c cc -O -pipe -fPIC -I. -I. -c re.c cc -O -pipe -fPIC -I. -I. -c regex.c cc -O -pipe -fPIC -I. -I. -c ruby.c cc -O -pipe -fPIC -I. -I. -c signal.c cc -O -pipe -fPIC -I. -I. -c sprintf.c cc -O -pipe -fPIC -I. -I. -c st.c cc -O -pipe -fPIC -I. -I. -c string.c cc -O -pipe -fPIC -I. -I. -c struct.c cc -O -pipe -fPIC -I. -I. -c time.c cc -O -pipe -fPIC -I. -I. -c util.c cc -O -pipe -fPIC -I. -I. -c variable.c cc -O -pipe -fPIC -I. -I. -c version.c cc -O -pipe -fPIC -I. -I. -c parse.c ar rcu libruby18-static.a array.o bignum.o class.o compar.o dir.o dln.o enum.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o version.o dmyext.o cc -O -pipe -fPIC -rpath=/usr/lib:/usr/local/lib -rdynamic main.o dmyext.o libruby18-static.a -lpthread -lcrypt -lm -o miniruby cc -shared -Wl,-soname,libruby18.so.18 array.o bignum.o class.o compar.o dir.o dln.o enum.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o version.o dmyext.o -lpthread -lcrypt -lm -o libruby18.so.18 From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 23 19:45:00 2005 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 2808B16A4CE for ; Wed, 23 Feb 2005 19:45:00 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AB9C43D5E for ; Wed, 23 Feb 2005 19:44:59 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j1NJiw3e003771; Wed, 23 Feb 2005 14:44:58 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Wed, 23 Feb 2005 14:44:56 -0500 To: Aaron Dudek , freebsd-sparc@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Subject: Re: Problem compiling ruby-1.8.2_2 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, 23 Feb 2005 19:45:00 -0000 At 1:48 PM -0500 2/23/05, Aaron Dudek wrote: >Everytime I try to compile ruby-1.8.2_2 from source it hangs >in the same place. I have let it sit overnite hoping that it >was just being slow. >It is an ultra 60. >What else can I provide to help solve this? This is a known problem with the latest version of the port-config for ruby. Several people are working on a fix to it. If you want to compile ruby right now, you should be able to fix it by changing the following line in ruby18/Makefile: Where you see the line: .if ${OSVERSION} >= 502102 change it to be: .if ${OSVERSION} >= 502102 && ${ARCH} != "sparc64" We do expect to have the ruby-port fixed for real, one way or another, sometime in the next few days. Let me know if that doesn't work. I was testing on a sparc64 machine running 6.x-current, not 5.3-stable. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 23 21:50:56 2005 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 ACD3816A4CE for ; Wed, 23 Feb 2005 21:50:56 +0000 (GMT) Received: from elle.res.sprintlink.net (ibogw-fw2.sprintlink.net [199.0.233.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE3A743D1D for ; Wed, 23 Feb 2005 21:50:55 +0000 (GMT) (envelope-from adudek@sprint.net) Received: from iscserv1.res.sprintlink.net (iscserv1.res.sprintlink.net [199.0.237.253])j1NLjLA22676; Wed, 23 Feb 2005 16:45:21 -0500 (EST) Received: from localhost (adudek@localhost) by iscserv1.res.sprintlink.net (8.8.8+Sun/8.6.12) with ESMTP id QAA29671; Wed, 23 Feb 2005 16:50:47 -0500 (EST) X-Authentication-Warning: iscserv1.res.sprintlink.net: adudek owned process doing -bs Date: Wed, 23 Feb 2005 16:50:47 -0500 (EST) From: Aaron Dudek X-X-Sender: adudek@iscserv1 To: Garance A Drosihn In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-sparc@freebsd.org Subject: Re: Problem compiling ruby-1.8.2_2 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, 23 Feb 2005 21:50:56 -0000 That change seems to have worked. Thanks. Aaron On Wed, 23 Feb 2005, Garance A Drosihn wrote: > At 1:48 PM -0500 2/23/05, Aaron Dudek wrote: >> Everytime I try to compile ruby-1.8.2_2 from source it hangs >> in the same place. I have let it sit overnite hoping that it >> was just being slow. >> It is an ultra 60. >> What else can I provide to help solve this? > > This is a known problem with the latest version of the port-config > for ruby. Several people are working on a fix to it. If you want > to compile ruby right now, you should be able to fix it by changing > the following line in ruby18/Makefile: > > Where you see the line: > .if ${OSVERSION} >= 502102 > > change it to be: > .if ${OSVERSION} >= 502102 && ${ARCH} != "sparc64" > > We do expect to have the ruby-port fixed for real, one way or > another, sometime in the next few days. > > Let me know if that doesn't work. I was testing on a sparc64 > machine running 6.x-current, not 5.3-stable. > > -- > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu > Senior Systems Programmer or gad@freebsd.org > Rensselaer Polytechnic Institute or drosih@rpi.edu > > From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 23 22:15:55 2005 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 C6D4F16A4CE for ; Wed, 23 Feb 2005 22:15:55 +0000 (GMT) Received: from raistlin.sprintlink.net (raistlin.sprintlink.net [199.0.13.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AAC443D3F for ; Wed, 23 Feb 2005 22:15:55 +0000 (GMT) (envelope-from adudek@sprint.net) Received: (qmail 600 invoked by uid 1001); 23 Feb 2005 17:09:33 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 23 Feb 2005 17:09:33 -0500 Date: Wed, 23 Feb 2005 17:09:33 -0500 (EST) From: Aaron Dudek X-X-Sender: adudek@raistlin.sprintlink.net To: freebsd-sparc@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Problems with X.. 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, 23 Feb 2005 22:15:56 -0000 I seem to be having an issue with the keyboard driver under xorg 6.8.1. I have specified the keyboard driver in xorg.conf but all the keys are shifted to the left by 1, eg. I hit "g" and I get "h". Is this correctible under 6.8 or do I have to downgrade to 6.7? Aaron Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" # RightOf "Screen1" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "Module" Load "extmod" Load "xie" Load "pex5" Load "glx" Load "dri" Load "dbe" Load "record" Load "xtrap" Load "speedo" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" Option "XkbRules" "sun" Option "XkbModel" "type5" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "MouseSystems" Option "Device" "/dev/uart3" EndSection Section "Monitor" #DisplaySize 390 290 # mm Identifier "Monitor0" VendorName "SUN" ModelName "567" HorizSync 31.5 - 100.0 VertRefresh 40.0 - 150.0 Option "DPMS" Modeline "1600x1200" 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync EndSection Section "Monitor" #DisplaySize 390 290 # mm Identifier "Monitor1" VendorName "SUN" ModelName "567" HorizSync 31.5 - 100.0 VertRefresh 40.0 - 150.0 Option "DPMS" Modeline "1600x1200" 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync EndSection Section "Device" Identifier "Card0" Driver "sunffb" VendorName "SUN" BoardName "Sun Creator" Screen 0 EndSection Section "Device" Identifier "Card1" Driver "sunffb" VendorName "SUN" BoardName "Sun Creator" Screen 1 EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1600x1200" "1024x768" "640x480" EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor "Monitor1" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1600x1200" "1024x768" "640x480" EndSubSection EndSection From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 23 22:35:44 2005 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 D3AF216A4CE for ; Wed, 23 Feb 2005 22:35:44 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BAD0B43D46 for ; Wed, 23 Feb 2005 22:35:43 +0000 (GMT) (envelope-from mmuthmann@gmx.net) Received: (qmail invoked by alias); 23 Feb 2005 22:35:42 -0000 Received: from pD95411EC.dip.t-dialin.net (EHLO [192.168.0.2]) (217.84.17.236) by mail.gmx.net (mp013) with SMTP; 23 Feb 2005 23:35:42 +0100 X-Authenticated: #1009348 From: Matthias Muthmann To: freebsd-sparc64@freebsd.org In-Reply-To: References: Content-Type: text/plain Date: Wed, 23 Feb 2005 23:35:55 +0100 Message-Id: <1109198155.1027.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Problems with X.. 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, 23 Feb 2005 22:35:44 -0000 On Mi, 2005-02-23 at 17:09 -0500, Aaron Dudek wrote: > I seem to be having an issue with the keyboard driver under xorg 6.8.1. > I have specified the keyboard driver in xorg.conf but all the keys are > shifted to the left by 1, eg. I hit "g" and I get "h". Is this correctible > under 6.8 or do I have to downgrade to 6.7? Try the following: Edit scripts/configure in the ports-directory of the xorg-server. Add: echo "#define UseDeprecatedKeyboardDriver YES" >> $LOCALDEF to the big block of definitions at the beginning. Then recompile the server and it should work with your config. This worked for me on my Ultra10. -- Matthias Muthmann From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 24 01:44:25 2005 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 0747C16A4CF for ; Thu, 24 Feb 2005 01:44:25 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14B3B43D4C for ; Thu, 24 Feb 2005 01:44:24 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost.ijs.si [127.0.0.1]) by niobe.ijs.si (Postfix) with ESMTP id DE7DB1DD460; Thu, 24 Feb 2005 02:44:22 +0100 (CET) Received: from niobe.ijs.si ([127.0.0.1]) by localhost (niobe.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28331-09; Thu, 24 Feb 2005 02:44:09 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id 360FC1DD5E3; Thu, 24 Feb 2005 02:44:04 +0100 (CET) Received: from idefix.ijs.si (idefix.ijs.si [193.2.4.33]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by metatron.ijs.si (Postfix) with ESMTP id 980381C0072B; Thu, 24 Feb 2005 02:44:03 +0100 (CET) From: Dejan Lesjak To: Matthias Muthmann Date: Thu, 24 Feb 2005 02:44:02 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502240244.03104.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si cc: Aaron Dudek cc: freebsd-sparc64@freebsd.org Subject: Re: Problems with X.. 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, 24 Feb 2005 01:44:25 -0000 Matthias Muthmann wrote: > On Mi, 2005-02-23 at 17:09 -0500, Aaron Dudek wrote: >> I seem to be having an issue with the keyboard driver under xorg 6.8.1. >> I have specified the keyboard driver in xorg.conf but all the keys are >> shifted to the left by 1, eg. I hit "g" and I get "h". Is this >> correctible under 6.8 or do I have to downgrade to 6.7? > Try the following: > > Edit scripts/configure in the ports-directory of the xorg-server. > Add: > echo "#define UseDeprecatedKeyboardDriver YES" >> $LOCALDEF > to the big block of definitions at the beginning. > Then recompile the server and it should work with your config. > This worked for me on my Ultra10. > If you guys have time and will, could you try the patch here: http://www.ijs.si/~lesi/xorg/patch-kbd_sparc_2.c Put it in files directory in x11-servers/xorg-server port, reinstall the port and let me know if there is any difference (without UseDeprecatedKeyboardDriver and with kbd driver for keyboard). Dejan From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 25 16:58:19 2005 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 E7A9016A4CE for ; Fri, 25 Feb 2005 16:58:19 +0000 (GMT) Received: from elle.res.sprintlink.net (ibogw-fw2.sprintlink.net [199.0.233.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 272B943D31 for ; Fri, 25 Feb 2005 16:58:19 +0000 (GMT) (envelope-from adudek@sprint.net) Received: from iscserv1.res.sprintlink.net (iscserv1.res.sprintlink.net [199.0.237.253])j1PGqmV08934; Fri, 25 Feb 2005 11:52:48 -0500 (EST) Received: from localhost (adudek@localhost) by iscserv1.res.sprintlink.net (8.8.8+Sun/8.6.12) with ESMTP id LAA02699; Fri, 25 Feb 2005 11:58:17 -0500 (EST) X-Authentication-Warning: iscserv1.res.sprintlink.net: adudek owned process doing -bs Date: Fri, 25 Feb 2005 11:58:17 -0500 (EST) From: Aaron Dudek X-X-Sender: adudek@iscserv1 To: Dejan Lesjak In-Reply-To: <200502240244.03104.dejan.lesjak@ijs.si> Message-ID: References: <200502240244.03104.dejan.lesjak@ijs.si> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-sparc64@freebsd.org Subject: Re: Problems with X.. 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, 25 Feb 2005 16:58:20 -0000 I have installed it and it appears to have corrected the problem. Thanks for your help. I will be doing more testing as now I have X working. Aaron On Thu, 24 Feb 2005, Dejan Lesjak wrote: > Matthias Muthmann wrote: > >> On Mi, 2005-02-23 at 17:09 -0500, Aaron Dudek wrote: >>> I seem to be having an issue with the keyboard driver under xorg 6.8.1. >>> I have specified the keyboard driver in xorg.conf but all the keys are >>> shifted to the left by 1, eg. I hit "g" and I get "h". Is this >>> correctible under 6.8 or do I have to downgrade to 6.7? >> Try the following: >> >> Edit scripts/configure in the ports-directory of the xorg-server. >> Add: >> echo "#define UseDeprecatedKeyboardDriver YES" >> $LOCALDEF >> to the big block of definitions at the beginning. >> Then recompile the server and it should work with your config. >> This worked for me on my Ultra10. >> > > If you guys have time and will, could you try the patch here: > http://www.ijs.si/~lesi/xorg/patch-kbd_sparc_2.c > Put it in files directory in x11-servers/xorg-server port, reinstall the port > and let me know if there is any difference (without > UseDeprecatedKeyboardDriver and with kbd driver for keyboard). > > > Dejan > From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 25 17:07:43 2005 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 2E03116A4CE for ; Fri, 25 Feb 2005 17:07:43 +0000 (GMT) Received: from elle.res.sprintlink.net (ibogw-fw1.sprintlink.net [199.0.233.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B458443D48 for ; Fri, 25 Feb 2005 17:07:42 +0000 (GMT) (envelope-from adudek@sprint.net) Received: from iscserv1.res.sprintlink.net (iscserv1.res.sprintlink.net [199.0.237.253])j1PH2BW09947; Fri, 25 Feb 2005 12:02:11 -0500 (EST) Received: from localhost (adudek@localhost) by iscserv1.res.sprintlink.net (8.8.8+Sun/8.6.12) with ESMTP id MAA04192; Fri, 25 Feb 2005 12:07:41 -0500 (EST) X-Authentication-Warning: iscserv1.res.sprintlink.net: adudek owned process doing -bs Date: Fri, 25 Feb 2005 12:07:41 -0500 (EST) From: Aaron Dudek X-X-Sender: adudek@iscserv1 To: Dejan Lesjak In-Reply-To: <200502240244.03104.dejan.lesjak@ijs.si> Message-ID: References: <200502240244.03104.dejan.lesjak@ijs.si> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-sparc64@freebsd.org Subject: Re: Problems with X.. 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, 25 Feb 2005 17:07:43 -0000 I seemed to have spoken too soon. Keys that don't seem to work in either xterm or gvim. Tab, Enter, the entire bottom row of leters, the number pad. Aaron On Thu, 24 Feb 2005, Dejan Lesjak wrote: > Matthias Muthmann wrote: > >> On Mi, 2005-02-23 at 17:09 -0500, Aaron Dudek wrote: >>> I seem to be having an issue with the keyboard driver under xorg 6.8.1. >>> I have specified the keyboard driver in xorg.conf but all the keys are >>> shifted to the left by 1, eg. I hit "g" and I get "h". Is this >>> correctible under 6.8 or do I have to downgrade to 6.7? >> Try the following: >> >> Edit scripts/configure in the ports-directory of the xorg-server. >> Add: >> echo "#define UseDeprecatedKeyboardDriver YES" >> $LOCALDEF >> to the big block of definitions at the beginning. >> Then recompile the server and it should work with your config. >> This worked for me on my Ultra10. >> > > If you guys have time and will, could you try the patch here: > http://www.ijs.si/~lesi/xorg/patch-kbd_sparc_2.c > Put it in files directory in x11-servers/xorg-server port, reinstall the port > and let me know if there is any difference (without > UseDeprecatedKeyboardDriver and with kbd driver for keyboard). > > > Dejan > From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 25 19:51:35 2005 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 5045916A4D2 for ; Fri, 25 Feb 2005 19:51:35 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 127CE43D62 for ; Fri, 25 Feb 2005 19:51:34 +0000 (GMT) (envelope-from mmuthmann@gmx.net) Received: (qmail invoked by alias); 25 Feb 2005 19:51:32 -0000 Received: from pD9541AB5.dip.t-dialin.net (EHLO [192.168.0.2]) (217.84.26.181) by mail.gmx.net (mp012) with SMTP; 25 Feb 2005 20:51:32 +0100 X-Authenticated: #1009348 From: Matthias Muthmann To: freebsd-sparc64@freebsd.org In-Reply-To: References: <200502240244.03104.dejan.lesjak@ijs.si> Content-Type: text/plain; charset=ISO-8859-15 Date: Fri, 25 Feb 2005 20:51:32 +0100 Message-Id: <1109361092.19118.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Subject: Re: Problems with X.. 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, 25 Feb 2005 19:51:35 -0000 On Fr, 2005-02-25 at 11:58 -0500, Aaron Dudek wrote: > > If you guys have time and will, could you try the patch here: > > http://www.ijs.si/~lesi/xorg/patch-kbd_sparc_2.c > > Put it in files directory in x11-servers/xorg-server port, reinstall the port > > and let me know if there is any difference (without > > UseDeprecatedKeyboardDriver and with kbd driver for keyboard). > > > > > > Dejan > > > I tried your patch - and it just worked partly. The upper key-rows (123 ... JKLÖÄ) on my German keyboard work, but the the row with (YXC ... M,.) doesn't - they don't do anything. The row with space seems to work. The numpad doesn't work and I don't know if the F-Keys and other special keys work well. My config is: Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "sun" Option "XkbModel" "type5" Option "XkbLayout" "de" EndSection -- Matthias Muthmann From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 25 22:33:00 2005 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 CA6CD16A4CE; Fri, 25 Feb 2005 22:33:00 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D81B43D4C; Fri, 25 Feb 2005 22:33:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1PMWxMn088246; Fri, 25 Feb 2005 17:32:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1PMWxPj068467; Fri, 25 Feb 2005 17:32:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8BEE77306E; Fri, 25 Feb 2005 17:32:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050225223259.8BEE77306E@freebsd-current.sentex.ca> Date: Fri, 25 Feb 2005 17:32:59 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/727/Fri Feb 25 12:12:36 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 22:33:01 -0000 TB --- 2005-02-25 21:30:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-25 21:30:03 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-02-25 21:30:03 - checking out the source tree TB --- 2005-02-25 21:30:03 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-02-25 21:30:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-02-25 21:38:27 - building world (CFLAGS=-O -pipe) TB --- 2005-02-25 21:38:27 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-02-25 21:38:27 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-25 22:28:43 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-02-25 22:28:43 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-02-25 22:28:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 25 22:28:43 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:687: warning: initialization from incompatible pointer type /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:688: warning: initialization from incompatible pointer type /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:689: warning: initialization from incompatible pointer type /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:690: warning: initialization from incompatible pointer type /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:691: warning: initialization from incompatible pointer type /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:692: warning: excess elements in struct initializer /tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/sparc64/bus_machdep.c:692: warning: (near initialization for `nexus_dma_methods') *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2005-02-25 22:32:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-25 22:32:59 - ERROR: failed to build generic kernel TB --- 2005-02-25 22:32:59 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 26 01:24:39 2005 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 9518F16A4CE for ; Sat, 26 Feb 2005 01:24:39 +0000 (GMT) Received: from mail.seekingfire.com (caliban.rospa.ca [24.72.10.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24B0D43D53 for ; Sat, 26 Feb 2005 01:24:39 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 91BE41D6; Fri, 25 Feb 2005 19:24:38 -0600 (CST) Date: Fri, 25 Feb 2005 19:24:38 -0600 From: Tillman Hodgson To: FreeBSD-Sparc64 Message-ID: <20050226012438.GI92490@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does X-No-prize-winner: Nathanael User-Agent: Mutt/1.5.7i Subject: Serial console seems to have disappeared X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 01:24:39 -0000 Howdy folks, I've had this in my /etc/ttys since forever (near enough): ttyb "/usr/libexec/getty 3wire.9600" vt220-w on secure And I've had eeprom settings like this to match: # eeprom -a | grep put-device output-device: ttyb input-device: ttyb I upgraded to a much more recent -current (the previous stuff I was running was from last summer). The serial bits appear to have changed ... while I see the boot process over the serial line, I can no longer communicate with a getty: ... Starting inetd. Starting background file system checks in 60 seconds. Fri Feb 25 17:31:50 CST 2005 Feb 25 17:31:51 caliban getty[685]: open /dev/screen: No such fi FreeBSD/sparc64 (caliban.rospa.ca) (ttyb) login: At this point whatever I type is echoed back after hitting enter but there is definitely no login process in place. Has the serial devices changed names in the past few months? `ls /dev/tty*` shows a ttyz0 and z1 which look promising. I didn't see any mention of them in /usr/src/UPDATING though. -T -- "Certainly the game is rigged. Don't let that stop you; if you don't bet, you can't win." -- Robert Heinlein From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 26 02:14:49 2005 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 E21DC16A4CE for ; Sat, 26 Feb 2005 02:14:49 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BECDE43D1F for ; Sat, 26 Feb 2005 02:14:49 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AB4A572DD4; Fri, 25 Feb 2005 18:14:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A5CCD72DCB; Fri, 25 Feb 2005 18:14:49 -0800 (PST) Date: Fri, 25 Feb 2005 18:14:49 -0800 (PST) From: Doug White To: Tillman Hodgson In-Reply-To: <20050226012438.GI92490@seekingfire.com> Message-ID: <20050225181210.C32072@carver.gumbysoft.com> References: <20050226012438.GI92490@seekingfire.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD-Sparc64 Subject: Re: Serial console seems to have disappeared X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 02:14:50 -0000 On Fri, 25 Feb 2005, Tillman Hodgson wrote: > Howdy folks, > > I've had this in my /etc/ttys since forever (near enough): > > ttyb "/usr/libexec/getty 3wire.9600" vt220-w on secure > > And I've had eeprom settings like this to match: > > # eeprom -a | grep put-device > output-device: ttyb > input-device: ttyb > > I upgraded to a much more recent -current (the previous stuff I was > running was from last summer). The serial bits appear to have changed > ... while I see the boot process over the serial line, I can no longer > communicate with a getty: > > ... > Starting inetd. > Starting background file system checks in 60 seconds. > Fri Feb 25 17:31:50 CST 2005 > Feb 25 17:31:51 caliban getty[685]: open /dev/screen: No such fi > FreeBSD/sparc64 (caliban.rospa.ca) (ttyb) > login: > > At this point whatever I type is echoed back after hitting enter but > there is definitely no login process in place. > > Has the serial devices changed names in the past few months? `ls > /dev/tty*` shows a ttyz0 and z1 which look promising. I didn't see any > mention of them in /usr/src/UPDATING though. The current recommendation is to use the uart(4) driver, which should support the same chips as the zs and sab drivers (unless you're on an Enterprise [34][05]00). The tty device changes to /dev/ttyu*. Prior to that change I had gettys starting on ttyz[01] and not using the ttya/b links -- I'm not even sure where those come from. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 26 03:11:06 2005 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 7F83C16A4CE for ; Sat, 26 Feb 2005 03:11:06 +0000 (GMT) Received: from mail.seekingfire.com (caliban.rospa.ca [24.72.10.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E2FE43D2D for ; Sat, 26 Feb 2005 03:11:06 +0000 (GMT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id E2A40123; Fri, 25 Feb 2005 21:11:05 -0600 (CST) Date: Fri, 25 Feb 2005 21:11:05 -0600 From: Tillman Hodgson To: FreeBSD-Sparc64 Message-ID: <20050226031105.GJ92490@seekingfire.com> References: <20050226012438.GI92490@seekingfire.com> <20050225181210.C32072@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050225181210.C32072@carver.gumbysoft.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/personal/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers X-Tillman-rules: yes he does X-No-prize-winner: Nathanael User-Agent: Mutt/1.5.7i Subject: Re: Serial console seems to have disappeared X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 03:11:06 -0000 On Fri, Feb 25, 2005 at 06:14:49PM -0800, Doug White wrote: > The current recommendation is to use the uart(4) driver, which should > support the same chips as the zs and sab drivers (unless you're on an > Enterprise [34][05]00). The tty device changes to /dev/ttyu*. > > Prior to that change I had gettys starting on ttyz[01] and not using the > ttya/b links -- I'm not even sure where those come from. Thanks muchly for your information -- it's currently working great on ttyz1, and I'm starting to look into what it'll take to move to uart(4) (google seems to be saying that just swapping the devices into/out of my kernel ought to work). -T -- "... there is no way for me to describe to you how far off-base you are. You can't even see the base from there. You're looking around, but you can't find it. Where's the base?" -- Tyco, www.penny-arcade.com From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 26 21:47:05 2005 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 52D9216A4D4 for ; Sat, 26 Feb 2005 21:47:05 +0000 (GMT) Received: from niobe.ijs.si (mail.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6931543D54 for ; Sat, 26 Feb 2005 21:47:04 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (localhost [IPv6:::1]) by niobe.ijs.si (Postfix) with ESMTP id 3C7131DD63F; Sat, 26 Feb 2005 22:47:03 +0100 (CET) Received: from niobe.ijs.si ([127.0.0.1]) by localhost (niobe.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 90624-17; Sat, 26 Feb 2005 22:46:50 +0100 (CET) Received: from metatron.ijs.si (metatron.ijs.si [193.2.4.152]) by niobe.ijs.si (Postfix) with ESMTP id C10951DD461; Sat, 26 Feb 2005 22:46:44 +0100 (CET) Received: from idefix.ijs.si (idefix.ijs.si [193.2.4.33]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by metatron.ijs.si (Postfix) with ESMTP id 6BCD11C00711; Sat, 26 Feb 2005 22:46:44 +0100 (CET) From: Dejan Lesjak To: Aaron Dudek Date: Sat, 26 Feb 2005 22:46:43 +0100 User-Agent: KMail/1.7.2 References: <200502240244.03104.dejan.lesjak@ijs.si> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502262246.43689.dejan.lesjak@ijs.si> X-Virus-Scanned: amavisd-new at ijs.si cc: freebsd-sparc64@freebsd.org Subject: Re: Problems with X.. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 21:47:05 -0000 On Friday 25 of February 2005 18:07, Aaron Dudek wrote: > I seemed to have spoken too soon. > Keys that don't seem to work in either xterm or gvim. > Tab, Enter, the entire bottom row of leters, the number pad. Hmm, can you try patch at http://www.ijs.si/~lesi/xorg/patch-bsd_kbd.c in addition to previous one. These are copied over from old keyboard driver code. The keys you've mentioned - do they not work at all or do they produce weird codes? Dejan