From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 5 07:46:29 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 BED2716A41C for ; Sun, 5 Jun 2005 07:46:29 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E1A343D48 for ; Sun, 5 Jun 2005 07:46:29 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 556C572DD4; Sun, 5 Jun 2005 00:46:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5080B72DCB; Sun, 5 Jun 2005 00:46:29 -0700 (PDT) Date: Sun, 5 Jun 2005 00:46:29 -0700 (PDT) From: Doug White To: Evan Sayer In-Reply-To: Message-ID: <20050605004510.E95513@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 gigabit NIC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2005 07:46:29 -0000 On Thu, 2 Jun 2005, Evan Sayer wrote: > Can anyone recommend a reliable gigabit NIC for a Sun Ultra 5 under > FreeBSD 5.2.1? Considering the U5 only has 32 bit 33MHz PCI, it'll never even get close to pushing that much b/w so as long as its supported under sparc64 you should be fine. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 5 11:35:56 2005 Return-Path: X-Original-To: freebsd-sparc@freebsd.org 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 2EDFC16A421 for ; Sun, 5 Jun 2005 11:35:56 +0000 (GMT) (envelope-from arrive@worthington.net) Received: from ppp83-237-226-201.pppoe.mtu-net.ru (ppp83-237-226-201.pppoe.mtu-net.ru [83.237.226.201]) by mx1.FreeBSD.org (Postfix) with SMTP id 19FFB43D4C for ; Sun, 5 Jun 2005 11:35:53 +0000 (GMT) (envelope-from arrive@worthington.net) Received: from [129.86.37.202] (port=4582 helo=[capaciousness]) by ppp83-237-226-201.pppoe.mtu-net.ru with esmtp id 10473847125latitudes110419 for freebsd-sparc@freebsd.org; Sun, 5 Jun 2005 15:35:50 +0400 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <11932473371.8541830979@ppp83-237-226-201.pppoe.mtu-net.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-sparc@freebsd.org From: Ernest Date: Sun, 5 Jun 2005 15:35:49 +0400 X-Mailer: Apple Mail (2.728) Cc: Subject: Software Compatibility....ain't it great? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2005 11:35:56 -0000 Want to learn how to build your own website? http://artyoss.t0fqeab4q3ti8ct.wafddiwafd8.com Money is like muck, not good except it be spread. Delusions of grandeur make me feel a lot better about myself. From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 5 13:35:26 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 BC6FB16A41C for ; Sun, 5 Jun 2005 13:35:26 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A1243D48 for ; Sun, 5 Jun 2005 13:35:26 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 819B73F294; Sun, 5 Jun 2005 15:35:24 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 0B4E11DB; Sun, 5 Jun 2005 15:35:23 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id E5C3D1C4; Sun, 5 Jun 2005 15:35:23 +0200 (CEST) Date: Sun, 5 Jun 2005 15:35:23 +0200 (CEST) From: Sten Spans To: Doug White In-Reply-To: <20050605004510.E95513@carver.gumbysoft.com> Message-ID: References: <20050605004510.E95513@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 gigabit NIC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2005 13:35:26 -0000 On Sun, 5 Jun 2005, Doug White wrote: > On Thu, 2 Jun 2005, Evan Sayer wrote: > >> Can anyone recommend a reliable gigabit NIC for a Sun Ultra 5 under >> FreeBSD 5.2.1? > > Considering the U5 only has 32 bit 33MHz PCI, it'll never even get close > to pushing that much b/w so as long as its supported under sparc64 you > should be fine. Sun gigabit 1/2 isn't supported afaik. Sun gigaswift comes as bge and cassini. The bge versions probably work. Intel em is only supported with a patch to the driver, and it will still suck when using jumbo frames. Syskonnect cards have solaris drivers, they probably work with freebsd. None of these are really fast. On intel boxen the fast cpu makes up somewhat for the crappy pci speed, and most of the onboard gigabit is connected to a dedicated bus. On alpha, sparc, power, pa-risc in the 300-500 mhz range you'll get about 300-400 mbit tops. Intel boxen with 933-1133-2800 mhz, 64bit pci and em do about 800-900mbit. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 5 15:48:11 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 E657916A42A for ; Sun, 5 Jun 2005 15:48:11 +0000 (GMT) (envelope-from dean@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66DAF43D49 for ; Sun, 5 Jun 2005 15:48:10 +0000 (GMT) (envelope-from dean@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id CB9B81F167; Sun, 5 Jun 2005 17:48:09 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 1600) id A7DEE626B; Sun, 5 Jun 2005 17:48:09 +0200 (CEST) Date: Sun, 5 Jun 2005 17:48:09 +0200 From: Dean Strik To: Sten Spans Message-ID: <20050605154809.GA34872@stack.nl> References: <20050605004510.E95513@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: X-Really: Yes User-Agent: Mutt/1.5.9i Cc: freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 gigabit NIC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2005 15:48:12 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sten Spans wrote: > On Sun, 5 Jun 2005, Doug White wrote: >=20 > >On Thu, 2 Jun 2005, Evan Sayer wrote: > > > >>Can anyone recommend a reliable gigabit NIC for a Sun Ultra 5 under > >>FreeBSD 5.2.1? > > > >Considering the U5 only has 32 bit 33MHz PCI, it'll never even get close > >to pushing that much b/w so as long as its supported under sparc64 you > >should be fine. >=20 > Sun gigabit 1/2 isn't supported afaik. Er, I guess gem(4) covers that, though I haven't ever tried one in a FreeBSD box yet. --=20 Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCox655Td/bYnvOAMRAv+sAJ9WR1RymQ3/HwVq7Efg94qQa37RigCgslVm Oa34dqgcfj4hfs9P4NUbvYk= =L59W -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 5 21:10:18 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 2168116A41C for ; Sun, 5 Jun 2005 21:10:18 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA70943D1F for ; Sun, 5 Jun 2005 21:10:17 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 885F13F294; Sun, 5 Jun 2005 23:10:16 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 206031DB; Sun, 5 Jun 2005 23:10:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 0DA2F1C4; Sun, 5 Jun 2005 23:10:16 +0200 (CEST) Date: Sun, 5 Jun 2005 23:10:15 +0200 (CEST) From: Sten Spans To: Dean Strik In-Reply-To: <20050605154809.GA34872@stack.nl> Message-ID: References: <20050605004510.E95513@carver.gumbysoft.com> <20050605154809.GA34872@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 gigabit NIC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2005 21:10:18 -0000 On Sun, 5 Jun 2005, Dean Strik wrote: > Sten Spans wrote: >> On Sun, 5 Jun 2005, Doug White wrote: >> >>> On Thu, 2 Jun 2005, Evan Sayer wrote: >>> >>>> Can anyone recommend a reliable gigabit NIC for a Sun Ultra 5 under >>>> FreeBSD 5.2.1? >>> >>> Considering the U5 only has 32 bit 33MHz PCI, it'll never even get close >>> to pushing that much b/w so as long as its supported under sparc64 you >>> should be fine. >> >> Sun gigabit 1/2 isn't supported afaik. > > Er, I guess gem(4) covers that, though I haven't ever tried one in a > FreeBSD box yet. Mmmm, I'll try digging up a complete list of chips/drivers and give a correct and complete answer. There are so many "sun gigabit" adaptors that things get somewhat confusing. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-sparc64@FreeBSD.ORG Sun Jun 5 21:15:12 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 3DEB716A41C for ; Sun, 5 Jun 2005 21:15:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC90E43D5D for ; Sun, 5 Jun 2005 21:15:11 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j55LF4gw038712; Sun, 5 Jun 2005 14:15:04 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j55LF1dF038710; Sun, 5 Jun 2005 14:15:01 -0700 (PDT) (envelope-from jmg) Date: Sun, 5 Jun 2005 14:15:00 -0700 From: John-Mark Gurney To: Sten Spans Message-ID: <20050605211500.GC655@funkthat.com> Mail-Followup-To: Sten Spans , Dean Strik , freebsd-sparc64@freebsd.org References: <20050605004510.E95513@carver.gumbysoft.com> <20050605154809.GA34872@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 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: Dean Strik , freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 gigabit NIC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 05 Jun 2005 21:15:12 -0000 Sten Spans wrote this message on Sun, Jun 05, 2005 at 23:10 +0200: > On Sun, 5 Jun 2005, Dean Strik wrote: > > >Sten Spans wrote: > >>On Sun, 5 Jun 2005, Doug White wrote: > >> > >>>On Thu, 2 Jun 2005, Evan Sayer wrote: > >>> > >>>>Can anyone recommend a reliable gigabit NIC for a Sun Ultra 5 under > >>>>FreeBSD 5.2.1? > >>> > >>>Considering the U5 only has 32 bit 33MHz PCI, it'll never even get close > >>>to pushing that much b/w so as long as its supported under sparc64 you > >>>should be fine. > >> > >>Sun gigabit 1/2 isn't supported afaik. > > > >Er, I guess gem(4) covers that, though I haven't ever tried one in a > >FreeBSD box yet. > > Mmmm, I'll try digging up a complete list of chips/drivers and > give a correct and complete answer. There are so many "sun gigabit" > adaptors that things get somewhat confusing. Oh, just so you know, re (RealTek) based gige doesn't work on sparc64.. -- 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 Mon Jun 6 11:01:56 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 1FCC416A41C for ; Mon, 6 Jun 2005 11:01:56 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0AA043D1F for ; Mon, 6 Jun 2005 11:01:55 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j56B1t78065697 for ; Mon, 6 Jun 2005 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j56B1tFa065691 for freebsd-sparc64@freebsd.org; Mon, 6 Jun 2005 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Jun 2005 11:01:55 GMT Message-Id: <200506061101.j56B1tFa065691@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 11:01:56 -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 [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u o [2005/04/27] sparc64/80410sparc64 netgraph is causing crash with mpd on spa o [2005/05/11] sparc64/80890sparc64 panic: kmem_malloc(73728): kmem_map too s 6 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 Jun 6 15:30:10 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 65C7516A41C; Mon, 6 Jun 2005 15:30:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2039143D48; Mon, 6 Jun 2005 15:30:09 +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 j56FU2jQ002653; Mon, 6 Jun 2005 11:30:02 -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 j56FU91t049645; Mon, 6 Jun 2005 11:30:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C08237306E; Mon, 6 Jun 2005 11:30:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050606153008.C08237306E@freebsd-current.sentex.ca> Date: Mon, 6 Jun 2005 11:30:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 15:30:10 -0000 TB --- 2005-06-06 14:09:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-06 14:09:01 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-06 14:09:01 - cleaning the object tree TB --- 2005-06-06 14:09:31 - checking out the source tree TB --- 2005-06-06 14:09:31 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-06 14:09:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-06 14:15:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-06 14:15:28 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-06 14:15:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-06 15:23:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-06 15:23:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-06 15:23:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 6 15:23:43 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/atapist/../../../conf/kmod_syms.awk atapist.kld export_syms | xargs -J% objcopy % atapist.kld ld -Bshareable -d -warn-common -o atapist.ko.debug atapist.kld objcopy --strip-debug atapist.ko.debug atapist.ko ===> ata/ataraid (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c: In function `ata_raid_nvidia_print_meta': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c:3825: warning: long long unsigned int format, u_int64_t arg (arg 2) /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c:3826: warning: long long unsigned int format, u_int64_t arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-06 15:30:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-06 15:30:08 - ERROR: failed to build generic kernel TB --- 2005-06-06 15:30:08 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 16:55:43 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 0255916A41C for ; Mon, 6 Jun 2005 16:55:43 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A42843D48 for ; Mon, 6 Jun 2005 16:55:42 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p19186-adsau12honb8-acca.tokyo.ocn.ne.jp [221.113.175.186]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id j56GtckR011754 for ; Tue, 7 Jun 2005 01:55:40 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.1/8.13.1) with ESMTP id j56GtFmE040978 for ; Tue, 7 Jun 2005 01:55:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 07 Jun 2005 01:55:10 +0900 (JST) Message-Id: <20050607.015510.21897573.hrs@allbsd.org> To: sparc64@FreeBSD.org From: Hiroki Sato In-Reply-To: <429A7B4D.3080102@samsco.org> References: <20050530.025302.64839649.hrs@allbsd.org> <429A7B4D.3080102@samsco.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Jun__7_01_55_10_2005_009)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/916/Mon Jun 6 19:09:20 2005 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 16:55:43 -0000 ----Security_Multipart(Tue_Jun__7_01_55_10_2005_009)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Scott Long wrote in <429A7B4D.3080102@samsco.org>: sc> I'd guess that you're the first to have access to so much memory sc> and a machine to hold it. The error means that vm_map_find() sc> returned KERN_NO_SPACE. It could be that there is a 64-bit bug sc> in the code, or it could be that the page tables to index so much sc> memory consume all available space in the kernel map. Thanks. Jake gave me an advice about kern.maxbcache tunable, and I finally make it boot with kern.maxbcache=524288000. However, the hme driver seems to have a problem: |panic: iommu_enter: XXX: physical address too large (0x5e3fcc000) |cpuid = 0 |KDB: enter: panic |[thread pid 442 tid 100215 ] |Stopped at kdb_enter+0x3c: ta %xcc, 1 |db> tr |Tracing pid 442 tid 100215 td 0xfffff800af657b80 |panic() at panic+0x16c |iommu_enter() at iommu_enter+0x3c |iommu_dvmamap_load_buffer() at iommu_dvmamap_load_buffer+0x118 |iommu_dvmamap_load_mbuf() at iommu_dvmamap_load_mbuf+0x170 |hme_load_txmbuf() at hme_load_txmbuf+0x68 |hme_start_locked() at hme_start_locked+0x1bc |hme_start() at hme_start+0x2c |if_start() at if_start+0xa0 |ether_output_frame() at ether_output_frame+0x244 |ether_output() at ether_output+0x474 |ip_output() at ip_output+0xa98 |udp_output() at udp_output+0x5b4 |udp_send() at udp_send+0x14 |sosend() at sosend+0x654 When INVARIANTS enabled this panic occurs instantly. -- | Hiroki SATO ----Security_Multipart(Tue_Jun__7_01_55_10_2005_009)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCpH/uTyzT2CeTzy0RAhyhAJ94d0BRcjjw7KSCzOZGcqtr8urJ3gCggrOX Zbl1EmpCKq/C5Z7XQm75G4k= =D54P -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Jun__7_01_55_10_2005_009)---- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 20:31:36 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 7D6BD16A41C; Mon, 6 Jun 2005 20:31:36 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id F19C743D53; Mon, 6 Jun 2005 20:31:35 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id j56KVUOT080644; Mon, 6 Jun 2005 22:31:34 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j56KVPdY080643; Mon, 6 Jun 2005 22:31:25 +0200 (CEST) (envelope-from marius) Date: Mon, 6 Jun 2005 22:31:25 +0200 From: Marius Strobl To: Hiroki Sato Message-ID: <20050606223125.A80582@newtrinity.zeist.de> References: <20050530.025302.64839649.hrs@allbsd.org> <429A7B4D.3080102@samsco.org> <20050607.015510.21897573.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050607.015510.21897573.hrs@allbsd.org>; from hrs@freebsd.org on Tue, Jun 07, 2005 at 01:55:10AM +0900 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-4; AVE: 6.30.0.15; VDF: 6.30.0.230; host: newtrinity.zeist.de) Cc: sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 20:31:36 -0000 On Tue, Jun 07, 2005 at 01:55:10AM +0900, Hiroki Sato wrote: > Scott Long wrote > in <429A7B4D.3080102@samsco.org>: > > sc> I'd guess that you're the first to have access to so much memory > sc> and a machine to hold it. The error means that vm_map_find() > sc> returned KERN_NO_SPACE. It could be that there is a 64-bit bug > sc> in the code, or it could be that the page tables to index so much > sc> memory consume all available space in the kernel map. > > Thanks. Jake gave me an advice about kern.maxbcache tunable, and > I finally make it boot with kern.maxbcache=524288000. > However, the hme driver seems to have a problem: > > |panic: iommu_enter: XXX: physical address too large (0x5e3fcc000) > |cpuid = 0 > |KDB: enter: panic > |[thread pid 442 tid 100215 ] > |Stopped at kdb_enter+0x3c: ta %xcc, 1 > |db> tr > |Tracing pid 442 tid 100215 td 0xfffff800af657b80 > |panic() at panic+0x16c > |iommu_enter() at iommu_enter+0x3c > |iommu_dvmamap_load_buffer() at iommu_dvmamap_load_buffer+0x118 > |iommu_dvmamap_load_mbuf() at iommu_dvmamap_load_mbuf+0x170 > |hme_load_txmbuf() at hme_load_txmbuf+0x68 > |hme_start_locked() at hme_start_locked+0x1bc > |hme_start() at hme_start+0x2c > |if_start() at if_start+0xa0 > |ether_output_frame() at ether_output_frame+0x244 > |ether_output() at ether_output+0x474 > |ip_output() at ip_output+0xa98 > |udp_output() at udp_output+0x5b4 > |udp_send() at udp_send+0x14 > |sosend() at sosend+0x654 > > When INVARIANTS enabled this panic occurs instantly. > You're probably hitting the 16GB limit of the current IOMMU code. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 20:38:14 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 D649116A45C; Mon, 6 Jun 2005 20:38:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90CF643D5E; Mon, 6 Jun 2005 20:38:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6D81B72DD4; Mon, 6 Jun 2005 13:38:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 68A0772DCB; Mon, 6 Jun 2005 13:38:14 -0700 (PDT) Date: Mon, 6 Jun 2005 13:38:14 -0700 (PDT) From: Doug White To: Hiroki Sato In-Reply-To: <20050607.015510.21897573.hrs@allbsd.org> Message-ID: <20050606132756.X16994@carver.gumbysoft.com> References: <20050530.025302.64839649.hrs@allbsd.org> <429A7B4D.3080102@samsco.org> <20050607.015510.21897573.hrs@allbsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: sparc64@FreeBSD.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 20:38:15 -0000 On Tue, 7 Jun 2005, Hiroki Sato wrote: > Scott Long wrote > in <429A7B4D.3080102@samsco.org>: > > sc> I'd guess that you're the first to have access to so much memory > sc> and a machine to hold it. The error means that vm_map_find() > sc> returned KERN_NO_SPACE. It could be that there is a 64-bit bug > sc> in the code, or it could be that the page tables to index so much > sc> memory consume all available space in the kernel map. > > Thanks. Jake gave me an advice about kern.maxbcache tunable, and > I finally make it boot with kern.maxbcache=524288000. > However, the hme driver seems to have a problem: > > |panic: iommu_enter: XXX: physical address too large (0x5e3fcc000) This panic occurs since the IOMMU can only handle physical addresses up to 34 bits (16GB), it appears. From src/sys/sparc64/include/iommureg.h: 67 #define IOMMU_BITS 34 68 #define IOMMU_MAXADDR (1UL << IOMMU_BITS) Since the panic is in a KASSERT thats why it only pops up under INVARIANTS. However the bus_dma tags specify that hme can only handle 32 bit addresses so it should be using a bounce buffer. I'm guessing that bus_dma needs to be taught about this limitation and use bounce buffers for the IOMMU on >16GB systems. Someone should also research this value a bit more ... I wonder if its from some older system (E450?), and newer machines have larger limits. I would hope they'd build E4500s with IOMMUs that can address all of physical memory. > |cpuid = 0 > |KDB: enter: panic > |[thread pid 442 tid 100215 ] > |Stopped at kdb_enter+0x3c: ta %xcc, 1 > |db> tr > |Tracing pid 442 tid 100215 td 0xfffff800af657b80 > |panic() at panic+0x16c > |iommu_enter() at iommu_enter+0x3c > |iommu_dvmamap_load_buffer() at iommu_dvmamap_load_buffer+0x118 > |iommu_dvmamap_load_mbuf() at iommu_dvmamap_load_mbuf+0x170 > |hme_load_txmbuf() at hme_load_txmbuf+0x68 > |hme_start_locked() at hme_start_locked+0x1bc > |hme_start() at hme_start+0x2c > |if_start() at if_start+0xa0 > |ether_output_frame() at ether_output_frame+0x244 > |ether_output() at ether_output+0x474 > |ip_output() at ip_output+0xa98 > |udp_output() at udp_output+0x5b4 > |udp_send() at udp_send+0x14 > |sosend() at sosend+0x654 > > When INVARIANTS enabled this panic occurs instantly. > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 20:38:42 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 2C91516A47E for ; Mon, 6 Jun 2005 20:38:42 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A3843D58 for ; Mon, 6 Jun 2005 20:38:41 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id j56KcdZa080706; Mon, 6 Jun 2005 22:38:39 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j56KcY5v080705; Mon, 6 Jun 2005 22:38:34 +0200 (CEST) (envelope-from marius) Date: Mon, 6 Jun 2005 22:38:34 +0200 From: Marius Strobl To: Dean Strik Message-ID: <20050606223834.B80582@newtrinity.zeist.de> References: <20050605004510.E95513@carver.gumbysoft.com> <20050605154809.GA34872@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050605154809.GA34872@stack.nl>; from dean@stack.nl on Sun, Jun 05, 2005 at 05:48:09PM +0200 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-4; AVE: 6.30.0.15; VDF: 6.30.0.230; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 gigabit NIC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 20:38:42 -0000 On Sun, Jun 05, 2005 at 05:48:09PM +0200, Dean Strik wrote: > Sten Spans wrote: > > On Sun, 5 Jun 2005, Doug White wrote: > > > > >On Thu, 2 Jun 2005, Evan Sayer wrote: > > > > > >>Can anyone recommend a reliable gigabit NIC for a Sun Ultra 5 under > > >>FreeBSD 5.2.1? > > > > > >Considering the U5 only has 32 bit 33MHz PCI, it'll never even get close > > >to pushing that much b/w so as long as its supported under sparc64 you > > >should be fine. > > > > Sun gigabit 1/2 isn't supported afaik. > > Er, I guess gem(4) covers that, though I haven't ever tried one in a > FreeBSD box yet. > It at least doesn't support the fibre ones as those use a SERDES chip instead of a MII bus with a PHY chip and gem(4) currently doesn't support the former. I think there are no GEM based copper GigE cards from Sun. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 21:40:47 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 102AB16A41C for ; Mon, 6 Jun 2005 21:40:47 +0000 (GMT) (envelope-from weinmann@cdc.informatik.tu-darmstadt.de) Received: from mail.cdc.informatik.tu-darmstadt.de (cdc-info.cdc.informatik.tu-darmstadt.de [130.83.167.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B468443D1D for ; Mon, 6 Jun 2005 21:40:45 +0000 (GMT) (envelope-from weinmann@cdc.informatik.tu-darmstadt.de) Received: from [192.168.178.20] (x61.vpn.hrz.tu-darmstadt.de [130.83.72.61]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client CN "Ralf-Philipp Weinmann", Issuer CN "RBG CA" (verified OK)) by mail.cdc.informatik.tu-darmstadt.de (Postfix) with ESMTP id EA7532C91; Mon, 6 Jun 2005 23:40:43 +0200 (MET DST) Message-ID: <42A4C2E0.9010007@cdc.informatik.tu-darmstadt.de> Date: Mon, 06 Jun 2005 23:40:48 +0200 From: Ralf-Philipp Weinmann User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: SUCCESS: Sun Blade 100 with Firewire-attached HDD (IEEE 1394) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 21:40:47 -0000 Hi list, I've applied Marius Strobl's patch (posted to this list on May 15, 2005, see [1]) for the firewire controller used in the Sun Blade 100's against a 5.4R and have attached and successfully tested a HDD in an external Firewire enclosure the last couple of days. Works great! Thanks Marius! The FreeBSD/sparc64 5.4R Hardware Notes list this machine as "fully supported" (section 2.1). This seems odd to me, since it is clearly NOT the case. Without this patch, the controller simply wasn't initialized correctly. Cheers, Ralf [1] http://alchemy.franken.de/~marius/fwohci.diff [2] http://www.freebsd.org/releases/5.4R/hardware-sparc64.html#AEN27 From owner-freebsd-sparc64@FreeBSD.ORG Mon Jun 6 22:08:32 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 D6B8D16A41C for ; Mon, 6 Jun 2005 22:08:32 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57A9443D1F for ; Mon, 6 Jun 2005 22:08:32 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id j56M8PLO082236; Tue, 7 Jun 2005 00:08:25 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j56M8KbS082235; Tue, 7 Jun 2005 00:08:20 +0200 (CEST) (envelope-from marius) Date: Tue, 7 Jun 2005 00:08:20 +0200 From: Marius Strobl To: Ralf-Philipp Weinmann Message-ID: <20050607000820.B80563@newtrinity.zeist.de> References: <42A4C2E0.9010007@cdc.informatik.tu-darmstadt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <42A4C2E0.9010007@cdc.informatik.tu-darmstadt.de>; from weinmann@cdc.informatik.tu-darmstadt.de on Mon, Jun 06, 2005 at 11:40:48PM +0200 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-4; AVE: 6.30.0.15; VDF: 6.30.0.230; host: newtrinity.zeist.de) Cc: sparc64@freebsd.org Subject: Re: SUCCESS: Sun Blade 100 with Firewire-attached HDD (IEEE 1394) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 22:08:33 -0000 On Mon, Jun 06, 2005 at 11:40:48PM +0200, Ralf-Philipp Weinmann wrote: > Hi list, > > I've applied Marius Strobl's patch (posted to this list on May 15, 2005, > see [1]) for the firewire controller used in the Sun Blade 100's against > a 5.4R and have attached and successfully tested a HDD in an external > Firewire enclosure the last couple of days. > > Works great! Thanks Marius! Thanks for testing :) > > The FreeBSD/sparc64 5.4R Hardware Notes list this machine as "fully > supported" (section 2.1). This seems odd to me, since it is clearly NOT > the case. Without this patch, the controller simply wasn't initialized > correctly. > Yeah, the sparc64 hardware notes have to be read in the context of the time when they where written which was mainly when e.g. the MD PCI code was fixed to work on stuff like E450 and some of the weirder USII[e,i] based systems etc. From a today's perspective they sound more like propaganda... I think one actually can't call any sun4u machine "fully supported" by FreeBSD, yet. We got closer to it over time but there are still a few things like e.g. the EBus and SBus printer ports and all of the floppy controllers left before some machines can be considered "fully supported" from a hardware point of view. Of course some of the existing drivers also still need improvement... Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 7 05:57:42 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 1050716A41C for ; Tue, 7 Jun 2005 05:57:42 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BD5443D1D for ; Tue, 7 Jun 2005 05:57:41 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 51404, pid: 51405, t: 1.1206s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 7 Jun 2005 05:54:39 +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 j575vJJX002642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 14:57:19 +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 j575vBLo002641; Tue, 7 Jun 2005 14:57:11 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Tue, 7 Jun 2005 14:57:11 +0900 From: Pyun YongHyeon To: Sten Spans Message-ID: <20050607055711.GB1438@rndsoft.co.kr> References: <20050605004510.E95513@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Cc: freebsd-sparc64@freebsd.org Subject: Re: Ultra 5 gigabit NIC X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 07 Jun 2005 05:57:42 -0000 On Sun, Jun 05, 2005 at 03:35:23PM +0200, Sten Spans wrote: > On Sun, 5 Jun 2005, Doug White wrote: > > >On Thu, 2 Jun 2005, Evan Sayer wrote: > > > >>Can anyone recommend a reliable gigabit NIC for a Sun Ultra 5 under > >>FreeBSD 5.2.1? > > > >Considering the U5 only has 32 bit 33MHz PCI, it'll never even get close > >to pushing that much b/w so as long as its supported under sparc64 you > >should be fine. > > Sun gigabit 1/2 isn't supported afaik. > Sun gigaswift comes as bge and cassini. The bge versions probably work. > Intel em is only supported with a patch to the driver, and it will > still suck when using jumbo frames. AFAIK em(4) is the only one that works on sparc64.(stock em(4) driver does not work at all.) Jumbo frame issues of em(4) comes from Intel's stupid design mistake. The driver should do non-aligned access whenever jumbo frame is used. This would decrease performance though not generate panic on x86. > Syskonnect cards have solaris drivers, they probably work with freebsd. > sk(4) should be taught to take advantage of busdma(9). > None of these are really fast. On intel boxen the fast cpu makes up > somewhat for the crappy pci speed, and most of the onboard gigabit > is connected to a dedicated bus. On alpha, sparc, power, pa-risc in the > 300-500 mhz range you'll get about 300-400 mbit tops. > > Intel boxen with 933-1133-2800 mhz, 64bit pci and em do about 800-900mbit. > Agreed. :-( I don't know how fast CPU is required to get full gigabit speed. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 7 10:44:16 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 E4C0516A41C; Tue, 7 Jun 2005 10:44:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E3243D1F; Tue, 7 Jun 2005 10:44:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j57AfpYb043964; Tue, 7 Jun 2005 06:41:51 -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 j57AiE32003627; Tue, 7 Jun 2005 06:44:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 42F7F7306E; Tue, 7 Jun 2005 06:44:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050607104414.42F7F7306E@freebsd-current.sentex.ca> Date: Tue, 7 Jun 2005 06:44:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 10:44:16 -0000 TB --- 2005-06-07 09:44:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-07 09:44:34 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-07 09:44:34 - cleaning the object tree TB --- 2005-06-07 09:44:54 - checking out the source tree TB --- 2005-06-07 09:44:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-07 09:44:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-07 09:50:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-07 09:50:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-07 09:50:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] echo dhclient: /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c: In function `bind_lease': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c:727: warning: int format, different type arg (arg 3) /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c: In function `send_discover': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c:1148: warning: int format, different type arg (arg 5) /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c: In function `state_panic': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c:1200: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-07 10:44:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-07 10:44:14 - ERROR: failed to build world TB --- 2005-06-07 10:44:14 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Jun 7 15:30:45 2005 Return-Path: X-Original-To: freebsd-sparc@freebsd.org 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 4AD3D16A41F for ; Tue, 7 Jun 2005 15:30:45 +0000 (GMT) (envelope-from Aeolus@gicquel.as) Received: from p5493F543.dip.t-dialin.net (p5493F543.dip.t-dialin.net [84.147.245.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C52843D55 for ; Tue, 7 Jun 2005 15:30:43 +0000 (GMT) (envelope-from Aeolus@gicquel.as) Received: from [99.78.42.87] (port=4049 helo=[gunners]) by p5493F543.dip.t-dialin.net with esmtp id 24658122803blooded52612 for freebsd-sparc@freebsd.org; Tue, 7 Jun 2005 17:30:43 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <3094763171.11054183073@p5493F543.dip.t-dialin.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-sparc@freebsd.org From: Howard Date: Tue, 7 Jun 2005 17:30:42 +0200 X-Mailer: Apple Mail (2.728) Cc: Subject: Don't Just Treat Your disease . Prevent It X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 15:30:45 -0000 Get the medication you need delivered to your door in 24 hours. http://involve.yourowndoctor.info/?devicextvuyidioticzctBudd Deep experience is never peaceful. If a pig loses its voice, is it disgruntled? To want to be what one can be is purpose in life. The excellent becomes the permanent. From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 10 00:19:49 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 C733316A41C; Fri, 10 Jun 2005 00:19:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E1443D53; Fri, 10 Jun 2005 00:19:49 +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 j5A0JaMV020941; Thu, 9 Jun 2005 20:19:36 -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 j5A0Jmoc000693; Thu, 9 Jun 2005 20:19:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EDD117306E; Thu, 9 Jun 2005 20:19:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050610001947.EDD117306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 20:19:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 00:19:50 -0000 TB --- 2005-06-09 23:46:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-09 23:46:19 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-09 23:46:19 - cleaning the object tree TB --- 2005-06-09 23:46:42 - checking out the source tree TB --- 2005-06-09 23:46:42 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-09 23:46:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-09 23:52:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-09 23:52:36 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-09 23:52:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] cc -fPIC -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c -o bpf_dump.So cc -fPIC -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap -c scanner.c -o scanner.So cc -fPIC -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap -c version.c -o version.So building shared library libpcap.so.4 ===> lib/libpmc (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc/libpmc.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc/libpmc.c: In function `pmc_cpuinfo': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc/libpmc.c:1756: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-10 00:19:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-10 00:19:47 - ERROR: failed to build world TB --- 2005-06-10 00:19:47 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 10 15:45:36 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 97CBA16A41C for ; Fri, 10 Jun 2005 15:45:36 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15CBB43D48 for ; Fri, 10 Jun 2005 15:45:35 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p19186-adsau12honb8-acca.tokyo.ocn.ne.jp [221.113.175.186]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id j5AFjW0A084194 for ; Sat, 11 Jun 2005 00:45:33 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.1/8.13.1) with ESMTP id j5AFjH0L071245 for ; Sat, 11 Jun 2005 00:45:17 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 11 Jun 2005 00:44:35 +0900 (JST) Message-Id: <20050611.004435.59726356.hrs@allbsd.org> To: sparc64@FreeBSD.org From: Hiroki Sato In-Reply-To: <20050606132756.X16994@carver.gumbysoft.com> References: <429A7B4D.3080102@samsco.org> <20050607.015510.21897573.hrs@allbsd.org> <20050606132756.X16994@carver.gumbysoft.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jun_11_00_44_35_2005_636)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/922/Fri Jun 10 22:58:19 2005 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 15:45:36 -0000 ----Security_Multipart(Sat_Jun_11_00_44_35_2005_636)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug White wrote in <20050606132756.X16994@carver.gumbysoft.com>: dw> Since the panic is in a KASSERT thats why it only pops up under dw> INVARIANTS. However the bus_dma tags specify that hme can only handle 32 dw> bit addresses so it should be using a bounce buffer. I'm guessing that dw> bus_dma needs to be taught about this limitation and use bounce buffers dw> for the IOMMU on >16GB systems. dw> dw> Someone should also research this value a bit more ... I wonder if its dw> from some older system (E450?), and newer machines have larger limits. I dw> would hope they'd build E4500s with IOMMUs that can address all of dw> physical memory. Hmmm, I notice the box sometimes hangs up with <16GB RAM under moderate network load just after "hme0: invalid packet size xxxx; dropping" is displayed. I tried 16, 12, 8, and 4GB. Another E4500 with 5GB RAM seems OK, though. Is there anyone interested in investigating? I can provide remote access (serial console available) to this box. -- | Hiroki SATO ----Security_Multipart(Sat_Jun_11_00_44_35_2005_636)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCqbVjTyzT2CeTzy0RAn/QAJ4zjt/wMbetf7GbTCZjDOoDM7wBTACfQ9EQ E7gD/1tS9XbJtj54W7qZv+I= =ZlRK -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jun_11_00_44_35_2005_636)---- From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 10 15:54:58 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 A0DAE16A41C for ; Fri, 10 Jun 2005 15:54:58 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2846843D1F for ; Fri, 10 Jun 2005 15:54:57 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id j5AFsuwa081395; Fri, 10 Jun 2005 17:54:56 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id j5AFspSj081394; Fri, 10 Jun 2005 17:54:51 +0200 (CEST) (envelope-from marius) Date: Fri, 10 Jun 2005 17:54:51 +0200 From: Marius Strobl To: Dejan Lesjak Message-ID: <20050610175451.A80822@newtrinity.zeist.de> References: <200505180201.49529.dejan.lesjak@ijs.si> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200505180201.49529.dejan.lesjak@ijs.si>; from dejan.lesjak@ijs.si on Wed, May 18, 2005 at 02:01:49AM +0200 X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-4; AVE: 6.31.0.5; VDF: 6.31.0.24; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: NOTE: Xorg port changes related to sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 15:54:58 -0000 On Wed, May 18, 2005 at 02:01:49AM +0200, Dejan Lesjak wrote: > Hi, > > The xorg-server-6.8.2_2 includes a fix from Marius Strobl from this message: > > http://lists.freebsd.org/pipermail/freebsd-sparc64/2005-May/003131.html > In case someone is still having problems getting a Rage XL chip (e.g. the on-board one in Blade 100 or Sun PGX64 cards) to work with xorg-server-6.8.2_2 or just can make some poor modes like 640x480 to work check the "Reference clock" line in Xorg.0.log. If it reads 14.318 MHz then the 'ati' driver detected the wrong reference frequency. As a work-around add the following line to the respective 'Device' section of your xorg.conf: Option "reference_clock" "28.636 MHz" Marius From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 10 21:12:41 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 8B2A016A41C; Fri, 10 Jun 2005 21:12:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E44543D1D; Fri, 10 Jun 2005 21:12:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3BB26513B6; Fri, 10 Jun 2005 17:12:40 -0400 (EDT) Date: Fri, 10 Jun 2005 17:12:39 -0400 From: Kris Kennaway To: Hiroki Sato Message-ID: <20050610211239.GA59402@xor.obsecurity.org> References: <429A7B4D.3080102@samsco.org> <20050607.015510.21897573.hrs@allbsd.org> <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <20050611.004435.59726356.hrs@allbsd.org> User-Agent: Mutt/1.4.2.1i Cc: sparc64@FreeBSD.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 21:12:41 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 12:44:35AM +0900, Hiroki Sato wrote: > Doug White wrote > in <20050606132756.X16994@carver.gumbysoft.com>: >=20 > dw> Since the panic is in a KASSERT thats why it only pops up under > dw> INVARIANTS. However the bus_dma tags specify that hme can only handl= e 32 > dw> bit addresses so it should be using a bounce buffer. I'm guessing that > dw> bus_dma needs to be taught about this limitation and use bounce buffe= rs > dw> for the IOMMU on >16GB systems. > dw>=20 > dw> Someone should also research this value a bit more ... I wonder if its > dw> from some older system (E450?), and newer machines have larger limits= . I > dw> would hope they'd build E4500s with IOMMUs that can address all of > dw> physical memory. >=20 > Hmmm, I notice the box sometimes hangs up with <16GB RAM under > moderate network load just after "hme0: invalid packet size > xxxx; dropping" is displayed. I tried 16, 12, 8, and 4GB. > Another E4500 with 5GB RAM seems OK, though. I wonder if it's disk related. I tried to check out a ports tree on this machine and it hung in a few seconds (although this was also checking out using the network via nfs). Kris > Is there anyone interested in investigating? I can provide remote > access (serial console available) to this box. >=20 > --=20 > | Hiroki SATO --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqgJFWry0BWjoQKURAhTTAJ0ZDxuuZyvZinb/2/Q+xnR/zbuYPwCeJ2zb 9Vn7H0BhuWNChOE0+L9FrXA= =919b -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 10 21:22:15 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 9587C16A41C; Fri, 10 Jun 2005 21:22:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E19943D48; Fri, 10 Jun 2005 21:22:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [172.28.177.82] ([12.174.84.3]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5ALRWOb086276; Fri, 10 Jun 2005 15:27:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42AA0484.1090005@samsco.org> Date: Fri, 10 Jun 2005 15:22:12 -0600 From: Scott Long User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <429A7B4D.3080102@samsco.org> <20050607.015510.21897573.hrs@allbsd.org> <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> In-Reply-To: <20050610211239.GA59402@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Hiroki Sato , sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 21:22:15 -0000 Kris Kennaway wrote: > On Sat, Jun 11, 2005 at 12:44:35AM +0900, Hiroki Sato wrote: > >>Doug White wrote >> in <20050606132756.X16994@carver.gumbysoft.com>: >> >>dw> Since the panic is in a KASSERT thats why it only pops up under >>dw> INVARIANTS. However the bus_dma tags specify that hme can only handle 32 >>dw> bit addresses so it should be using a bounce buffer. I'm guessing that >>dw> bus_dma needs to be taught about this limitation and use bounce buffers >>dw> for the IOMMU on >16GB systems. >>dw> >>dw> Someone should also research this value a bit more ... I wonder if its >>dw> from some older system (E450?), and newer machines have larger limits. I >>dw> would hope they'd build E4500s with IOMMUs that can address all of >>dw> physical memory. >> >> Hmmm, I notice the box sometimes hangs up with <16GB RAM under >> moderate network load just after "hme0: invalid packet size >> xxxx; dropping" is displayed. I tried 16, 12, 8, and 4GB. >> Another E4500 with 5GB RAM seems OK, though. > > > I wonder if it's disk related. I tried to check out a ports tree on > this machine and it hung in a few seconds (although this was also > checking out using the network via nfs). > > Kris > > >> Is there anyone interested in investigating? I can provide remote >> access (serial console available) to this box. >> >>-- >>| Hiroki SATO > > > If it's a matter of the iommu and busdma, there aren't any quick fixes, or even quick hacks. I'm pretty sure that esp(4) will handle EINPROGRESS from busdma, but naturally it hasn't been tested because the proper busdma code for sparc64 hasn't been written yet. Scott From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 10 22:40:28 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org 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 9B46816A425 for ; Fri, 10 Jun 2005 22:40:28 +0000 (GMT) (envelope-from Eric.Jungkurth@state.or.us) Received: from lion.state.or.us (lion.state.or.us [159.121.88.21]) by mx1.FreeBSD.org (Postfix) with SMTP id E4EE243D48 for ; Fri, 10 Jun 2005 22:40:26 +0000 (GMT) (envelope-from Eric.Jungkurth@state.or.us) Received: from exchnode02.ad.state.or.us by lion.state.or.us with ESMTP for freebsd-sparc64@freebsd.org; Fri, 10 Jun 2005 15:40:25 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 10 Jun 2005 15:39:30 -0700 Message-Id: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: problem with 5.4 and ultra 80 Thread-Index: AcVuDUQnFM+6sTI4TIahK8cHkKNiIQ== From: "JUNGKURTH Eric * DAS IRMD GGDC" To: Subject: problem with 5.4 and ultra 80 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 22:40:29 -0000 I'm unable to install FreeBSD 5.4 on Ultra 80. The boot loader comes up, but the system hangs when it jumps to the kernel entry at 0x0c00400000. I tried 5.3, and that seems to work okay. Hope this is useful information. Thanks Eric Jungkurth State of Oregon mailto:eric.jungkurth@state.or.us 503-373-0848 From owner-freebsd-sparc64@FreeBSD.ORG Fri Jun 10 22:53:35 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 1BE0D16A41C; Fri, 10 Jun 2005 22:53:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C058F43D1F; Fri, 10 Jun 2005 22:53:34 +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 j5AMrLU9047456; Fri, 10 Jun 2005 18:53:21 -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 j5AMrYQ8094753; Fri, 10 Jun 2005 18:53:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E21CA7306E; Fri, 10 Jun 2005 18:53:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050610225333.E21CA7306E@freebsd-current.sentex.ca> Date: Fri, 10 Jun 2005 18:53:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 22:53:35 -0000 TB --- 2005-06-10 21:19:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-10 21:19:47 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-10 21:19:47 - cleaning the object tree TB --- 2005-06-10 21:19:59 - checking out the source tree TB --- 2005-06-10 21:19:59 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-10 21:19:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-10 21:25:59 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-10 21:25:59 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-10 21:25:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-10 22:33:52 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 22:33:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-10 22:33:52 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 10 22:33:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jun 10 22:46:23 UTC 2005 TB --- 2005-06-10 22:46:23 - generating LINT kernel config TB --- 2005-06-10 22:46:23 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-06-10 22:46:23 - /usr/bin/make -B LINT TB --- 2005-06-10 22:46:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 22:46:23 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-10 22:46:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 10 22:46:23 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md4c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd .c In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd.c:1388: /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: `IPI_PREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-10 22:53:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-10 22:53:33 - ERROR: failed to build lint kernel TB --- 2005-06-10 22:53:33 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 06:44:25 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 C215116A41C for ; Sat, 11 Jun 2005 06:44:25 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E1843D49 for ; Sat, 11 Jun 2005 06:44:24 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p19186-adsau12honb8-acca.tokyo.ocn.ne.jp [221.113.175.186]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B6iLkR097036; Sat, 11 Jun 2005 15:44:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B6i8Ll078492; Sat, 11 Jun 2005 15:44:09 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 11 Jun 2005 15:40:28 +0900 (JST) Message-Id: <20050611.154028.102195481.hrs@allbsd.org> To: kris@obsecurity.org From: Hiroki Sato In-Reply-To: <20050610211239.GA59402@xor.obsecurity.org> References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jun_11_15_40_28_2005_613)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/924/Sat Jun 11 06:42:16 2005 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: sparc64@FreeBSD.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 06:44:25 -0000 ----Security_Multipart(Sat_Jun_11_15_40_28_2005_613)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kris Kennaway wrote in <20050610211239.GA59402@xor.obsecurity.org>: kr> I wonder if it's disk related. I tried to check out a ports tree on kr> this machine and it hung in a few seconds (although this was also kr> checking out using the network via nfs). I do not know why but the freeze occurs only when displaying "invalid packet size xxx; dropping". When I tried "vmstat 1" on the serial console and fetching a large file via ftp at the same time with 12GB RAM configuration, the freeze did not occur. Once "hme0: too may errors; not reporting any more" is displayed, the box seems to work fine and I can check out the ports tree via NFS without problems. I tried to comment out the HME_WHINE line of hme_read() in if_hme.c, and it seems to make the box work fine so far. Kris, could you try again? I think this is not a disk problem. -- | Hiroki SATO ----Security_Multipart(Sat_Jun_11_15_40_28_2005_613)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCqodcTyzT2CeTzy0RAhQVAKDUjPQWy4ykvYKoikzz0xEq3xgI0QCfV2Yh dajNgKlUc0QXPniDvKQZHp4= =7z9N -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jun_11_15_40_28_2005_613)---- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 07:07:33 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 576DF16A41C; Sat, 11 Jun 2005 07:07:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 126CD43D49; Sat, 11 Jun 2005 07:07:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D79D5511DE; Sat, 11 Jun 2005 03:07:31 -0400 (EDT) Date: Sat, 11 Jun 2005 03:07:30 -0400 From: Kris Kennaway To: Hiroki Sato Message-ID: <20050611070730.GA23794@xor.obsecurity.org> References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20050611.154028.102195481.hrs@allbsd.org> User-Agent: Mutt/1.4.2.1i Cc: sparc64@FreeBSD.org, kris@obsecurity.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 07:07:33 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 03:40:28PM +0900, Hiroki Sato wrote: > Kris Kennaway wrote > in <20050610211239.GA59402@xor.obsecurity.org>: >=20 > kr> I wonder if it's disk related. I tried to check out a ports tree on > kr> this machine and it hung in a few seconds (although this was also > kr> checking out using the network via nfs). >=20 > I do not know why but the freeze occurs only when displaying "invalid > packet size xxx; dropping". When I tried "vmstat 1" on the serial > console and fetching a large file via ftp at the same time > with 12GB RAM configuration, the freeze did not occur. > Once "hme0: too may errors; not reporting any more" is displayed, > the box seems to work fine and I can check out the ports tree via NFS > without problems. >=20 > I tried to comment out the HME_WHINE line of hme_read() in if_hme.c, > and it seems to make the box work fine so far. > Kris, could you try again? I think this is not a disk problem. Seems to be doing better (famous last words). What's up with the hme0 whining anyway? On all my boxes with hme hardware it quickly reports errors and then hits the limit, which suggests that either it's not a useful message to display, or there's a problem in the driver. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqo2xWry0BWjoQKURAgI4AJ0ZmrX4MkDFl0zbl8QudSJwwqmd+gCgxwpD zQVj3Z4/jMobiSjzUHv9pJ8= =tdaF -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 07:26:03 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 A3A9116A41C for ; Sat, 11 Jun 2005 07:26:03 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id D582943D1D for ; Sat, 11 Jun 2005 07:26:02 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 9593, pid: 9594, t: 1.0935s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 11 Jun 2005 07:22:33 +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 j5B7QW4Y021463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Jun 2005 16:26: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 j5B7QWml021462; Sat, 11 Jun 2005 16:26:32 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Sat, 11 Jun 2005 16:26:32 +0900 From: Pyun YongHyeon To: Hiroki Sato Message-ID: <20050611072632.GB19976@rndsoft.co.kr> References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050611.154028.102195481.hrs@allbsd.org> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Cc: sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2005 07:26:03 -0000 On Sat, Jun 11, 2005 at 03:40:28PM +0900, Hiroki Sato wrote: > Kris Kennaway wrote > in <20050610211239.GA59402@xor.obsecurity.org>: > > kr> I wonder if it's disk related. I tried to check out a ports tree on > kr> this machine and it hung in a few seconds (although this was also > kr> checking out using the network via nfs). > > I do not know why but the freeze occurs only when displaying "invalid > packet size xxx; dropping". When I tried "vmstat 1" on the serial > console and fetching a large file via ftp at the same time > with 12GB RAM configuration, the freeze did not occur. > Once "hme0: too may errors; not reporting any more" is displayed, > the box seems to work fine and I can check out the ports tree via NFS > without problems. > Normally the "invalid packet size" message comes from link mismatch. If your HME's PHY is DP83840 there are known issues on link neogotiation. AFAIK the issue has nothing to do with panic as I always see that on my Ultra2 which has DP83840 PHY too. I wonder how you can use NFS reliably on sparc64. Due to failure of alignment(both server and client) it's really easy to get panic on sparc64. > I tried to comment out the HME_WHINE line of hme_read() in if_hme.c, > and it seems to make the box work fine so far. HME_WHINE() just prints a message. I can't think removing the function can cure your problem. > Kris, could you try again? I think this is not a disk problem. > > -- > | Hiroki SATO -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 07:36:43 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 107EF16A41C; Sat, 11 Jun 2005 07:36:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF91943D48; Sat, 11 Jun 2005 07:36:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E2A3751288; Sat, 11 Jun 2005 03:36:41 -0400 (EDT) Date: Sat, 11 Jun 2005 03:36:41 -0400 From: Kris Kennaway To: Pyun YongHyeon Message-ID: <20050611073640.GA34243@xor.obsecurity.org> References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20050611072632.GB19976@rndsoft.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Hiroki Sato , sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 07:36:43 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 04:26:32PM +0900, Pyun YongHyeon wrote: > On Sat, Jun 11, 2005 at 03:40:28PM +0900, Hiroki Sato wrote: > > Kris Kennaway wrote > > in <20050610211239.GA59402@xor.obsecurity.org>: > >=20 > > kr> I wonder if it's disk related. I tried to check out a ports tree = on > > kr> this machine and it hung in a few seconds (although this was also > > kr> checking out using the network via nfs). > >=20 > > I do not know why but the freeze occurs only when displaying "invalid > > packet size xxx; dropping". When I tried "vmstat 1" on the serial > > console and fetching a large file via ftp at the same time > > with 12GB RAM configuration, the freeze did not occur. > > Once "hme0: too may errors; not reporting any more" is displayed, > > the box seems to work fine and I can check out the ports tree via NFS > > without problems. > >=20 >=20 > Normally the "invalid packet size" message comes from link mismatch. > If your HME's PHY is DP83840 there are known issues on link neogotiation. > AFAIK the issue has nothing to do with panic as I always see that on my > Ultra2 which has DP83840 PHY too. This is on e450 and e4500 machines. I don't think there's a link mismatch. > I wonder how you can use NFS reliably on sparc64. Due to failure of > alignment(both server and client) it's really easy to get panic on sparc6= 4. AFAICR I've never seen a problem with this (except with an i386 4.x server, which can be panicked by a sparc64 client)..I don't rely on NFS heavily in most cases, but I do use it on a number of machines (including two package build machines that netboot and access their ports trees over NFS, and have been in continuous operation with an uptime of 110 days). > > I tried to comment out the HME_WHINE line of hme_read() in if_hme.c, > > and it seems to make the box work fine so far. >=20 > HME_WHINE() just prints a message. I can't think removing the function > can cure your problem. It does seem to have helped though..before it would reliably lock up in seconds, and DDB break was non-responsive. Kris --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqpSIWry0BWjoQKURAnxQAKCI/8BOuX7BXWUry8s8EOEFID0SpwCg4069 B4ZNjye2F2kWzkTfLXYyhyk= =vMKr -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 07:50:58 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 C493C16A41C for ; Sat, 11 Jun 2005 07:50:58 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F0B143D49 for ; Sat, 11 Jun 2005 07:50:57 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p19186-adsau12honb8-acca.tokyo.ocn.ne.jp [221.113.175.186]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B7os5b097664; Sat, 11 Jun 2005 16:50:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B7ohs0078775; Sat, 11 Jun 2005 16:50:43 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 11 Jun 2005 16:49:48 +0900 (JST) Message-Id: <20050611.164948.68111074.hrs@allbsd.org> To: yongari@rndsoft.co.kr From: Hiroki Sato In-Reply-To: <20050611072632.GB19976@rndsoft.co.kr> References: <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jun_11_16_49_48_2005_045)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/924/Sat Jun 11 06:42:16 2005 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: sparc64@FreeBSD.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 07:50:58 -0000 ----Security_Multipart(Sat_Jun_11_16_49_48_2005_045)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pyun YongHyeon wrote in <20050611072632.GB19976@rndsoft.co.kr>: yo> On Sat, Jun 11, 2005 at 03:40:28PM +0900, Hiroki Sato wrote: yo> > I do not know why but the freeze occurs only when displaying "invalid yo> > packet size xxx; dropping". When I tried "vmstat 1" on the serial yo> > console and fetching a large file via ftp at the same time yo> > with 12GB RAM configuration, the freeze did not occur. yo> > Once "hme0: too may errors; not reporting any more" is displayed, yo> > the box seems to work fine and I can check out the ports tree via NFS yo> > without problems. yo> > yo> yo> Normally the "invalid packet size" message comes from link mismatch. yo> If your HME's PHY is DP83840 there are known issues on link neogotiation. yo> AFAIK the issue has nothing to do with panic as I always see that on my yo> Ultra2 which has DP83840 PHY too. I see. E4500 has a DP83840 PHY, too. yo> I wonder how you can use NFS reliably on sparc64. Due to failure of yo> alignment(both server and client) it's really easy to get panic on sparc64. IIRC there are few NFS-related panics. I did not try heavy load, but massive read-only access to /home/ncvs works fine at least. yo> > I tried to comment out the HME_WHINE line of hme_read() in if_hme.c, yo> > and it seems to make the box work fine so far. yo> yo> HME_WHINE() just prints a message. I can't think removing the function yo> can cure your problem. I also think so, but the freeze surely happens at that moment. Very strange... Since doing "vmstat 1" on console when the message is displayed prevents the freeze, there may be a kind of timing-dependent problem. -- | Hiroki SATO ----Security_Multipart(Sat_Jun_11_16_49_48_2005_045)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCqpeeTyzT2CeTzy0RArQDAJ9ER/i2IZqnHR9LPehIEY3ahIXezQCfQ+P7 u31tCtSy1JxESrMt2ZKektg= =3OeU -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jun_11_16_49_48_2005_045)---- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 07:54:22 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 98D6016A41C for ; Sat, 11 Jun 2005 07:54:22 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id A73EF43D1F for ; Sat, 11 Jun 2005 07:54:21 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 9886, pid: 9887, t: 1.6764s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 11 Jun 2005 07:50:52 +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 j5B7spHV021555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Jun 2005 16:54:51 +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 j5B7sp9f021554; Sat, 11 Jun 2005 16:54:51 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Sat, 11 Jun 2005 16:54:51 +0900 From: Pyun YongHyeon To: Kris Kennaway Message-ID: <20050611075451.GC19976@rndsoft.co.kr> References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> <20050611073640.GA34243@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050611073640.GA34243@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Cc: Hiroki Sato , sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2005 07:54:22 -0000 On Sat, Jun 11, 2005 at 03:36:41AM -0400, Kris Kennaway wrote: > On Sat, Jun 11, 2005 at 04:26:32PM +0900, Pyun YongHyeon wrote: > > On Sat, Jun 11, 2005 at 03:40:28PM +0900, Hiroki Sato wrote: > > > Kris Kennaway wrote > > > in <20050610211239.GA59402@xor.obsecurity.org>: > > > > > > kr> I wonder if it's disk related. I tried to check out a ports tree on > > > kr> this machine and it hung in a few seconds (although this was also > > > kr> checking out using the network via nfs). > > > > > > I do not know why but the freeze occurs only when displaying "invalid > > > packet size xxx; dropping". When I tried "vmstat 1" on the serial > > > console and fetching a large file via ftp at the same time > > > with 12GB RAM configuration, the freeze did not occur. > > > Once "hme0: too may errors; not reporting any more" is displayed, > > > the box seems to work fine and I can check out the ports tree via NFS > > > without problems. > > > > > > > Normally the "invalid packet size" message comes from link mismatch. > > If your HME's PHY is DP83840 there are known issues on link neogotiation. > > AFAIK the issue has nothing to do with panic as I always see that on my > > Ultra2 which has DP83840 PHY too. > > This is on e450 and e4500 machines. I don't think there's a link > mismatch. > > > I wonder how you can use NFS reliably on sparc64. Due to failure of > > alignment(both server and client) it's really easy to get panic on sparc64. > > AFAICR I've never seen a problem with this (except with an i386 4.x > server, which can be panicked by a sparc64 client)..I don't rely on > NFS heavily in most cases, but I do use it on a number of machines > (including two package build machines that netboot and access their > ports trees over NFS, and have been in continuous operation with an > uptime of 110 days). > Do you use NFS orver UDP? NFS over TCP has much better change of getting panic. If you copy a large file(> 100MB) from a NFS exported directory to its sub-directory you probably hit a panic. If my memory serve right there had been several NFS panic reports in current/sparc64 ML. And I don't think it was fixed since the root cause of panic is in nfsm_disct() and nfs_realign()(it was not touched for a long time.) > > > I tried to comment out the HME_WHINE line of hme_read() in if_hme.c, > > > and it seems to make the box work fine so far. > > > > HME_WHINE() just prints a message. I can't think removing the function > > can cure your problem. > > It does seem to have helped though..before it would reliably lock up > in seconds, and DDB break was non-responsive. > Hmm... Then it would be great to get a voluntary core dump when hme(4) hits the condition(e.g. before processing HME_WHINE, invoke panic(9)). > Kris -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 07:57:28 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 563F216A41C; Sat, 11 Jun 2005 07:57:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA3B43D48; Sat, 11 Jun 2005 07:57:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 279AD51223; Sat, 11 Jun 2005 03:57:27 -0400 (EDT) Date: Sat, 11 Jun 2005 03:57:27 -0400 From: Kris Kennaway To: Pyun YongHyeon Message-ID: <20050611075727.GA42071@xor.obsecurity.org> References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> <20050611073640.GA34243@xor.obsecurity.org> <20050611075451.GC19976@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20050611075451.GC19976@rndsoft.co.kr> User-Agent: Mutt/1.4.2.1i Cc: Hiroki Sato , sparc64@freebsd.org, Kris Kennaway Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 07:57:28 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 04:54:51PM +0900, Pyun YongHyeon wrote: > Do you use NFS orver UDP? NFS over TCP has much better change of > getting panic. Yes, UDP. > If you copy a large file(> 100MB) from a NFS exported directory to > its sub-directory you probably hit a panic. If my memory serve right > there had been several NFS panic reports in current/sparc64 ML. > And I don't think it was fixed since the root cause of panic is in > nfsm_disct() and nfs_realign()(it was not touched for a long time.) I should have mentioned that in all cases I use read-only NFS. You should talk to mohans@yahoo-inc.com who has been doing a lot of work on NFS, although he's probably only interested in i386 and amd64. > > > > I tried to comment out the HME_WHINE line of hme_read() in if_hm= e.c, > > > > and it seems to make the box work fine so far. > > >=20 > > > HME_WHINE() just prints a message. I can't think removing the functi= on > > > can cure your problem. > >=20 > > It does seem to have helped though..before it would reliably lock up > > in seconds, and DDB break was non-responsive. > >=20 >=20 > Hmm... Then it would be great to get a voluntary core dump when hme(4) > hits the condition(e.g. before processing HME_WHINE, invoke panic(9)). We can try that..I'd like to leave the box running buildworld loops overnight to make sure it doesn't have further problems that might suggest bad hardware. Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqplmWry0BWjoQKURAvibAJ40vXWucWr/lHZ4lLRa6o+PAo+R0ACg2bcZ rWTEtP1npXJ8ovisxrar5MQ= =6Nb3 -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 08:11:03 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 9F2A816A41C for ; Sat, 11 Jun 2005 08:11:03 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBE2043D48 for ; Sat, 11 Jun 2005 08:11:02 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 10057, pid: 10058, t: 0.6289s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 11 Jun 2005 08:07:34 +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 j5B8BXi1021661 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Jun 2005 17:11:34 +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 j5B8BX62021660; Sat, 11 Jun 2005 17:11:33 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Sat, 11 Jun 2005 17:11:33 +0900 From: Pyun YongHyeon To: Hiroki Sato Message-ID: <20050611081133.GD19976@rndsoft.co.kr> References: <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> <20050611.164948.68111074.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050611.164948.68111074.hrs@allbsd.org> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Cc: sparc64@FreeBSD.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2005 08:11:03 -0000 On Sat, Jun 11, 2005 at 04:49:48PM +0900, Hiroki Sato wrote: > yo> HME_WHINE() just prints a message. I can't think removing the function > yo> can cure your problem. > > I also think so, but the freeze surely happens at that moment. > Very strange... > > Since doing "vmstat 1" on console when the message is displayed > prevents the freeze, there may be a kind of timing-dependent problem. > Do you use ofw_console(4)? -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 08:30:34 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 A72A116A41F for ; Sat, 11 Jun 2005 08:30:34 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1595443D1F for ; Sat, 11 Jun 2005 08:30:33 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p19186-adsau12honb8-acca.tokyo.ocn.ne.jp [221.113.175.186]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B8UUvH098002; Sat, 11 Jun 2005 17:30:32 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B8UDnl078963; Sat, 11 Jun 2005 17:30:14 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 11 Jun 2005 17:29:36 +0900 (JST) Message-Id: <20050611.172936.26462639.hrs@allbsd.org> To: yongari@rndsoft.co.kr From: Hiroki Sato In-Reply-To: <20050611081133.GD19976@rndsoft.co.kr> References: <20050611072632.GB19976@rndsoft.co.kr> <20050611.164948.68111074.hrs@allbsd.org> <20050611081133.GD19976@rndsoft.co.kr> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jun_11_17_29_36_2005_582)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/924/Sat Jun 11 06:42:16 2005 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: sparc64@FreeBSD.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 08:30:34 -0000 ----Security_Multipart(Sat_Jun_11_17_29_36_2005_582)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pyun YongHyeon wrote in <20050611081133.GD19976@rndsoft.co.kr>: yo> On Sat, Jun 11, 2005 at 04:49:48PM +0900, Hiroki Sato wrote: yo> > Since doing "vmstat 1" on console when the message is displayed yo> > prevents the freeze, there may be a kind of timing-dependent problem. yo> > yo> yo> Do you use ofw_console(4)? It uses puc + uart. "device ofw_console" is commented out in the kernel. The kernel config is basically GENERIC (rev.1.78.2.6) + INVARIANTS, INVARIANTS_SUPPORT, ADAPTIVE_GIANT, and the source is RELENG_5 as of Jun 10. -- | Hiroki SATO ----Security_Multipart(Sat_Jun_11_17_29_36_2005_582)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCqqDyTyzT2CeTzy0RAvH6AKDSuU7WY3INhMrTgB41PQjqoyM3QACgt8p8 fiY9s00kqYooXsAxEtAAVwI= =Poul -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jun_11_17_29_36_2005_582)---- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 08:47:50 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 9620516A41C; Sat, 11 Jun 2005 08:47:50 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D8B43D1F; Sat, 11 Jun 2005 08:47:50 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j5B8lmFc064286; Sat, 11 Jun 2005 01:47:48 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j5B8lmpN064285; Sat, 11 Jun 2005 01:47:48 -0700 (PDT) (envelope-from jmg) Date: Sat, 11 Jun 2005 01:47:48 -0700 From: John-Mark Gurney To: Pyun YongHyeon Message-ID: <20050611084748.GF742@funkthat.com> Mail-Followup-To: Pyun YongHyeon , Hiroki Sato , sparc64@freebsd.org References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050611072632.GB19976@rndsoft.co.kr> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 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: Hiroki Sato , sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2005 08:47:50 -0000 Pyun YongHyeon wrote this message on Sat, Jun 11, 2005 at 16:26 +0900: > I wonder how you can use NFS reliably on sparc64. Due to failure of > alignment(both server and client) it's really easy to get panic on sparc64. I was recently trying to upgrade my sparc64 using a cross-built world, and I couldn't get through an installworld with my sparc64 mounted.. It kept on panicing.. I plan to take a look at them shortly, but I don't think I was using tcp... I do have a few back traces if someone wants to look at them... -- 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 Jun 11 08:48:31 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org 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 177FB16A420 for ; Sat, 11 Jun 2005 08:48:31 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 664F343D1F for ; Sat, 11 Jun 2005 08:48:30 +0000 (GMT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p19186-adsau12honb8-acca.tokyo.ocn.ne.jp [221.113.175.186]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B8mRD5098204; Sat, 11 Jun 2005 17:48:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.13.1/8.13.1) with ESMTP id j5B8m9Dc079052; Sat, 11 Jun 2005 17:48:10 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 11 Jun 2005 17:48:01 +0900 (JST) Message-Id: <20050611.174801.57515110.hrs@allbsd.org> To: yongari@rndsoft.co.kr From: Hiroki Sato In-Reply-To: <20050611075451.GC19976@rndsoft.co.kr> References: <20050611072632.GB19976@rndsoft.co.kr> <20050611073640.GA34243@xor.obsecurity.org> <20050611075451.GC19976@rndsoft.co.kr> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Jun_11_17_48_01_2005_282)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/924/Sat Jun 11 06:42:16 2005 on gatekeeper.allbsd.org X-Virus-Status: Clean Cc: sparc64@FreeBSD.org, kris@obsecurity.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 08:48:31 -0000 ----Security_Multipart(Sat_Jun_11_17_48_01_2005_282)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Pyun YongHyeon wrote in <20050611075451.GC19976@rndsoft.co.kr>: yo> On Sat, Jun 11, 2005 at 03:36:41AM -0400, Kris Kennaway wrote: yo> > AFAICR I've never seen a problem with this (except with an i386 4.x yo> > server, which can be panicked by a sparc64 client)..I don't rely on yo> > NFS heavily in most cases, but I do use it on a number of machines yo> > (including two package build machines that netboot and access their yo> > ports trees over NFS, and have been in continuous operation with an yo> > uptime of 110 days). yo> > yo> Do you use NFS orver UDP? NFS over TCP has much better change of yo> getting panic. yo> If you copy a large file(> 100MB) from a NFS exported directory to yo> its sub-directory you probably hit a panic. If my memory serve right yo> there had been several NFS panic reports in current/sparc64 ML. yo> And I don't think it was fixed since the root cause of panic is in yo> nfsm_disct() and nfs_realign()(it was not touched for a long time.) Well, I am using r/w NFS over TCP (IPv4) for /home. The server is FreeBSD/i386 RELENG_4 and the client is FreeBSD/sparc64 RELENG_5. I tried to copy an ISO image: hrs@sparc64 % mount -v | grep /home home-v4:/home on /home (nfs) hrs@sparc64 % cd /home/hrs hrs@sparc64 % ls -al 5.4-RELEASE-sparc64-disc2.iso -rw-rw-r-- 1 hrs hrs 666693632 May 9 09:06 5.4-RELEASE-sparc64-disc2.iso hrs@sparc64 % mkdir subdir hrs@sparc64 % cp 5.4-RELEASE-sparc64-disc2.iso subdir hrs@sparc64 % ls -al subdir/ total 651248 -rw-rw-r-- 1 hrs hrs 666693632 Jun 11 17:20 5.4-RELEASE-sparc64-disc2.iso hrs@sparc64 % Just a report ;) -- | Hiroki SATO ----Security_Multipart(Sat_Jun_11_17_48_01_2005_282)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCqqVCTyzT2CeTzy0RAjcIAKCWrQTvBoDGFrpgE6TgILEOTdb5xQCgrX8/ WApseilpGi8PVSG9RYRG0Wo= =4lau -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Jun_11_17_48_01_2005_282)---- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 09:19:46 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 CED2416A41C for ; Sat, 11 Jun 2005 09:19:46 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0389C43D49 for ; Sat, 11 Jun 2005 09:19:45 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 10684, pid: 10685, t: 0.9617s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 11 Jun 2005 09:16:16 +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 j5B9KGBG021919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Jun 2005 18:20:17 +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 j5B9KGdB021918; Sat, 11 Jun 2005 18:20:16 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Sat, 11 Jun 2005 18:20:16 +0900 From: Pyun YongHyeon To: John-Mark Gurney Message-ID: <20050611092015.GE19976@rndsoft.co.kr> References: <20050606132756.X16994@carver.gumbysoft.com> <20050611.004435.59726356.hrs@allbsd.org> <20050610211239.GA59402@xor.obsecurity.org> <20050611.154028.102195481.hrs@allbsd.org> <20050611072632.GB19976@rndsoft.co.kr> <20050611084748.GF742@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050611084748.GF742@funkthat.com> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Cc: Hiroki Sato , sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Jun 2005 09:19:46 -0000 On Sat, Jun 11, 2005 at 01:47:48AM -0700, John-Mark Gurney wrote: > Pyun YongHyeon wrote this message on Sat, Jun 11, 2005 at 16:26 +0900: > > I wonder how you can use NFS reliably on sparc64. Due to failure of > > alignment(both server and client) it's really easy to get panic on sparc64. > > I was recently trying to upgrade my sparc64 using a cross-built world, > and I couldn't get through an installworld with my sparc64 mounted.. > It kept on panicing.. I plan to take a look at them shortly, but I > don't think I was using tcp... I do have a few back traces if someone > wants to look at them... > Long ago I had a local hack that addresses the alignment issue. Basically it re-inspected whether the mbuf needs realignment in nfsm_disct(). It was ugly hack and gave performance penalty for architectures that allow non-aligned memory access. Personally I believe we should remove nfs_realign() that fails its mission and rewrite nfsm_disct to handle alignments as NetBSD did. In this way we can remove duplicated code, nfs_realign(client and server side), and get clean/central implementation of nfsm_disct since there is no need to call nfs_realign. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Jun 11 21:22:32 2005 Return-Path: X-Original-To: sparc64@freebsd.org 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 E863F16A41C; Sat, 11 Jun 2005 21:22:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D6CF43D1F; Sat, 11 Jun 2005 21:22:32 +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 j5BLMHnB028203; Sat, 11 Jun 2005 17:22:17 -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 j5BLMVSs027964; Sat, 11 Jun 2005 17:22:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F08E7306E; Sat, 11 Jun 2005 17:22:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050611212231.4F08E7306E@freebsd-current.sentex.ca> Date: Sat, 11 Jun 2005 17:22:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 21:22:33 -0000 TB --- 2005-06-11 19:48:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-11 19:48:52 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-11 19:48:52 - cleaning the object tree TB --- 2005-06-11 19:49:26 - checking out the source tree TB --- 2005-06-11 19:49:26 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-11 19:49:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-11 19:55:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-11 19:55:22 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-11 19:55:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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-06-11 21:02:46 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 21:02:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-11 21:02:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jun 11 21:02:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Jun 11 21:15:06 UTC 2005 TB --- 2005-06-11 21:15:06 - generating LINT kernel config TB --- 2005-06-11 21:15:06 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-06-11 21:15:06 - /usr/bin/make -B LINT TB --- 2005-06-11 21:15:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 21:15:07 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-11 21:15:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 11 21:15:07 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md4c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -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 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd .c In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd.c:1388: /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: `IPI_PREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-11 21:22:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-11 21:22:31 - ERROR: failed to build lint kernel TB --- 2005-06-11 21:22:31 - tinderbox aborted