From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 6 15:48:38 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0810B37B401; Sun, 6 Jul 2003 15:48:38 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D58F43FBD; Sun, 6 Jul 2003 15:48:37 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h66MmWs8011860; Sun, 6 Jul 2003 18:48:33 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h66MmUbL011859; Sun, 6 Jul 2003 22:48:30 GMT Date: Sun, 6 Jul 2003 22:48:30 GMT Message-Id: <200307062248.h66MmUbL011859@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 22:48:38 -0000 TB --- 2003-07-06 22:09:15 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-06 22:09:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-06 22:11:45 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/timezone.3 > timezone.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ttyname.3 > ttyname.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/tzset.3 > tzset.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ualarm.3 > ualarm.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ucontext.3 > ucontext.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ulimit.3 > ulimit.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/uname.3 > uname.3.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-06 22:48:30 - /usr/bin/make returned exit code 1 TB --- 2003-07-06 22:48:30 - ERROR: failed to build world TB --- 2003-07-06 22:48:30 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 6 15:50:58 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE4A237B401; Sun, 6 Jul 2003 15:50:58 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33A8643F93; Sun, 6 Jul 2003 15:50:57 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 7B93A66B04; Sun, 6 Jul 2003 15:50:55 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 44BA0BBC; Sun, 6 Jul 2003 15:50:55 -0700 (PDT) Date: Sun, 6 Jul 2003 15:50:55 -0700 From: Kris Kennaway To: Tinderbox Message-ID: <20030706225055.GA20878@rot13.obsecurity.org> References: <200307062248.h66MmUbL011859@cueball.rtp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <200307062248.h66MmUbL011859@cueball.rtp.FreeBSD.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org cc: des@FreeBSD.org cc: sparc64@freebsd.org Subject: Tinderboxes segfaulting (Re: [-CURRENT tinderbox] failure on sparc64/sparc64) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 22:50:59 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 06, 2003 at 10:48:30PM +0000, Tinderbox wrote: > Segmentation fault (core dumped) > *** Error code 139 Does anyone know why all the tinderboxes are segfaulting? Does the machine have hardware problems, or did someone introduce a malloc bug into -current? Kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/CKfOWry0BWjoQKURAszTAJ4j1ix0JaotOswTqba3df2OBrZZmwCgshFs R50ewTCasmZP+TzPW8H+pYo= =wjDz -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 14:05:56 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B2537B409 for ; Mon, 7 Jul 2003 14:05:56 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FCFB43FBD for ; Mon, 7 Jul 2003 14:05:49 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h67L5hv1029554 for ; Mon, 7 Jul 2003 14:05:43 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.9/8.12.9/Submit) id h67L5hDn029553 for sparc64@FreeBSD.org; Mon, 7 Jul 2003 14:05:43 -0700 (PDT) (envelope-from marcel) Date: Mon, 7 Jul 2003 14:05:43 -0700 From: Marcel Moolenaar To: sparc64@FreeBSD.org Message-ID: <20030707210543.GA29440@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Subject: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 21:05:57 -0000 [this probably applies to PowerPC as well. Not CC'd however] I have a current need and a possible future need to talk to hardware before newbus has been initialized properly. Yes, we're talking low- level console code (again :-), but also remote debugging for example. Using OFW it's easy enough to get the phandle of the the serial console (if the console is serial) and read the "reg" property. The address obtained that way is not (yet) suitable for actual I/O, because we need to decode it (I expect you know this, but it makes a nice introduction :-) Q1: Is there an OFW client interface that decodes the unit address, much like the decode-unit method? The following applies only when the answer to the previous question is no. If OFW does not have an interface for this, then we have to do it the hard way. Q2: Am I correct that the basic logic is to traverse to the root and decode the address at each intermediate parent, until we end up with what is then the physical address? Q3: Is there an upper bound to the space needed for the value of the "address-ranges" property so that we can obtain the necessary information from OFW, without having to allocate memory and thus make it possible to decode before the VM is up and running? Q4: Given the above, does it make sense to add decoding functionality to the bus drivers as a low-level interface between low-level console drivers and OFW (ie not using newbus data structures)? Thanks, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 14:34:01 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10BC437B401 for ; Mon, 7 Jul 2003 14:34:01 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E3843F93 for ; Mon, 7 Jul 2003 14:34:00 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h67LwsMa015930; Mon, 7 Jul 2003 17:58:55 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h67LYGfl075050; Mon, 7 Jul 2003 14:34:16 -0700 (PDT) (envelope-from jmg) Date: Mon, 7 Jul 2003 14:34:16 -0700 From: John-Mark Gurney To: Marcel Moolenaar Message-ID: <20030707213416.GG44762@funkthat.com> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030707210543.GA29440@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030707210543.GA29440@ns1.xcllnt.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: sparc64@freebsd.org Subject: Re: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 21:34:01 -0000 Marcel Moolenaar wrote this message on Mon, Jul 07, 2003 at 14:05 -0700: > I have a current need and a possible future need to talk to hardware > before newbus has been initialized properly. Yes, we're talking low- > level console code (again :-), but also remote debugging for example. > > Using OFW it's easy enough to get the phandle of the the serial > console (if the console is serial) and read the "reg" property. > The address obtained that way is not (yet) suitable for actual > I/O, because we need to decode it (I expect you know this, but > it makes a nice introduction :-) What exactly are you trying to do with this? Why can't you interact with the OFW interface to the device instead of trying to twiddle the bits yourself? Why doesn't the OF_read, etc interfaces work for what you need? If you're so early that newbus hasn't been initalized then the fcode drivers should do all you need to do. Get a copy of P1275/D12 (P1275 draft 12) that is freely available. It will tell you ALL you need to know about it. -- 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 Jul 7 14:45:02 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7765237B401 for ; Mon, 7 Jul 2003 14:45:02 -0700 (PDT) Received: from slagheap.net (slagheap.net [208.36.163.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03A1C43F3F for ; Mon, 7 Jul 2003 14:45:02 -0700 (PDT) (envelope-from peter@alphafight.net) Received: from alphafight.net (phoenix [208.36.163.156]) by slagheap.net (8.12.9/8.12.9) with ESMTP id h67Lj1Bo012267 for ; Mon, 7 Jul 2003 14:45:01 -0700 (PDT) Date: Mon, 7 Jul 2003 14:44:40 -0700 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed From: peter bartoli To: sparc64@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <3683D262-B0C4-11D7-BE31-000393D16F58@alphafight.net> X-Mailer: Apple Mail (2.552) Subject: bug in port security/nbaudit ... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 21:45:02 -0000 ... if you type in an IP versus a hostname on sparc64 (or at least my sparc64), the address shows up as zeroes ... just a heads-up. sasquatch5% nbaudit 127.0.0.1 [*]--- Checking host: 0.0.0.0 sasquatch6% nbaudit shithead // shithead is a real windoze box [*]--- Checking host: 192.168.1.4 [*]--- Obtaining list of remote NetBIOS names [*]--- Was not able to obtain any information from remote server sasquatch7% nbaudit 192.168.1.4 [*]--- Checking host: 0.0.0.0 ________________________________________________________________________ ____ Peter Bartoli, CTO PO Box 12714 Alphafight Heavy Industries San Diego CA 92112-3714 http://www.alphafight.net voice 619.702.1071 fax 619.702.9237 ________________________________________________________________________ ____ From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 15:01:41 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0813137B401 for ; Mon, 7 Jul 2003 15:01:41 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E5C743F85 for ; Mon, 7 Jul 2003 15:01:40 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h67M1dv1029873 for ; Mon, 7 Jul 2003 15:01:39 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.9/8.12.9/Submit) id h67M1dkc029872 for sparc64@freebsd.org; Mon, 7 Jul 2003 15:01:39 -0700 (PDT) (envelope-from marcel) Date: Mon, 7 Jul 2003 15:01:39 -0700 From: Marcel Moolenaar To: sparc64@freebsd.org Message-ID: <20030707220139.GB29689@ns1.xcllnt.net> References: <20030707210543.GA29440@ns1.xcllnt.net> <20030707213416.GG44762@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030707213416.GG44762@funkthat.com> User-Agent: Mutt/1.5.1i Subject: Re: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 22:01:41 -0000 On Mon, Jul 07, 2003 at 02:34:16PM -0700, John-Mark Gurney wrote: > Marcel Moolenaar wrote this message on Mon, Jul 07, 2003 at 14:05 -0700: > > I have a current need and a possible future need to talk to hardware > > before newbus has been initialized properly. Yes, we're talking low- > > level console code (again :-), but also remote debugging for example. > > > > Using OFW it's easy enough to get the phandle of the the serial > > console (if the console is serial) and read the "reg" property. > > The address obtained that way is not (yet) suitable for actual > > I/O, because we need to decode it (I expect you know this, but > > it makes a nice introduction :-) > > What exactly are you trying to do with this? Why can't you interact > with the OFW interface to the device instead of trying to twiddle the > bits yourself? 3 reasons: 1. Portability. I'm working on a new UART driver that's going to support all platforms (especially ia64 and sparc64) and most hardware. The low-level console code uses the newbus functions for I/O, but since newbus itself hasn't been initialized, needs machine dependent code to construct tags and handles. See also sparc64_fake_bustag() in sys/sparc64/sparc64/bus_machdep.c for how this is expected to work on sparc64. 2. Consistency. All platforms are capable of supporting remote debugging using a serial interface and have the kernel drop into the debugger immediately after setting up the console. Not all platforms have this implemented. Clearly, we cannot use OFW to communicate over debug ports. 3. Extensibility. Our console code (ie pcvt and syscons) is in need for a replacement. It's too PC specific and is not going to work when UGA is the defacto standard on newer (EFI based) amd64, ia32 and ia64 machines. A possible future console framework is likely to be graphical to allow it to work with newer non-textual hardware. A similar argument applies to low-level console and/or debug port code that needs pre-newbus access to devices for with the OFW interfaces are not suitable. > Get a copy of P1275/D12 (P1275 draft 12) that is freely available. It > will tell you ALL you need to know about it. I have it. It's not answering my questions, specifically, it's not answering Q1. Q2 and on are FreeBSD specific, so clearly those are not answered... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 15:02:03 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56E9737B404 for ; Mon, 7 Jul 2003 15:02:03 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA75943F75 for ; Mon, 7 Jul 2003 15:02:01 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h67MQoMa020638; Mon, 7 Jul 2003 18:26:51 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h67M274V075577; Mon, 7 Jul 2003 15:02:07 -0700 (PDT) (envelope-from jmg) Date: Mon, 7 Jul 2003 15:02:07 -0700 From: John-Mark Gurney To: peter bartoli Message-ID: <20030707220207.GI44762@funkthat.com> Mail-Followup-To: peter bartoli , sparc64@freebsd.org References: <3683D262-B0C4-11D7-BE31-000393D16F58@alphafight.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3683D262-B0C4-11D7-BE31-000393D16F58@alphafight.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: sparc64@freebsd.org Subject: Re: bug in port security/nbaudit ... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 22:02:03 -0000 peter bartoli wrote this message on Mon, Jul 07, 2003 at 14:44 -0700: > ... if you type in an IP versus a hostname on sparc64 (or at least my > sparc64), the address shows up as zeroes ... just a heads-up. Inform the nbaudit author that he is not using a proper data type to represent an ip address. He is probably using u_long instead of in-addr_t (aka uint32_t). (This doesn't show up since the alpha is little endian and luckily sticks the "ip" in the proper place.) His program is broken on all LP64 big endian platforms. -- 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 Jul 7 15:10:22 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEDE437B401 for ; Mon, 7 Jul 2003 15:10:22 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C1043F3F for ; Mon, 7 Jul 2003 15:10:21 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 16DCD66B60; Mon, 7 Jul 2003 15:10:17 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id BF9AD8FB; Mon, 7 Jul 2003 15:10:16 -0700 (PDT) Date: Mon, 7 Jul 2003 15:10:16 -0700 From: Kris Kennaway To: peter bartoli Message-ID: <20030707221016.GA31447@rot13.obsecurity.org> References: <3683D262-B0C4-11D7-BE31-000393D16F58@alphafight.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <3683D262-B0C4-11D7-BE31-000393D16F58@alphafight.net> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: bug in port security/nbaudit ... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 22:10:23 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 07, 2003 at 02:44:40PM -0700, peter bartoli wrote: >=20 > ... if you type in an IP versus a hostname on sparc64 (or at least my =20 > sparc64), the address shows up as zeroes ... just a heads-up. Are you sure you have an up-to-date ports collection? I committed changes 3 weeks ago to allow this to work on my system. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/Ce/IWry0BWjoQKURAkc1AJ41XVwSJlfr69egSiuiW7mMcLBHbgCfZ2RL kNjixPJwEuTbPe9cIcjqZMM= =7mOM -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 15:10:36 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E6D537B401 for ; Mon, 7 Jul 2003 15:10:36 -0700 (PDT) Received: from slagheap.net (slagheap.net [208.36.163.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A56A43FAF for ; Mon, 7 Jul 2003 15:10:31 -0700 (PDT) (envelope-from peter@alphafight.net) Received: from alphafight.net (phoenix [208.36.163.156]) by slagheap.net (8.12.9/8.12.9) with ESMTP id h67MAUBo022346; Mon, 7 Jul 2003 15:10:30 -0700 (PDT) Date: Mon, 7 Jul 2003 15:10:09 -0700 Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: John-Mark Gurney From: peter bartoli In-Reply-To: <20030707220207.GI44762@funkthat.com> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: sparc64@freebsd.org Subject: Re: bug in port security/nbaudit ... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 22:10:36 -0000 On Monday, July 7, 2003, at 03:02 PM, John-Mark Gurney wrote: > Inform the nbaudit author that he is not using a proper data type to > represent an ip address. He is probably using u_long instead of > in-addr_t > (aka uint32_t). (This doesn't show up since the alpha is little endian > and luckily sticks the "ip" in the proper place.) You are correct; looking over the code, he is using u_long ... > His program is broken on all LP64 big endian platforms. ... however nbaudit (AKA nat) is one of those that's still useful, but hasn't been updated by the original author since release. Problems since have been fixed with patches, at least in the OpenBSD ports tree ... I can see no patches in the FreeBSD port. Is this better referred to ports@freebsd.org or to the "whom" in the port Makefile? # Date created: Mon Feb 03, 1997 # Whom: David O'Brien (obrien@NUXI.com) ________________________________________________________________________ ____ Peter Bartoli, CTO PO Box 12714 Alphafight Heavy Industries San Diego CA 92112-3714 http://www.alphafight.net voice 619.702.1071 fax 619.702.9237 ________________________________________________________________________ ____ From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 15:32:02 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEB4437B401 for ; Mon, 7 Jul 2003 15:32:01 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC97043F75 for ; Mon, 7 Jul 2003 15:32:00 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h67MuuMa025801; Mon, 7 Jul 2003 18:56:56 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h67MWHVm076107; Mon, 7 Jul 2003 15:32:17 -0700 (PDT) (envelope-from jmg) Date: Mon, 7 Jul 2003 15:32:17 -0700 From: John-Mark Gurney To: Marcel Moolenaar Message-ID: <20030707223217.GK44762@funkthat.com> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030707210543.GA29440@ns1.xcllnt.net> <20030707213416.GG44762@funkthat.com> <20030707220139.GB29689@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030707220139.GB29689@ns1.xcllnt.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: sparc64@freebsd.org Subject: Re: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 22:32:02 -0000 Marcel Moolenaar wrote this message on Mon, Jul 07, 2003 at 15:01 -0700: > On Mon, Jul 07, 2003 at 02:34:16PM -0700, John-Mark Gurney wrote: > > Marcel Moolenaar wrote this message on Mon, Jul 07, 2003 at 14:05 -0700: > > > I have a current need and a possible future need to talk to hardware > > > before newbus has been initialized properly. Yes, we're talking low- > > > level console code (again :-), but also remote debugging for example. > > > > > > Using OFW it's easy enough to get the phandle of the the serial > > > console (if the console is serial) and read the "reg" property. > > > The address obtained that way is not (yet) suitable for actual > > > I/O, because we need to decode it (I expect you know this, but > > > it makes a nice introduction :-) > > > > What exactly are you trying to do with this? Why can't you interact > > with the OFW interface to the device instead of trying to twiddle the > > bits yourself? > > 3 reasons: > > 1. Portability. I'm working on a new UART driver that's going to support is this UART driver going to be generic enough that it will support ALL serial devices? Don't forget that VERY few sparc64 machines have a NS16550 compatible UART. > all platforms (especially ia64 and sparc64) and most hardware. The > low-level console code uses the newbus functions for I/O, but since > newbus itself hasn't been initialized, needs machine dependent code > to construct tags and handles. See also sparc64_fake_bustag() in > sys/sparc64/sparc64/bus_machdep.c for how this is expected to work > on sparc64. sparc64 users OFW for low-level console IO until newbus is initalized and the proper driver is loaded. Currently sio doesn't know when it's console and requires manual setting unlike the zs driver. Personally, supporting OFW for console code like this will make it more portable. > 2. Consistency. All platforms are capable of supporting remote debugging > using a serial interface and have the kernel drop into the debugger > immediately after setting up the console. Not all platforms have this > implemented. Clearly, we cannot use OFW to communicate over debug > ports. Why do you say clearly? OFW was specificly designed to be able to be used for debugging. Heck, the low level OFW console code can still output to sio even once the sio driver is loaded. > 3. Extensibility. Our console code (ie pcvt and syscons) is in need for > a replacement. It's too PC specific and is not going to work when > UGA is the defacto standard on newer (EFI based) amd64, ia32 and ia64 > machines. A possible future console framework is likely to be graphical > to allow it to work with newer non-textual hardware. > A similar argument applies to low-level console and/or debug port code > that needs pre-newbus access to devices for with the OFW interfaces > are not suitable. I still don't understand. Because OFW interface provides text drawing on graphical frame buffers. So far you haven't said one feature that OFW doesn't already support. > > Get a copy of P1275/D12 (P1275 draft 12) that is freely available. It > > will tell you ALL you need to know about it. > > I have it. It's not answering my questions, specifically, it's not > answering Q1. Q2 and on are FreeBSD specific, so clearly those are > not answered... Q1 is bus specific and you need to look at the related bus attachment documentation. I don't have a url handy for that, but it shouldn't be hard to find using google. Really, all of your questions are OS independant since you are assuming that newbus (which makes FreeBSD, "FreeBSD") isn't initalized. -- 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 Jul 7 16:29:40 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 451CF37B401; Mon, 7 Jul 2003 16:29:40 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789F043FB1; Mon, 7 Jul 2003 16:29:39 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h67NTXs8094923; Mon, 7 Jul 2003 19:29:35 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h67NTV1b094922; Mon, 7 Jul 2003 23:29:31 GMT Date: Mon, 7 Jul 2003 23:29:31 GMT Message-Id: <200307072329.h67NTV1b094922@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 23:29:40 -0000 TB --- 2003-07-07 22:50:07 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-07 22:50:07 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-07 22:52:29 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/modnext.2 > modnext.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/modstat.2 > modstat.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/mount.2 > mount.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/mprotect.2 > mprotect.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/msync.2 > msync.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/munmap.2 > munmap.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/nanosleep.2 > nanosleep.2.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-07 23:29:31 - /usr/bin/make returned exit code 1 TB --- 2003-07-07 23:29:31 - ERROR: failed to build world TB --- 2003-07-07 23:29:31 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 17:46:17 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7C0837B401 for ; Mon, 7 Jul 2003 17:46:17 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7343F43FA3 for ; Mon, 7 Jul 2003 17:46:16 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h680kGv1030671 for ; Mon, 7 Jul 2003 17:46:16 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h680kCw1003492 for ; Mon, 7 Jul 2003 17:46:12 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h680kCvA003491 for sparc64@freebsd.org; Mon, 7 Jul 2003 17:46:12 -0700 (PDT) (envelope-from marcel) Date: Mon, 7 Jul 2003 17:46:12 -0700 From: Marcel Moolenaar To: sparc64@freebsd.org Message-ID: <20030708004612.GA3359@dhcp01.pn.xcllnt.net> References: <20030707210543.GA29440@ns1.xcllnt.net> <20030707213416.GG44762@funkthat.com> <20030707220139.GB29689@ns1.xcllnt.net> <20030707223217.GK44762@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030707223217.GK44762@funkthat.com> User-Agent: Mutt/1.5.4i Subject: Re: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 00:46:18 -0000 On Mon, Jul 07, 2003 at 03:32:17PM -0700, John-Mark Gurney wrote: > > is this UART driver going to be generic enough that it will support ALL > serial devices? Don't forget that VERY few sparc64 machines have a NS16550 > compatible UART. Yes. Support will be added for SCCs (SAB82532 and Z8530) as well as the variants found on PC98. Note that SCCs are going to be supported in Async mode only. For Sync modes and SDLC/HDLC one better write a specific driver. > > all platforms (especially ia64 and sparc64) and most hardware. The > > low-level console code uses the newbus functions for I/O, but since > > newbus itself hasn't been initialized, needs machine dependent code > > to construct tags and handles. See also sparc64_fake_bustag() in > > sys/sparc64/sparc64/bus_machdep.c for how this is expected to work > > on sparc64. > > sparc64 users OFW for low-level console IO until newbus is initalized and > the proper driver is loaded. This is what ofw_console is for. No serial driver can technically claim to be the console when ofw_console is it. Try booting with -D. I saw double. > Currently sio doesn't know when it's console > and requires manual setting unlike the zs driver. sio(4) is too PC specific and fails to use of the platform when possible. sab(4) is too OpenFirmware specific and fails to avoid using the platform. zs(4) has a slightly better abstraction, but still assumes too much. Again: the right level of abstraction is the one we already have: newbus. All we need is the ability to construct a tag/handle pair prior to the initialization of newbus itself. > Personally, supporting OFW for console code like this will make it more > portable. No. It only works on OF based machines. > > 2. Consistency. All platforms are capable of supporting remote debugging > > using a serial interface and have the kernel drop into the debugger > > immediately after setting up the console. Not all platforms have this > > implemented. Clearly, we cannot use OFW to communicate over debug > > ports. > > Why do you say clearly? OFW was specificly designed to be able to be > used for debugging. Heck, the low level OFW console code can still output > to sio even once the sio driver is loaded. I mean in the current state of affairs. There's no GDB support. Nor is there support of booting with RB_KDB. We cannot make use of what is already there, because it does not work on sparc. Partly because the driver is non-portable, and partly because the sparc port is. > > 3. Extensibility. Our console code (ie pcvt and syscons) is in need for > > a replacement. It's too PC specific and is not going to work when > > UGA is the defacto standard on newer (EFI based) amd64, ia32 and ia64 > > machines. A possible future console framework is likely to be graphical > > to allow it to work with newer non-textual hardware. > > A similar argument applies to low-level console and/or debug port code > > that needs pre-newbus access to devices for with the OFW interfaces > > are not suitable. > > I still don't understand. Because OFW interface provides text drawing > on graphical frame buffers. So far you haven't said one feature that OFW > doesn't already support. Does it support writing to the framebuffer itself for splash screen support and other fancy stuff? > Q1 is bus specific and you need to look at the related bus attachment > documentation. I don't have a url handy for that, but it shouldn't be > hard to find using google. Q1 is only bus-specific if OFW doesn't provide an interface that hides the details. If OFW doesn't provide that interface then yes, you need to know what kind of bus it is and act accordingly. That's where Q2 and up come into play. We already have bus specific drivers, so all we need to do is make use of the knowledge that's already there. > Really, all of your questions are OS independant since you are assuming > that newbus (which makes FreeBSD, "FreeBSD") isn't initalized. Q1 is OS independent. Q2 and up are not. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 7 18:07:35 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCCD937B404 for ; Mon, 7 Jul 2003 18:07:35 -0700 (PDT) Received: from slagheap.net (slagheap.net [208.36.163.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AFE143FAF for ; Mon, 7 Jul 2003 18:07:35 -0700 (PDT) (envelope-from peter@alphafight.net) Received: from alphafight.net (phoenix [208.36.163.156]) by slagheap.net (8.12.9/8.12.9) with ESMTP id h6817YBo009822; Mon, 7 Jul 2003 18:07:34 -0700 (PDT) Date: Mon, 7 Jul 2003 18:07:12 -0700 Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Kris Kennaway From: peter bartoli In-Reply-To: <20030707221016.GA31447@rot13.obsecurity.org> Message-Id: <81EBBE26-B0E0-11D7-BE31-000393D16F58@alphafight.net> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: sparc64@freebsd.org Subject: Re: bug in port security/nbaudit ... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 01:07:36 -0000 On Monday, July 7, 2003, at 03:10 PM, Kris Kennaway wrote: > Are you sure you have an up-to-date ports collection? I committed > changes 3 weeks ago to allow this to work on my system. I had unpacked the ports tree off of the 5.1 distribution ISOs, so it was slightly out of date. I just cvs updated the tree, and while I see you've made changes, they don't fix this problem ... sasquatch82% nbaudit 192.168.2.4 [*]--- Checking host: 0.0.0.0 sasquatch83% nbaudit 192.168.1.4 [*]--- Checking host: 0.0.0.0 sasquatch84% nbaudit 127.0.0.1 [*]--- Checking host: 0.0.0.0 ________________________________________________________________________ ____ Peter Bartoli, CTO PO Box 12714 Alphafight Heavy Industries San Diego CA 92112-3714 http://www.alphafight.net voice 619.702.1071 fax 619.702.9237 ________________________________________________________________________ ____ From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 8 04:46:49 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0C9337B401; Tue, 8 Jul 2003 04:46:49 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id F10EF43F85; Tue, 8 Jul 2003 04:46:48 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h68Bkhs8022578; Tue, 8 Jul 2003 07:46:45 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h68BkgkO022577; Tue, 8 Jul 2003 11:46:42 GMT Date: Tue, 8 Jul 2003 11:46:42 GMT Message-Id: <200307081146.h68BkgkO022577@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 11:46:50 -0000 TB --- 2003-07-08 10:47:44 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-08 10:47:44 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-08 10:50:11 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-07-08 11:43:25 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Building an up-to-date make(1) >>> Kernel build for GENERIC started on Tue Jul 8 11:43:26 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_mbuf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_module.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_msgbuf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c: In function `init_param2': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c:145: `VM_KMEM_SIZE_MAX' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c:145: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c:145: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-08 11:46:41 - /usr/bin/make returned exit code 1 TB --- 2003-07-08 11:46:41 - ERROR: failed to build generic kernel TB --- 2003-07-08 11:46:41 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 8 06:26:46 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 621B837B401 for ; Tue, 8 Jul 2003 06:26:46 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2B65143F3F for ; Tue, 8 Jul 2003 06:26:45 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 28613 invoked by uid 65534); 8 Jul 2003 13:26:43 -0000 Received: from p508E503D.dip.t-dialin.net (EHLO galatea.local) (80.142.80.61) by mail.gmx.net (mp023) with SMTP; 08 Jul 2003 15:26:43 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19ZsW0-0000oy-2I; Tue, 08 Jul 2003 15:28:16 +0200 Date: Tue, 8 Jul 2003 15:28:15 +0200 From: Thomas Moestl To: Marcel Moolenaar Message-ID: <20030708132815.GA659@crow.dom2ip.de> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030707210543.GA29440@ns1.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030707210543.GA29440@ns1.xcllnt.net> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: sparc64@freebsd.org Subject: Re: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 13:26:46 -0000 On Mon, 2003/07/07 at 14:05:43 -0700, Marcel Moolenaar wrote: > [this probably applies to PowerPC as well. Not CC'd however] > > I have a current need and a possible future need to talk to hardware > before newbus has been initialized properly. Yes, we're talking low- > level console code (again :-), but also remote debugging for example. > > Using OFW it's easy enough to get the phandle of the the serial > console (if the console is serial) and read the "reg" property. > The address obtained that way is not (yet) suitable for actual > I/O, because we need to decode it (I expect you know this, but > it makes a nice introduction :-) > > Q1: Is there an OFW client interface that decodes the unit address, > much like the decode-unit method? Not that I know of. There is "map-in" for fcode programs, but we cannot use it once the kernel has started. > The following applies only when the answer to the previous question > is no. > > If OFW does not have an interface for this, then we have to do it > the hard way. > > Q2: Am I correct that the basic logic is to traverse to the root and > decode the address at each intermediate parent, until we end up > with what is then the physical address? Yes. I've put some old sio patches which I use at http://people.freebsd.org/~tmm/sio-s64-20030612.diff in case you are interested (this is a quick and dirty hack; the code I use to attach the console is at the very end). As you can see, I special-cased the register mapping at PCI and ISA/EBus level (which I guess you want to avoid to be more generic). As jmg already remarked, the rest of the sparc64-specific console drivers attach as soon as the driver attaches via newbus, taking over from ofwcons; this avoids this hassle, but can get in the way when debugging problems before the console driver has attached. > Q3: Is there an upper bound to the space needed for the value of the > "address-ranges" property so that we can obtain the necessary > information from OFW, without having to allocate memory and thus > make it possible to decode before the VM is up and running? 4 * sizeof(struct ofw_pci_register) (= 80) should suffice with some headroom. The code should probably just panic when insufficient space was reserved. > Q4: Given the above, does it make sense to add decoding functionality > to the bus drivers as a low-level interface between low-level > console drivers and OFW (ie not using newbus data structures)? I guess a generic mapping function would be preferable if it is possible and all firmware implementation are close enough to the standard to allow this. The bus drivers will mostly just do the same, but attaching them early would probably be more trouble. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 8 07:08:51 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4140C37B401 for ; Tue, 8 Jul 2003 07:08:51 -0700 (PDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A5D643FAF for ; Tue, 8 Jul 2003 07:08:50 -0700 (PDT) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no for freebsd-sparc64@freebsd.org with local-esmtp (Exim 4.12) id 19Zt9E-0003So-00; Tue, 08 Jul 2003 16:08:48 +0200 Date: Tue, 8 Jul 2003 16:08:48 +0200 (MEST) From: Roar Pettersen X-X-Sender: To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Roar Pettersen Subject: Kernel compile problem X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 14:08:51 -0000 Hi ! I've just installed FreeBSD 5.1-RELEASE on a Ultra 10 (256MB RAM) and have also cvsup'ed the src tree. But building the kernel gives me this error message : medlow -msoft-float -ffreestanding -Werror /usr/src/sys/kern/subr_param.c /usr/src/sys/kern/subr_param.c: In function `init_param2': /usr/src/sys/kern/subr_param.c:145: `VM_KMEM_SIZE_MAX' undeclared (first use in this function) /usr/src/sys/kern/subr_param.c:145: (Each undeclared identifier is reported only once /usr/src/sys/kern/subr_param.c:145: for each function it appears in.) *** Error code 1 This is my build command : make buildkernel KERNCONF=GENERIC # uname -a FreeBSD sparc 5.1-RELEASE FreeBSD 5.1-RELEASE #0: Thu Jun 5 11:39:19 GMT 2003 root@sparkle.attlabs.net:/usr/obj/usr/src/sys/GENERIC sparc64 -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 8 11:15:28 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9243537B401 for ; Tue, 8 Jul 2003 11:15:28 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C0D43F3F for ; Tue, 8 Jul 2003 11:15:27 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h68IFQv1035299 for ; Tue, 8 Jul 2003 11:15:26 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h68IFQKH031263 for ; Tue, 8 Jul 2003 11:15:26 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h68IFQgN031262 for sparc64@freebsd.org; Tue, 8 Jul 2003 11:15:26 -0700 (PDT) (envelope-from marcel) Date: Tue, 8 Jul 2003 11:15:26 -0700 From: Marcel Moolenaar To: sparc64@freebsd.org Message-ID: <20030708181526.GA31152@dhcp01.pn.xcllnt.net> References: <20030707210543.GA29440@ns1.xcllnt.net> <20030708132815.GA659@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708132815.GA659@crow.dom2ip.de> User-Agent: Mutt/1.5.4i Subject: Re: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 18:15:28 -0000 On Tue, Jul 08, 2003 at 03:28:15PM +0200, Thomas Moestl wrote: > > > > Q2: Am I correct that the basic logic is to traverse to the root and > > decode the address at each intermediate parent, until we end up > > with what is then the physical address? > > Yes. I've put some old sio patches which I use at > http://people.freebsd.org/~tmm/sio-s64-20030612.diff > in case you are interested (this is a quick and dirty hack; the > code I use to attach the console is at the very end). As you can see, > I special-cased the register mapping at PCI and ISA/EBus level (which > I guess you want to avoid to be more generic). Cool. This is exactly what I'm looking for. > > Q4: Given the above, does it make sense to add decoding functionality > > to the bus drivers as a low-level interface between low-level > > console drivers and OFW (ie not using newbus data structures)? > > I guess a generic mapping function would be preferable if it is > possible and all firmware implementation are close enough to the > standard to allow this. The bus drivers will mostly just do the same, > but attaching them early would probably be more trouble. Ok. I'll add one on the uart branch. At first it'll be a copy of what you have in the sio patch, but it'll probably evolve. Unfortunately all my UARTs are on EBUS. Then again, a PCI multi I/O card shouldn't be that expensive... Last questions: Since I create a fake bustag, I need to have a valid bus space type (bus_space_asi index). Am I correct that the PCI types use little endian reads and writes? If so, can I avoid the problem by always using 8-byte reads/writes and just use type 0 or is the magic slightly more complex and do I need to keep track of a proper type while traversing to the root? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 8 12:38:04 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70C2237B401 for ; Tue, 8 Jul 2003 12:38:04 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EA77643FBD for ; Tue, 8 Jul 2003 12:38:02 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 18250 invoked by uid 65534); 8 Jul 2003 19:38:01 -0000 Received: from p508E765D.dip.t-dialin.net (EHLO galatea.local) (80.142.118.93) by mail.gmx.net (mp016) with SMTP; 08 Jul 2003 21:38:01 +0200 Received: from tmm by galatea.local with local (Exim 4.20 #1) id 19ZyJK-0000mn-S7; Tue, 08 Jul 2003 21:39:34 +0200 Date: Tue, 8 Jul 2003 21:39:34 +0200 From: Thomas Moestl To: Marcel Moolenaar Message-ID: <20030708193934.GB878@crow.dom2ip.de> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030707210543.GA29440@ns1.xcllnt.net> <20030708132815.GA659@crow.dom2ip.de> <20030708181526.GA31152@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708181526.GA31152@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i Sender: Thomas Moestl cc: sparc64@freebsd.org Subject: Re: pre-newbus address decoding X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 19:38:04 -0000 On Tue, 2003/07/08 at 11:15:26 -0700, Marcel Moolenaar wrote: > On Tue, Jul 08, 2003 at 03:28:15PM +0200, Thomas Moestl wrote: > > > > > > Q2: Am I correct that the basic logic is to traverse to the root and > > > decode the address at each intermediate parent, until we end up > > > with what is then the physical address? > > > > Yes. I've put some old sio patches which I use at > > http://people.freebsd.org/~tmm/sio-s64-20030612.diff > > in case you are interested (this is a quick and dirty hack; the > > code I use to attach the console is at the very end). As you can see, > > I special-cased the register mapping at PCI and ISA/EBus level (which > > I guess you want to avoid to be more generic). > > Cool. This is exactly what I'm looking for. > > > > Q4: Given the above, does it make sense to add decoding functionality > > > to the bus drivers as a low-level interface between low-level > > > console drivers and OFW (ie not using newbus data structures)? > > > > I guess a generic mapping function would be preferable if it is > > possible and all firmware implementation are close enough to the > > standard to allow this. The bus drivers will mostly just do the same, > > but attaching them early would probably be more trouble. > > Ok. I'll add one on the uart branch. At first it'll be a copy of what > you have in the sio patch, but it'll probably evolve. Unfortunately > all my UARTs are on EBUS. Then again, a PCI multi I/O card shouldn't > be that expensive... EBus is very much like ISA (it was designed to allow easy adaption of devices designed for ISA); this includes the firmware properties, so the sparc64 EBus and ISA code share functions to handle them. > Last questions: Since I create a fake bustag, I need to have a valid > bus space type (bus_space_asi index). > Am I correct that the PCI types use little endian reads and writes? > If so, can I avoid the problem by always using 8-byte reads/writes > and just use type 0 or is the magic slightly more complex and do I > need to keep track of a proper type while traversing to the root? At the moment, there is no more magic. It should also be easy to track the types though; the PCI ones also apply to EBus and ISA. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 9 08:06:25 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B72437B401 for ; Wed, 9 Jul 2003 08:06:25 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5319743F75 for ; Wed, 9 Jul 2003 08:06:25 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 3E0482ED419; Wed, 9 Jul 2003 08:06:25 -0700 (PDT) Date: Wed, 9 Jul 2003 17:06:25 +0200 From: Maxime Henrion To: sparc64@FreeBSD.org Message-ID: <20030709150625.GE42121@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: [mux@FreeBSD.org: cvs commit: src/sys/sparc64/conf GENERIC] X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 15:06:25 -0000 Hi all, If you're using Netra X1 boxes which have dc(4) cards, you should now be able to use them. Please tell me if you have any problems with this driver. Cheers, Maxime ----- Forwarded message from Maxime Henrion ----- From: Maxime Henrion Date: Wed, 9 Jul 2003 08:04:27 -0700 (PDT) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/sparc64/conf GENERIC mux 2003/07/09 08:04:27 PDT FreeBSD src repository Modified files: sys/sparc64/conf GENERIC Log: Uncomment the dc(4) driver, it should work just fine now. Revision Changes Path 1.58 +1 -1 src/sys/sparc64/conf/GENERIC ----- End forwarded message ----- From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 9 12:22:43 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57CA037B401 for ; Wed, 9 Jul 2003 12:22:43 -0700 (PDT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC93543FD7 for ; Wed, 9 Jul 2003 12:22:42 -0700 (PDT) (envelope-from tillman@seekingfire.com) Received: from blues.seekingfire.prv (blues.seekingfire.prv [192.168.23.211]) by mail.seekingfire.com (Postfix) with ESMTP id E54BBC2 for ; Wed, 9 Jul 2003 13:22:41 -0600 (CST) Received: (from tillman@localhost) by blues.seekingfire.prv (8.11.6/8.11.6) id h69JMf509000 for freebsd-sparc64@freebsd.org; Wed, 9 Jul 2003 13:22:41 -0600 Date: Wed, 9 Jul 2003 13:22:41 -0600 From: Tillman To: freebsd-sparc64@freebsd.org Message-ID: <20030709132241.U1635@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Urban-Legend: There is lots of hidden information in headers Subject: Is "options HZ=" safe on the sparc64 platform? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 19:22:43 -0000 Howdy, I'd like to bump my HZ up to 1024 on my ultra 5 in order to smooth out dummynet. I seem to recall that at least one non-Intel platform (Alpha, I believe) uses a higher HZ value by default ... which lead me to wonder if changing it on the sparc64 platform is a safe thing to do :-) I'm using -CURRENT (uname -a is 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Fri Jun 20 16:20:42 CST 2003) on an Ultra 5, with an onboard hme and a 4-port hme card. Any information on HZ values, especially with how they relate to dummynet, is greatly appreciated. - Tillman -- "I'd put a little Loctite on those handlebar fixing bolts if I were you." Translation: The bolt can be unscrewed with a thumb and forefinger, which means the handlebar is likely to fall off, and you will die in the resulting crash. -Geoff Drake, Rider magazine guest editorial From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 10 04:34:56 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0155837B401; Thu, 10 Jul 2003 04:34:56 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48CBE43F85; Thu, 10 Jul 2003 04:34:55 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6ABYss8036269; Thu, 10 Jul 2003 07:34:54 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6ABYsZV036268; Thu, 10 Jul 2003 11:34:54 GMT Date: Thu, 10 Jul 2003 11:34:54 GMT Message-Id: <200307101134.h6ABYsZV036268@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 11:34:56 -0000 TB --- 2003-07-10 10:55:44 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-10 10:55:44 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-10 10:58:07 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getvfsbyname.3 > getvfsbyname.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getvfsent.3 > getvfsent.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/glob.3 > glob.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/initgroups.3 > initgroups.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/isgreater.3 > isgreater.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ldexp.3 > ldexp.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/lockf.3 > lockf.3.gz Bus error (core dumped) *** Error code 138 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-10 11:34:54 - /usr/bin/make returned exit code 1 TB --- 2003-07-10 11:34:54 - ERROR: failed to build world TB --- 2003-07-10 11:34:54 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 10 13:00:06 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D204E37B401 for ; Thu, 10 Jul 2003 13:00:06 -0700 (PDT) Received: from mail.altavoz.net (j2-2.altavoz.net [209.88.205.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3251143F75 for ; Thu, 10 Jul 2003 13:00:05 -0700 (PDT) (envelope-from robert@altavoz.net) Received: from altavoz.net (v2.altavoz.net [200.24.227.242]) by mail.altavoz.net (Postfix) with ESMTP id E4DE8B2FD4 for ; Thu, 10 Jul 2003 15:59:58 -0400 (CLT) Message-ID: <3F0DC5BF.40403@altavoz.net> Date: Thu, 10 Jul 2003 15:59:59 -0400 From: Robert Leo Hilliard Heuer Organization: Altavoz S.A. User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, ja MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with super... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 20:00:07 -0000 Hi there! We're having trouble with the super port under FreeBSD. Here are the issues: 1. super compiles and installs. No problem at all. 2. super command, with any argument, super -v and so on, does not work. No output. No entry on /var/log/messages or similar, no core dump. You just return to the command line. 3. This happens on FreeBSD 5.1-RELEASE sparc64 and i386. Thanks in advance. Anybody...please? Namely, Robert Hilliard -- There's a daemon locked up on your PC... Unleash it with FreeBSD! From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 10 13:09:29 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0DA037B401 for ; Thu, 10 Jul 2003 13:09:28 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2695543F75 for ; Thu, 10 Jul 2003 13:09:28 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6AKZGIv007801; Thu, 10 Jul 2003 16:35:16 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6AK9bai036366; Thu, 10 Jul 2003 13:09:37 -0700 (PDT) (envelope-from jmg) Date: Thu, 10 Jul 2003 13:09:37 -0700 From: John-Mark Gurney To: Robert Leo Hilliard Heuer Message-ID: <20030710200937.GA35337@funkthat.com> Mail-Followup-To: Robert Leo Hilliard Heuer , freebsd-sparc64@freebsd.org References: <3F0DC5BF.40403@altavoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F0DC5BF.40403@altavoz.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: Problems with super... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 20:09:29 -0000 Robert Leo Hilliard Heuer wrote this message on Thu, Jul 10, 2003 at 15:59 -0400: > 3. This happens on FreeBSD 5.1-RELEASE sparc64 and i386. Since it's broken on i386 too, you need to email -ports or talk with the author of super and/or the super port (look for MAINTAINER in the Makefile) -- 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 Thu Jul 10 22:48:58 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3985037B401; Thu, 10 Jul 2003 22:48:58 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 845F743FCB; Thu, 10 Jul 2003 22:48:57 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6B5mvs8061679; Fri, 11 Jul 2003 01:48:57 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6B5mvLN061678; Fri, 11 Jul 2003 05:48:57 GMT Date: Fri, 11 Jul 2003 05:48:57 GMT Message-Id: <200307110548.h6B5mvLN061678@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 05:48:58 -0000 TB --- 2003-07-11 05:45:13 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-11 05:45:13 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-11 05:47:13 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools [...] In file included from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/genpreds.c:25: /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/system.h:607:9: warning: poisoning existing macro "WCHAR_UNSIGNED" /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/system.h:625:31: warning: poisoning existing macro "SCCS_DIRECTIVE" In file included from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/genpreds.c:28: /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/rtl.h:97: syntax error before '(' token /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/rtl.h:104: syntax error before '}' token In file included from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/genpreds.c:28: /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/rtl.h:22:1: unterminated #ifndef *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-11 05:48:57 - /usr/bin/make returned exit code 1 TB --- 2003-07-11 05:48:57 - ERROR: failed to build world TB --- 2003-07-11 05:48:57 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 11 18:19:46 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23CE537B401 for ; Fri, 11 Jul 2003 18:19:46 -0700 (PDT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA33243F3F for ; Fri, 11 Jul 2003 18:19:44 -0700 (PDT) (envelope-from dh@askdh.com) Received: from dunnevant.worksforfood.com ([151.205.69.175]) by out003.verizon.netESMTP <20030712011944.GOEG4805.out003.verizon.net@dunnevant.worksforfood.com> for ; Fri, 11 Jul 2003 20:19:44 -0500 Received: from 192.168.0.55 (unknown [192.168.0.55]) by dunnevant.worksforfood.com (Postfix) with ESMTP id EDB492F8A7 for ; Fri, 11 Jul 2003 21:19:07 -0400 (EDT) From: Daniel Harris To: sparc64@freebsd.org Date: Fri, 11 Jul 2003 21:19:14 -0400 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307112119.14473.dh@askdh.com> X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [151.205.69.175] at Fri, 11 Jul 2003 20:19:43 -0500 Subject: cache.h breaks whowatch port X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2003 01:19:46 -0000 Hello, I maintain the whowatch port, which is currently failing on bento with the following (on sparc64): proctree.c:107: conflicting types for `cache' /usr/include/machine/cache.h:111: previous declaration of `cache' which is from src/sys/sparc64/include/cache.h,v 1.8: extern struct cacheinfo cache; Is the namespace collision a fault of the software or of the sparc64 header? If it's the software (whowatch)'s fault, please advise me on how to fix this. Thanks, -- Daniel Harris From owner-freebsd-sparc64@FreeBSD.ORG Fri Jul 11 22:39:22 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB67B37B401 for ; Fri, 11 Jul 2003 22:39:22 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3257443F85 for ; Fri, 11 Jul 2003 22:39:22 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 407BD66B60; Fri, 11 Jul 2003 22:39:21 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 22DD1BCE; Fri, 11 Jul 2003 22:39:21 -0700 (PDT) Date: Fri, 11 Jul 2003 22:39:21 -0700 From: Kris Kennaway To: Daniel Harris Message-ID: <20030712053921.GA57890@rot13.obsecurity.org> References: <200307112119.14473.dh@askdh.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200307112119.14473.dh@askdh.com> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: cache.h breaks whowatch port X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2003 05:39:23 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 11, 2003 at 09:19:14PM -0400, Daniel Harris wrote: > Hello, >=20 > I maintain the whowatch port, which is currently failing on bento with th= e=20 > following (on sparc64): >=20 > proctree.c:107: conflicting types for `cache' > /usr/include/machine/cache.h:111: previous declaration of `cache' >=20 > which is from src/sys/sparc64/include/cache.h,v 1.8: >=20 > extern struct cacheinfo cache; >=20 > Is the namespace collision a fault of the software or of the sparc64 head= er? > If it's the software (whowatch)'s fault, please advise me on how to fix t= his. It's probably just a variable name collision, which would be fixed by renaming it in whowatch. Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/D58IWry0BWjoQKURAki1AKD2xXh/EU0iLkOnyVzMprN6jugsXgCg9qR/ wrT9fzVTyAFzH3J2I4/k6MM= =m1N1 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Jul 12 02:49:06 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00C8D37B401; Sat, 12 Jul 2003 02:49:06 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 373E143F75; Sat, 12 Jul 2003 02:49:05 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6C9n4s8006456; Sat, 12 Jul 2003 05:49:04 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6C9n44D006455; Sat, 12 Jul 2003 09:49:04 GMT Date: Sat, 12 Jul 2003 09:49:04 GMT Message-Id: <200307120949.h6C9n44D006455@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2003 09:49:06 -0000 TB --- 2003-07-12 09:05:31 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-12 09:05:31 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-12 09:10:23 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getnetgrent.3 > getnetgrent.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getobjformat.3 > getobjformat.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getosreldate.3 > getosreldate.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getpagesize.3 > getpagesize.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getpass.3 > getpass.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getpeereid.3 > getpeereid.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/getprogname.3 > getprogname.3.gz Bus error (core dumped) *** Error code 138 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-12 09:49:04 - /usr/bin/make returned exit code 1 TB --- 2003-07-12 09:49:04 - ERROR: failed to build world TB --- 2003-07-12 09:49:04 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Jul 12 09:07:47 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A98E37B401 for ; Sat, 12 Jul 2003 09:07:47 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8172743F93 for ; Sat, 12 Jul 2003 09:07:46 -0700 (PDT) (envelope-from jake@locore.ca) Received: by k6.locore.ca (Postfix, from userid 1000) id 0D1B91CB31; Sat, 12 Jul 2003 12:08:50 -0400 (EDT) Date: Sat, 12 Jul 2003 12:08:50 -0400 From: Jake Burkholder To: Kris Kennaway Message-ID: <20030712160849.GF63369@locore.ca> References: <200307112119.14473.dh@askdh.com> <20030712053921.GA57890@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030712053921.GA57890@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i cc: Daniel Harris cc: sparc64@freebsd.org Subject: Re: cache.h breaks whowatch port X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2003 16:07:47 -0000 Apparently, On Fri, Jul 11, 2003 at 10:39:21PM -0700, Kris Kennaway said words to the effect of; > On Fri, Jul 11, 2003 at 09:19:14PM -0400, Daniel Harris wrote: > > Hello, > > > > I maintain the whowatch port, which is currently failing on bento with the > > following (on sparc64): > > > > proctree.c:107: conflicting types for `cache' > > /usr/include/machine/cache.h:111: previous declaration of `cache' > > > > which is from src/sys/sparc64/include/cache.h,v 1.8: > > > > extern struct cacheinfo cache; > > > > Is the namespace collision a fault of the software or of the sparc64 header? > > If it's the software (whowatch)'s fault, please advise me on how to fix this. > > It's probably just a variable name collision, which would be fixed by > renaming it in whowatch. Its a bug in cache.h, namespace polution, the kernel variables should be protected by #ifdef _KERNEL. Jake From owner-freebsd-sparc64@FreeBSD.ORG Sat Jul 12 13:42:46 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B47737B401; Sat, 12 Jul 2003 13:42:46 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72E7343FCB; Sat, 12 Jul 2003 13:42:45 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6CKgis8025840; Sat, 12 Jul 2003 16:42:44 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6CKgiVD025839; Sat, 12 Jul 2003 20:42:44 GMT Date: Sat, 12 Jul 2003 20:42:44 GMT Message-Id: <200307122042.h6CKgiVD025839@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2003 20:42:46 -0000 TB --- 2003-07-12 19:58:59 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-12 19:58:59 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-12 20:02:16 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] makeinfo --no-validate -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/doc -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutils -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/mi -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc -I /vol/vol0/users/des/t! inderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutils/doc/binutils.texi -o binutils.info gzip -cn binutils.info > binutils.info.gz ===> gnu/usr.bin/cc ===> gnu/usr.bin/cc/cc_tools cc -O -pipe -I. -static -DGENERATOR_FILE -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gcc/gengenrtl.c cc -O -pipe -I. -static -DGENERATOR_FILE -DTARGET_CPU_DEFAULT=TARGET_CPU_ultrasparc -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -o gengenrtl gengenrtl.o ./gengenrtl > genrtl.c ./gengenrtl: 1: Syntax error: word unexpected (expecting ")") *** Error code 2 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/cc. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-12 20:42:44 - /usr/bin/make returned exit code 1 TB --- 2003-07-12 20:42:44 - ERROR: failed to build world TB --- 2003-07-12 20:42:44 - tinderbox aborted