From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 11 08:24: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 114F216A4CE; Mon, 11 Apr 2005 08:24:06 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2841C43D48; Mon, 11 Apr 2005 08:24:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 685CD530E0; Mon, 11 Apr 2005 01:24:02 -0700 (PDT) Date: Mon, 11 Apr 2005 01:24:02 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20050411082402.GA97880@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: marius@FreeBSD.org Subject: 'panic: trap: memory address not aligned' in 5.4 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, 11 Apr 2005 08:24:06 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this shortly after updating an e450 to 5.4-rc2 (from RELENG_5 of about 6 weeks ago) and applying marius' clock patch. panic: tpanic: trap: memory address not aligned cpuid = -1072483876 KDB: enter: panic spin lock sched lock held by 0xc0040fb0 for > 5 seconds panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic i.e. both CPUs panicked simultaneously. It hung there, so I can't get any further debugging. Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCWjQhWry0BWjoQKURAv9YAJ4xqEM1eOIirSeBTpH9fVZSp7lPJQCdHmws LwOZx69DkJd87aa6UhHVFak= =tOtj -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 11 11:02:22 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 42DFD16A502 for ; Mon, 11 Apr 2005 11:02:22 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B18543D46 for ; Mon, 11 Apr 2005 11:02:22 +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.3/8.13.3) with ESMTP id j3BB2M1h088323 for ; Mon, 11 Apr 2005 11:02:22 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j3BB2LPm088317 for freebsd-sparc64@freebsd.org; Mon, 11 Apr 2005 11:02:21 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 11 Apr 2005 11:02:21 GMT Message-Id: <200504111102.j3BB2LPm088317@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, 11 Apr 2005 11:02:22 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- 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 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u 5 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 11 18:50: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 C546416A4CE for ; Mon, 11 Apr 2005 18:50:55 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id C876543D48 for ; Mon, 11 Apr 2005 18:50:54 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1447863wra for ; Mon, 11 Apr 2005 11:50:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=afwaqki4GFcUfgbN+2f5znw7w9KNPioz933S2lYIz/+TPEFvzrIEuQWRZYBXhA356VdHxHE292FZEQIThJ8zWS5WjvCC9W6s+Gy19m+Kaign+f0J1BfHRGfM/EMuTjyxocgWCwZlnpaoHqGHVTtWD+40OBIrbKfRQBdjbGevo2A= Received: by 10.54.24.49 with SMTP id 49mr5342965wrx; Mon, 11 Apr 2005 11:50:43 -0700 (PDT) Received: by 10.54.38.1 with HTTP; Mon, 11 Apr 2005 11:50:40 -0700 (PDT) Message-ID: <70e8236f05041111501bac0335@mail.gmail.com> Date: Mon, 11 Apr 2005 19:50:40 +0100 From: Joao Barros To: freebsd-sparc64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: buildworld failure on todays cvs'ed RELENG5_4 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joao Barros List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Apr 2005 18:50:55 -0000 building shared library libkiconv.so.1 ===> lib/libmagic cat /usr/src/lib/libmagic/../../contrib/file/Header /usr/src/lib/libmagic/../../contrib/file/Localstuff / usr/src/lib/libmagic/../../contrib/file/Magdir/zyxel /usr/src/lib/libmagic/../../contrib/file/Magdir/xdel ta /usr/src/lib/libmagic/../../contrib/file/Magdir/sysex /usr/src/lib/libmagic/../../contrib/file/Magdir/ sccs /usr/src/lib/libmagic/../../contrib/file/Magdir/allegro /usr/src/lib/libmagic/../../contrib/file/Mag dir/cvs /usr/src/lib/libmagic/../../contrib/file/Magdir/vicar /usr/src/lib/libmagic/../../contrib/file/Ma gdir/varied.out /usr/src/lib/libmagic/../../contrib/file/Magdir/c64 /usr/src/lib/libmagic/../../contrib/f ile/Magdir/games /usr/src/lib/libmagic/../../contrib/file/Magdir/mcrypt /usr/src/lib/libmagic/../../contr ib/file/Magdir/archive /usr/src/lib/libmagic/../../contrib/file/Magdir/citrus /usr/src/lib/libmagic/../.. /contrib/file/Magdir/compress /usr/src/lib/libmagic/../../contrib/file/Magdir/fsav /usr/src/lib/libmagic/ ../../contrib/file/Magdir/geos /usr/src/lib/libmagic/../../contrib/file/Magdir/java /usr/src/lib/libmagic /../../contrib/file/Magdir/mlssa /usr/src/lib/libmagic/../../contrib/file/Magdir/mmdf /usr/src/lib/libmag ic/../../contrib/file/Magdir/msdos /usr/src/lib/libmagic/../../contrib/file/Magdir/wordperfect /usr/src/l ib/libmagic/../../contrib/file/Magdir/rtf /usr/src/lib/libmagic/../../contrib/file/Magdir/animation /usr/ src/lib/libmagic/../../contrib/file/Magdir/chi /usr/src/lib/libmagic/../../contrib/file/Magdir/claris /us r/src/lib/libmagic/../../contrib/file/Magdir/fonts /usr/src/lib/libmagic/../../contrib/file/Magdir/macint osh /usr/src/lib/libmagic/../../contrib/file/Magdir/mathematica /usr/src/lib/libmagic/../../contrib/file/ Magdir/psion /usr/src/lib/libmagic/../../contrib/file/Magdir/teapot /usr/src/lib/libmagic/../../contrib/f ile/Magdir/diff /usr/src/lib/libmagic/../../contrib/file/Magdir/gimp /usr/src/lib/libmagic/../../contrib/ file/Magdir/adi /usr/src/lib/libmagic/../../contrib/file/Magdir/cad /usr/src/lib/libmagic/../../contrib/f ile/Magdir/editors /usr/src/lib/libmagic/../../contrib/file/Magdir/tex /usr/src/lib/libmagic/../../contri b/file/Magdir/psdbms /usr/src/lib/libmagic/../../contrib/file/Magdir/convex /usr/src/lib/libmagic/../../c ontrib/file/Magdir/freebsd /usr/src/lib/libmagic/../../contrib/file/Magdir/gcc /usr/src/lib/libmagic/../. ./contrib/file/Magdir/natinst /usr/src/lib/libmagic/../../contrib/file/Magdir/nitpicker /usr/src/lib/libm agic/../../contrib/file/Magdir/typeset /usr/src/lib/libmagic/../../contrib/file/Magdir/commands /usr/src/ lib/libmagic/../../contrib/file/Magdir/encore /usr/src/lib/libmagic/../../contrib/file/Magdir/filesystems /usr/src/lib/libmagic/../../contrib/file/Magdir/hp /usr/src/lib/libmagic/../../contrib/file/Magdir/jpeg /usr/src/lib/libmagic/../../contrib/file/Magdir/sinclair /usr/src/lib/libmagic/../../contrib/file/Magdir/ acorn /usr/src/lib/libmagic/../../contrib/file/Magdir/iff /usr/src/lib/libmagic/../../contrib/file/Magdir /lif /usr/src/lib/libmagic/../../contrib/file/Magdir/mirage /usr/src/lib/libmagic/../../contrib/file/Magd ir/netscape /usr/src/lib/libmagic/../../contrib/file/Magdir/olf /usr/src/lib/libmagic/../../contrib/file/ Magdir/vxl /usr/src/lib/libmagic/../../contrib/file/Magdir/unknown /usr/src/lib/libmagic/../../contrib/fi le/Magdir/hdf /usr/src/lib/libmagic/../../contrib/file/Magdir/mail.news /usr/src/lib/libmagic/../../contr ib/file/Magdir/modem /usr/src/lib/libmagic/../../contrib/file/Magdir/xwindows /usr/src/lib/libmagic/../.. /contrib/file/Magdir/wordprocessors /usr/src/lib/libmagic/../../contrib/file/Magdir/sun /usr/src/lib/libm agic/../../contrib/file/Magdir/sketch /usr/src/lib/libmagic/../../contrib/file/Magdir/bFLT /usr/src/lib/l ibmagic/../../contrib/file/Magdir/bout /usr/src/lib/libmagic/../../contrib/file/Magdir/hitachi-sh /usr/sr c/lib/libmagic/../../contrib/file/Magdir/matroska /usr/src/lib/libmagic/../../contrib/file/Magdir/ocaml / usr/src/lib/libmagic/../../contrib/file/Magdir/vax /usr/src/lib/libmagic/../../contrib/file/Magdir/clippe r /usr/src/lib/libmagic/../../contrib/file/Magdir/frame /usr/src/lib/libmagic/../../contrib/file/Magdir/m agic /usr/src/lib/libmagic/../../contrib/file/Magdir/sql /usr/src/lib/libmagic/../../contrib/file/Magdir/ dact /usr/src/lib/libmagic/../../contrib/file/Magdir/gnu /usr/src/lib/libmagic/../../contrib/file/Magdir/ ibm6000 /usr/src/lib/libmagic/../../contrib/file/Magdir/os2 /usr/src/lib/libmagic/../../contrib/file/Magd ir/rpm /usr/src/lib/libmagic/../../contrib/file/Magdir/misctools /usr/src/lib/libmagic/../../contrib/file /Magdir/motorola /usr/src/lib/libmagic/../../contrib/file/Magdir/osf1 /usr/src/lib/libmagic/../../contrib /file/Magdir/perl /usr/src/lib/libmagic/../../contrib/file/Magdir/xenix /usr/src/lib/libmagic/../../contr ib/file/Magdir/tgif /usr/src/lib/libmagic/../../contrib/file/Magdir/sc /usr/src/lib/libmagic/../../contri b/file/Magdir/pyramid /usr/src/lib/libmagic/../../contrib/file/Magdir/adventure /usr/src/lib/libmagic/../ ../contrib/file/Magdir/att3b /usr/src/lib/libmagic/../../contrib/file/Magdir/flash /usr/src/lib/libmagic/ ../../contrib/file/Magdir/karma /usr/src/lib/libmagic/../../contrib/file/Magdir/octave /usr/src/lib/libma gic/../../contrib/file/Magdir/parix /usr/src/lib/libmagic/../../contrib/file/Magdir/plan9 /usr/src/lib/li bmagic/../../contrib/file/Magdir/troff /usr/src/lib/libmagic/../../contrib/file/Magdir/spectrum /usr/src/ lib/libmagic/../../contrib/file/Magdir/softquad /usr/src/lib/libmagic/../../contrib/file/Magdir/dyadic /u sr/src/lib/libmagic/../../contrib/file/Magdir/palm /usr/src/lib/libmagic/../../contrib/file/Magdir/pdf /u sr/src/lib/libmagic/../../contrib/file/Magdir/vorbis /usr/src/lib/libmagic/../../contrib/file/Magdir/smal ltalk /usr/src/lib/libmagic/../../contrib/file/Magdir/sgml /usr/src/lib/libmagic/../../contrib/file/Magdi r/msvc /usr/src/lib/libmagic/../../contrib/file/Magdir/news /usr/src/lib/libmagic/../../contrib/file/Magd ir/vmware /usr/src/lib/libmagic/../../contrib/file/Magdir/diamond /usr/src/lib/libmagic/../../contrib/fil e/Magdir/dump /usr/src/lib/libmagic/../../contrib/file/Magdir/linux /usr/src/lib/libmagic/../../contrib/f ile/Magdir/mime /usr/src/lib/libmagic/../../contrib/file/Magdir/zilog /usr/src/lib/libmagic/../../contrib /file/Magdir/sgi /usr/src/lib/libmagic/../../contrib/file/Magdir/sequent /usr/src/lib/libmagic/../../cont rib/file/Magdir/blit /usr/src/lib/libmagic/../../contrib/file/Magdir/impulse /usr/src/lib/libmagic/../../ contrib/file/Magdir/island /usr/src/lib/libmagic/../../contrib/file/Magdir/maple /usr/src/lib/libmagic/.. /../contrib/file/Magdir/os9 /usr/src/lib/libmagic/../../contrib/file/Magdir/pkgadd /usr/src/lib/libmagic/ ../../contrib/file/Magdir/uuencode /usr/src/lib/libmagic/../../contrib/file/Magdir/amanda /usr/src/lib/li bmagic/../../contrib/file/Magdir/audio /usr/src/lib/libmagic/../../contrib/file/Magdir/bsdi /usr/src/lib/ libmagic/../../contrib/file/Magdir/fcs /usr/src/lib/libmagic/../../contrib/file/Magdir/intel /usr/src/lib /libmagic/../../contrib/file/Magdir/netbsd /usr/src/lib/libmagic/../../contrib/file/Magdir/riff /usr/src/ lib/libmagic/../../contrib/file/Magdir/console /usr/src/lib/libmagic/../../contrib/file/Magdir/lecter /us r/src/lib/libmagic/../../contrib/file/Magdir/visx /usr/src/lib/libmagic/../../contrib/file/Magdir/varied. script /usr/src/lib/libmagic/../../contrib/file/Magdir/ti-8x /usr/src/lib/libmagic/../../contrib/file/Mag dir/c-lang /usr/src/lib/libmagic/../../contrib/file/Magdir/digital /usr/src/lib/libmagic/../../contrib/fi le/Magdir/dolby /usr/src/lib/libmagic/../../contrib/file/Magdir/grace /usr/src/lib/libmagic/../../contrib /file/Magdir/ibm370 /usr/src/lib/libmagic/../../contrib/file/Magdir/images /usr/src/lib/libmagic/../../co ntrib/file/Magdir/tuxedo /usr/src/lib/libmagic/../../contrib/file/Magdir/timezone /usr/src/lib/libmagic/. ./../contrib/file/Magdir/project /usr/src/lib/libmagic/../../contrib/file/Magdir/cisco /usr/src/lib/libma gic/../../contrib/file/Magdir/mach /usr/src/lib/libmagic/../../contrib/file/Magdir/mkid /usr/src/lib/libm agic/../../contrib/file/Magdir/pgp /usr/src/lib/libmagic/../../contrib/file/Magdir/printer /usr/src/lib/l ibmagic/../../contrib/file/Magdir/apple /usr/src/lib/libmagic/../../contrib/file/Magdir/applix /usr/src/l ib/libmagic/../../contrib/file/Magdir/terminfo /usr/src/lib/libmagic/../../contrib/file/Magdir/interleaf /usr/src/lib/libmagic/../../contrib/file/Magdir/lisp /usr/src/lib/libmagic/../../contrib/file/Magdir/spec /usr/src/lib/libmagic/../../contrib/file/Magdir/sniffer /usr/src/lib/libmagic/../../contrib/file/Magdir/ revision /usr/src/lib/libmagic/../../contrib/file/Magdir/amigaos /usr/src/lib/libmagic/../../contrib/file /Magdir/database /usr/src/lib/libmagic/../../contrib/file/Magdir/gringotts /usr/src/lib/libmagic/../../co ntrib/file/Magdir/pbm /usr/src/lib/libmagic/../../contrib/file/Magdir/plus5 /usr/src/lib/libmagic/../../c ontrib/file/Magdir/vms /usr/src/lib/libmagic/../../contrib/file/Magdir/python /usr/src/lib/libmagic/../.. /contrib/file/Magdir/chord /usr/src/lib/libmagic/../../contrib/file/Magdir/ctags /usr/src/lib/libmagic/.. /../contrib/file/Magdir/human68k /usr/src/lib/libmagic/../../contrib/file/Magdir/pdp /usr/src/lib/libmagi c/../../contrib/file/Magdir/sharc /usr/src/lib/libmagic/../../contrib/file/Magdir/pulsar /usr/src/lib/lib magic/../../contrib/file/Magdir/apl /usr/src/lib/libmagic/../../contrib/file/Magdir/communications /usr/s rc/lib/libmagic/../../contrib/file/Magdir/ncr /usr/src/lib/libmagic/../../contrib/file/Magdir/alpha /usr/ src/lib/libmagic/../../contrib/file/Magdir/asterix /usr/src/lib/libmagic/../../contrib/file/Magdir/blende r /usr/src/lib/libmagic/../../contrib/file/Magdir/sendmail /usr/src/lib/libmagic/../../contrib/file/Magdi r/alliant /usr/src/lib/libmagic/../../contrib/file/Magdir/cddb /usr/src/lib/libmagic/../../contrib/file/M agdir/elf /usr/src/lib/libmagic/../../contrib/file/Magdir/epoc /usr/src/lib/libmagic/../../contrib/file/M agdir/ispell /usr/src/lib/libmagic/../../contrib/file/Magdir/lex /usr/src/lib/libmagic/../../contrib/file /Magdir/mips > magic cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/fu ncs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/sparc64/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 11 19:49:09 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 8390216A4CE; Mon, 11 Apr 2005 19:49:09 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1ACA43D31; Mon, 11 Apr 2005 19:49:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3BJn8Qt027288; Mon, 11 Apr 2005 15:49:08 -0400 (EDT) (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.3/8.13.3) with ESMTP id j3BJn8dQ071707; Mon, 11 Apr 2005 15:49:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4085D7306E; Mon, 11 Apr 2005 15:49:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050411194908.4085D7306E@freebsd-current.sentex.ca> Date: Mon, 11 Apr 2005 15:49:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 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: Mon, 11 Apr 2005 19:49:09 -0000 TB --- 2005-04-11 18:29:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-11 18:29:17 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-11 18:29:17 - checking out the source tree TB --- 2005-04-11 18:29:17 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-11 18:29:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-11 18:36:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-11 18:36:03 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-11 18:36:03 - /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-04-11 19:43:07 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-11 19:43:07 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-11 19:43:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 11 19:43:08 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 [...] vnode_if.c: In function `VOP_SETEXTATTR_APV': vnode_if.c:2649: warning: nested extern declaration of `ASSERT_VOP_ELOCKED' vnode_if.c:205: warning: redundant redeclaration of 'ASSERT_VOP_ELOCKED' vnode_if.c:205: warning: previous implicit declaration of 'ASSERT_VOP_ELOCKED' was here vnode_if.c: In function `VOP_SETLABEL_APV': vnode_if.c:2703: warning: nested extern declaration of `ASSERT_VOP_ELOCKED' vnode_if.c:205: warning: redundant redeclaration of 'ASSERT_VOP_ELOCKED' vnode_if.c:205: warning: previous implicit declaration of 'ASSERT_VOP_ELOCKED' was here *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-11 19:49:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-11 19:49:08 - ERROR: failed to build generic kernel TB --- 2005-04-11 19:49:08 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 12 15:23:27 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 BE2A416A4CE for ; Tue, 12 Apr 2005 15:23:27 +0000 (GMT) Received: from rly15a.srv.mailcontrol.com (cluster-a.mailcontrol.com [80.69.8.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id A14BC43D41 for ; Tue, 12 Apr 2005 15:23:26 +0000 (GMT) (envelope-from james.gallagher@misys.com) Received: from singex2.misys.com ([203.126.166.10])j3CFNJn6009318 for ; Tue, 12 Apr 2005 16:23:21 +0100 Received: by singex2.misys.com with Internet Mail Service (5.5.2657.72) id ; Tue, 12 Apr 2005 23:22:08 +0800 Message-ID: From: "Gallagher, James" To: "'freebsd-sparc64@freebsd.org'" Date: Tue, 12 Apr 2005 23:22:07 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) X-Scanned-By: MailControl A-05-00-20 (www.mailcontrol.com) Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: RE: hang at boot after makeworld on 5.3 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, 12 Apr 2005 15:23:27 -0000 Dragging this one up again ... On Fri, Mar 11, 2005 at 09:49:00AM -0500, Jason wrote: > System Configuration: Sun Microsystems sun4u Netra AX1105-500 > (UltraSPARC-IIe 500MHz) That is an ATX version of the Blade 100. Boot kernel.old and apply the patch below. If you have time please also download and try to boot ftp://ftp.freebsd.org:/pub/FreeBSD/snapshots/Feb_2006/5.3-STABLE-SNAP001-spa rc64-miniinst.iso If it fails to boot on your machine, please report to re at freebsd.org that FreeBSD 5.4-RELEASE is not going to support your machine. Index: GENERIC =================================================================== RCS file: /home/ncvs/src/sys/sparc64/conf/GENERIC,v retrieving revision 1.90 diff -u -u -1 -r1.90 GENERIC --- GENERIC 3 Mar 2005 01:25:33 -0000 1.90 +++ GENERIC 10 Mar 2005 19:33:45 -0000 @@ -125,3 +125,3 @@ -#device ofw_console # Open Firmware console device +device ofw_console # Open Firmware console device @@ -136,4 +136,5 @@ # Serial (COM) ports -#device sab # Siemens SAB82532 based serial ports -device uart # Multi-uart driver +device sab # Siemens SAB82532 based serial ports +device zs # Zilog 8530 based serial ports +#device uart # Multi-uart driver device puc # Multi-channel uarts ---------------------------------- I'm experiencing similar symptoms on an Enterprise 250 (which is an Ultra II 400MHz, sun4u - from memory, sorry) after doing a cvsup (to RELENG_5) and 'make buildworld' etc., on a machine installed from the 5.3-RELEASE ISO at ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/sparc64/ISO-IMAGES/5.3/ Is this patch suitable for this system also? Regards, James From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 12 22:44:34 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 BA93816A4CE; Tue, 12 Apr 2005 22:44:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C9743D1D; Tue, 12 Apr 2005 22:44:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7E0B351350; Tue, 12 Apr 2005 15:44:33 -0700 (PDT) Date: Tue, 12 Apr 2005 15:44:33 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050412224433.GA71616@xor.obsecurity.org> References: <20050227021000.GA47037@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20050227021000.GA47037@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: scottl@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: "esp0: !TC on DATA XFER [intr 10, stat 83, step 4] prevphase 1, resid 4000" on e4500 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, 12 Apr 2005 22:44:34 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 26, 2005 at 06:10:01PM -0800, Kris Kennaway wrote: > An e4500 running RELENG_5 crashed overnight with the following. I > asked Justin Gibbs about it, and he suggested that >=20 > "The driver seems to be complaining that its internal state is > indicating that a DMA is *not* in progress, but the chip is saying it > is." >=20 > Kris >=20 > db> show msgbuf > msgbufp =3D 0xfffff80001407fe0 > magic =3D 63062, size =3D 32736, r=3D 115944, w =3D 116197, ptr =3D 0xfff= ff80001400000, cksum=3D 2460862 > esp0: !TC on DATA XFER [intr 10, stat 87, step 4] prevphase 0, resid 4000 > esp0: !TC on DATA XFER [intr 10, stat 83, step 4] prevphase 1, resid 800 > /var: bad dir ino 94212 at offset 0: mangled entry > panic: ufs_dirbad: bad dir > cpuid =3D 1 > KDB: enter: panic > 0, stat 83, step 4] prevphase 1, resid 800 > esp0: !TC on DATA XFER [intr 10, stat 87, step 4] prevphase 0, resid 4000 This happened again. Has anyone had further insights into what could be wrong with the esp driver? Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCXE9RWry0BWjoQKURAsM+AJ98BZcGl8JSrLgGx7cXSi23KVCx8ACgmubE ed7popw5Q680bDXgZqnFBlM= =UQah -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 13 03:33:34 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 1D68B16A4CE for ; Wed, 13 Apr 2005 03:33:34 +0000 (GMT) Received: from rly07a.srv.mailcontrol.com (cluster-a.mailcontrol.com [80.69.8.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBDD43D3F for ; Wed, 13 Apr 2005 03:33:33 +0000 (GMT) (envelope-from james.gallagher@misys.com) Received: from singex2.misys.com ([203.126.166.10])j3D3XSG4005591 for ; Wed, 13 Apr 2005 04:33:29 +0100 Received: by singex2.misys.com with Internet Mail Service (5.5.2657.72) id ; Wed, 13 Apr 2005 11:32:16 +0800 Message-ID: From: "Gallagher, James" To: "'freebsd-sparc64@freebsd.org'" Date: Wed, 13 Apr 2005 11:32:16 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) X-Scanned-By: MailControl A-05-00-20 (www.mailcontrol.com) Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: hme0: couldn't establish interrupt (E250/after cvsup to RELENG_5) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 03:33:34 -0000 Hi, After following the 'hang at boot after makeworld on 5.3' at http://lists.freebsd.org/pipermail/freebsd-sparc64/2005-March/002867.html discussions I was wondering why I couldn't SSH onto the machine as had been suggested in that thread. After connecting on serial I discovered that the new kernel was having problems with hme0 (can't bring it up) The machine is an Enterprise 250, Ultra II, sun4u which I built from the 5.3 ISO last Friday. This is my first cvsup on the machine. Doing a grep hme0 on /var/log/messages gives me: Apr 13 02:39:01 sgfinmsg1 kernel: hme0: mem 0x8000-0xf fff at device 1.1 on pci0 Apr 13 02:39:01 sgfinmsg1 kernel: miibus0: on hme0 Apr 13 02:39:01 sgfinmsg1 kernel: hme0: Ethernet address: 00:03:ba:02:41:d0 Apr 13 02:39:01 sgfinmsg1 kernel: hme0: couldn't establish interrupt Apr 13 02:39:01 sgfinmsg1 kernel: device_attach: hme0 attach returned 22 The only mention in dmesg.today of hme0 is: hme0: mem 0x8000-0xffff at device 1.1 on pci0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 00:03:ba:02:41:d0 hme0: if_start running deferred for Giant hme0: [GIANT-LOCKED] I had a look on Google and at the archives for this list, but nothing leaps out at me. Any thoughts or info I've left out? Regards, James From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 13 19:37:10 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 BAEAD16A4CE for ; Wed, 13 Apr 2005 19:37:10 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C86943D2D for ; Wed, 13 Apr 2005 19:37:10 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so424326wra for ; Wed, 13 Apr 2005 12:37:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FqDfIqrRVVl6e6FSyuT7hHg026mi6ju2l9S4/H2Dxe672ExdLTQb2IxshxabZCQXHMjLD0ibpn739i0m+pTViZG3sH2vclaEXbPsVRERApqGZlZV9ZnsNPK4RaRNNwbpXwp1m7RuSHYSbPSht30TQc7K8EGEuxst0Qz+mk7iF1g= Received: by 10.54.30.8 with SMTP id d8mr122195wrd; Wed, 13 Apr 2005 12:37:09 -0700 (PDT) Received: by 10.54.38.1 with HTTP; Wed, 13 Apr 2005 12:37:06 -0700 (PDT) Message-ID: <70e8236f05041312374387b3bb@mail.gmail.com> Date: Wed, 13 Apr 2005 20:37:06 +0100 From: Joao Barros To: freebsd-sparc64@freebsd.org In-Reply-To: <70e8236f05041111501bac0335@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f05041111501bac0335@mail.gmail.com> Subject: Re: buildworld failure on todays cvs'ed RELENG5_4 - CLOSED X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joao Barros List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 19:37:10 -0000 Shame on me for not doing my homework: http://lists.freebsd.org/pipermail/freebsd-current/2004-September/037880.ht= ml Updated the time of the machine and 6 hours later of buildworldin' and 1 hour of buildkernelin' all ran fine: FreeBSD ultra5.bsdtech.org 5.4-RC2 FreeBSD 5.4-RC2 #0: Wed Apr 13 07:51:33 WEST 2005 =20 root@ultra5.bsdtech.org:/usr/obj/usr/src/sys/GENERIC sparc64 On 4/11/05, Joao Barros wrote: > building shared library libkiconv.so.1 > =3D=3D=3D> lib/libmagic > ... > cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic > -I/usr/src/lib/libmagic/../../contrib/file -o > mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c > /usr/src/lib/libmagic/../../contrib/file/fu > ncs.c /usr/src/lib/libmagic/../../contrib/file/magic.c > /usr/src/lib/libmagic/../../contrib/file/print.c > /usr/obj/usr/src/sparc64/usr/bin/ld: cannot find -lc > *** Error code 1 >=20 > Stop in /usr/src/lib/libmagic. > *** Error code 1 >=20 > Stop in /usr/src/lib. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 13 20:41:08 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 188DF16A4CE for ; Wed, 13 Apr 2005 20:41:08 +0000 (GMT) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94BF843D49 for ; Wed, 13 Apr 2005 20:41:06 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from localhost (ardelean@localhost)ESMTP id j3DKes800338; Wed, 13 Apr 2005 22:40:54 +0200 Date: Wed, 13 Apr 2005 22:40:54 +0200 (CEST) From: Gheorghe Ardelean To: Doug White In-Reply-To: <20050302142332.A79573@carver.gumbysoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: Problems with 5.3R on Ultra1 with Qlogic SBUS Controller 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, 13 Apr 2005 20:41:08 -0000 On Wed, 2 Mar 2005, Doug White wrote: > On Tue, 1 Mar 2005, Gheorghe Ardelean wrote: > > > > > Hi, > > > > I am trying to boot my plain Ultra1 (not 1E) which is not supported "as > > is". So I put an Qlogic SBUS Diff SCSI controller (ISP1000) in it and a > > HDD on which I have preinstalled FreeBSD 5.3R ( on my Ultra 5 + Adaptec 2944). > > > > As soon as it detects the zs0 the boot process hangs. > > Has anybody any idea about what could cause this hang? > > I'm assuming you're booting off serial console here... does booting off > the framebuffer work any better? It's better up to a point. So it boots up to the point where the login prompt should appear. After the information about the todays date and time an error message appears telling me that: /dev/screen no such file or directory Any idea why? Unfortunately it is unreachable over the network because the hme reports no carrier (in NetBSD i have to set the media opt by hand to get it working but here I've had no success so far). Regards, G. Ardelean =========== From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 14 00:04:17 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 74ADD16A4CE for ; Thu, 14 Apr 2005 00:04:17 +0000 (GMT) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D7EC43D73 for ; Thu, 14 Apr 2005 00:04:16 +0000 (GMT) (envelope-from ardelean@ww.uni-erlangen.de) Received: from localhost (ardelean@localhost)ESMTP id j3E03mW02166 for ; Thu, 14 Apr 2005 02:03:48 +0200 Date: Thu, 14 Apr 2005 02:03:48 +0200 (CEST) From: Gheorghe Ardelean To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 5.4-RC2 hang on boot on Ultra1 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, 14 Apr 2005 00:04:17 -0000 Hi, While trying to boot a plain U1 from a disk installed with 5.4-RC2 (the disk was installed in a U5) the systems hangs just after entering the kernel. This is the message I get while booting: ok boot /sbus@1f,0/SUNW,fas@0,8800000/sd@0,0:a Boot device: /sbus@1f,0/SUNW,fas@0,8800000/sd@0,0:a File and args: >> FreeBSD/sparc64 boot block Boot path: /sbus@1f,0/SUNW,fas@0,8800000/sd@0,0:a Boot loader: /boot/loader Console: Open Firmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@binkley.cse.buffalo.edu, Sun Apr 10 07:52:10 UTC 2005) bootpath="/sbus@1f,0/SUNW,fas@0,8800000/sd@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x3d8708+0x47c78 syms=[0x8+0x50b08+0x8+0x451b8] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 8 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -v nothing to autoload yet. jumping to kernel entry at 0xc0040000. <=After this point nothing happens Tested with both serial console and framebuffer. On the same setup an 5.3-R goes up to the point of using /dev/screen (which is not found) when used with framebuffer or up to the detection of the serial ports (and then it locks hard). Please help! Regards, G. Ardelean. ================================== P.S. The hardware on Ultra 1 is as follows: Sun Ultra 1 SBus (UltraSPARC 143MHz), No Keyboard OpenBoot 3.25, 320 MB memory installed, Serial #abcdxyz. Ethernet address 8:0:20:85:xx:yy, Host ID: 8085fxyz. ok probe-scsi-all /sbus@1f,0/QLGC,isp@1,10000 Target 0 Unit 0 Disk SEAGATE ST32550W HP0909125041 /sbus@1f,0/SUNW,fas@0,8800000 Target 0 Unit 0 Disk IBM DCAS-34330W S65AF36D039673H8009 /sbus@1f,0/espdma@e,8400000/esp@e,8800000 Target 1 Unit 0 Disk IBM DORS32160SUN2.1GWA7A Target 2 Unit 0 Disk SEAGATE ST19171W 2224 Target 6 Unit 0 Removable Read Only device TOSHIBA XM-5401TASUN4XCD1036 ===== output-device screen input-device keyboard ================================= From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 14 06:54:34 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 CC9D116A4CE for ; Thu, 14 Apr 2005 06:54:34 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52CEC43D5A for ; Thu, 14 Apr 2005 06:54:34 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4761 invoked from network); 14 Apr 2005 06:54:34 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 14 Apr 2005 06:54:33 -0000 Received: from [131.106.57.68] (p178.n-lapop01.stsn.com [12.129.240.178]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j3E6sRWk035067; Thu, 14 Apr 2005 02:54:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: amd64@FreeBSD.org, arm@FreeBSD.org, ia64@FreeBSD.org, sparc64@FreeBSD.org Date: Thu, 14 Apr 2005 02:54:13 -0400 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504140254.14714.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Atomic operations patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 06:54:35 -0000 I have some cleanups for the atomic operations that fixes incorrect use of the "+m" constraint and changes the atomic_foo_ptr() operations to operate on uintptr_t's rather than void *'s to make it simpler to implement. Patch is at http://www.FreeBSD.org/~jhb/patches/atomic.patch It's already tested on alpha, i386, and sparc64. Please let me know how it goes for the other archs. Thanks, -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 14 09:26: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 7AE9916A4CE for ; Thu, 14 Apr 2005 09:26:36 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6637D43D58 for ; Thu, 14 Apr 2005 09:26:35 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.125353 secs; 14 Apr 2005 18:24:54 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) j3E9Q80T004735 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 14 Apr 2005 18:26:08 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3E9Q8wP004734 for freebsd-sparc64@freebsd.org; Thu, 14 Apr 2005 18:26:08 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Thu, 14 Apr 2005 18:26:08 +0900 From: Pyun YongHyeon To: freebsd-sparc64@freebsd.org Message-ID: <20050414092608.GB2855@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 09:26:36 -0000 I have a initial patch that make em(4) work on sparc64. The patch seems to work but it may have uncovered bugs in it. The chagnges are . outl/inl -> bus_space_read/bus_space_write . 64bit IO BAR check(Obtained from OpenBSD) . add suspend/resume code(not tested) . printf -> device_printf . fix memory/resource leakages . always honor IFF_OACTIVE flag . don't blidnly call RX/TX handlers . remove EM_MAX_INTR loops . create TX dmamap at device initialization . enable PCI memory write and invalidate . EM_MMBA -> PCIR_BAR(0) . TX/RX descriptor alignment is 16 not PAGE_SIZE . TX/RX descriptor length should be multiple of 128 not 4096. . don't create MCLBYTES*8 size TX buffers if we are not use JUMBO frame . use bus_dmamap_load_mbuf_sg() for loading RX buffers. . always print watchdog timeout message(Obtained from OpenBSD) . don't count twice in some statistics(Obtained from OpenBSD) I have tested 82545GM chipset based card on Ultra60(SMP). VLAN and POLLING were not tested at all so it may have bugs. JUMBO frame support needs more coding and cleanups since sparc64 does not allow non-aligned memory access. So don't try to use JUMBO frame at this time. If you want to test em(4) on SMP with ofw_console you need additional patch. Alternatively you can use sc(4) or serial console. I'd like to hear success/failure. em patch: http://www.kr.freebsd.org/~yongari/em.patch.0414 ofw_console patch: http://www.kr.freebsd.org/~yongari/ofw_console.patch.0414 Thanks. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 14 17:11:28 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 924BD16A4CE; Thu, 14 Apr 2005 17:11:28 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B41543D6D; Thu, 14 Apr 2005 17:11:27 +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 j3EHBQAm033651; Thu, 14 Apr 2005 13:11:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3EHBb4W077720; Thu, 14 Apr 2005 13:11:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EE567306E; Thu, 14 Apr 2005 13:11:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050414171126.7EE567306E@freebsd-current.sentex.ca> Date: Thu, 14 Apr 2005 13:11:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 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: Thu, 14 Apr 2005 17:11:28 -0000 TB --- 2005-04-14 16:07:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-14 16:07:55 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-04-14 16:07:55 - checking out the source tree TB --- 2005-04-14 16:07:55 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-04-14 16:07:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-04-14 16:17:46 - building world (CFLAGS=-O -pipe) TB --- 2005-04-14 16:17:46 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-04-14 16:17:46 - /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-04-14 17:08:14 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-04-14 17:08:14 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-04-14 17:08:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Apr 14 17:08:14 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/kern/kern_xxx.c 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/kern/link_elf.c 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/kern/md5c.c 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/kern/sched_4bsd.c 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/kern/subr_autoconf.c 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/kern/subr_blist.c 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/kern/subr_bus.c /tinderbox/RELENG_5/sparc64/sparc64/src/sys/kern/subr_bus.c:1082: warning: no previous prototype for 'devclass_get_drivers' *** 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-04-14 17:11:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-14 17:11:26 - ERROR: failed to build generic kernel TB --- 2005-04-14 17:11:26 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 14 19:27:53 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 7DFD616A4CE for ; Thu, 14 Apr 2005 19:27:53 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id F414F43D39 for ; Thu, 14 Apr 2005 19:27:52 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 29431 invoked from network); 14 Apr 2005 19:27:52 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 14 Apr 2005 19:27:52 -0000 Received: from hydrogen.funkthat.com (ktuxox@localhost.funkthat.com [127.0.0.1])j3EJRoGH071130; Thu, 14 Apr 2005 12:27:51 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j3EJRoRh071129; Thu, 14 Apr 2005 12:27:50 -0700 (PDT) Date: Thu, 14 Apr 2005 12:27:49 -0700 From: John-Mark Gurney To: Pyun YongHyeon Message-ID: <20050414192749.GO56487@funkthat.com> Mail-Followup-To: Pyun YongHyeon , freebsd-sparc64@freebsd.org References: <20050414092608.GB2855@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050414092608.GB2855@michelle.rndsoft.co.kr> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Apr 2005 19:27:53 -0000 Pyun YongHyeon wrote this message on Thu, Apr 14, 2005 at 18:26 +0900: > I have a initial patch that make em(4) work on sparc64. > The patch seems to work but it may have uncovered bugs in it. > The chagnges are wierd, I recently had one probe, but never tried to use it... > . outl/inl -> bus_space_read/bus_space_write > . 64bit IO BAR check(Obtained from OpenBSD) > . add suspend/resume code(not tested) > . printf -> device_printf > . fix memory/resource leakages > . always honor IFF_OACTIVE flag I made this mistake before myself.. Make sure you read the comment describing OACTIVE.. you only set OACTIVE when the TX queue is full, and clear it when it is not full.. not always set it when the board is transmitting: define IFF_OACTIVE 0x400 /* tx hardware queue is full */ > . don't blidnly call RX/TX handlers > . remove EM_MAX_INTR loops > . create TX dmamap at device initialization > . enable PCI memory write and invalidate > . EM_MMBA -> PCIR_BAR(0) > . TX/RX descriptor alignment is 16 not PAGE_SIZE > . TX/RX descriptor length should be multiple of 128 not 4096. You should probably use a define for this... > . don't create MCLBYTES*8 size TX buffers if we are not use JUMBO frame > . use bus_dmamap_load_mbuf_sg() for loading RX buffers. > . always print watchdog timeout message(Obtained from OpenBSD) > . don't count twice in some statistics(Obtained from OpenBSD) > > I have tested 82545GM chipset based card on Ultra60(SMP). VLAN and > POLLING were not tested at all so it may have bugs. JUMBO frame support > needs more coding and cleanups since sparc64 does not allow non-aligned > memory access. So don't try to use JUMBO frame at this time. > If you want to test em(4) on SMP with ofw_console you need additional > patch. Alternatively you can use sc(4) or serial console. > I'd like to hear success/failure. I think you should put back the while(!IFQ_DRV_IS_EMPTY, loop.. It prevents an unnessary lock/unlock if both queues are empty... Also, I have work in progress to make non-aligned packets better... I committed part of it as the m_copyup change... On a -current, you should just be able to apply the following change: http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5finput.c&REV=3&ACT=edit I'll try the patch when I get home... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 02:39:23 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 2947D16A4CE for ; Fri, 15 Apr 2005 02:39:23 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2855643D58 for ; Fri, 15 Apr 2005 02:39:22 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.223933 secs; 15 Apr 2005 11:37:32 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j3F2d2VP007984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Apr 2005 11:39:02 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3F2d2PP007983; Fri, 15 Apr 2005 11:39:02 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Fri, 15 Apr 2005 11:39:02 +0900 From: Pyun YongHyeon To: John-Mark Gurney Message-ID: <20050415023902.GC7393@michelle.rndsoft.co.kr> References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050414192749.GO56487@funkthat.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 02:39:23 -0000 On Thu, Apr 14, 2005 at 12:27:49PM -0700, John-Mark Gurney wrote: > > . always honor IFF_OACTIVE flag > > I made this mistake before myself.. Make sure you read the comment > describing OACTIVE.. you only set OACTIVE when the TX queue is full, > and clear it when it is not full.. not always set it when the board > is transmitting: > define IFF_OACTIVE 0x400 /* tx hardware queue is full */ > Do you mean IFF_OACTIVE should be set regardless of TX queue state when h/w is transmitting frames? Would you elaborate on an IFF_OACTIVE? > > . TX/RX descriptor alignment is 16 not PAGE_SIZE > > . TX/RX descriptor length should be multiple of 128 not 4096. > > You should probably use a define for this... > Yes. But AFAIK if_em_hw.h has no defined constants for these purposes. There are another hardcoded constants for processing 64bit IO BAR. I belive these constants should go pcireg.h. > > I have tested 82545GM chipset based card on Ultra60(SMP). VLAN and > > POLLING were not tested at all so it may have bugs. JUMBO frame support > > needs more coding and cleanups since sparc64 does not allow non-aligned > > memory access. So don't try to use JUMBO frame at this time. > > If you want to test em(4) on SMP with ofw_console you need additional > > patch. Alternatively you can use sc(4) or serial console. > > I'd like to hear success/failure. > > I think you should put back the while(!IFQ_DRV_IS_EMPTY, loop.. It > prevents an unnessary lock/unlock if both queues are empty... > Yes, you're right. > Also, I have work in progress to make non-aligned packets better... > I committed part of it as the m_copyup change... On a -current, you > should just be able to apply the following change: > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5finput.c&REV=3&ACT=edit > This looks promising. Some miserable hardwares that use sf(4)/rl(4) driver could take advatnage of it. BTW what is IP_HDR_ALIGNED_P macro? > I'll try the patch when I get home... > Thanks. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 03:09:38 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 5D05416A4CE for ; Fri, 15 Apr 2005 03:09:38 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93AD43D2F for ; Fri, 15 Apr 2005 03:09:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 7942 invoked from network); 15 Apr 2005 03:09:37 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Apr 2005 03:09:37 -0000 Received: from hydrogen.funkthat.com (bmtuhk@localhost.funkthat.com [127.0.0.1])j3F39ZGH082113; Thu, 14 Apr 2005 20:09:36 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j3F39ZJE082112; Thu, 14 Apr 2005 20:09:35 -0700 (PDT) Date: Thu, 14 Apr 2005 20:09:35 -0700 From: John-Mark Gurney To: Pyun YongHyeon Message-ID: <20050415030935.GQ56487@funkthat.com> Mail-Followup-To: Pyun YongHyeon , freebsd-sparc64@freebsd.org References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050415023902.GC7393@michelle.rndsoft.co.kr> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 03:09:38 -0000 Pyun YongHyeon wrote this message on Fri, Apr 15, 2005 at 11:39 +0900: > On Thu, Apr 14, 2005 at 12:27:49PM -0700, John-Mark Gurney wrote: > > > > . always honor IFF_OACTIVE flag > > > > I made this mistake before myself.. Make sure you read the comment > > describing OACTIVE.. you only set OACTIVE when the TX queue is full, > > and clear it when it is not full.. not always set it when the board > > is transmitting: > > define IFF_OACTIVE 0x400 /* tx hardware queue is full */ > > > > Do you mean IFF_OACTIVE should be set regardless of TX queue state > when h/w is transmitting frames? Would you elaborate on an IFF_OACTIVE? IFF_OACTIVE should be set when the hardward cannot queue anymore packets, and should be cleared when the hardware can accept additional packets.. It basicly controls calling an interface's if_start routine.. If IFF_OACTIVE is set, then it is assumed no additional packets can be processed, and if_start will not be called when a packet is queued for the interface... If you look at net/if_var.h for the define IFQ_HANDOFF_ADJ, you'll see where it is tested... > > > . TX/RX descriptor alignment is 16 not PAGE_SIZE > > > . TX/RX descriptor length should be multiple of 128 not 4096. > > > > You should probably use a define for this... > > > > Yes. But AFAIK if_em_hw.h has no defined constants for these purposes. Then add them.. :) > There are another hardcoded constants for processing 64bit IO BAR. I > belive these constants should go pcireg.h. Hmmm. which ones are these? > > > I have tested 82545GM chipset based card on Ultra60(SMP). VLAN and > > > POLLING were not tested at all so it may have bugs. JUMBO frame support > > > needs more coding and cleanups since sparc64 does not allow non-aligned > > > memory access. So don't try to use JUMBO frame at this time. > > > If you want to test em(4) on SMP with ofw_console you need additional > > > patch. Alternatively you can use sc(4) or serial console. > > > I'd like to hear success/failure. > > > > I think you should put back the while(!IFQ_DRV_IS_EMPTY, loop.. It > > prevents an unnessary lock/unlock if both queues are empty... > > > > Yes, you're right. > > > Also, I have work in progress to make non-aligned packets better... > > I committed part of it as the m_copyup change... On a -current, you > > should just be able to apply the following change: > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5finput.c&REV=3&ACT=edit > > > > This looks promising. Some miserable hardwares that use sf(4)/rl(4) > driver could take advatnage of it. BTW what is IP_HDR_ALIGNED_P macro? Look at: http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5fvar.h&REV=2&ACT=edit and __NO_STRICT_ALIGNMENT should be defined somewhere for i386 and amd64.. I sent an email to bde asking about where to define this, but he didn't respond... > > I'll try the patch when I get home... > > Thanks. np... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 04:27:47 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 23FB416A4CE for ; Fri, 15 Apr 2005 04:27:47 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228E643D1D for ; Fri, 15 Apr 2005 04:27:46 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.128437 secs; 15 Apr 2005 13:25:59 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j3F4RVlq008278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Apr 2005 13:27:31 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3F4RVo0008277; Fri, 15 Apr 2005 13:27:31 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Fri, 15 Apr 2005 13:27:31 +0900 From: Pyun YongHyeon To: John-Mark Gurney Message-ID: <20050415042731.GD7393@michelle.rndsoft.co.kr> References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050415030935.GQ56487@funkthat.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 04:27:47 -0000 On Thu, Apr 14, 2005 at 08:09:35PM -0700, John-Mark Gurney wrote: [...] > > IFF_OACTIVE should be set when the hardward cannot queue anymore packets, > and should be cleared when the hardware can accept additional packets.. > It basicly controls calling an interface's if_start routine.. If > IFF_OACTIVE is set, then it is assumed no additional packets can be > processed, and if_start will not be called when a packet is queued for > the interface... > > If you look at net/if_var.h for the define IFQ_HANDOFF_ADJ, you'll > see where it is tested... > Thanks for detailed explanation. Failure of em_encap() does not necessarily mean out of TX decriptors. So previous code is right. But checking IFF_OACTIVE flags at the beginning of em_start_locked() is necessary since the function is called by if_start and TX interrupt handler. > > > > . TX/RX descriptor alignment is 16 not PAGE_SIZE > > > > . TX/RX descriptor length should be multiple of 128 not 4096. > > > > > > You should probably use a define for this... > > > > > > > Yes. But AFAIK if_em_hw.h has no defined constants for these purposes. > > Then add them.. :) > I'll do. > > There are another hardcoded constants for processing 64bit IO BAR. I > > belive these constants should go pcireg.h. > > Hmmm. which ones are these? > patched if_em.c, line 1846. > > > Also, I have work in progress to make non-aligned packets better... > > > I committed part of it as the m_copyup change... On a -current, you > > > should just be able to apply the following change: > > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5finput.c&REV=3&ACT=edit > > > > > > > This looks promising. Some miserable hardwares that use sf(4)/rl(4) > > driver could take advatnage of it. BTW what is IP_HDR_ALIGNED_P macro? > > Look at: > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5fvar.h&REV=2&ACT=edit > > and __NO_STRICT_ALIGNMENT should be defined somewhere for i386 and I'll try that. Thanks. > amd64.. I sent an email to bde asking about where to define this, but > he didn't respond... > -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 05:11:27 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 F1D0916A4CE for ; Fri, 15 Apr 2005 05:11:27 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id D148B43D46 for ; Fri, 15 Apr 2005 05:11:26 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.129275 secs; 15 Apr 2005 14:09:40 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j3F5BCmo008441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Apr 2005 14:11:12 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3F5BC2C008440; Fri, 15 Apr 2005 14:11:12 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Fri, 15 Apr 2005 14:11:12 +0900 From: Pyun YongHyeon To: John-Mark Gurney Message-ID: <20050415051112.GE7393@michelle.rndsoft.co.kr> References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> <20050415042731.GD7393@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050415042731.GD7393@michelle.rndsoft.co.kr> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 05:11:28 -0000 On Fri, Apr 15, 2005 at 01:27:31PM +0900, To John-Mark Gurney wrote: > > > > > Also, I have work in progress to make non-aligned packets better... > > > > I committed part of it as the m_copyup change... On a -current, you > > > > should just be able to apply the following change: > > > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5finput.c&REV=3&ACT=edit > > > > > > > > > > This looks promising. Some miserable hardwares that use sf(4)/rl(4) > > > driver could take advatnage of it. BTW what is IP_HDR_ALIGNED_P macro? > > > > Look at: > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5fvar.h&REV=2&ACT=edit > > > > and __NO_STRICT_ALIGNMENT should be defined somewhere for i386 and > I'll try that. Thanks. > With your changes JUMBO frames work here. This should also fix PR75794. It would be really great if your changes could be comitted. Thanks. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 05:46:30 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 86B5F16A4CE for ; Fri, 15 Apr 2005 05:46:30 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F32B43D41 for ; Fri, 15 Apr 2005 05:46:30 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 17067 invoked from network); 15 Apr 2005 05:46:30 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Apr 2005 05:46:29 -0000 Received: from hydrogen.funkthat.com (wnspsl@localhost.funkthat.com [127.0.0.1])j3F5kSGH085627; Thu, 14 Apr 2005 22:46:28 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j3F5kRip085626; Thu, 14 Apr 2005 22:46:27 -0700 (PDT) Date: Thu, 14 Apr 2005 22:46:27 -0700 From: John-Mark Gurney To: Pyun YongHyeon Message-ID: <20050415054627.GR56487@funkthat.com> Mail-Followup-To: Pyun YongHyeon , freebsd-sparc64@freebsd.org References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> <20050415042731.GD7393@michelle.rndsoft.co.kr> <20050415051112.GE7393@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050415051112.GE7393@michelle.rndsoft.co.kr> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 05:46:30 -0000 Pyun YongHyeon wrote this message on Fri, Apr 15, 2005 at 14:11 +0900: > On Fri, Apr 15, 2005 at 01:27:31PM +0900, To John-Mark Gurney wrote: > > > > > Also, I have work in progress to make non-aligned packets better... > > > > > I committed part of it as the m_copyup change... On a -current, you > > > > > should just be able to apply the following change: > > > > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5finput.c&REV=3&ACT=edit > > > > > > > > > > > > > This looks promising. Some miserable hardwares that use sf(4)/rl(4) > > > > driver could take advatnage of it. BTW what is IP_HDR_ALIGNED_P macro? > > > > > > Look at: > > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5fvar.h&REV=2&ACT=edit > > > > > > and __NO_STRICT_ALIGNMENT should be defined somewhere for i386 and > > I'll try that. Thanks. > > > > With your changes JUMBO frames work here. This should also fix PR75794. > It would be really great if your changes could be comitted. I was working on trying to get some performance measurements by using if_re... But I haven't been able to get if_re to work on sparc64... Though if em doesn't need realignment for normal frames, why do we need them for jumbo? Thanks for you help. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 06:00:47 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 B4CCB16A4CE for ; Fri, 15 Apr 2005 06:00:47 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA40643D31 for ; Fri, 15 Apr 2005 06:00:46 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.127568 secs; 15 Apr 2005 14:59:00 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j3F60X4L008624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Apr 2005 15:00:33 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3F60W8F008623; Fri, 15 Apr 2005 15:00:32 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Fri, 15 Apr 2005 15:00:32 +0900 From: Pyun YongHyeon To: John-Mark Gurney Message-ID: <20050415060032.GF7393@michelle.rndsoft.co.kr> References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> <20050415042731.GD7393@michelle.rndsoft.co.kr> <20050415051112.GE7393@michelle.rndsoft.co.kr> <20050415054627.GR56487@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050415054627.GR56487@funkthat.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 06:00:47 -0000 On Thu, Apr 14, 2005 at 10:46:27PM -0700, John-Mark Gurney wrote: > > With your changes JUMBO frames work here. This should also fix PR75794. > > It would be really great if your changes could be comitted. > > I was working on trying to get some performance measurements by using > if_re... But I haven't been able to get if_re to work on sparc64... > I don't have hardware that use re(4) so don't know current status of re(4) on sparc64. :-( > Though if em doesn't need realignment for normal frames, why do we need > them for jumbo? > Look at: if_em.c(stock version) line 2605, 2592 if (mp == NULL) { 2593 mp = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); 2594 if (mp == NULL) { 2595 adapter->mbuf_cluster_failed++; 2596 return(ENOBUFS); 2597 } 2598 mp->m_len = mp->m_pkthdr.len = MCLBYTES; 2599 } else { 2600 mp->m_len = mp->m_pkthdr.len = MCLBYTES; 2601 mp->m_data = mp->m_ext.ext_buf; 2602 mp->m_next = NULL; 2603 } 2604 2605 if (ifp->if_mtu <= ETHERMTU) { 2606 m_adj(mp, ETHER_ALIGN); 2607 } 2608 2609 rx_buffer = &adapter->rx_buffer_area[i]; If mtu is greater than ETHERMTU em(4) does not align it. When JUMBO frame is used the frame would occupy several RX descriptors and it can't use simple m_adj. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 10:09:59 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 F138116A4CE for ; Fri, 15 Apr 2005 10:09:59 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 984EB43D1F for ; Fri, 15 Apr 2005 10:09:59 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 2FF073F294; Fri, 15 Apr 2005 12:09:58 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id EBD23265; Fri, 15 Apr 2005 12:09:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id D19C323B; Fri, 15 Apr 2005 12:09:57 +0200 (CEST) Date: Fri, 15 Apr 2005 12:09:57 +0200 (CEST) From: Sten Spans To: Pyun YongHyeon In-Reply-To: <20050415051112.GE7393@michelle.rndsoft.co.kr> Message-ID: References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415042731.GD7393@michelle.rndsoft.co.kr> <20050415051112.GE7393@michelle.rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 10:10:00 -0000 On Fri, 15 Apr 2005, Pyun YongHyeon wrote: > On Fri, Apr 15, 2005 at 01:27:31PM +0900, To John-Mark Gurney wrote: > > > > > > > Also, I have work in progress to make non-aligned packets better... > > > > > I committed part of it as the m_copyup change... On a -current, you > > > > > should just be able to apply the following change: > > > > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5finput.c&REV=3&ACT=edit > > > > > > > > > > > > > This looks promising. Some miserable hardwares that use sf(4)/rl(4) > > > > driver could take advatnage of it. BTW what is IP_HDR_ALIGNED_P macro? > > > > > > Look at: > > > http://perforce.freebsd.org/fileDiffView.cgi?FSPC=//depot/user/jmg/arm/src/sys/netinet/ip%5fvar.h&REV=2&ACT=edit > > > > > > and __NO_STRICT_ALIGNMENT should be defined somewhere for i386 and > > I'll try that. Thanks. > > > > With your changes JUMBO frames work here. This should also fix PR75794. > It would be really great if your changes could be comitted. Let's not forget ipv6 please, it needs this fix too, if the code is imported. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 15:38:30 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 7D26A16A4CE for ; Fri, 15 Apr 2005 15:38:30 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8544543D5D for ; Fri, 15 Apr 2005 15:38:29 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id EC1991FF9AB for ; Fri, 15 Apr 2005 17:38:27 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id BE3DE1FF931; Fri, 15 Apr 2005 17:38:25 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 686CD1580D; Fri, 15 Apr 2005 15:38:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5E51A15380 for ; Fri, 15 Apr 2005 15:38:18 +0000 (UTC) Date: Fri, 15 Apr 2005 15:38:18 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: BREAK on console not working once booted? 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, 15 Apr 2005 15:38:30 -0000 Hi, I am sitting in front of a sparc and after powercycling I had been able to drop into 'ok ' w/o problem from serial console sending BREAK. After that I booted into single user mode and continued and while rc scripts had been running I hadn't been able to drop into 'ok ' again by sending BREAK. Nor am I able now that the system is fully up and running. What do I have to do so I can break to 'ok ' from a running system? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 15 15:43:14 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 361DD16A4CE for ; Fri, 15 Apr 2005 15:43:14 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E5A43D2D for ; Fri, 15 Apr 2005 15:43:13 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 30377 invoked from network); 15 Apr 2005 15:43:13 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Apr 2005 15:43:13 -0000 Received: from hydrogen.funkthat.com (luzyro@localhost.funkthat.com [127.0.0.1])j3FFhBGH000652; Fri, 15 Apr 2005 08:43:11 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j3FFhA0f000651; Fri, 15 Apr 2005 08:43:10 -0700 (PDT) Date: Fri, 15 Apr 2005 08:43:09 -0700 From: John-Mark Gurney To: Sten Spans Message-ID: <20050415154309.GS56487@funkthat.com> Mail-Followup-To: Sten Spans , Pyun YongHyeon , freebsd-sparc64@freebsd.org References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> <20050415042731.GD7393@michelle.rndsoft.co.kr> <20050415051112.GE7393@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2005 15:43:14 -0000 Sten Spans wrote this message on Fri, Apr 15, 2005 at 12:09 +0200: > >With your changes JUMBO frames work here. This should also fix PR75794. > >It would be really great if your changes could be comitted. > > Let's not forget ipv6 please, it needs this fix too, > if the code is imported. And netatalk, netipsec and netipx too will probably need these changes.. Another reason I haven't brought in the code quite yet... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 16 00:46:37 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 5DAA616A4CE for ; Sat, 16 Apr 2005 00:46:37 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EE0043D48 for ; Sat, 16 Apr 2005 00:46:36 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.126356 secs; 16 Apr 2005 09:44:44 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j3G0kWFp011790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Apr 2005 09:46:32 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3G0kTCu011789; Sat, 16 Apr 2005 09:46:29 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Sat, 16 Apr 2005 09:46:27 +0900 From: Pyun YongHyeon To: John-Mark Gurney Message-ID: <20050416004627.GA11603@michelle.rndsoft.co.kr> References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> <20050415042731.GD7393@michelle.rndsoft.co.kr> <20050415051112.GE7393@michelle.rndsoft.co.kr> <20050415154309.GS56487@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050415154309.GS56487@funkthat.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 00:46:37 -0000 On Fri, Apr 15, 2005 at 08:43:09AM -0700, John-Mark Gurney wrote: > Sten Spans wrote this message on Fri, Apr 15, 2005 at 12:09 +0200: > > >With your changes JUMBO frames work here. This should also fix PR75794. > > >It would be really great if your changes could be comitted. > > > > Let's not forget ipv6 please, it needs this fix too, > > if the code is imported. > > And netatalk, netipsec and netipx too will probably need these changes.. > > Another reason I haven't brought in the code quite yet... > Hmm, this means we have to patch all filrewalls(pf/ipfw/ipf), carp(4) and possibily netgraph(4) too. I'm afraid this is not right direction to go. Alignment fixup would be best served in ether_input or in driver layer which seems to be more appropriate place. Maybe this is the reason why OpenBSD have such a complex alignment code in em driver. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 16 03:49: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 0CE2216A4CE; Sat, 16 Apr 2005 03:49:20 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DB4043D72; Sat, 16 Apr 2005 03:49:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3G3nIBc038207; Fri, 15 Apr 2005 23:49:18 -0400 (EDT) (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.3/8.13.3) with ESMTP id j3G3nIo5012257; Fri, 15 Apr 2005 23:49:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 590647306E; Fri, 15 Apr 2005 23:49:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050416034918.590647306E@freebsd-current.sentex.ca> Date: Fri, 15 Apr 2005 23:49:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 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: Sat, 16 Apr 2005 03:49:20 -0000 TB --- 2005-04-16 02:29:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-16 02:29:45 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-16 02:29:45 - checking out the source tree TB --- 2005-04-16 02:29:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-16 02:29:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-16 02:36:26 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-16 02:36:26 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-16 02:36:26 - /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-04-16 03:43:34 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-16 03:43:34 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-16 03:43:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 16 03:43:35 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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -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/CURRENT/sparc64/sparc64/src/sys/vm/vm_meter.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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -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/CURRENT/sparc64/sparc64/src/sys/vm/vm_mmap.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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -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/CURRENT/sparc64/sparc64/src/sys/vm/vm_object.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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -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/CURRENT/sparc64/sparc64/src/sys/vm/vm_page.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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -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/CURRENT/sparc64/sparc64/src/sys/vm/vm_pageout.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 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -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/CURRENT/sparc64/sparc64/src/sys/vm/vm_pageq.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/vm/vm_pageq.c: In function `vm_pageq_add_new_page': /tinderbox/CURRENT/sparc64/sparc64/src/sys/vm/vm_pageq.c:133: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-16 03:49:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-16 03:49:18 - ERROR: failed to build generic kernel TB --- 2005-04-16 03:49:18 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 16 17:01:37 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 D7F2E16A4CE for ; Sat, 16 Apr 2005 17:01:37 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AD2443D4C for ; Sat, 16 Apr 2005 17:01:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 30940 invoked from network); 16 Apr 2005 17:01:36 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Apr 2005 17:01:36 -0000 Received: from hydrogen.funkthat.com (yjsbap@localhost.funkthat.com [127.0.0.1])j3GH1YD2016308; Sat, 16 Apr 2005 10:01:34 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j3GH1X5M016307; Sat, 16 Apr 2005 10:01:33 -0700 (PDT) Date: Sat, 16 Apr 2005 10:01:33 -0700 From: John-Mark Gurney To: Pyun YongHyeon Message-ID: <20050416170133.GA16099@funkthat.com> Mail-Followup-To: Pyun YongHyeon , Sten Spans , freebsd-sparc64@freebsd.org References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> <20050415042731.GD7393@michelle.rndsoft.co.kr> <20050415051112.GE7393@michelle.rndsoft.co.kr> <20050415154309.GS56487@funkthat.com> <20050416004627.GA11603@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050416004627.GA11603@michelle.rndsoft.co.kr> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 17:01:38 -0000 Pyun YongHyeon wrote this message on Sat, Apr 16, 2005 at 09:46 +0900: > On Fri, Apr 15, 2005 at 08:43:09AM -0700, John-Mark Gurney wrote: > > Sten Spans wrote this message on Fri, Apr 15, 2005 at 12:09 +0200: > > > >With your changes JUMBO frames work here. This should also fix PR75794. > > > >It would be really great if your changes could be comitted. > > > > > > Let's not forget ipv6 please, it needs this fix too, > > > if the code is imported. > > > > And netatalk, netipsec and netipx too will probably need these changes.. > > > > Another reason I haven't brought in the code quite yet... > > Hmm, this means we have to patch all filrewalls(pf/ipfw/ipf), carp(4) > and possibily netgraph(4) too. I'm afraid this is not right direction > to go. Alignment fixup would be best served in ether_input or in driver > layer which seems to be more appropriate place. Maybe this is the > reason why OpenBSD have such a complex alignment code in em driver. Please make sure you know the entire problem before you say it's no the correct way to go... Drivers like re and vge have to copy up an entire cluster (2k), just to make alignment correct... It's even more ugly than patching everyone to self align... Also, IMO, it's the correct layer to put the fix up in each firewalls, etc.. Because the driver should not magicly know that the upper layers need an alignment.. Plus, what happens if someone happens to use foobar which only needs 2 byte alignment... Why should we continue to fixup packets on alignment constrained machines when this layer doesn't need it? Hence why I am trying to get some performance measurements to see just the performance difference the extra mbuf allocation makes over coping data... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."