From owner-freebsd-sparc64@FreeBSD.ORG Sun Jul 18 11:55:30 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C759716A4CE; Sun, 18 Jul 2004 11:55:30 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E40843D5E; Sun, 18 Jul 2004 11:55:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i6IBtT1a075026; Sun, 18 Jul 2004 07:55:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i6IBtTXE090101; Sun, 18 Jul 2004 07:55:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7335A7303F; Sun, 18 Jul 2004 07:55:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040718115529.7335A7303F@freebsd-current.sentex.ca> Date: Sun, 18 Jul 2004 07:55:29 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2004 11:55:31 -0000 TB --- 2004-07-18 11:27:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-18 11:27:50 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-07-18 11:27:50 - cleaning the sandbox TB --- 2004-07-18 11:28:55 - checking out the source tree TB --- 2004-07-18 11:28:55 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-07-18 11:28:55 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-07-18 11:36:06 - patching the sources TB --- 2004-07-18 11:36:06 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-18 11:36:06 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/sparc64.diff TB --- 2004-07-18 11:36:06 - building world (CFLAGS=-O -pipe) TB --- 2004-07-18 11:36:06 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-18 11:36:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:31: warning: its scope is only this definition or declaration, which is probably not what you want /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:36: error: syntax error before '*' token /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:37: warning: return type defaults to `int' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:41: error: syntax error before "ucontext_t" /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:41: warning: `struct fpreg' declared inside parameter list /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:46: error: syntax error before '*' token /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:47: warning: return type defaults to `int' /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db/arch/sparc64/libpthread_md.c:56: warning: `struct reg' declared inside parameter list *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libthread_db. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-07-18 11:55:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-18 11:55:29 - ERROR: failed to build world TB --- 2004-07-18 11:55:29 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 11:01:52 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58AFB16A4D5 for ; Mon, 19 Jul 2004 11:01:52 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5045443D39 for ; Mon, 19 Jul 2004 11:01:52 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i6JB1qAF015510 for ; Mon, 19 Jul 2004 11:01:52 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i6JB1pw9015504 for freebsd-sparc64@freebsd.org; Mon, 19 Jul 2004 11:01:51 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 19 Jul 2004 11:01:51 GMT Message-Id: <200407191101.i6JB1pw9015504@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 11:01:52 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/02/21] sparc64/63161sparc64 system panics when writing to an NFS moun 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/29] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/11] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di o [2004/05/06] sparc64/66314sparc64 SMP kernel panic: ipi_send: couldn't send o [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe 3 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 16:51:01 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62BCC16A4CE for ; Mon, 19 Jul 2004 16:51:01 +0000 (GMT) Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04B1D43D31 for ; Mon, 19 Jul 2004 16:51:00 +0000 (GMT) (envelope-from fn@radio-do.de) Received: by gatekeeper.radio-do.de (Milliard Gargantubrain Mail Daemon, from userid 65534) id 3569D536; Mon, 19 Jul 2004 18:50:58 +0200 (CEST) Received: from [IPv6?2001?600?1032?666?20a?95ff?feba?60a4] (unknown [IPv6:2001:600:1032:666:20a:95ff:feba:60a4])ESMTP id 3B4A64FD for ; Mon, 19 Jul 2004 18:50:56 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v618) To: freebsd-sparc64@FreeBSD.org Message-Id: Content-Type: multipart/mixed; boundary=Apple-Mail-7-279506051 From: Frank Nobis Date: Mon, 19 Jul 2004 18:50:55 +0200 X-Mailer: Apple Mail (2.618) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on gatekeeper.radio-do.de X-Spam-Level: X-Spam-Status: No, hits=-3.8 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE autolearn=ham version=2.63 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 16:51:01 -0000 --Apple-Mail-7-279506051 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, since I have my Sparc for a few days now and could take my hands on a 4-port ethernet card I have seen that there is something not as I expected it to behave. My 4-port card gets detected and I can use it, but it shows on all interfaces the same MAC address. Output from boot is appended for conviniance. I just got around that with manually assigning unique MACs to all interfaces. I am just wondering if that behavior is as intended. --Apple-Mail-7-279506051 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="dmesg.boot" Content-Disposition: attachment; filename=dmesg.boot Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE #2: Wed Jul 14 17:24:03 CEST 2004 root@sonne.radio-do.de:/usr/obj/usr/src/sys/SONNE Preloaded elf kernel "/boot/kernel/kernel" at 0xc041a000. Timecounter "tick" frequency 439985812 Hz quality 0 real memory = 1073741824 (1024 MB) avail memory = 1035345920 (987 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (439.99 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [FAST] DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: revision 0x01 ebus0: mem 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at device 1.0 on pci1 ebus0: addr 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 ebus0: addr 0x14003803f8-0x14003803ff irq 41 (no driver attached) ebus0: addr 0x14003602f8-0x14003602ff irq 42 (no driver attached) ebus0: addr 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x1400340278-0x1400340287 irq 34 (no driver attached) ebus0: addr 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x14003203f0-0x14003203f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80f7a3e2 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400722000-0x1400722003 (no driver attached) hme0: mem 0x48900000-0x48907fff at device 1.1 on pci1 hme0: Ethernet address: 08:00:20:f7:a3:e2 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib2: at device 4.0 on pci1 pci2: on pcib2 pci2: at device 0.0 (no driver attached) hme1: mem 0x42800000-0x42807fff at device 0.1 on pci2 pcib2: slot 0 INTB is routed to irq 25 hme1: Ethernet address: 08:00:20:f7:a3:e2 miibus1: on hme1 qsphy0: on miibus1 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci2: at device 1.0 (no driver attached) hme2: mem 0x44800000-0x44807fff at device 1.1 on pci2 pcib2: slot 1 INTB is routed to irq 26 hme2: Ethernet address: 08:00:20:f7:a3:e2 miibus2: on hme2 qsphy1: on miibus2 qsphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci2: at device 2.0 (no driver attached) hme3: mem 0x46800000-0x46807fff at device 2.1 on pci2 pcib2: slot 2 INTB is routed to irq 27 hme3: Ethernet address: 08:00:20:f7:a3:e2 miibus3: on hme3 qsphy2: on miibus3 qsphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci2: at device 3.0 (no driver attached) hme4: mem 0x48800000-0x48807fff at device 3.1 on pci2 pcib2: slot 3 INTB is routed to irq 24 hme4: Ethernet address: 08:00:20:f7:a3:e2 miibus4: on hme4 qsphy3: on miibus4 qsphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib3: at device 1.0 on pci0 pci3: on pcib3 sym0: <875> port 0x400-0x4ff mem 0x4000-0x4fff,0x2000-0x20ff at device 1.0 on pci3 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: <875> port 0x800-0x8ff mem 0x8000-0x8fff,0x6000-0x60ff at device 1.1 on pci3 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking atapci0: port 0x1000-0x10ff,0xc18-0xc1b,0xc10-0xc17,0xc08-0xc0b,0xc00-0xc07 at device 3.0 on pci3 atapci0: [MPSAFE] ata2: at 0xc00 on atapci0 ata2: [MPSAFE] ata3: at 0xc10 on atapci0 ata3: [MPSAFE] pci3: at device 4.0 (no driver attached) Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xfffff800007e0ca0 ad0: 42934MB [87233/16/63] at ata2-master UDMA66 Waiting 15 seconds for SCSI devices to settle GEOM: create disk cd0 dp=0xfffff8000043be98 GEOM: create disk da0 dp=0xfffff800009e0468 cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 17547MB (35937500 512 byte sectors: 255H 63S/T 2237C) Mounting root from ufs:/dev/da0a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted IP Filter: v3.4.31 initialized. Default = pass all, Logging = enabled --Apple-Mail-7-279506051 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed -- Frank Nobis Email: PGP AVAILABLE Thielenstr. 12 dg3dcn http://www.radio-do.de/~fn/ 44369 Dortmund Powered by SMP FreeBSD Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? --Apple-Mail-7-279506051-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 17:02:43 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 616F416A4CE for ; Mon, 19 Jul 2004 17:02:43 +0000 (GMT) Received: from brmea-mail-3.sun.com (brmea-mail-3.Sun.COM [192.18.98.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D23F543D2F for ; Mon, 19 Jul 2004 17:02:42 +0000 (GMT) (envelope-from rk105060@sunhsc.germany.sun.com) Received: from sun-gy.germany ([129.157.128.5]) by brmea-mail-3.sun.com (8.12.10/8.12.9) with ESMTP id i6JH2eil002864; Mon, 19 Jul 2004 11:02:41 -0600 (MDT) Received: from sunhsc.germany.sun.com (sunhsc [129.157.133.197]) i6JH2eBg007521; Mon, 19 Jul 2004 19:02:40 +0200 (MEST) Received: from sunhsc.germany.sun.com (localhost.Germany.Sun.COM [127.0.0.1]) i6JH2dJS011771; Mon, 19 Jul 2004 19:02:39 +0200 (CEST) Received: (from rk105060@localhost)i6JH2d6Q011770; Mon, 19 Jul 2004 19:02:39 +0200 (CEST) Date: Mon, 19 Jul 2004 19:02:38 +0200 From: Ronald Kuehn To: Frank Nobis Message-ID: <20040719170238.GA3121@sunhsc.germany.sun.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-sparc64@freebsd.org Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 17:02:43 -0000 On Monday, July 19, 2004 at 18:50:55 CEST, Frank Nobis wrote: > Hi, > > since I have my Sparc for a few days now and could take my hands on a > 4-port ethernet card I have seen that there is something not as I > expected it to behave. > > My 4-port card gets detected and I can use it, but it shows on all > interfaces the same MAC address. Output from boot is appended for > conviniance. I just got around that with manually assigning unique MACs > to all interfaces. > > I am just wondering if that behavior is as intended. Yes, unless you set local-mac-address? to true in OBP. Ronald From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 17:27:00 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E71C16A4CE for ; Mon, 19 Jul 2004 17:27:00 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A05C243D41 for ; Mon, 19 Jul 2004 17:26:59 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i6JHQxTH012345; Mon, 19 Jul 2004 13:26:59 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i6JHQxu4012344; Mon, 19 Jul 2004 13:26:59 -0400 (EDT) Date: Mon, 19 Jul 2004 13:26:58 -0400 From: Ken Smith To: Ronald Kuehn Message-ID: <20040719172658.GC10699@electra.cse.Buffalo.EDU> References: <20040719170238.GA3121@sunhsc.germany.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040719170238.GA3121@sunhsc.germany.sun.com> User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 17:27:00 -0000 On Mon, Jul 19, 2004 at 07:02:38PM +0200, Ronald Kuehn wrote: > On Monday, July 19, 2004 at 18:50:55 CEST, Frank Nobis wrote: > > Hi, > > > > since I have my Sparc for a few days now and could take my hands on a > > 4-port ethernet card I have seen that there is something not as I > > expected it to behave. > > > > My 4-port card gets detected and I can use it, but it shows on all > > interfaces the same MAC address. Output from boot is appended for > > conviniance. I just got around that with manually assigning unique MACs > > to all interfaces. > > > > I am just wondering if that behavior is as intended. > > Yes, unless you set local-mac-address? to true in OBP. > I would be interested in knowing if this works. I know it works on SUN's running Solaris when it is possible but I just checked the FreeBSD code and unless I made a wrong turn somewhere (which is possible... :-) it won't matter if this is set or not. The pathway I followed seemed to dig the MAC address out of the ID-PROM no matter what. In particular hme_pci_attach() seems to call OF_getetheraddr() which in turn seems to blindly dig the MAC address out of the idprom. If I recall correctly only some of the HME interfaces were designed to have their own MAC address so supporting this was touch-and-go even on Solaris. The idea of having one MAC address per machine no matter how many interfaces it has had merit in the old days but it really screwed things up when they invented VLAN-able switches... -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 18:11:37 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49BEF16A4CE for ; Mon, 19 Jul 2004 18:11:37 +0000 (GMT) Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C4443D41 for ; Mon, 19 Jul 2004 18:11:36 +0000 (GMT) (envelope-from fn@radio-do.de) Received: by gatekeeper.radio-do.de (Milliard Gargantubrain Mail Daemon, from userid 65534) id 653A2536; Mon, 19 Jul 2004 20:11:35 +0200 (CEST) Received: from [IPv6?2001?600?1032?666?20a?95ff?feba?60a4] (unknown [IPv6:2001:600:1032:666:20a:95ff:feba:60a4])ESMTP id 5A0AF4FD; Mon, 19 Jul 2004 20:11:33 +0200 (CEST) In-Reply-To: <20040719172658.GC10699@electra.cse.Buffalo.EDU> References: <20040719170238.GA3121@sunhsc.germany.sun.com> <20040719172658.GC10699@electra.cse.Buffalo.EDU> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <10DE5AAC-D9AF-11D8-A4E6-000A95BA60A4@radio-do.de> Content-Transfer-Encoding: 7bit From: Frank Nobis Date: Mon, 19 Jul 2004 20:11:33 +0200 To: Ken Smith X-Mailer: Apple Mail (2.618) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on gatekeeper.radio-do.de X-Spam-Level: X-Spam-Status: No, hits=-3.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 cc: Ronald Kuehn cc: freebsd-sparc64@freebsd.org Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 18:11:37 -0000 Am 19.07.2004 um 19:26 schrieb Ken Smith: > On Mon, Jul 19, 2004 at 07:02:38PM +0200, Ronald Kuehn wrote: >> >> Yes, unless you set local-mac-address? to true in OBP. >> > > I would be interested in knowing if this works. I know it works on > SUN's running Solaris when it is possible but I just checked the > FreeBSD code and unless I made a wrong turn somewhere (which is > possible... :-) it won't matter if this is set or not. The pathway > I followed seemed to dig the MAC address out of the ID-PROM no matter > what. In particular hme_pci_attach() seems to call OF_getetheraddr() > which in turn seems to blindly dig the MAC address out of the idprom. > A friend told me Solaris would just add up some numbers to make different MAC addresses. I just tested with local-mac-address set to true. Some as before. Seems the the attach code of the hme driver reads only the MAC from the builtin ethernet and set this to all instances of the hme interfaces. The question is, how difficult it is to simulate the Solaris behavior. > If I recall correctly only some of the HME interfaces were designed > to have their own MAC address so supporting this was touch-and-go > even on Solaris. The idea of having one MAC address per machine > no matter how many interfaces it has had merit in the old days > but it really screwed things up when they invented VLAN-able > switches... > Or try and use IPv6. Nice warnings about duplicate DAD and duplicate scope id and so on. -- Frank Nobis Email: PGP AVAILABLE Thielenstr. 12 dg3dcn http://www.radio-do.de/~fn/ 44369 Dortmund Powered by SMP FreeBSD Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 18:41:29 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62E0316A4CE for ; Mon, 19 Jul 2004 18:41:29 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B0C43D1D for ; Mon, 19 Jul 2004 18:41:29 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 717B47A62; Mon, 19 Jul 2004 20:41:27 +0200 (MET DST) Date: Mon, 19 Jul 2004 20:41:27 +0200 From: Joerg Wunsch To: freebsd-sparc64@freebsd.org Message-ID: <20040719184127.GA20452@ida.interface-business.de> References: <20040719170238.GA3121@sunhsc.germany.sun.com> <20040719172658.GC10699@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040719172658.GC10699@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface systems GmbH, Dresden Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 18:41:29 -0000 As Ken Smith wrote: > > > I am just wondering if that behavior is as intended. > > Yes, unless you set local-mac-address? to true in OBP. > I would be interested in knowing if this works. Last time I tried it on FreeBSD, it didn't work. > The pathway I followed seemed to dig the MAC address out of the > ID-PROM no matter what. In particular hme_pci_attach() seems to > call OF_getetheraddr() which in turn seems to blindly dig the MAC > address out of the idprom. I've also got that impression. I'd also be interested in a way to dig out the MAC address of the card (which must be possible, somehow -- after all, there are four address labels on the NVRAM [or whatever it is] on the card itself), so it would be possible to e. g. use a QFE card (which once has been a huge investment) on a non-sparc64 FreeBSD system. It seems that right now, the only dependency of the hme driver on sparc64 is the call to OFW to obtain the MAC address... -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 19:28:00 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C1FD16A4CE for ; Mon, 19 Jul 2004 19:28:00 +0000 (GMT) Received: from gatekeeper.radio-do.de (gatekeeper.Radio-do.de [193.101.164.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 654A143D4C for ; Mon, 19 Jul 2004 19:27:59 +0000 (GMT) (envelope-from fn@radio-do.de) Received: by gatekeeper.radio-do.de (Milliard Gargantubrain Mail Daemon, from userid 65534) id 27DE6536; Mon, 19 Jul 2004 21:27:58 +0200 (CEST) Received: from [IPv6?2001?600?1032?666??7] (pbook.radio-do.de [IPv6:2001:600:1032:666::7])ESMTP id 536C22B9; Mon, 19 Jul 2004 21:27:56 +0200 (CEST) In-Reply-To: <20040719184127.GA20452@ida.interface-business.de> References: <20040719170238.GA3121@sunhsc.germany.sun.com> <20040719172658.GC10699@electra.cse.Buffalo.EDU> <20040719184127.GA20452@ida.interface-business.de> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Frank Nobis Date: Mon, 19 Jul 2004 21:27:54 +0200 To: Joerg Wunsch X-Mailer: Apple Mail (2.618) X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on gatekeeper.radio-do.de X-Spam-Level: X-Spam-Status: No, hits=-3.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 cc: freebsd-sparc64@freebsd.org Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 19:28:00 -0000 Am 19. Jul 2004 um 20:41 schrieb Joerg Wunsch: >> The pathway I followed seemed to dig the MAC address out of the >> ID-PROM no matter what. In particular hme_pci_attach() seems to >> call OF_getetheraddr() which in turn seems to blindly dig the MAC >> address out of the idprom. > > I've also got that impression. > > I'd also be interested in a way to dig out the MAC address of the card > (which must be possible, somehow -- after all, there are four address > labels on the NVRAM [or whatever it is] on the card itself), so it > would be possible to e. g. use a QFE card (which once has been a huge > investment) on a non-sparc64 FreeBSD system. It seems that right now, > the only dependency of the hme driver on sparc64 is the call to OFW to > obtain the MAC address... > I found a reference to "local-mac-address" in OF_getetheraddr2 in=20 ofw_machdep.c return (OF_getprop(node, "local-mac-address", addr, ETHER_ADDR_LEN)) but I can't see how setting local-mac-address to true makes sense here. OF_getetheraddr reads a OF property of "idprom". In theory there must=20 be a similar property for the QFE card. But I am not the OF guru to dig=20= into that further. Gru=DF Frank --=20 Frank Nobis, Thielenstr. 12, 44369 Dortmund Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 21:13:10 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6563E16A4CE for ; Mon, 19 Jul 2004 21:13:10 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCCD943D5A for ; Mon, 19 Jul 2004 21:13:09 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i6JLD11a040824; Mon, 19 Jul 2004 23:13:01 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i6JLCsbj040823; Mon, 19 Jul 2004 23:12:54 +0200 (CEST) (envelope-from marius) Date: Mon, 19 Jul 2004 23:12:54 +0200 From: Marius Strobl To: Frank Nobis Message-ID: <20040719231254.A37923@newtrinity.zeist.de> References: <20040719170238.GA3121@sunhsc.germany.sun.com> <20040719172658.GC10699@electra.cse.Buffalo.EDU> <10DE5AAC-D9AF-11D8-A4E6-000A95BA60A4@radio-do.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <10DE5AAC-D9AF-11D8-A4E6-000A95BA60A4@radio-do.de>; from fn@radio-do.de on Mon, Jul 19, 2004 at 08:11:33PM +0200 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.26.0.5; VDF 6.26.0.32 (host: newtrinity.zeist.de) cc: Ken Smith cc: Ronald Kuehn cc: freebsd-sparc64@freebsd.org Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 21:13:10 -0000 On Mon, Jul 19, 2004 at 08:11:33PM +0200, Frank Nobis wrote: > > Am 19.07.2004 um 19:26 schrieb Ken Smith: > > > On Mon, Jul 19, 2004 at 07:02:38PM +0200, Ronald Kuehn wrote: > >> > >> Yes, unless you set local-mac-address? to true in OBP. > >> > > > > I would be interested in knowing if this works. I know it works on > > SUN's running Solaris when it is possible but I just checked the > > FreeBSD code and unless I made a wrong turn somewhere (which is > > possible... :-) it won't matter if this is set or not. The pathway > > I followed seemed to dig the MAC address out of the ID-PROM no matter > > what. In particular hme_pci_attach() seems to call OF_getetheraddr() > > which in turn seems to blindly dig the MAC address out of the idprom. > > > A friend told me Solaris would just add up some numbers to make > different MAC addresses. > All hme(4) add-in cards except the single port SBus ones contain a MAC address for each interface in their FCode. The same seems to be true for Sun mainboards having more than one onboard network interface. I don't know for sure about Solaris but I'd expect it to just use these addresses and not make up its own. > I just tested with local-mac-address set to true. > > Some as before. Seems the the attach code of the hme driver reads only > the MAC from the builtin ethernet and set this to all instances of the > hme interfaces. The question is, how difficult it is to simulate the > Solaris behavior. It's not hard to read these addresses via Open Firmware and use them instead the hostid but it's not so easy to do it in a sane way. The first way I thought of turned out to result in plain ugly code (despite working :). I have two other ways in mind but haven't had time to try them, yet. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 21:25:25 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E1016A4CE for ; Mon, 19 Jul 2004 21:25:25 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D5C43D2D for ; Mon, 19 Jul 2004 21:25:25 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i6JLPO1a041102; Mon, 19 Jul 2004 23:25:24 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i6JLPIs4041101; Mon, 19 Jul 2004 23:25:18 +0200 (CEST) (envelope-from marius) Date: Mon, 19 Jul 2004 23:25:18 +0200 From: Marius Strobl To: Joerg Wunsch Message-ID: <20040719232518.B37923@newtrinity.zeist.de> References: <20040719170238.GA3121@sunhsc.germany.sun.com> <20040719172658.GC10699@electra.cse.Buffalo.EDU> <20040719184127.GA20452@ida.interface-business.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040719184127.GA20452@ida.interface-business.de>; from j@ida.interface-business.de on Mon, Jul 19, 2004 at 08:41:27PM +0200 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.26.0.5; VDF 6.26.0.32 (host: newtrinity.zeist.de) cc: freebsd-sparc64@freebsd.org Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 21:25:25 -0000 On Mon, Jul 19, 2004 at 08:41:27PM +0200, Joerg Wunsch wrote: > As Ken Smith wrote: > > > > > I am just wondering if that behavior is as intended. > > > > Yes, unless you set local-mac-address? to true in OBP. > > > I would be interested in knowing if this works. > > Last time I tried it on FreeBSD, it didn't work. > > > The pathway I followed seemed to dig the MAC address out of the > > ID-PROM no matter what. In particular hme_pci_attach() seems to > > call OF_getetheraddr() which in turn seems to blindly dig the MAC > > address out of the idprom. > > I've also got that impression. > > I'd also be interested in a way to dig out the MAC address of the card > (which must be possible, somehow -- after all, there are four address > labels on the NVRAM [or whatever it is] on the card itself), so it > would be possible to e. g. use a QFE card (which once has been a huge > investment) on a non-sparc64 FreeBSD system. It seems that right now, > the only dependency of the hme driver on sparc64 is the call to OFW to > obtain the MAC address... > That's correct but obtaining these addresses on platforms not having Open Firmware isn't very nice. The problem is that the hme device is function 1 of the PCI chip but the FCode containing the MAC address is part of the EBus bridge which is function 0. So one would have to either attach an own driver to the EBus bridge on platforms without Open Firmware which is (only) used to obtain the MAC address or fake bus tags etc. for function 0 in the hme driver. Reading the MAC address from the FCode also has to be done manually. From owner-freebsd-sparc64@FreeBSD.ORG Mon Jul 19 22:26:35 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 752EF16A4CE for ; Mon, 19 Jul 2004 22:26:35 +0000 (GMT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD72243D3F for ; Mon, 19 Jul 2004 22:26:34 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i6JMQX1a042061; Tue, 20 Jul 2004 00:26:33 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i6JMQSfD042060; Tue, 20 Jul 2004 00:26:28 +0200 (CEST) (envelope-from marius) Date: Tue, 20 Jul 2004 00:26:28 +0200 From: Marius Strobl To: Frank Nobis Message-ID: <20040720002628.C37923@newtrinity.zeist.de> References: <20040719170238.GA3121@sunhsc.germany.sun.com> <20040719172658.GC10699@electra.cse.Buffalo.EDU> <20040719184127.GA20452@ida.interface-business.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from fn@radio-do.de on Mon, Jul 19, 2004 at 09:27:54PM +0200 X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.26.0.5; VDF 6.26.0.32 (host: newtrinity.zeist.de) cc: Joerg Wunsch cc: freebsd-sparc64@freebsd.org Subject: Re: Quad ethernet card on AXi starts with identical MAC addresses on 5.2.1R 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, 19 Jul 2004 22:26:35 -0000 On Mon, Jul 19, 2004 at 09:27:54PM +0200, Frank Nobis wrote: > > Am 19. Jul 2004 um 20:41 schrieb Joerg Wunsch: > > >> The pathway I followed seemed to dig the MAC address out of the > >> ID-PROM no matter what. In particular hme_pci_attach() seems to > >> call OF_getetheraddr() which in turn seems to blindly dig the MAC > >> address out of the idprom. > > > > I've also got that impression. > > > > I'd also be interested in a way to dig out the MAC address of the card > > (which must be possible, somehow -- after all, there are four address > > labels on the NVRAM [or whatever it is] on the card itself), so it > > would be possible to e. g. use a QFE card (which once has been a huge > > investment) on a non-sparc64 FreeBSD system. It seems that right now, > > the only dependency of the hme driver on sparc64 is the call to OFW to > > obtain the MAC address... > > > I found a reference to "local-mac-address" in OF_getetheraddr2 in > ofw_machdep.c > return (OF_getprop(node, "local-mac-address", addr, ETHER_ADDR_LEN)) > > but I can't see how setting local-mac-address to true makes sense here. > There are two separate things. One is the "local-mac-address?" (note the '?' at the end), this a property of the /options node can bei set to either true or false. The second is the "local-mac-address" which can be a property of a NIC node and contains a MAC address. Currently FreeBSD doesn't pay attention to "local-mac-address?" and dc(4) always uses "local-mac-address" via OF_getetheraddr2() if it's there (onboard dc(4) on Netra X1, etc.). From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 20 17:20:54 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5E1416A4CF; Tue, 20 Jul 2004 17:20:53 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E4243D6A; Tue, 20 Jul 2004 17:20:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i6KHKn7M092086; Tue, 20 Jul 2004 13:20:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i6KHKqGX006009; Tue, 20 Jul 2004 13:20:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8E2077303F; Tue, 20 Jul 2004 13:20:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040720172052.8E2077303F@freebsd-current.sentex.ca> Date: Tue, 20 Jul 2004 13:20:52 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jul 2004 17:20:54 -0000 TB --- 2004-07-20 16:49:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-07-20 16:49:58 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-07-20 16:49:58 - cleaning the sandbox TB --- 2004-07-20 16:51:12 - checking out the source tree TB --- 2004-07-20 16:51:12 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-07-20 16:51:12 - /usr/bin/cvs -f -R -Q -d/home/ncvs checkout -P -A src TB --- 2004-07-20 16:58:38 - patching the sources TB --- 2004-07-20 16:58:38 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-20 16:58:38 - /usr/bin/patch -f -s -i/home/tinderbox/sandbox/sparc64.diff TB --- 2004-07-20 16:58:38 - building world (CFLAGS=-O -pipe) TB --- 2004-07-20 16:58:38 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-07-20 16:58:38 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] echo nslookup: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/nslookup/../../lib/libbind/libbind.a /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libl.a /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libedit.a /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libtermcap.a >> .depend ===> usr.sbin/nsupdate rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/nsupdate/../../contrib/bind/port/freebsd/include -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/nsupdate/../../contrib/bind/bin/named -I/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/nsupdate/../../contrib/bind/include -I. /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/nsupdate/../../contrib/bind/bin/nsupdate/nsupdate.c echo nsupdate: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/nsupdate/../../lib/libbind/libbind.a >> .depend ===> usr.sbin/ntp ===> usr.sbin/ntp/libntp make: don't know how to make authencrypt.c. Stop *** Error code 2 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ntp. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-07-20 17:20:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-07-20 17:20:52 - ERROR: failed to build world TB --- 2004-07-20 17:20:52 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 20 22:02:06 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AE2816A4CE; Tue, 20 Jul 2004 22:02:06 +0000 (GMT) Received: from tara.freenix.org (keltia.freenix.org [82.224.56.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F8E43D2D; Tue, 20 Jul 2004 22:02:06 +0000 (GMT) (envelope-from roberto@keltia.freenix.fr) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 45B742E1B; Wed, 21 Jul 2004 00:02:05 +0200 (CEST) Date: Wed, 21 Jul 2004 00:02:05 +0200 From: Ollivier Robert To: current@freebsd.org, sparc64@freebsd.org Message-ID: <20040720220205.GA72249@tara.freenix.org> Mail-Followup-To: current@freebsd.org, sparc64@freebsd.org References: <20040720172052.8E2077303F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040720172052.8E2077303F@freebsd-current.sentex.ca> X-Operating-System: MacOS X / PowerBook G4 - FreeBSD 5.0 / 2x PIII/800 SMP User-Agent: Mutt/1.5.6i Subject: 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: Tue, 20 Jul 2004 22:02:06 -0000 According to FreeBSD Tinderbox: > ===> usr.sbin/ntp > ===> usr.sbin/ntp/libntp > make: don't know how to make authencrypt.c. Stop > *** Error code 2 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ntp. > *** Error code 1 I can't reproduce on panther.freebsd.org :( Has anyone an idea of what's going on? authencrypt.c doesn't even exist on 4.2.0. Stale .depend? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin snuadh.freenix.org Kernel Version 7.4.0: Wed May 12 16:58:24 PDT 2004 From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 20 22:23:10 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE1E16A4CE for ; Tue, 20 Jul 2004 22:23:10 +0000 (GMT) Received: from malik.acsalaska.net (malik.acsalaska.net [209.112.155.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id C70F643D53 for ; Tue, 20 Jul 2004 22:23:09 +0000 (GMT) (envelope-from royce@alaska.net) Received: from [10.0.102.101] ([10.0.102.101]) by malik.acsalaska.net (8.12.11/8.12.11) with ESMTP id i6KMN8aE083160 for ; Tue, 20 Jul 2004 14:23:08 -0800 (AKDT) (envelope-from royce@alaska.net) Message-ID: <40FD9B4C.10003@alaska.net> Date: Tue, 20 Jul 2004 14:23:08 -0800 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: multipart/mixed; boundary="------------050605060100070709060507" X-ACS-Spam-Not-Checked: messages over 100K not analyzed for spam content X-ACS-Scanned-By: MD 2.42; SA 2.63; spamdefang 1.102 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: FreeBSD: The SPARC to Serve 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, 20 Jul 2004 22:23:11 -0000 This is a multi-part message in MIME format. --------------050605060100070709060507 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I got fixated on making a little sign for my Ultra 30 a few months ago, and this is what I came up with. I thought that the folks working with the port might get a kick out of it. Wildly unpublishable, but I had fun making it; I was ridiculously pleased with myself for the SPARC pun. Let me know what you think. For personal use only. Trademarks are held by their respective holders. Do not stare directly into the sun. Close cover before striking. -royce -- ------------------------------------------------------------------------ Royce D. Williams - IP Engineering, ACS personal: [first]@alaska.net - PGP: 3FC087DB/1776A531 work: [first.last]@acsalaska.net - http://www.tycho.org/royce/ --------------050605060100070709060507-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 20 22:35:11 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FA9716A4CE for ; Tue, 20 Jul 2004 22:35:11 +0000 (GMT) Received: from arke.acsalaska.net (arke.acsalaska.net [209.112.173.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B0543D2F for ; Tue, 20 Jul 2004 22:35:11 +0000 (GMT) (envelope-from royce@alaska.net) Received: from [10.0.102.101] (jander.prv.dmd.acsalaska.net [10.0.102.101]) by arke.acsalaska.net (8.12.11/8.12.11) with ESMTP id i6KMZAZc008727 for ; Tue, 20 Jul 2004 14:35:10 -0800 (AKDT) (envelope-from royce@alaska.net) Message-ID: <40FD9E1D.5000600@alaska.net> Date: Tue, 20 Jul 2004 14:35:09 -0800 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <40FD9B4C.10003@alaska.net> In-Reply-To: <40FD9B4C.10003@alaska.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.42; SA 2.63; spamdefang 1.102 Subject: Re: FreeBSD: The SPARC to Serve 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, 20 Jul 2004 22:35:11 -0000 On 7/20/2004 2:23 PM, Royce Williams wrote: > I got fixated on making a little sign for my Ultra 30 a few months ago, > and this is what I came up with. I thought that the folks working with > the port might get a kick out of it. Wildly unpublishable, but I had > fun making it; I was ridiculously pleased with myself for the SPARC pun. > Let me know what you think. > > For personal use only. Trademarks are held by their respective holders. > Do not stare directly into the sun. Close cover before striking. Apologies; didn't realize that small attachments were being scrubbed. Should have known better. http://www.alaska.net/~royce/gfx/the-SPARC-to-serve.jpg -royce -- ------------------------------------------------------------------------ Royce D. Williams - IP Engineering, ACS personal: [first]@alaska.net - PGP: 3FC087DB/1776A531 work: [first.last]@acsalaska.net - http://www.tycho.org/royce/ From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 21 10:36:59 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB30116A4CE for ; Wed, 21 Jul 2004 10:36:59 +0000 (GMT) Received: from pmesmtp01.mci.com (pmesmtp01.wcom.com [199.249.20.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8437743D49 for ; Wed, 21 Jul 2004 10:36:59 +0000 (GMT) (envelope-from james.gill@mci.com) Received: from cmr0.ash.ops.us.uu.net ([198.5.241.38]) by firewall.mci.com (Iplanet MTA 5.2) with ESMTP id <0I1700KCR6TMWC@firewall.mci.com> for freebsd-sparc64@freebsd.org; Wed, 21 Jul 2004 10:36:58 +0000 (GMT) Received: from imr2.ash.ops.us.uu.net by cmr0.ash.ops.us.uu.net with ESMTP (peer crosschecked as: imr2.ash.ops.us.uu.net [153.39.43.15]) id QQqygo01228; Wed, 21 Jul 2004 10:36:57 +0000 (GMT) Received: from haiti.corp.us.uu.net by imr2.ash.ops.us.uu.net with ESMTP (peer crosschecked as: haiti.corp.us.uu.net [153.39.146.95]) id QQqygo15531; Wed, 21 Jul 2004 10:36:57 +0000 (GMT) Received: from localhost by haiti.corp.us.uu.net with ESMTP (peer crosschecked as: jamgill@localhost) id i6LAavg02899; Wed, 21 Jul 2004 06:36:57 -0400 (EDT) Date: Wed, 21 Jul 2004 06:36:57 -0400 (EDT) From: "Gill, James" In-reply-to: <40FD9E1D.5000600@alaska.net> X-X-Sender: jamgill@haiti.corp.us.uu.net To: Royce Williams Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII References: <40FD9B4C.10003@alaska.net> <40FD9E1D.5000600@alaska.net> cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD: The SPARC to Serve X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: James.Gill@MCI.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 10:36:59 -0000 On Tue, 20 Jul 2004, Royce Williams wrote: > > http://www.alaska.net/~royce/gfx/the-SPARC-to-serve.jpg > > -royce heh ... i like it :) where'd you get such a good beastie? This work (at least in icon size) in the near future will probably be showing up on my desktop ;) --gill ----------------------------------------------------- MCI/UUNET Network Security & Abuse * 1-800-900-0241,4 ----------------------------------------------------- v-net: desk = 806-3834 ; group = 806-8805 From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 21 16:46:08 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D334F16A4CE; Wed, 21 Jul 2004 16:46:08 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7673443D55; Wed, 21 Jul 2004 16:46:08 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i6LGk6RH026252; Wed, 21 Jul 2004 12:46:07 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040720220205.GA72249@tara.freenix.org> References: <20040720172052.8E2077303F@freebsd-current.sentex.ca> <20040720220205.GA72249@tara.freenix.org> Date: Wed, 21 Jul 2004 12:46:05 -0400 To: Ollivier Robert , current@freebsd.org, sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: 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: Wed, 21 Jul 2004 16:46:09 -0000 At 12:02 AM +0200 7/21/04, Ollivier Robert wrote: >According to FreeBSD Tinderbox: >> ===> usr.sbin/ntp >> ===> usr.sbin/ntp/libntp >> make: don't know how to make authencrypt.c. Stop >> *** Error code 2 >> >> Stop in /tinderbox/CURRENT/sparc64/sparc64/src/usr.sbin/ntp. >> *** Error code 1 > >I can't reproduce on panther.freebsd.org :( Has anyone an idea >of what's going on? authencrypt.c doesn't even exist on 4.2.0. >Stale .depend? I do not know what problem there is for the tinderbox, but I have been able to buildworld/buildkernel/installkernel on my own sparc64 box. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 21 20:19:33 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E9616A4CE for ; Wed, 21 Jul 2004 20:19:33 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72A1243D41 for ; Wed, 21 Jul 2004 20:19:33 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i6LKJVYa006532 for ; Wed, 21 Jul 2004 16:19:32 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Wed, 21 Jul 2004 16:19:30 -0400 To: freebsd-sparc64@FreeBSD.ORG From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Installworld problem on 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: Wed, 21 Jul 2004 20:19:33 -0000 Apologies if this has come up recently, and I just missed it. I did a buildworld/buildkernel/installkernel yesterday, and it seemed to work fine. I then went to reboot, to do the installworld. If I try to boot in single-user mode, the startup process hangs right after: Mounting root from ufs:/dev/ad0a If I just boot up normally (not bothering with single-user), it comes up fine. The line that shows up after "Mounting root" is: Pre-seeding PRNG: kickstart. So I do the normal boot-up, and then type `shutdown' to get into single-user mode. Again the machine hangs. I have to power-off and back on to get it's attention. Eventually I booted up multi-user, just killed a few daemons, and ran installworld. That seems to have gone okay. I was able to reboot after doing the installworld, and it comes up pretty much okay (a few minor messages from ntpd, but otherwise nothing seems unusual). A `shutdown -r' also works fine. However, if I try to do a plain 'shutdown now', the machine again hangs. It stops after writing out: Stopping cron. Shutting down local daemons:. Writing entropy file:. Terminated . and never comes up asking me for which shell I want to run (where /bin/sh would be the default). Also, now that I have completely upgraded, I still can not seem to boot in single-user mode, as I described above. Has anyone else seen this? I am working with a slightly odd setup here, so it might be a side-effect of something I have done. My install is working off the regular console (keyboard/monitor setup), not a serial-console setup, on an Ultra-10. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Wed Jul 21 22:46:04 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5FC316A4D0 for ; Wed, 21 Jul 2004 22:46:04 +0000 (GMT) Received: from mail.cortex.com.au (teksup15.lnk.telstra.net [165.228.236.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4597243D2F for ; Wed, 21 Jul 2004 22:45:58 +0000 (GMT) (envelope-from ravms@gateway.cortex.com.au) Received: from gateway.cortex.com.au (gateway.cortex.com.au [192.168.1.1]) by mail.cortex.com.au (8.12.6/8.12.6) with SMTP id i6LMjnoJ073926; Thu, 22 Jul 2004 08:45:49 +1000 (EST) (envelope-from ravms@gateway.cortex.com.au) Message-Id: <200407212245.i6LMjnoJ073926@mail.cortex.com.au> From: "RAV AntiVirus" To: freebsd-sparc@freebsd.org Date: Thu, 22 Jul 2004 08:45:49 +1000 Importance: high X-Priority: 1 X-Mailer: ravmd/8.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020920) (gateway.cortex.com.au) cc: cortex@cortex.com.au Subject: RAV AntiVirus scan results 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, 21 Jul 2004 22:46:05 -0000 ----------------------- This e-mail is generated by the gateway.cortex.com.au mail server to warn you that the e-mail sent by freebsd-sparc@freebsd.org to cortex@cortex.com.au is infected with virus: HTML/IFrame_Exploit*. Please contact your system administrator for further information. If you are the sender: ------------------- The scanned e-mail has your address in the header field. Either your computer is infected or someone's computer having your e-mail address in the address book has been infected. (Please note that some viruses are sending e-mails directly from your computer. Our advise is to check your computer using an up-to-date antivirus product). If you are the receiver: --------------------- Please contact the sender: very probably he/she doesn't know he/she has a computer virus. Actions taken for the infected files: ------------------------------------- The infected file was saved to quarantine with name: 1090449949-RAVi6LMjVoJ073917. The file (part0001:)->(IFRAME0000) attached to mail (with subject:Mail Delivery (failure cortex@cortex.com.au)) sent by freebsd-sparc@freebsd.org to cortex@cortex.com.au is infected with virus: HTML/IFrame_Exploit*. Cannot clean this file. The file was successfully deleted by RAV AntiVirus. The file (part0002:message.scr) attached to mail (with subject:Mail Delivery (failure cortex@cortex.com.au)) sent by freebsd-sparc@freebsd.org to cortex@cortex.com.au is infected with virus: Win32/Netsky.P@mm. Cannot clean this file. The file was successfully deleted by RAV AntiVirus. ------------------------ this is a copy of the e-mail header: RAV AntiVirus for FreeBSD i386 version: 8.4.0 (snapshot-20020920) Scan engine 8.11 for i386. Last update: Tue, 20 Jul 2004 04:44:37 +10 Scanning for 102604 malwares (viruses, trojans and worms). From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 22 01:37:39 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 635F816A4CE for ; Thu, 22 Jul 2004 01:37:39 +0000 (GMT) Received: from malik.acsalaska.net (malik.acsalaska.net [209.112.155.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id E88E043D41 for ; Thu, 22 Jul 2004 01:37:38 +0000 (GMT) (envelope-from royce@alaska.net) Received: from [10.0.10.66] ([10.0.10.66]) by malik.acsalaska.net (8.12.11/8.12.11) with ESMTP id i6M1baR5009148; Wed, 21 Jul 2004 17:37:37 -0800 (AKDT) (envelope-from royce@alaska.net) Message-ID: <40FF1A49.7030600@alaska.net> Date: Wed, 21 Jul 2004 17:37:13 -0800 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: James.Gill@mci.com References: <40FD9B4C.10003@alaska.net> <40FD9E1D.5000600@alaska.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.42; SA 2.63; spamdefang 1.102 cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD: The SPARC to Serve 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, 22 Jul 2004 01:37:39 -0000 Gill, James wrote, On 7/21/2004 2:36 AM: > > On Tue, 20 Jul 2004, Royce Williams wrote: > >>http://www.alaska.net/~royce/gfx/the-SPARC-to-serve.jpg > > heh ... i like it :) where'd you get such a good beastie? This Google Images search: http://images.google.com/images?q=freebsd%20beastie ... found me this: http://www.freeman.org.ua/daemons/img/beastie.jpg > This work (at least in icon size) in the near future will probably be > showing up on my desktop ;) Glad that someone likes it. I'm thinking about putting it in the back window of my truck. :) -royce -- ------------------------------------------------------------------------ Royce D. Williams IP Engineering, ACS personal: [first]@alaska.net PGP: 3FC087DB/1776A531 work: [first.last]@acsalaska.net http://www.tycho.org/royce/ From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 22 08:39:29 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA8216A4CE for ; Thu, 22 Jul 2004 08:39:29 +0000 (GMT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 816A143D41 for ; Thu, 22 Jul 2004 08:39:29 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id BC9167ADD; Thu, 22 Jul 2004 10:39:27 +0200 (MET DST) Date: Thu, 22 Jul 2004 10:39:27 +0200 From: Joerg Wunsch To: freebsd-sparc64@freebsd.org Message-ID: <20040722083927.GB40699@ida.interface-business.de> References: <40FD9B4C.10003@alaska.net> <40FD9E1D.5000600@alaska.net> <40FF1A49.7030600@alaska.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40FF1A49.7030600@alaska.net> User-Agent: Mutt/1.4.2.1i X-Phone: +49-351-31809-14 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Organization: interface systems GmbH, Dresden Subject: Re: FreeBSD: The SPARC to Serve X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2004 08:39:29 -0000 As Royce Williams wrote: > Glad that someone likes it. I'm thinking about putting it in the > back window of my truck. :) The E450 I'm using for FreeBSD/sparc64 testing has now a copy of it on its side panel. ;-) -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 22 17:54:00 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64B6C16A4CE for ; Thu, 22 Jul 2004 17:54:00 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0276643D41 for ; Thu, 22 Jul 2004 17:54:00 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i6MHrxTH026500 for ; Thu, 22 Jul 2004 13:53:59 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i6MHrxGF026499 for freebsd-sparc64@freebsd.org; Thu, 22 Jul 2004 13:53:59 -0400 (EDT) Date: Thu, 22 Jul 2004 13:53:59 -0400 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040722175359.GB25822@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: HME Patches... 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, 22 Jul 2004 17:54:00 -0000 Is anyone actively working with the HME hardware checksum patches? If nobody is actively working with them I'd be willing to take care of them if: - Someone points me at the latest set of patches. - Nobody knows of any outstanding issues with those patches. I have several machines I'd be able to do some final testing with if that's needed - E250, E450, U10, U5, and with a tiny bit of luck a U2 fairly soon. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 22 19:11:07 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB4CC16A4CE for ; Thu, 22 Jul 2004 19:11:07 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EE3C43D39 for ; Thu, 22 Jul 2004 19:11:05 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.201] ([192.168.0.201]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i6MJHJhX068238; Thu, 22 Jul 2004 13:17:19 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <41001134.2030303@samsco.org> Date: Thu, 22 Jul 2004 13:10:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7) Gecko/20040702 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken Smith References: <20040722175359.GB25822@electra.cse.Buffalo.EDU> In-Reply-To: <20040722175359.GB25822@electra.cse.Buffalo.EDU> X-Enigmail-Version: 0.84.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-sparc64@freebsd.org Subject: Re: HME Patches... 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, 22 Jul 2004 19:11:08 -0000 Ken Smith wrote: > Is anyone actively working with the HME hardware checksum patches? If > nobody is actively working with them I'd be willing to take care of > them if: > > - Someone points me at the latest set of patches. > - Nobody knows of any outstanding issues with those patches. > > I have several machines I'd be able to do some final testing with if > that's needed - E250, E450, U10, U5, and with a tiny bit of luck a U2 > fairly soon. > Pyun is being sponsored for a commit bit right now. I would expect him to commit the work himself once it's approved. Scott