From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 07:03:45 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72EAB16A420; Sun, 5 Feb 2006 07:03:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D9AA43D45; Sun, 5 Feb 2006 07:03:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1C33F72DD9; Sat, 4 Feb 2006 23:03:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 16F3A72DCB; Sat, 4 Feb 2006 23:03:45 -0800 (PST) Date: Sat, 4 Feb 2006 23:03:45 -0800 (PST) From: Doug White To: Yasholomew Yashinski In-Reply-To: <200601200105.k0K15pBe051816@www.freebsd.org> Message-ID: <20060204230244.Y45494@carver.gumbysoft.com> References: <200601200105.k0K15pBe051816@www.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 07:03:45 -0000 On Fri, 20 Jan 2006, Yasholomew Yashinski wrote: > dc0: port 0x400-0x4ff mem 0x1800000-0x18000ff at device 2.0 on pci2 > miibus1: on dc0 > dcphy0: on miibus1 > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > dc0: [GIANT-LOCKED] > > > > Unread portion of the kernel message buffer: > panic: trap: data access error > Uptime: 4m15s > Dumping 512 MB (2 chunks) > chunk at 0: 268435456 bytes | Can you consistently reproduce this problem? If so, it is likely a device driver bug. The data_access_error trap doesn't usually indicate a hardware issue. > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > 233 savectx(&dumppcb); > (kgdb) bt > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > #1 0x00000000c011ef68 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0x00000000c011f2f4 in panic (fmt=0xc0303880 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:555 > #3 0x00000000c02c1de4 in trap (tf=0xd1a9b220) at /usr/src/sys/sparc64/sparc64/trap.c:369 > #4 0x00000000c0048fc0 in tl1_trap () > #5 0x00000000c00ac1f4 in dcphy_status (sc=0xfffff800006f1980) at cpufunc.h:104 > #6 0x00000000c00ac178 in dcphy_service (sc=0xc00ac1f8, mii=0x0, cmd=0) at /usr/src/sys/dev/mii/dcphy.c:332 > #7 0x00000000c00ac178 in dcphy_service (sc=0xfffff800006f1980, mii=0xfffff80000734200, cmd=1) at /usr/src/sys/dev/mii/dcphy.c:332 > #8 0x00000000c00af5c4 in mii_tick (mii=0xfffff80000734200) at /usr/src/sys/dev/mii/mii.c:363 > #9 0x00000000c0444ab0 in ?? () > Previous frame identical to this frame (corrupt stack?) > (kgdb) > >How-To-Repeat: > Turn machine on with a call to the card. In this case, I had added > ifconfig_dc0="DHCP" to rc.conf. The crash happens before the card actually gets an IP. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 07:10:07 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51AEF16A420 for ; Sun, 5 Feb 2006 07:10:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E12C343D48 for ; Sun, 5 Feb 2006 07:10:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k157A64N082938 for ; Sun, 5 Feb 2006 07:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k157A6iu082937; Sun, 5 Feb 2006 07:10:06 GMT (envelope-from gnats) Date: Sun, 5 Feb 2006 07:10:06 GMT Message-Id: <200602050710.k157A6iu082937@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Doug White Cc: Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Doug White List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 07:10:07 -0000 The following reply was made to PR sparc64/92033; it has been noted by GNATS. From: Doug White To: Yasholomew Yashinski Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/92033: dc(4) issues on Ultra10 Date: Sat, 4 Feb 2006 23:03:45 -0800 (PST) On Fri, 20 Jan 2006, Yasholomew Yashinski wrote: > dc0: port 0x400-0x4ff mem 0x1800000-0x18000ff at device 2.0 on pci2 > miibus1: on dc0 > dcphy0: on miibus1 > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > dc0: [GIANT-LOCKED] > > > > Unread portion of the kernel message buffer: > panic: trap: data access error > Uptime: 4m15s > Dumping 512 MB (2 chunks) > chunk at 0: 268435456 bytes | Can you consistently reproduce this problem? If so, it is likely a device driver bug. The data_access_error trap doesn't usually indicate a hardware issue. > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > 233 savectx(&dumppcb); > (kgdb) bt > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 > #1 0x00000000c011ef68 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0x00000000c011f2f4 in panic (fmt=0xc0303880 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:555 > #3 0x00000000c02c1de4 in trap (tf=0xd1a9b220) at /usr/src/sys/sparc64/sparc64/trap.c:369 > #4 0x00000000c0048fc0 in tl1_trap () > #5 0x00000000c00ac1f4 in dcphy_status (sc=0xfffff800006f1980) at cpufunc.h:104 > #6 0x00000000c00ac178 in dcphy_service (sc=0xc00ac1f8, mii=0x0, cmd=0) at /usr/src/sys/dev/mii/dcphy.c:332 > #7 0x00000000c00ac178 in dcphy_service (sc=0xfffff800006f1980, mii=0xfffff80000734200, cmd=1) at /usr/src/sys/dev/mii/dcphy.c:332 > #8 0x00000000c00af5c4 in mii_tick (mii=0xfffff80000734200) at /usr/src/sys/dev/mii/mii.c:363 > #9 0x00000000c0444ab0 in ?? () > Previous frame identical to this frame (corrupt stack?) > (kgdb) > >How-To-Repeat: > Turn machine on with a call to the card. In this case, I had added > ifconfig_dc0="DHCP" to rc.conf. The crash happens before the card actually gets an IP. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 09:14:32 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EF8C16A420 for ; Sun, 5 Feb 2006 09:14:32 +0000 (GMT) (envelope-from bel@orel.ru) Received: from mail.orel.ru (relay.orel.ru [213.59.64.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E5943D45 for ; Sun, 5 Feb 2006 09:14:30 +0000 (GMT) (envelope-from bel@orel.ru) Received: from [192.168.99.99] (pf1.net.orel.ru [213.59.64.75]) by mail.orel.ru (8.13.4/8.13.4) with ESMTP id k159EReP009250; Sun, 5 Feb 2006 12:14:28 +0300 (MSK) (envelope-from bel@orel.ru) Message-ID: <43E5C1F2.6080902@orel.ru> Date: Sun, 05 Feb 2006 12:14:26 +0300 From: Andrew Belashov Organization: ORIS User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Paolino References: <43E398A5.7010809@gmail.com> <43E4CF46.7030402@gmail.com> In-Reply-To: <43E4CF46.7030402@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on mail.orel.ru host X-Antivirus-Code: 100000 X-Zombi-Check: on netra2.orel.ru Cc: freebsd-sparc64@freebsd.org Subject: Re: usb card for ultra 5 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 09:14:32 -0000 Hello, Paolino! Paolino wrote: > Is there anyone using usb cards on this arch, who can write down the model. I use noname controller USP2.0+firewire, PCI 2.2 on Ultra 60. The controller detected as: -=-=-=-=-=- uhci0: port 0x1800-0x181f at device 2.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f at device 2.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0x110000-0x1100ff at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered fwohci0: port 0x1880-0x18ff mem 0x112000-0x1127ff at device 2.3 on pci0 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 ff:ff:ff:ff:ff:ff:ff:ff fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link undef, max_rec 65536 bytes. fwohci0: max_rec 65536 -> 2048 firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: fe:ff:ff:ff:ff:ff fwe0: Ethernet address: fe:ff:ff:ff:ff:ff fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) umass0: USB2.0 External Mass Storage Device, rev 2.00/2.40, addr 2 cd1 at umass-sim0 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 40.000MB/s transfers da2 at umass-sim0 bus 0 target 0 lun 0 da2: Removable Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 124MB (255744 512 byte sectors: 64H 32S/T 124C) -=-=-=-=-=- No problems found with USB-flash disk and DVD+-RW burner. Good performance. -- With Best Regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 10:24:40 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1523516A423 for ; Sun, 5 Feb 2006 10:24:40 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7CC43D48 for ; Sun, 5 Feb 2006 10:24:38 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k15AObNg003978; Sun, 5 Feb 2006 11:24:37 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k15AOWCD003977; Sun, 5 Feb 2006 11:24:32 +0100 (CET) (envelope-from marius) Date: Sun, 5 Feb 2006 11:24:32 +0100 From: Marius Strobl To: Andreas Tobler Message-ID: <20060205112432.A3868@newtrinity.zeist.de> References: <43E3D228.6060801@pop.agri.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E3D228.6060801@pop.agri.ch>; from toa@pop.agri.ch on Fri, Feb 03, 2006 at 10:59:04PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.204; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 10:24:40 -0000 On Fri, Feb 03, 2006 at 10:59:04PM +0100, Andreas Tobler wrote: > Hello, > > I just wonder what I do wrong. > > I try to compile a simple hello.c with -pg and I fail with the following: > > [enterprise:~] andreast% cc hello.c -O2 -pg -fno-show-column -o hello.exe > /var/tmp//ccwucjWJ.o(.text+0xc): In function `main': > : undefined reference to `_mcount' > /usr/lib/libc_p.a(__sparc_utrap_setup.po)(.text+0x8): In function > `__sparc_utrap_setup': > : undefined reference to `_mcount' > /usr/lib/libc_p.a(gmon.po)(.text+0x8): In function `monstartup': > : undefined reference to `_mcount' > /usr/lib/libc_p.a(gmon.po)(.text+0x1a8): In function `_mcleanup': > : undefined reference to `_mcount' > /usr/lib/libc_p.a(gmon.po)(.text+0x3e8): In function `moncontrol': > : undefined reference to `_mcount' > /usr/lib/libc_p.a(gmon.po)(.text+0x468): more undefined references to > `_mcount' follow > > [enterprise:~] andreast% cat hello.c > #include > int main (void) > { > printf("hello\n"); > return 1; > } > > [enterprise:~] andreast% cc -v > Using built-in specs. > Configured with: FreeBSD/sparc64 system compiler > Thread model: posix > gcc version 3.4.4 [FreeBSD] 20050518 > > The machine I use for is a enterprise 2, > [enterprise:~] andreast% uname -ra > FreeBSD enterprise.andreas.nets 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu > Feb 2 07:18:49 CET 2006 > andreast@enterprise.andreas.nets:/usr/obj/home/andreast/devel/src/sys/GENERIC > sparc64 > > Is there something known about this? Do I do something wrong when I > buildworld? The only known thing to me is the modification of CFLAGS= -O > -pipe. > Userland profiling simply isn't implemented for FreeBSD/sparc64 so far. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 10:55:07 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 999E616A420 for ; Sun, 5 Feb 2006 10:55:07 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from exsmtp01.agrinet.ch (exsmtp01.agrinet.ch [81.221.250.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F1D43D45 for ; Sun, 5 Feb 2006 10:55:06 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch ([10.50.252.215]) by exsmtp01.agrinet.ch with Microsoft SMTPSVC(6.0.3790.211); Sun, 5 Feb 2006 11:55:04 +0100 Received: from [192.168.225.5] ([80.219.88.141]) by smtp.messaging.ch with id tmvJ1T00232ylCo0000000 for freebsd-sparc64@freebsd.org; Sun, 05 Feb 2006 11:55:19 +0100 X-IMP: RBL SBL+XBL: 0.00, RBL SPAMCOP: 0.00, RBL MAPS_ORDB: 0.00, RBL SORBS: 0.10, URL RHS: 0.00, URL SURBL: 0.00 Message-ID: <43E5D988.2070009@pop.agri.ch> Date: Sun, 05 Feb 2006 11:55:04 +0100 From: Andreas Tobler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Marius Strobl References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> In-Reply-To: <20060205112432.A3868@newtrinity.zeist.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Feb 2006 10:55:04.0930 (UTC) FILETIME=[9EEEDC20:01C62A42] Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 10:55:07 -0000 Marius Strobl wrote: > On Fri, Feb 03, 2006 at 10:59:04PM +0100, Andreas Tobler wrote: >> Hello, >> >> I just wonder what I do wrong. >> >> I try to compile a simple hello.c with -pg and I fail with the following: [snip] > Userland profiling simply isn't implemented for FreeBSD/sparc64 so far. Aha, Thanks a lot. The userland profiling on sparc64, would it be a difficult issue ? Regards, Andreas From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 11:22:01 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F3D716A420 for ; Sun, 5 Feb 2006 11:22:01 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EBC043D48 for ; Sun, 5 Feb 2006 11:22:00 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k15BLwc1005135; Sun, 5 Feb 2006 12:21:59 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k15BLrNn005134; Sun, 5 Feb 2006 12:21:53 +0100 (CET) (envelope-from marius) Date: Sun, 5 Feb 2006 12:21:53 +0100 From: Marius Strobl To: Andreas Tobler Message-ID: <20060205122153.O68720@newtrinity.zeist.de> References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E5D988.2070009@pop.agri.ch>; from toa@pop.agri.ch on Sun, Feb 05, 2006 at 11:55:04AM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.204; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 11:22:01 -0000 On Sun, Feb 05, 2006 at 11:55:04AM +0100, Andreas Tobler wrote: > Marius Strobl wrote: > > On Fri, Feb 03, 2006 at 10:59:04PM +0100, Andreas Tobler wrote: > >> Hello, > >> > >> I just wonder what I do wrong. > >> > >> I try to compile a simple hello.c with -pg and I fail with the following: > [snip] > > > > Userland profiling simply isn't implemented for FreeBSD/sparc64 so far. > > > Aha, > > Thanks a lot. > > The userland profiling on sparc64, would it be a difficult issue ? > I think all it takes is the MD _mcount() -> mcount() wrapper but I'm not sure what it's actually supposed to do. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 11:38:45 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFC9416A420 for ; Sun, 5 Feb 2006 11:38:45 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB8243D53 for ; Sun, 5 Feb 2006 11:38:44 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k15Bchnw005872; Sun, 5 Feb 2006 12:38:43 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k15Bccfe005871; Sun, 5 Feb 2006 12:38:38 +0100 (CET) (envelope-from marius) Date: Sun, 5 Feb 2006 12:38:38 +0100 From: Marius Strobl To: Andrew Belashov Message-ID: <20060205123838.A5136@newtrinity.zeist.de> References: <43E3B35B.90409@unixfreak.org> <1138996676.26027.16.camel@lmail.bathnetworks.co.uk> <43E48DC2.3050904@orel.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E48DC2.3050904@orel.ru>; from bel@orel.ru on Sat, Feb 04, 2006 at 02:19:30PM +0300 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.204; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: some questions X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 11:38:45 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Feb 04, 2006 at 02:19:30PM +0300, Andrew Belashov wrote: > > My system have two hacks, related to following problems: > > 1. SMP kernel panic: ipi_send: couldn't send ipi > > (src/sys/sparc64/include/smp.h v1.17 does not resolve problem, > I bump IPI_RETRIES to high value). > Could you please try whether the attached patch fixes this (using the original value for IPI_RETRIES)? Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mp_mackdep.c.diff" Index: mp_machdep.c =================================================================== RCS file: /mnt/futile/usr/data/bsd/cvs/fbsd/src/sys/sparc64/sparc64/mp_machdep.c,v retrieving revision 1.30 diff -u -r1.30 mp_machdep.c --- mp_machdep.c 3 Nov 2005 21:08:20 -0000 1.30 +++ mp_machdep.c 5 Feb 2006 11:04:21 -0000 @@ -87,6 +87,7 @@ #include #include #include +#include static ih_func_t cpu_ipi_ast; static ih_func_t cpu_ipi_stop; @@ -438,6 +439,10 @@ stxa(AA_SDB_INTR_D1, ASI_SDB_INTR_W, d1); stxa(AA_SDB_INTR_D2, ASI_SDB_INTR_W, d2); stxa(AA_INTR_SEND | (mid << 14), ASI_SDB_INTR_W, 0); + if (cpu_impl < CPU_IMPL_ULTRASPARCIII) { + membar(Sync); + (void)ldxa(0x20, ASI_SDB_INTR_R); + } membar(Sync); while (ldxa(0, ASI_INTR_DISPATCH_STATUS) & IDR_BUSY) ; --zYM0uCDKw75PZbzx-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 11:52:48 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FB7416A422 for ; Sun, 5 Feb 2006 11:52:48 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from exsmtp01.agrinet.ch (exsmtp01.agrinet.ch [81.221.250.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95EE343D48 for ; Sun, 5 Feb 2006 11:52:47 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch ([10.50.252.215]) by exsmtp01.agrinet.ch with Microsoft SMTPSVC(6.0.3790.211); Sun, 5 Feb 2006 12:52:45 +0100 Received: from [192.168.225.5] ([80.219.88.141]) by smtp.messaging.ch with id tnt11T00232ylCo0000000 for freebsd-sparc64@freebsd.org; Sun, 05 Feb 2006 12:53:01 +0100 X-IMP: RBL SBL+XBL: 0.00, RBL SPAMCOP: 0.00, RBL SORBS: 0.10, RBL MAPS_ORDB: 0.00, URL RHS: 0.00, URL SURBL: 0.00 Message-ID: <43E5E70D.1090209@pop.agri.ch> Date: Sun, 05 Feb 2006 12:52:45 +0100 From: Andreas Tobler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Marius Strobl References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> In-Reply-To: <20060205122153.O68720@newtrinity.zeist.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Feb 2006 11:52:45.0806 (UTC) FILETIME=[ADC6A0E0:01C62A4A] Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 11:52:48 -0000 Marius Strobl wrote: > I think all it takes is the MD _mcount() -> mcount() wrapper but I'm > not sure what it's actually supposed to do. Ok, thank you for the pointer. I try to read through the code and see if I can get something out of it. Build question, if I play around in this section, does it mean to rebuild the whole kernel/world everytime, or is it enough to just compile and install the modified parts ? Thanks, Andreas From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 12:22:41 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8546016A420 for ; Sun, 5 Feb 2006 12:22:41 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A7E43D48 for ; Sun, 5 Feb 2006 12:22:40 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k15CMd7x006764; Sun, 5 Feb 2006 13:22:39 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k15CMYwL006763; Sun, 5 Feb 2006 13:22:34 +0100 (CET) (envelope-from marius) Date: Sun, 5 Feb 2006 13:22:34 +0100 From: Marius Strobl To: Andreas Tobler Message-ID: <20060205132234.P68720@newtrinity.zeist.de> References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E5E70D.1090209@pop.agri.ch>; from toa@pop.agri.ch on Sun, Feb 05, 2006 at 12:52:45PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.204; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 12:22:41 -0000 On Sun, Feb 05, 2006 at 12:52:45PM +0100, Andreas Tobler wrote: > Marius Strobl wrote: > > > I think all it takes is the MD _mcount() -> mcount() wrapper but I'm > > not sure what it's actually supposed to do. > > Ok, thank you for the pointer. I try to read through the code and see if > I can get something out of it. > > Build question, if I play around in this section, does it mean to > rebuild the whole kernel/world everytime, or is it enough to just > compile and install the modified parts ? > AFAICT the wrapper has to go into the userland version of the MCOUNT macro in and you'll have to re-compile and re- install libc, specifically libc_p.a, in order to test it. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 12:45:37 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E069C16A420 for ; Sun, 5 Feb 2006 12:45:37 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50E6043D46 for ; Sun, 5 Feb 2006 12:45:37 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k15CjaOL007260; Sun, 5 Feb 2006 13:45:36 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k15CjUmk007259; Sun, 5 Feb 2006 13:45:30 +0100 (CET) (envelope-from marius) Date: Sun, 5 Feb 2006 13:45:30 +0100 From: Marius Strobl To: Yasholomew Yashinski Message-ID: <20060205134530.B5136@newtrinity.zeist.de> References: <20060204110201.W77754@mail.yashy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060204110201.W77754@mail.yashy.com>; from yashy@mail.yashy.com on Sat, Feb 04, 2006 at 11:14:47AM -0500 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.204; host: newtrinity.zeist.de) Cc: sparc64@freebsd.org Subject: Re: vr(4) issue on Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 12:45:38 -0000 On Sat, Feb 04, 2006 at 11:14:47AM -0500, Yasholomew Yashinski wrote: > > I'm intending to use a U10 as a firewall/gateway, so I'm trying to add > one of my spare PCI NICs, to use along with the hme0. Trying dc(4) brought > my OS down (writing another email), so I'm trying vr(4) which is flooding > dmesg/syslog with errors. > Vr(4) has to be converted to use bus_dma(9) and probably also made endian-clean in order to also work on sparc64. Currently it has no chance to work on sparc64 and that's why it is commented out in the sparc64 GENERIC. As for your dc(4) problem; dc(4) generally is know to work on sparc64 but looks like there's a problem with the dcphy(4) pseudo PHY driver used for some variants. I can't spot any problem in its code and frame 6 of your dump appears to be corrupted. Could you maybe get the backtrace from a DDB-enabled kernel instead of a dump? Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 12:57:09 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52DB616A420; Sun, 5 Feb 2006 12:57:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C055E43D45; Sun, 5 Feb 2006 12:57:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k15Cv7Ek003088; Sun, 5 Feb 2006 07:57:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k15Cv7Nd058540; Sun, 5 Feb 2006 07:57:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 581CF241A3; Sun, 5 Feb 2006 07:57:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> Date: Sun, 5 Feb 2006 07:57:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 12:57:09 -0000 TB --- 2006-02-05 11:55:13 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-02-05 11:55:13 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2006-02-05 11:55:13 - cleaning the object tree TB --- 2006-02-05 11:56:10 - checking out the source tree TB --- 2006-02-05 11:56:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2006-02-05 11:56:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-02-05 12:06:15 - building world (CFLAGS=-O -pipe) TB --- 2006-02-05 12:06:15 - cd /src TB --- 2006-02-05 12:06:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-02-05 12:49:52 - generating LINT kernel config TB --- 2006-02-05 12:49:52 - cd /src/sys/sparc64/conf TB --- 2006-02-05 12:49:52 - /usr/bin/make -B LINT TB --- 2006-02-05 12:49:52 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-05 12:49:52 - cd /src TB --- 2006-02-05 12:49:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 12:49:52 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] isp_sbus.o(.text+0x16f8): In function `isp_sbus_dmasetup': : undefined reference to `isp_handle_index' isp_sbus.o(.text+0x1914): In function `isp_sbus_dmasetup': : undefined reference to `isp_put_request' isp_sbus.o(.text+0x1928): In function `isp_sbus_dmasetup': : undefined reference to `isp_put_extended_request' isp_sbus.o(.text+0x1944): In function `isp_sbus_dmateardown': : undefined reference to `isp_handle_index' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 12:57:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 12:57:07 - ERROR: failed to build lint kernel TB --- 2006-02-05 12:57:07 - tinderbox aborted TB --- 1.14 user 4.16 system 3713.75 real From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 14:44:29 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C86D16A420 for ; Sun, 5 Feb 2006 14:44:29 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from exsmtp02.agrinet.ch (exsmtp02.agrinet.ch [81.221.252.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC0B43D66 for ; Sun, 5 Feb 2006 14:44:23 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch ([10.50.252.215]) by exsmtp02.agrinet.ch with Microsoft SMTPSVC(6.0.3790.211); Sun, 5 Feb 2006 15:44:22 +0100 Received: from [192.168.225.5] ([80.219.88.141]) by smtp.messaging.ch with id tqkh1T00232ylCo0000000 for freebsd-sparc64@freebsd.org; Sun, 05 Feb 2006 15:44:42 +0100 X-IMP: RBL SBL+XBL: 0.00, RBL SPAMCOP: 0.00, RBL SORBS: 0.10, RBL MAPS_ORDB: 0.00, URL RHS: 0.00, URL SURBL: 0.00 Message-ID: <43E60F45.4070004@pop.agri.ch> Date: Sun, 05 Feb 2006 15:44:21 +0100 From: Andreas Tobler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Marius Strobl References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> In-Reply-To: <20060205132234.P68720@newtrinity.zeist.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Feb 2006 14:44:22.0415 (UTC) FILETIME=[A70879F0:01C62A62] Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 14:44:29 -0000 Marius Strobl wrote: > On Sun, Feb 05, 2006 at 12:52:45PM +0100, Andreas Tobler wrote: >> Marius Strobl wrote: >> >>> I think all it takes is the MD _mcount() -> mcount() wrapper but I'm >>> not sure what it's actually supposed to do. >> Ok, thank you for the pointer. I try to read through the code and see if >> I can get something out of it. >> >> Build question, if I play around in this section, does it mean to >> rebuild the whole kernel/world everytime, or is it enough to just >> compile and install the modified parts ? >> > > AFAICT the wrapper has to go into the userland version of the MCOUNT > macro in and you'll have to re-compile and re- > install libc, specifically libc_p.a, in order to test it. Good. To my understanding, the wrapper should look similar like in sys/amd64/include/profile.h? #else /* !_KERNEL */ #define _MCOUNT_DECL \ static void _mcount(uintfptr_t frompc, uintfptr_t selfpc) __used; \ static void _mcount #ifdef __GNUCLIKE_ASM #define MCOUNT \ __asm(".global " _mcount);\ __asm(_mcount ":");\ __asm("add %o7, 8, %o1");\ __asm("1: call 2f; nop; 2:");\ __asm("add %o7," __mcount "-1b, %o2");\ __asm("ld [%o2], %o2");\ __asm("jmpl %o2, %g0");\ __asm("add %i7, 8, %o0"); #else /* !__GNUCLIKE_ASM */ #define MCOUNT \ void \ mcount() \ { \ } #endif /* __GNUCLIKE_ASM */ Or am I looking to far? The above asm code comes from NetBSD... Thanks, Andreas From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 16:48:14 2006 Return-Path: X-Original-To: freebsd-sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBCD116A422; Sun, 5 Feb 2006 16:48:14 +0000 (GMT) (envelope-from yashy@mail.yashy.com) Received: from mail.yashy.com (mail.yashy.com [206.248.137.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AEDD43D5E; Sun, 5 Feb 2006 16:48:08 +0000 (GMT) (envelope-from yashy@mail.yashy.com) Received: by mail.yashy.com (Postfix, from userid 1001) id 9C87D65DD; Sun, 5 Feb 2006 11:50:36 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.yashy.com (Postfix) with ESMTP id 5D92865DC; Sun, 5 Feb 2006 11:50:36 -0500 (EST) Date: Sun, 5 Feb 2006 11:50:36 -0500 (EST) From: Yasholomew Yashinski To: Doug White In-Reply-To: <20060204230244.Y45494@carver.gumbysoft.com> Message-ID: <20060205114452.N46628@mail.yashy.com> References: <200601200105.k0K15pBe051816@www.freebsd.org> <20060204230244.Y45494@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 16:48:14 -0000 On Sat, 4 Feb 2006, Doug White wrote: >> dc0: port 0x400-0x4ff mem 0x1800000-0x18000ff at device 2.0 on pci2 >> miibus1: on dc0 >> dcphy0: on miibus1 >> dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> dc0: [GIANT-LOCKED] >> >> Unread portion of the kernel message buffer: >> panic: trap: data access error >> Uptime: 4m15s >> Dumping 512 MB (2 chunks) >> chunk at 0: 268435456 bytes | > > Can you consistently reproduce this problem? If so, it is likely a device > driver bug. The data_access_error trap doesn't usually indicate a > hardware issue. Yes. As noted below, as soon as dc0 is called upon, the kernel cores. This happens every time dc0 is called upon. >> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 >> 233 savectx(&dumppcb); >> (kgdb) bt >> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 >> #1 0x00000000c011ef68 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 >> #2 0x00000000c011f2f4 in panic (fmt=0xc0303880 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:555 >> #3 0x00000000c02c1de4 in trap (tf=0xd1a9b220) at /usr/src/sys/sparc64/sparc64/trap.c:369 >> #4 0x00000000c0048fc0 in tl1_trap () >> #5 0x00000000c00ac1f4 in dcphy_status (sc=0xfffff800006f1980) at cpufunc.h:104 >> #6 0x00000000c00ac178 in dcphy_service (sc=0xc00ac1f8, mii=0x0, cmd=0) at /usr/src/sys/dev/mii/dcphy.c:332 >> #7 0x00000000c00ac178 in dcphy_service (sc=0xfffff800006f1980, mii=0xfffff80000734200, cmd=1) at /usr/src/sys/dev/mii/dcphy.c:332 >> #8 0x00000000c00af5c4 in mii_tick (mii=0xfffff80000734200) at /usr/src/sys/dev/mii/mii.c:363 >> #9 0x00000000c0444ab0 in ?? () >> Previous frame identical to this frame (corrupt stack?) >> (kgdb) >>> How-To-Repeat: >> Turn machine on with a call to the card. In this case, I had added >> ifconfig_dc0="DHCP" to rc.conf. The crash happens before the card actually gets an IP. Thanks in Advance, -- Yashy From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 16:50:10 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DAB116A420 for ; Sun, 5 Feb 2006 16:50:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D45A243D45 for ; Sun, 5 Feb 2006 16:50:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k15Go9Ix016975 for ; Sun, 5 Feb 2006 16:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k15Go9kY016974; Sun, 5 Feb 2006 16:50:09 GMT (envelope-from gnats) Date: Sun, 5 Feb 2006 16:50:09 GMT Message-Id: <200602051650.k15Go9kY016974@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Yasholomew Yashinski Cc: Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yasholomew Yashinski List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 16:50:10 -0000 The following reply was made to PR sparc64/92033; it has been noted by GNATS. From: Yasholomew Yashinski To: Doug White Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/92033: dc(4) issues on Ultra10 Date: Sun, 5 Feb 2006 11:50:36 -0500 (EST) On Sat, 4 Feb 2006, Doug White wrote: >> dc0: port 0x400-0x4ff mem 0x1800000-0x18000ff at device 2.0 on pci2 >> miibus1: on dc0 >> dcphy0: on miibus1 >> dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> dc0: [GIANT-LOCKED] >> >> Unread portion of the kernel message buffer: >> panic: trap: data access error >> Uptime: 4m15s >> Dumping 512 MB (2 chunks) >> chunk at 0: 268435456 bytes | > > Can you consistently reproduce this problem? If so, it is likely a device > driver bug. The data_access_error trap doesn't usually indicate a > hardware issue. Yes. As noted below, as soon as dc0 is called upon, the kernel cores. This happens every time dc0 is called upon. >> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 >> 233 savectx(&dumppcb); >> (kgdb) bt >> #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:233 >> #1 0x00000000c011ef68 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 >> #2 0x00000000c011f2f4 in panic (fmt=0xc0303880 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:555 >> #3 0x00000000c02c1de4 in trap (tf=0xd1a9b220) at /usr/src/sys/sparc64/sparc64/trap.c:369 >> #4 0x00000000c0048fc0 in tl1_trap () >> #5 0x00000000c00ac1f4 in dcphy_status (sc=0xfffff800006f1980) at cpufunc.h:104 >> #6 0x00000000c00ac178 in dcphy_service (sc=0xc00ac1f8, mii=0x0, cmd=0) at /usr/src/sys/dev/mii/dcphy.c:332 >> #7 0x00000000c00ac178 in dcphy_service (sc=0xfffff800006f1980, mii=0xfffff80000734200, cmd=1) at /usr/src/sys/dev/mii/dcphy.c:332 >> #8 0x00000000c00af5c4 in mii_tick (mii=0xfffff80000734200) at /usr/src/sys/dev/mii/mii.c:363 >> #9 0x00000000c0444ab0 in ?? () >> Previous frame identical to this frame (corrupt stack?) >> (kgdb) >>> How-To-Repeat: >> Turn machine on with a call to the card. In this case, I had added >> ifconfig_dc0="DHCP" to rc.conf. The crash happens before the card actually gets an IP. Thanks in Advance, -- Yashy From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 16:57:04 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4B9816A420 for ; Sun, 5 Feb 2006 16:57:04 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3516743D4C for ; Sun, 5 Feb 2006 16:57:02 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k15Gv10u011540; Sun, 5 Feb 2006 17:57:01 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k15GuuIH011539; Sun, 5 Feb 2006 17:56:56 +0100 (CET) (envelope-from marius) Date: Sun, 5 Feb 2006 17:56:56 +0100 From: Marius Strobl To: Andreas Tobler Message-ID: <20060205175656.S68720@newtrinity.zeist.de> References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> <43E60F45.4070004@pop.agri.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E60F45.4070004@pop.agri.ch>; from toa@pop.agri.ch on Sun, Feb 05, 2006 at 03:44:21PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.204; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 16:57:04 -0000 On Sun, Feb 05, 2006 at 03:44:21PM +0100, Andreas Tobler wrote: > Marius Strobl wrote: > > On Sun, Feb 05, 2006 at 12:52:45PM +0100, Andreas Tobler wrote: > >> Marius Strobl wrote: > >> > >>> I think all it takes is the MD _mcount() -> mcount() wrapper but I'm > >>> not sure what it's actually supposed to do. > >> Ok, thank you for the pointer. I try to read through the code and see if > >> I can get something out of it. > >> > >> Build question, if I play around in this section, does it mean to > >> rebuild the whole kernel/world everytime, or is it enough to just > >> compile and install the modified parts ? > >> > > > > AFAICT the wrapper has to go into the userland version of the MCOUNT > > macro in and you'll have to re-compile and re- > > install libc, specifically libc_p.a, in order to test it. > > Good. > > To my understanding, the wrapper should look similar like in > sys/amd64/include/profile.h? > Basically yes. > > #else /* !_KERNEL */ > #define _MCOUNT_DECL \ > static void _mcount(uintfptr_t frompc, uintfptr_t selfpc) __used; \ > static void _mcount > > #ifdef __GNUCLIKE_ASM > > #define MCOUNT \ > __asm(".global " _mcount);\ > __asm(_mcount ":");\ > __asm("add %o7, 8, %o1");\ > __asm("1: call 2f; nop; 2:");\ > __asm("add %o7," __mcount "-1b, %o2");\ > __asm("ld [%o2], %o2");\ > __asm("jmpl %o2, %g0");\ > __asm("add %i7, 8, %o0"); > #else /* !__GNUCLIKE_ASM */ > #define MCOUNT \ > void \ > mcount() \ > { \ > } > #endif /* __GNUCLIKE_ASM */ > > Or am I looking to far? > > The above asm code comes from NetBSD... > As far as I understand MCOUNT refers to the symbol generated by the compiler and _MCOUNT_DECL to the name of the real function in libc. As the compiler apparently generates calls to _mcount() on sparc64 the MCOUNT macro should define _mcount() for userland and _MCOUNT_DECL mcount() or maybe better __mcount(). I'm not sure wheter the NetBSD asm applies to FreeBSD. If you let _MCOUNT_DECL define _mcount() as in your snippet above you'll bypass the wrapper on sparc64 altogether. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 21:03:32 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0887A16A420 for ; Sun, 5 Feb 2006 21:03:32 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CEB43D46 for ; Sun, 5 Feb 2006 21:03:31 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 54C142FF65 for ; Sun, 5 Feb 2006 16:03:30 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id A83D012FB03; Sun, 5 Feb 2006 16:03:29 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <20060204110201.W77754@mail.yashy.com> <20060205134530.B5136@newtrinity.zeist.de> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Sun_Feb__5_16:03:29_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 05 Feb 2006 16:03:29 -0500 In-Reply-To: <20060205134530.B5136@newtrinity.zeist.de> (Marius Strobl's message of "Sun, 5 Feb 2006 13:45:30 +0100") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: vr(4) issue on Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 21:03:32 -0000 --pgp-sign-Multipart_Sun_Feb__5_16:03:29_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "ms" == Marius Strobl writes: ms> maybe get the backtrace from a DDB-enabled kernel instead of a ms> dump? How do we get to ddb on sparc64? I have: options DDB in my kernel config, but Stop-A on the keyboard and sending a BREAK on the serial console don't work for me. --pgp-sign-Multipart_Sun_Feb__5_16:03:29_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAQ+ZoIYnCBbTaW/4dAQJ+pQP7BdIbIo2pRV2bP+pxF6Y+q7RilW5ToMuR UzFUGDc0YSnaWCsmxwXRgbkeqMYEHMjTHNjrai6Dl4nUBMmIRAGUqGwIbMqqkWZu /XCvynRIwrSd/WuzgkG/E+RITa3BLufIxXeTBRqf51xshNLpdJZ3ilLOJ54Nz3IJ 6PIhQV8k3lo= =OqAj -----END PGP SIGNATURE----- --pgp-sign-Multipart_Sun_Feb__5_16:03:29_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 5 22:31:44 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D8BA16A422 for ; Sun, 5 Feb 2006 22:31:44 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E0D43D72 for ; Sun, 5 Feb 2006 22:31:38 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k15MVaAx016775; Sun, 5 Feb 2006 23:31:37 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k15MVVgQ016774; Sun, 5 Feb 2006 23:31:31 +0100 (CET) (envelope-from marius) Date: Sun, 5 Feb 2006 23:31:31 +0100 From: Marius Strobl To: Miles Nordin Message-ID: <20060205233131.A15903@newtrinity.zeist.de> References: <20060204110201.W77754@mail.yashy.com> <20060205134530.B5136@newtrinity.zeist.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 carton@Ivy.NET on Sun, Feb 05, 2006 at 04:03:29PM -0500 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.204; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: vr(4) issue on Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 22:31:44 -0000 On Sun, Feb 05, 2006 at 04:03:29PM -0500, Miles Nordin wrote: > >>>>> "ms" == Marius Strobl writes: > > ms> maybe get the backtrace from a DDB-enabled kernel instead of a > ms> dump? > > How do we get to ddb on sparc64? I have: > > options DDB > > in my kernel config, but Stop-A on the keyboard and sending a BREAK on > the serial console don't work for me. Standard MI-way; ctrl-alt-esc on the keyboard and for BREAK on the serial to work you additionally need to compile with options KDB and BREAK_TO_DEBUGGER. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 6 06:37:43 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C31916A422 for ; Mon, 6 Feb 2006 06:37:43 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1426243D5D for ; Mon, 6 Feb 2006 06:37:40 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1022301nzo for ; Sun, 05 Feb 2006 22:37:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ic+65SGIQktrAygIAcOXZpcYqRrv/5Y2yMWhdT/cbDvBZezrpnEtdHjw4QCZ//0L65btwOY7Wv9wQtO4GD5uMWvAtEjwcmcvRYAwhbgqoMGUGSIPHpfPqVf/Su0kIl/cCScm5CeHNFM2POf9/UK2aHDg1bebcW8lTPqSqipdhn0= Received: by 10.65.154.20 with SMTP id g20mr27477qbo; Sun, 05 Feb 2006 22:37:40 -0800 (PST) Received: by 10.65.150.12 with HTTP; Sun, 5 Feb 2006 22:37:40 -0800 (PST) Message-ID: <7579f7fb0602052237i2a6a1ce2w7f0ebcdf840127c2@mail.gmail.com> Date: Sun, 5 Feb 2006 22:37:40 -0800 From: Matthew Jacob To: FreeBSD Tinderbox In-Reply-To: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> Cc: stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 06:37:43 -0000 Sigh. Sorry. I'm on it. On 2/5/06, FreeBSD Tinderbox wrote: > TB --- 2006-02-05 11:55:13 - tinderbox 2.3 running on freebsd-stable.sent= ex.ca > TB --- 2006-02-05 11:55:13 - starting RELENG_5 tinderbox run for sparc64/= sparc64 > TB --- 2006-02-05 11:55:13 - cleaning the object tree > TB --- 2006-02-05 11:56:10 - checking out the source tree > TB --- 2006-02-05 11:56:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 > TB --- 2006-02-05 11:56:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -rRELENG_5 src > TB --- 2006-02-05 12:06:15 - building world (CFLAGS=3D-O -pipe) > TB --- 2006-02-05 12:06:15 - cd /src > TB --- 2006-02-05 12:06:15 - /usr/bin/make -B buildworld > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > TB --- 2006-02-05 12:49:52 - generating LINT kernel config > TB --- 2006-02-05 12:49:52 - cd /src/sys/sparc64/conf > TB --- 2006-02-05 12:49:52 - /usr/bin/make -B LINT > TB --- 2006-02-05 12:49:52 - building LINT kernel (COPTFLAGS=3D-O -pipe) > TB --- 2006-02-05 12:49:52 - cd /src > TB --- 2006-02-05 12:49:52 - /usr/bin/make buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Sun Feb 5 12:49:52 UTC 2006 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > isp_sbus.o(.text+0x16f8): In function `isp_sbus_dmasetup': > : undefined reference to `isp_handle_index' > isp_sbus.o(.text+0x1914): In function `isp_sbus_dmasetup': > : undefined reference to `isp_put_request' > isp_sbus.o(.text+0x1928): In function `isp_sbus_dmasetup': > : undefined reference to `isp_put_extended_request' > isp_sbus.o(.text+0x1944): In function `isp_sbus_dmateardown': > : undefined reference to `isp_handle_index' > *** Error code 1 > > Stop in /obj/sparc64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2006-02-05 12:57:07 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-02-05 12:57:07 - ERROR: failed to build lint kernel > TB --- 2006-02-05 12:57:07 - tinderbox aborted > TB --- 1.14 user 4.16 system 3713.75 real > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 6 06:40:34 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E757216A423 for ; Mon, 6 Feb 2006 06:40:33 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D2A943D53 for ; Mon, 6 Feb 2006 06:40:32 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1022562nzo for ; Sun, 05 Feb 2006 22:40:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HBFGeESqbvR0xaj16aWv8gKEQeyRDkNhIvPED3LAPWiII6OAoH2GYS3TsTBwbyQuc8o7CKcMfXO8OKbZE5hd3Wr30iLtqCZh5neNRcHlWIAj5op2eOeNNu0RxUIlQhhtPI5gAYc0pJlY9SEESJ7k11k8E+Ui5NdHcwG8bx0i7wE= Received: by 10.65.81.14 with SMTP id i14mr27531qbl; Sun, 05 Feb 2006 22:40:31 -0800 (PST) Received: by 10.65.150.12 with HTTP; Sun, 5 Feb 2006 22:40:31 -0800 (PST) Message-ID: <7579f7fb0602052240l7a233a47ia87f219685a8edaa@mail.gmail.com> Date: Sun, 5 Feb 2006 22:40:31 -0800 From: Matthew Jacob To: FreeBSD Tinderbox In-Reply-To: <7579f7fb0602052237i2a6a1ce2w7f0ebcdf840127c2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060205125707.581CF241A3@freebsd-stable.sentex.ca> <7579f7fb0602052237i2a6a1ce2w7f0ebcdf840127c2@mail.gmail.com> Cc: stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 06:40:34 -0000 Too late. Scott beat me to it. On 2/5/06, Matthew Jacob wrote: > Sigh. Sorry. I'm on it. > > > On 2/5/06, FreeBSD Tinderbox wrote: > > TB --- 2006-02-05 11:55:13 - tinderbox 2.3 running on freebsd-stable.se= ntex.ca > > TB --- 2006-02-05 11:55:13 - starting RELENG_5 tinderbox run for sparc6= 4/sparc64 > > TB --- 2006-02-05 11:55:13 - cleaning the object tree > > TB --- 2006-02-05 11:56:10 - checking out the source tree > > TB --- 2006-02-05 11:56:10 - cd /tinderbox/RELENG_5/sparc64/sparc64 > > TB --- 2006-02-05 11:56:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update = -Pd -rRELENG_5 src > > TB --- 2006-02-05 12:06:15 - building world (CFLAGS=3D-O -pipe) > > TB --- 2006-02-05 12:06:15 - cd /src > > TB --- 2006-02-05 12:06:15 - /usr/bin/make -B buildworld > > >>> Rebuilding the temporary build tree > > >>> stage 1.1: legacy release compatibility shims > > >>> stage 1.2: bootstrap tools > > >>> stage 2.1: cleaning up the object tree > > >>> stage 2.2: rebuilding the object tree > > >>> stage 2.3: build tools > > >>> stage 3: cross tools > > >>> stage 4.1: building includes > > >>> stage 4.2: building libraries > > >>> stage 4.3: make dependencies > > >>> stage 4.4: building everything > > TB --- 2006-02-05 12:49:52 - generating LINT kernel config > > TB --- 2006-02-05 12:49:52 - cd /src/sys/sparc64/conf > > TB --- 2006-02-05 12:49:52 - /usr/bin/make -B LINT > > TB --- 2006-02-05 12:49:52 - building LINT kernel (COPTFLAGS=3D-O -pipe= ) > > TB --- 2006-02-05 12:49:52 - cd /src > > TB --- 2006-02-05 12:49:52 - /usr/bin/make buildkernel KERNCONF=3DLINT > > >>> Kernel build for LINT started on Sun Feb 5 12:49:52 UTC 2006 > > >>> stage 1: configuring the kernel > > >>> stage 2.1: cleaning up the object tree > > >>> stage 2.2: rebuilding the object tree > > >>> stage 2.3: build tools > > >>> stage 3.1: making dependencies > > >>> stage 3.2: building everything > > [...] > > isp_sbus.o(.text+0x16f8): In function `isp_sbus_dmasetup': > > : undefined reference to `isp_handle_index' > > isp_sbus.o(.text+0x1914): In function `isp_sbus_dmasetup': > > : undefined reference to `isp_put_request' > > isp_sbus.o(.text+0x1928): In function `isp_sbus_dmasetup': > > : undefined reference to `isp_put_extended_request' > > isp_sbus.o(.text+0x1944): In function `isp_sbus_dmateardown': > > : undefined reference to `isp_handle_index' > > *** Error code 1 > > > > Stop in /obj/sparc64/src/sys/LINT. > > *** Error code 1 > > > > Stop in /src. > > *** Error code 1 > > > > Stop in /src. > > TB --- 2006-02-05 12:57:07 - WARNING: /usr/bin/make returned exit code = 1 > > TB --- 2006-02-05 12:57:07 - ERROR: failed to build lint kernel > > TB --- 2006-02-05 12:57:07 - tinderbox aborted > > TB --- 1.14 user 4.16 system 3713.75 real > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > > From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 6 11:02:28 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6006916A420 for ; Mon, 6 Feb 2006 11:02:28 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F2043D46 for ; Mon, 6 Feb 2006 11:02:28 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16B2RF6081877 for ; Mon, 6 Feb 2006 11:02:27 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16B2QcD081871 for freebsd-sparc64@freebsd.org; Mon, 6 Feb 2006 11:02:26 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Feb 2006 11:02:26 GMT Message-Id: <200602061102.k16B2QcD081871@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 11:02:28 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u o [2005/04/27] sparc64/80410sparc64 [netgraph] netgraph is causing crash with o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste o [2005/11/24] sparc64/89486sparc64 firefox and thunderbird is broken on spar o [2006/01/16] sparc64/91882sparc64 Ultra 10 mouse/keyboard o [2006/01/20] sparc64/92033sparc64 [dc] dc(4) issues on Ultra10 9 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [kernel] [patch] set_mcontext() change sy s [2005/06/26] sparc64/82681sparc64 [dc] dc state messages o [2005/12/13] sparc64/90316sparc64 Keyboard "lock" key lights not working pr o [2006/01/05] sparc64/91334sparc64 FreeBSD 6.0 don't support tftp boot from 4 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 6 13:16:13 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB96C16A420 for ; Mon, 6 Feb 2006 13:16:13 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80B8943D48 for ; Mon, 6 Feb 2006 13:16:13 +0000 (GMT) (envelope-from edoneel@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:edoneel@ukato.freeshell.org [192.94.73.7]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id k16DG71U018341; Mon, 6 Feb 2006 13:16:07 GMT Received: (from edoneel@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id k16DG7iG005905; Mon, 6 Feb 2006 13:16:07 GMT Date: Mon, 6 Feb 2006 13:16:07 +0000 From: "Bruce O'Neel" To: Miles Nordin Message-ID: <20060206131607.GA7236@SDF.LONESTAR.ORG> References: <43E3B35B.90409@unixfreak.org> <1138996676.26027.16.camel@lmail.bathnetworks.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: some questions X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 13:16:14 -0000 Hi, For what it's worth I've been running Mozilla 1.7 or so from the 2nd ISO disk of 6.0 on my Ultra 2 and it runs fine. I was not sucessful getting Firefox to build, but, as others have noted there is a patch floating around. My lack of success is just basic laziness, ie, Mozilla seems good enough so I'm happy. cheers bruce On Fri, Feb 03, 2006 at 06:59:35PM -0500, Miles Nordin wrote: > >>>>> "rs" == Robert Slade writes: > > rs> FreeBsd 6.0 works fine on my U10, > > except that by ``fine'' you mean Firefox/Mozilla and anything else > that makes heavy use of POSIX threads doesn't work. Does gdb work > again? gprof? CVSup? Java won't work, of course. -- edoneel@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 6 18:24:54 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76FC316A422; Mon, 6 Feb 2006 18:24:54 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7736943D46; Mon, 6 Feb 2006 18:24:53 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7865178 for multiple; Mon, 06 Feb 2006 13:25:36 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k16IOoFt041494; Mon, 6 Feb 2006 13:24:50 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 6 Feb 2006 13:25:10 -0500 User-Agent: KMail/1.9.1 References: <200601200105.k0K15pBe051816@www.freebsd.org> <20060204230244.Y45494@carver.gumbysoft.com> <20060205114452.N46628@mail.yashy.com> In-Reply-To: <20060205114452.N46628@mail.yashy.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602061325.12260.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1278/Mon Feb 6 06:05:04 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-gnats-submit@freebsd.org, Yasholomew Yashinski Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 18:24:54 -0000 On Sunday 05 February 2006 11:50, Yasholomew Yashinski wrote: > On Sat, 4 Feb 2006, Doug White wrote: > >> dc0: port 0x400-0x4ff mem > >> 0x1800000-0x18000ff at device 2.0 on pci2 miibus1: on dc0 > >> dcphy0: on miibus1 > >> dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >> dc0: [GIANT-LOCKED] > >> > >> Unread portion of the kernel message buffer: > >> panic: trap: data access error > >> Uptime: 4m15s > >> Dumping 512 MB (2 chunks) > >> chunk at 0: 268435456 bytes | > > > > Can you consistently reproduce this problem? If so, it is likely a device > > driver bug. The data_access_error trap doesn't usually indicate a > > hardware issue. > > Yes. As noted below, as soon as dc0 is called upon, the kernel > cores. This happens every time dc0 is called upon. Can you figure out which instance of CSR_READ_4() or DC_CLRBIT() is triggering this panic? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 6 18:30:12 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D1416A420 for ; Mon, 6 Feb 2006 18:30:12 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E590643D46 for ; Mon, 6 Feb 2006 18:30:11 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16IUB59018498 for ; Mon, 6 Feb 2006 18:30:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16IUBO1018493; Mon, 6 Feb 2006 18:30:11 GMT (envelope-from gnats) Date: Mon, 6 Feb 2006 18:30:11 GMT Message-Id: <200602061830.k16IUBO1018493@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: John Baldwin Cc: Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 18:30:12 -0000 The following reply was made to PR sparc64/92033; it has been noted by GNATS. From: John Baldwin To: freebsd-sparc64@freebsd.org Cc: Yasholomew Yashinski , Doug White , freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/92033: dc(4) issues on Ultra10 Date: Mon, 6 Feb 2006 13:25:10 -0500 On Sunday 05 February 2006 11:50, Yasholomew Yashinski wrote: > On Sat, 4 Feb 2006, Doug White wrote: > >> dc0: port 0x400-0x4ff mem > >> 0x1800000-0x18000ff at device 2.0 on pci2 miibus1: on dc0 > >> dcphy0: on miibus1 > >> dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >> dc0: [GIANT-LOCKED] > >> > >> Unread portion of the kernel message buffer: > >> panic: trap: data access error > >> Uptime: 4m15s > >> Dumping 512 MB (2 chunks) > >> chunk at 0: 268435456 bytes | > > > > Can you consistently reproduce this problem? If so, it is likely a device > > driver bug. The data_access_error trap doesn't usually indicate a > > hardware issue. > > Yes. As noted below, as soon as dc0 is called upon, the kernel > cores. This happens every time dc0 is called upon. Can you figure out which instance of CSR_READ_4() or DC_CLRBIT() is triggering this panic? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 6 21:02:10 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81AB616A420 for ; Mon, 6 Feb 2006 21:02:10 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from exsmtp01.agrinet.ch (exsmtp01.agrinet.ch [81.221.250.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C9E43D46 for ; Mon, 6 Feb 2006 21:02:09 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch ([10.50.252.215]) by exsmtp01.agrinet.ch with Microsoft SMTPSVC(6.0.3790.211); Mon, 6 Feb 2006 22:02:07 +0100 Received: from [192.168.225.5] ([80.219.88.141]) by smtp.messaging.ch with id uM2b1T00132ylCo0000000 for freebsd-sparc64@freebsd.org; Mon, 06 Feb 2006 22:02:36 +0100 X-IMP: RBL SPAMCOP: 0.00, RBL SORBS: 0.10, RBL SBL+XBL: 0.00, RBL MAPS_ORDB: 0.00, URL RHS: 0.00, URL SURBL: 0.00 Message-ID: <43E7B94E.3070805@pop.agri.ch> Date: Mon, 06 Feb 2006 22:02:06 +0100 From: Andreas Tobler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Marius Strobl References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> <43E60F45.4070004@pop.agri.ch> <20060205175656.S68720@newtrinity.zeist.de> In-Reply-To: <20060205175656.S68720@newtrinity.zeist.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 06 Feb 2006 21:02:07.0945 (UTC) FILETIME=[9727A390:01C62B60] Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 21:02:10 -0000 Marius Strobl wrote: > As far as I understand MCOUNT refers to the symbol generated by the > compiler and _MCOUNT_DECL to the name of the real function in libc. > As the compiler apparently generates calls to _mcount() on sparc64 > the MCOUNT macro should define _mcount() for userland and _MCOUNT_DECL > mcount() or maybe better __mcount(). I'm not sure wheter the NetBSD > asm applies to FreeBSD. > If you let _MCOUNT_DECL define _mcount() as in your snippet above > you'll bypass the wrapper on sparc64 altogether. Ok, my naive assumption that this will be easy, has gone :) I do not yet understand the build process. Jumping into a /usr/src/lib/libc and do a make picks up the system headers and not my modified machine/profile.h. Going to /usr/src and do a make -DNO_CLEAN all doesn't pick it up either. What step do I miss? This is on CURRENT. Thanks, Andreas P.S, even a pointer to read all through would be good. From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 01:05:18 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D519416A420; Tue, 7 Feb 2006 01:05:18 +0000 (GMT) (envelope-from yashy@mail.yashy.com) Received: from mail.yashy.com (mail.yashy.com [206.248.137.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76DDD43D45; Tue, 7 Feb 2006 01:05:18 +0000 (GMT) (envelope-from yashy@mail.yashy.com) Message-ID: <43E7F2A1.2020104@mail.yashy.com> Date: Mon, 06 Feb 2006 20:06:41 -0500 From: Yasholomew Yashinski User-Agent: Debian Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <200601200105.k0K15pBe051816@www.freebsd.org> <20060204230244.Y45494@carver.gumbysoft.com> <20060205114452.N46628@mail.yashy.com> <200602061325.12260.jhb@freebsd.org> In-Reply-To: <200602061325.12260.jhb@freebsd.org> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-gnats-submit@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 01:05:19 -0000 John Baldwin wrote: >>>>dc0: port 0x400-0x4ff mem >>>>0x1800000-0x18000ff at device 2.0 on pci2 miibus1: on dc0 >>>>dcphy0: on miibus1 >>>>dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>>>dc0: [GIANT-LOCKED] >>>> >>>>Unread portion of the kernel message buffer: >>>>panic: trap: data access error >>>>Uptime: 4m15s >>>>Dumping 512 MB (2 chunks) >>>> chunk at 0: 268435456 bytes | >>> >>>Can you consistently reproduce this problem? If so, it is likely a device >>>driver bug. The data_access_error trap doesn't usually indicate a >>>hardware issue. >> >>Yes. As noted below, as soon as dc0 is called upon, the kernel >>cores. This happens every time dc0 is called upon. > > Can you figure out which instance of CSR_READ_4() or DC_CLRBIT() is triggering > this panic? http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html I've added: options DDB to my kernel. When I try "boot -d" it just brings me up to a standard login prompt. So I tried option two: # sysctl debug.enter_debugger=ddb sysctl: unknown oid 'debug.enter_debugger' at which point I went to the console and tried CTRL+ALT+ESC, in which case the kernel appeared to core and the system rebooted. However it's not recognized by gdb: This GDB was configured as "sparc64-marcel-freebsd"... "/var/crash/vmcore.8" is not a core dump: File format not recognized while on this topic (the next page in the handbook): # gdb -k /usr/obj/usr/src/sys/COLONEL/kernel gdb: unrecognized option `-k' Use `gdb --help' for a complete list of options. Thanks in Advance, -- Yashy From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 01:10:08 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4050B16A420 for ; Tue, 7 Feb 2006 01:10:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BA4443D46 for ; Tue, 7 Feb 2006 01:10:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k171A7a6042943 for ; Tue, 7 Feb 2006 01:10:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k171A7W8042941; Tue, 7 Feb 2006 01:10:07 GMT (envelope-from gnats) Date: Tue, 7 Feb 2006 01:10:07 GMT Message-Id: <200602070110.k171A7W8042941@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Yasholomew Yashinski Cc: Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yasholomew Yashinski List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 01:10:08 -0000 The following reply was made to PR sparc64/92033; it has been noted by GNATS. From: Yasholomew Yashinski To: John Baldwin Cc: freebsd-sparc64@freebsd.org, Doug White , freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/92033: dc(4) issues on Ultra10 Date: Mon, 06 Feb 2006 20:06:41 -0500 John Baldwin wrote: >>>>dc0: port 0x400-0x4ff mem >>>>0x1800000-0x18000ff at device 2.0 on pci2 miibus1: on dc0 >>>>dcphy0: on miibus1 >>>>dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>>>dc0: [GIANT-LOCKED] >>>> >>>>Unread portion of the kernel message buffer: >>>>panic: trap: data access error >>>>Uptime: 4m15s >>>>Dumping 512 MB (2 chunks) >>>> chunk at 0: 268435456 bytes | >>> >>>Can you consistently reproduce this problem? If so, it is likely a device >>>driver bug. The data_access_error trap doesn't usually indicate a >>>hardware issue. >> >>Yes. As noted below, as soon as dc0 is called upon, the kernel >>cores. This happens every time dc0 is called upon. > > Can you figure out which instance of CSR_READ_4() or DC_CLRBIT() is triggering > this panic? http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-ddb.html I've added: options DDB to my kernel. When I try "boot -d" it just brings me up to a standard login prompt. So I tried option two: # sysctl debug.enter_debugger=ddb sysctl: unknown oid 'debug.enter_debugger' at which point I went to the console and tried CTRL+ALT+ESC, in which case the kernel appeared to core and the system rebooted. However it's not recognized by gdb: This GDB was configured as "sparc64-marcel-freebsd"... "/var/crash/vmcore.8" is not a core dump: File format not recognized while on this topic (the next page in the handbook): # gdb -k /usr/obj/usr/src/sys/COLONEL/kernel gdb: unrecognized option `-k' Use `gdb --help' for a complete list of options. Thanks in Advance, -- Yashy From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 04:23:58 2006 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C47B16A420 for ; Tue, 7 Feb 2006 04:23:58 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E060B43D46 for ; Tue, 7 Feb 2006 04:23:57 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so881213wxc for ; Mon, 06 Feb 2006 20:23:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZlaqNmpg6ZUTUYg4jzQyjKOLwd61fZDqOyAf9HjK8q02uJ6TH5LX/7l80TvVquLg/urSU8ZU1+HLT2U5fWIEiqXDSzH3Ny3WORRk3IKtJq3OHMQaW6pFOCXwE/uaO9E5QhNk0lMrhYMi39P2dPoslbtKEwWrjONPo2O5baQC7T8= Received: by 10.70.102.6 with SMTP id z6mr7177546wxb; Mon, 06 Feb 2006 20:23:57 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id i34sm10170010wxd.2006.02.06.20.23.55; Mon, 06 Feb 2006 20:23:57 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k174MFYC013009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Feb 2006 13:22:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k174MD4W013008; Tue, 7 Feb 2006 13:22:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 7 Feb 2006 13:22:13 +0900 From: Pyun YongHyeon To: Marius Strobl Message-ID: <20060207042213.GB12823@rndsoft.co.kr> References: <20060204110201.W77754@mail.yashy.com> <20060205134530.B5136@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060205134530.B5136@newtrinity.zeist.de> User-Agent: Mutt/1.4.2.1i Cc: Yasholomew Yashinski , sparc64@freebsd.org Subject: Re: vr(4) issue on Ultra 10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 04:23:58 -0000 On Sun, Feb 05, 2006 at 01:45:30PM +0100, Marius Strobl wrote: > On Sat, Feb 04, 2006 at 11:14:47AM -0500, Yasholomew Yashinski wrote: > > > > I'm intending to use a U10 as a firewall/gateway, so I'm trying to add > > one of my spare PCI NICs, to use along with the hme0. Trying dc(4) brought > > my OS down (writing another email), so I'm trying vr(4) which is flooding > > dmesg/syslog with errors. > > > > Vr(4) has to be converted to use bus_dma(9) and probably also made > endian-clean in order to also work on sparc64. Currently it has no > chance to work on sparc64 and that's why it is commented out in the > sparc64 GENERIC. Quick reading vr(4) shows that the Rhine chip has a serious limitation in its Tx DMA mechanism. You wouldn't get reasonable performance on NICs based on the Rhine chip. As most sparc64 supported by FreeBSD has slow CPUs it's hard to put the NIC to the limit. Coverting vr(4) to use bus_dma(9) is not simple task but it's possible. Instead of using old fast ethernet, I'd like to recommend a new GigE which is cheap and well supported by FreeBSD. For instance I modified sk(4) to use bus_dma(9) it worked very well on sparc64. In fact I could push the 32bit PCI NIC to the bus limit. You can try modified sk(4) at the following URL. http://people.freebsd.org/~yongari/sk/if_sk.c http://people.freebsd.org/~yongari/sk/if_skreg.c re(4) should work on sparc64 too. However due to the limitation of Rx DMA engine it needs a fixup code which means it's not ideal NIC on sparc64. > As for your dc(4) problem; dc(4) generally is know to work on > sparc64 but looks like there's a problem with the dcphy(4) pseudo > PHY driver used for some variants. I can't spot any problem in > its code and frame 6 of your dump appears to be corrupted. Could > you maybe get the backtrace from a DDB-enabled kernel instead of > a dump? > > Marius > -- Regards, Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 08:28:22 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3569516A420 for ; Tue, 7 Feb 2006 08:28:22 +0000 (GMT) (envelope-from bel@orel.ru) Received: from mail.orel.ru (relay.orel.ru [213.59.64.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BC143D45 for ; Tue, 7 Feb 2006 08:28:20 +0000 (GMT) (envelope-from bel@orel.ru) Received: from [192.168.99.99] (pf1.net.orel.ru [213.59.64.75]) by mail.orel.ru (8.13.4/8.13.4) with ESMTP id k178SDN6056940; Tue, 7 Feb 2006 11:28:15 +0300 (MSK) (envelope-from bel@orel.ru) Message-ID: <43E85A1C.3010408@orel.ru> Date: Tue, 07 Feb 2006 11:28:12 +0300 From: Andrew Belashov Organization: ORIS User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Marius Strobl References: <43E3B35B.90409@unixfreak.org> <1138996676.26027.16.camel@lmail.bathnetworks.co.uk> <43E48DC2.3050904@orel.ru> <20060205123838.A5136@newtrinity.zeist.de> In-Reply-To: <20060205123838.A5136@newtrinity.zeist.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: Dr.Web (R) for Mail Servers on mail.orel.ru host X-Antivirus-Code: 100000 X-Zombi-Check: on netra2.orel.ru Cc: freebsd-sparc64@freebsd.org Subject: Re: some questions X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 08:28:22 -0000 Hello, Marius! Marius Strobl wrote: > On Sat, Feb 04, 2006 at 02:19:30PM +0300, Andrew Belashov wrote: >> My system have two hacks, related to following problems: >> >> 1. SMP kernel panic: ipi_send: couldn't send ipi >> >> (src/sys/sparc64/include/smp.h v1.17 does not resolve problem, >> I bump IPI_RETRIES to high value). >> > > Could you please try whether the attached patch fixes this > (using the original value for IPI_RETRIES)? > > Marius > > > > > ------------------------------------------------------------------------ > > Index: mp_machdep.c > =================================================================== > RCS file: /mnt/futile/usr/data/bsd/cvs/fbsd/src/sys/sparc64/sparc64/mp_machdep.c,v > retrieving revision 1.30 > diff -u -r1.30 mp_machdep.c > --- mp_machdep.c 3 Nov 2005 21:08:20 -0000 1.30 > +++ mp_machdep.c 5 Feb 2006 11:04:21 -0000 > @@ -87,6 +87,7 @@ > #include > #include > #include > +#include > > static ih_func_t cpu_ipi_ast; > static ih_func_t cpu_ipi_stop; > @@ -438,6 +439,10 @@ > stxa(AA_SDB_INTR_D1, ASI_SDB_INTR_W, d1); > stxa(AA_SDB_INTR_D2, ASI_SDB_INTR_W, d2); > stxa(AA_INTR_SEND | (mid << 14), ASI_SDB_INTR_W, 0); > + if (cpu_impl < CPU_IMPL_ULTRASPARCIII) { > + membar(Sync); > + (void)ldxa(0x20, ASI_SDB_INTR_R); > + } > membar(Sync); > while (ldxa(0, ASI_INTR_DISPATCH_STATUS) & IDR_BUSY) > ; > With this patch of problems it is not found. I could not reproduce a problem as described in PR sparc64/66314 on Ultra 60 Creator 3D (2 x UltraSparc II @ 450 MHz). Marius, thanks for your work. $ uname -a FreeBSD bel.localdomain 6.0-RELEASE FreeBSD 6.0-RELEASE #2: Mon Feb 6 10:39:00 MSK 2006 bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 $ w 11:17 up 21:57, 1 user, load averages: 1,78 1,77 1,70 USER TTY FROM LOGIN@ IDLE WHAT bel v1 - ??13 21:56 xinit /home/bel/.xinit -- With Best Regards, Andrew Belashov. From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 15:35:31 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE5616A420 for ; Tue, 7 Feb 2006 15:35:31 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C03CA43D45 for ; Tue, 7 Feb 2006 15:35:30 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k17FZS6t072790; Tue, 7 Feb 2006 16:35:28 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k17FZMKx072789; Tue, 7 Feb 2006 16:35:22 +0100 (CET) (envelope-from marius) Date: Tue, 7 Feb 2006 16:35:22 +0100 From: Marius Strobl To: Andrew Belashov Message-ID: <20060207163522.A53619@newtrinity.zeist.de> References: <43E3B35B.90409@unixfreak.org> <1138996676.26027.16.camel@lmail.bathnetworks.co.uk> <43E48DC2.3050904@orel.ru> <20060205123838.A5136@newtrinity.zeist.de> <43E85A1C.3010408@orel.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E85A1C.3010408@orel.ru>; from bel@orel.ru on Tue, Feb 07, 2006 at 11:28:12AM +0300 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.213; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: some questions X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 15:35:31 -0000 On Tue, Feb 07, 2006 at 11:28:12AM +0300, Andrew Belashov wrote: > Hello, Marius! > > Marius Strobl wrote: > > On Sat, Feb 04, 2006 at 02:19:30PM +0300, Andrew Belashov wrote: > >> My system have two hacks, related to following problems: > >> > >> 1. SMP kernel panic: ipi_send: couldn't send ipi > >> > >> (src/sys/sparc64/include/smp.h v1.17 does not resolve problem, > >> I bump IPI_RETRIES to high value). > >> > > > > Could you please try whether the attached patch fixes this > > (using the original value for IPI_RETRIES)? > > > > Marius > > > > Index: mp_machdep.c > > =================================================================== > > RCS file: /mnt/futile/usr/data/bsd/cvs/fbsd/src/sys/sparc64/sparc64/mp_machdep.c,v > > retrieving revision 1.30 > > diff -u -r1.30 mp_machdep.c > > --- mp_machdep.c 3 Nov 2005 21:08:20 -0000 1.30 > > +++ mp_machdep.c 5 Feb 2006 11:04:21 -0000 > > @@ -87,6 +87,7 @@ > > #include > > #include > > #include > > +#include > > > > static ih_func_t cpu_ipi_ast; > > static ih_func_t cpu_ipi_stop; > > @@ -438,6 +439,10 @@ > > stxa(AA_SDB_INTR_D1, ASI_SDB_INTR_W, d1); > > stxa(AA_SDB_INTR_D2, ASI_SDB_INTR_W, d2); > > stxa(AA_INTR_SEND | (mid << 14), ASI_SDB_INTR_W, 0); > > + if (cpu_impl < CPU_IMPL_ULTRASPARCIII) { > > + membar(Sync); > > + (void)ldxa(0x20, ASI_SDB_INTR_R); > > + } > > membar(Sync); > > while (ldxa(0, ASI_INTR_DISPATCH_STATUS) & IDR_BUSY) > > ; > > > > With this patch of problems it is not found. I could not reproduce a problem > as described in PR sparc64/66314 on Ultra 60 Creator 3D > (2 x UltraSparc II @ 450 MHz). Marius, thanks for your work. > Hrm, I'm not entirely convinced the above patch makes a difference to the IPI send problem. Do you have a test case with which you could trigger the panic reliably? In case you are still using your patch from PR 66314 or something similar, what number of retries does it actually take to not trigger the panic? I.e. have you seen any higher value than the 2022 retries mentioned in the PR when not additionally using the above patch? To what number of retries does that change when additionally using the above patch? Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 15:53:04 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DF316A420 for ; Tue, 7 Feb 2006 15:53:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0226F43D49 for ; Tue, 7 Feb 2006 15:53:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7936581 for multiple; Tue, 07 Feb 2006 10:53:49 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k17Fr01s048808; Tue, 7 Feb 2006 10:53:00 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org, Yasholomew Yashinski Date: Tue, 7 Feb 2006 10:32:22 -0500 User-Agent: KMail/1.9.1 References: <200602070110.k171A7W8042941@freefall.freebsd.org> In-Reply-To: <200602070110.k171A7W8042941@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602071032.24371.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: sparc64/92033: dc(4) issues on Ultra10 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 15:53:04 -0000 On Monday 06 February 2006 20:10, Yasholomew Yashinski wrote: > The following reply was made to PR sparc64/92033; it has been noted by > GNATS. > > From: Yasholomew Yashinski > To: John Baldwin > Cc: freebsd-sparc64@freebsd.org, Doug White , > freebsd-gnats-submit@freebsd.org > Subject: Re: sparc64/92033: dc(4) issues on Ultra10 > Date: Mon, 06 Feb 2006 20:06:41 -0500 > > John Baldwin wrote: > >>>>dc0: port 0x400-0x4ff mem > >>>>0x1800000-0x18000ff at device 2.0 on pci2 miibus1: on dc0 > >>>>dcphy0: on miibus1 > >>>>dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >>>>dc0: [GIANT-LOCKED] > >>>> > >>>>Unread portion of the kernel message buffer: > >>>>panic: trap: data access error > >>>>Uptime: 4m15s > >>>>Dumping 512 MB (2 chunks) > >>>> chunk at 0: 268435456 bytes | > >>> > >>>Can you consistently reproduce this problem? If so, it is likely a > >>> device driver bug. The data_access_error trap doesn't usually > >>> indicate a hardware issue. > >> > >>Yes. As noted below, as soon as dc0 is called upon, the kernel > >>cores. This happens every time dc0 is called upon. > > > > Can you figure out which instance of CSR_READ_4() or DC_CLRBIT() is > > triggering this panic? > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel >debug-online-ddb.html I've added: > options DDB > to my kernel. > > When I try "boot -d" it just brings me up to a standard login prompt. So > I tried option two: > > # sysctl debug.enter_debugger=ddb > sysctl: unknown oid 'debug.enter_debugger' This is different in 6.0, you would now do 'sysctl debug.kdb.enter=1' IIRC. > at which point I went to the console and tried CTRL+ALT+ESC, in which > case the kernel appeared to core and the system rebooted. However it's > not recognized by gdb: > This GDB was configured as "sparc64-marcel-freebsd"... > "/var/crash/vmcore.8" is not a core dump: File format not recognized > > while on this topic (the next page in the handbook): > > # gdb -k /usr/obj/usr/src/sys/COLONEL/kernel > gdb: unrecognized option `-k' > Use `gdb --help' for a complete list of options. Use 'kgdb' rather than 'gdb -k'. However, what I would need you to do is add printf's or KTR traces to the dcphy_status() function before each CSR_READ_4() or DC_CLRBIT() and use that to figure out which one is failing. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 16:01:03 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4303416A420 for ; Tue, 7 Feb 2006 16:01:03 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A0443D53 for ; Tue, 7 Feb 2006 16:01:02 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k17G11mx073282; Tue, 7 Feb 2006 17:01:01 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k17G0t1A073281; Tue, 7 Feb 2006 17:00:55 +0100 (CET) (envelope-from marius) Date: Tue, 7 Feb 2006 17:00:55 +0100 From: Marius Strobl To: Andreas Tobler Message-ID: <20060207170055.B53619@newtrinity.zeist.de> References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> <43E60F45.4070004@pop.agri.ch> <20060205175656.S68720@newtrinity.zeist.de> <43E7B94E.3070805@pop.agri.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E7B94E.3070805@pop.agri.ch>; from toa@pop.agri.ch on Mon, Feb 06, 2006 at 10:02:06PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.213; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 16:01:03 -0000 On Mon, Feb 06, 2006 at 10:02:06PM +0100, Andreas Tobler wrote: > Marius Strobl wrote: > > > As far as I understand MCOUNT refers to the symbol generated by the > > compiler and _MCOUNT_DECL to the name of the real function in libc. > > As the compiler apparently generates calls to _mcount() on sparc64 > > the MCOUNT macro should define _mcount() for userland and _MCOUNT_DECL > > mcount() or maybe better __mcount(). I'm not sure wheter the NetBSD > > asm applies to FreeBSD. > > If you let _MCOUNT_DECL define _mcount() as in your snippet above > > you'll bypass the wrapper on sparc64 altogether. > > Ok, my naive assumption that this will be easy, has gone :) > > I do not yet understand the build process. Jumping into a > /usr/src/lib/libc and do a make picks up the system headers and not my > modified machine/profile.h. Going to /usr/src and do a make -DNO_CLEAN > all doesn't pick it up either. > > What step do I miss? This is on CURRENT. > If you just cd to src/lib/libc and issue make it's expected that the system headers, i.e. the headers in /usr/include, are used as that's basically the same as issuing make on any other source in any other location. "Magic" regarding using the headers below src instead of the system headers only happens when running a buildworld as then (as far as I'm aware) a GCC with a special standard include path is built and used. > > P.S, even a pointer to read all through would be good. Well, I think if you want to know how the build process works there's no way around reading the Makefiles in src and /usr/share/mk/*. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 7 20:00:48 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EA6D16A422 for ; Tue, 7 Feb 2006 20:00:48 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from exsmtp02.agrinet.ch (exsmtp02.agrinet.ch [81.221.252.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3019643D45 for ; Tue, 7 Feb 2006 20:00:46 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch ([10.50.250.214]) by exsmtp02.agrinet.ch with Microsoft SMTPSVC(6.0.3790.211); Tue, 7 Feb 2006 21:00:45 +0100 Received: from [192.168.225.5] ([80.219.88.141]) by smtp.messaging.ch with id uk1A1T00132ylCo0000000 for freebsd-sparc64@freebsd.org; Tue, 07 Feb 2006 21:01:12 +0100 X-IMP: RBL SBL+XBL: 0.00, RBL SPAMCOP: 0.00, RBL MAPS_ORDB: 0.00, RBL SORBS: 0.10, URL RHS: 0.00, URL SURBL: 0.00 Message-ID: <43E8FC6B.50705@pop.agri.ch> Date: Tue, 07 Feb 2006 21:00:43 +0100 From: Andreas Tobler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Marius Strobl References: <43E3D228.6060801@pop.agri.ch> <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> <43E60F45.4070004@pop.agri.ch> <20060205175656.S68720@newtrinity.zeist.de> <43E7B94E.3070805@pop.agri.ch> <20060207170055.B53619@newtrinity.zeist.de> In-Reply-To: <20060207170055.B53619@newtrinity.zeist.de> Content-Type: multipart/mixed; boundary="------------060303090809000004010002" X-OriginalArrivalTime: 07 Feb 2006 20:00:45.0079 (UTC) FILETIME=[2E68A270:01C62C21] Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 20:00:48 -0000 This is a multi-part message in MIME format. --------------060303090809000004010002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Marius Strobl wrote: > If you just cd to src/lib/libc and issue make it's expected that the > system headers, i.e. the headers in /usr/include, are used as that's > basically the same as issuing make on any other source in any other > location. "Magic" regarding using the headers below src instead of > the system headers only happens when running a buildworld as then > (as far as I'm aware) a GCC with a special standard include path is > built and used. Heh. Anyway, buildworld just for testing is a bit lot of overhead. I solved it with symlinking. >> P.S, even a pointer to read all through would be good. > > Well, I think if you want to know how the build process works there's > no way around reading the Makefiles in src and /usr/share/mk/*. Thanks. Ok, back to the topic. Attached what I have so far. I built a libc_p.a and I can compile some code with -pg and do some investigations with gprof now. Done on an enterprise 2 2x296MHz 896MB. FreeBSD enterprise.andreas.nets 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Feb 5 08:20:12 CET 2006 andreast@enterprise.andreas.nets:/usr/obj/home/andreast/devel/src/sys/GENERIC sparc64 What I do not know yet, is the fact, how reliably the figures are. Would you mind giving me some feedback if the attached is useful/needs rework? TIA, Andreas --------------060303090809000004010002 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="sparc-profile.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="sparc-profile.diff" Index: sys/sparc64/include/profile.h =================================================================== RCS file: /home/ncvs/src/sys/sparc64/include/profile.h,v retrieving revision 1.8 diff -u -r1.8 profile.h --- sys/sparc64/include/profile.h 7 Jan 2005 02:29:22 -0000 1.8 +++ sys/sparc64/include/profile.h 7 Feb 2006 19:37:47 -0000 @@ -32,13 +32,16 @@ #ifndef _MACHINE_PROFILE_H_ #define _MACHINE_PROFILE_H_ -#define FUNCTION_ALIGNMENT 32 -#define _MCOUNT_DECL void mcount -#define MCOUNT +#define _MCOUNT_SYM "mcount" +#define _MCOUNT_ENTRY "_mcount" + +#define FUNCTION_ALIGNMENT 32 typedef u_long fptrdiff_t; #ifdef _KERNEL +#define _MCOUNT_DECL void mcount +#define MCOUNT #include @@ -63,6 +66,26 @@ #else /* !_KERNEL */ +#define _MCOUNT_DECL \ + static void mcount(uintfptr_t frompc, uintfptr_t selfpc) __used; \ + static void mcount + +#ifdef __GNUCLIKE_ASM +#define MCOUNT \ + __asm(".global " _MCOUNT_ENTRY); \ + __asm(_MCOUNT_ENTRY ":"); \ + __asm("add %i7, 8, %o0"); \ + __asm("sethi %hi(" _MCOUNT_SYM "), %o2"); \ + __asm("jmpl %o2 + %lo(" _MCOUNT_SYM "), %g0"); \ + __asm("add %o7, 8, %o1") ; + +#else /* !__GNUCLIKE_ASM */ +#define MCOUNT \ + void \ + mcount() \ + { \ + } +#endif /* __GNUCLIKE_ASM */ typedef u_long uintfptr_t; #endif /* _KERNEL */ --------------060303090809000004010002-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 8 16:35:54 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCD3616A420 for ; Wed, 8 Feb 2006 16:35:54 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28A2443D49 for ; Wed, 8 Feb 2006 16:35:53 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k18GZqfV009527; Wed, 8 Feb 2006 17:35:52 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k18GZkJK009525; Wed, 8 Feb 2006 17:35:46 +0100 (CET) (envelope-from marius) Date: Wed, 8 Feb 2006 17:35:46 +0100 From: Marius Strobl To: Andreas Tobler Message-ID: <20060208173546.D53619@newtrinity.zeist.de> References: <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> <43E60F45.4070004@pop.agri.ch> <20060205175656.S68720@newtrinity.zeist.de> <43E7B94E.3070805@pop.agri.ch> <20060207170055.B53619@newtrinity.zeist.de> <43E8FC6B.50705@pop.agri.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <43E8FC6B.50705@pop.agri.ch>; from toa@pop.agri.ch on Tue, Feb 07, 2006 at 09:00:43PM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.215; host: newtrinity.zeist.de) Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 16:35:54 -0000 On Tue, Feb 07, 2006 at 09:00:43PM +0100, Andreas Tobler wrote: > > Attached what I have so far. I built a libc_p.a and I can compile some > code with -pg and do some investigations with gprof now. > > Done on an enterprise 2 2x296MHz 896MB. > > FreeBSD enterprise.andreas.nets 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun > Feb 5 08:20:12 CET 2006 > andreast@enterprise.andreas.nets:/usr/obj/home/andreast/devel/src/sys/GENERIC > sparc64 > > What I do not know yet, is the fact, how reliably the figures are. > It should work fine for C functions but the ENTRY macro in sparc64/include/asm.h has to be changed to call _mcount() so profiling info is also gathered for asm functions (e.g. those in libc). > > Would you mind giving me some feedback if the attached is useful/needs > rework? > It has some style issues and inconsitencies (see style(9) and other inline asm in e.g. sparc64/include/cpufunc.h). Otherwise it looks good but probably needs a PIC version of the MCOUNT asm so it also works when compiling with -p. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 8 18:02:02 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7188016A422 for ; Wed, 8 Feb 2006 18:02:02 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from exsmtp02.agrinet.ch (exsmtp02.agrinet.ch [81.221.252.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id A782143D49 for ; Wed, 8 Feb 2006 18:02:01 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch ([10.50.250.214]) by exsmtp02.agrinet.ch with Microsoft SMTPSVC(6.0.3790.211); Wed, 8 Feb 2006 19:01:59 +0100 Received: from [192.168.225.5] ([80.219.88.141]) by smtp.messaging.ch with id v62P1T00132ylCo0000000 for freebsd-sparc64@freebsd.org; Wed, 08 Feb 2006 19:02:24 +0100 X-IMP: RBL SBL+XBL: 0.00, RBL SPAMCOP: 0.00, RBL MAPS_ORDB: 0.00, RBL SORBS: 0.10, URL RHS: 0.00, URL SURBL: 0.00 Message-ID: <43EA3216.2030606@pop.agri.ch> Date: Wed, 08 Feb 2006 19:01:58 +0100 From: Andreas Tobler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Marius Strobl References: <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> <43E60F45.4070004@pop.agri.ch> <20060205175656.S68720@newtrinity.zeist.de> <43E7B94E.3070805@pop.agri.ch> <20060207170055.B53619@newtrinity.zeist.de> <43E8FC6B.50705@pop.agri.ch> <20060208173546.D53619@newtrinity.zeist.de> In-Reply-To: <20060208173546.D53619@newtrinity.zeist.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Feb 2006 18:01:59.0886 (UTC) FILETIME=[C1E036E0:01C62CD9] Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 18:02:02 -0000 Marius Strobl wrote: > It should work fine for C functions but the ENTRY macro in > sparc64/include/asm.h has to be changed to call _mcount() so profiling > info is also gathered for asm functions (e.g. those in libc). Ok, need to find out how. > >> Would you mind giving me some feedback if the attached is useful/needs >> rework? >> > > It has some style issues and inconsitencies (see style(9) and other > inline asm in e.g. sparc64/include/cpufunc.h). Otherwise it looks > good but probably needs a PIC version of the MCOUNT asm so it also > works when compiling with -p. Thanks, for the comments. I try to address them, I need some doc and code reading then. I'm new to your style guide. I hope the code in cvs is worth as example ;) [enterprise:~] andreast% cc -p hello hello.c consider using `-pg' instead of `-p' with gprof(1) .... Well it spits some errors, so I guess you're correct regarding the pic variant. Thanks again, Andreas From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 8 21:41:20 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B104916A420 for ; Wed, 8 Feb 2006 21:41:20 +0000 (GMT) (envelope-from paolo.veronelli@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC57A43D45 for ; Wed, 8 Feb 2006 21:41:19 +0000 (GMT) (envelope-from paolo.veronelli@gmail.com) Received: by uproxy.gmail.com with SMTP id k3so3724ugf for ; Wed, 08 Feb 2006 13:41:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=fStdoXZEl6iXEYC/e40IT/Yn72hsei4t8v/STx/MUFi6cOGFl4lyysx5BmTu4k1f8HIgwPzYbDaKSNgKzsCG+oUhrkhRlPiQfAP4KgpD2F4g48IVIYj7IP5ZfmRd9zobRmATDf/n2NDUuIYL78UaaCOUeRlBEDwFo3wM57j77FE= Received: by 10.66.255.4 with SMTP id c4mr1318625ugi; Wed, 08 Feb 2006 13:41:12 -0800 (PST) Received: from ?151.82.11.6? ( [151.82.11.6]) by mx.gmail.com with ESMTP id j1sm6363527ugf.2006.02.08.13.41.08; Wed, 08 Feb 2006 13:41:11 -0800 (PST) Message-ID: <43EA72B9.5070307@gmail.com> Date: Wed, 08 Feb 2006 23:37:45 +0100 From: Paolino User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050420 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:41:20 -0000 I'm using a disk to bring data to an network-isolated machine running sparc. What filesystem can I use to get some compatibility? Having placed an UFS from an i386, makes it unreadable on the sparc, IRC guys tought me it's an endiannes problem. Is tar going to work ? Any help really appreciated. Paolino From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 9 09:16:02 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E5E16A420 for ; Thu, 9 Feb 2006 09:16:02 +0000 (GMT) (envelope-from paolo.veronelli@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1DD543D48 for ; Thu, 9 Feb 2006 09:16:01 +0000 (GMT) (envelope-from paolo.veronelli@gmail.com) Received: by uproxy.gmail.com with SMTP id m2so131787uge for ; Thu, 09 Feb 2006 01:16:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=HBhvEsutNV295EeoH/EyD/V0IcKfbg74cWOXJBe+Q62rgqQ46+/MhPUM1WpM/NtdppsxcBonjF6yNYkhT/9FyIgW9Yu83mzoXWril0wVDwl+M4Wy2sTsoSfoomMRnaWY2OqFICMR6JW9tzRiTttR1wqnxjgqiBkEGGsDYKD40QY= Received: by 10.66.252.11 with SMTP id z11mr3736218ugh; Thu, 09 Feb 2006 00:47:04 -0800 (PST) Received: from ?151.82.5.183? ( [151.82.5.183]) by mx.gmail.com with ESMTP id j1sm225850ugf.2006.02.09.00.46.59; Thu, 09 Feb 2006 00:47:04 -0800 (PST) Message-ID: <43EB0EA7.8000009@gmail.com> Date: Thu, 09 Feb 2006 10:43:03 +0100 From: Paolino User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050420 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ed driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 09:16:02 -0000 Hi, I noticed the ed driver is missing in the GENERIC . Does it mean no support for those cards. They are running nicely on i386 . Thanks Paolino From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 9 17:50:08 2006 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E389616A422 for ; Thu, 9 Feb 2006 17:50:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE1E43D53 for ; Thu, 9 Feb 2006 17:50:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k19Ho6dv001455 for ; Thu, 9 Feb 2006 17:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k19Ho6rx001454; Thu, 9 Feb 2006 17:50:06 GMT (envelope-from gnats) Date: Thu, 9 Feb 2006 17:50:06 GMT Message-Id: <200602091750.k19Ho6rx001454@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Marius Strobl Cc: Subject: Re: sparc64/89486: firefox and thunderbird is broken on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 17:50:09 -0000 The following reply was made to PR sparc64/89486; it has been noted by GNATS. From: Marius Strobl To: "David O'Brien" Cc: bug-followup@freebsd.org Subject: Re: sparc64/89486: firefox and thunderbird is broken on sparc64 Date: Thu, 9 Feb 2006 18:42:51 +0100 On Fri, Jan 13, 2006 at 07:50:06AM +0000, Andrew Belashov wrote: > > I have fully working firefox, built from ports. > > How-To-Fix: > > Save attached patch or get it from NetBSD: > http://cvsweb.netbsd.org/bsdweb.cgi/src/gnu/dist/binutils/bfd/elf64-sparc.c.diff?r1=1.3&r2=1.4&f=h&f=u > > --- contrib/binutils/bfd/elf64-sparc.c.orig Thu Aug 5 08:31:26 2004 > +++ contrib/binutils/bfd/elf64-sparc.c Sun Jan 1 19:00:33 2006 > @@ -1638,7 +1638,11 @@ sparc64_elf_adjust_dynamic_symbol (info, > || h->root.type == bfd_link_hash_defweak) > && (h->root.u.def.section->flags & SEC_CODE) != 0)) > { > - if (! elf_hash_table (info)->dynamic_sections_created) > + if (! info->shared > + && (h->elf_link_hash_flags & ELF_LINK_HASH_DEF_DYNAMIC) == 0 > + && (h->elf_link_hash_flags & ELF_LINK_HASH_REF_DYNAMIC) == 0 > + && h->root.type != bfd_link_hash_undefweak > + && h->root.type != bfd_link_hash_undefined) > { > /* This case can occur if we saw a WPLT30 reloc in an input > file, but none of the input files were dynamic objects. > David, could you please import the above fix into FreeBSD in order to get Firefox and Thunderbird working? It's a backport of elf64-sparc.c rev. 1.101 (sourceware.org repository) to Binutils 2.15. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 9 20:29:50 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 407E216A420 for ; Thu, 9 Feb 2006 20:29:50 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F37F43D46 for ; Thu, 9 Feb 2006 20:29:49 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 518042FF5F for ; Thu, 9 Feb 2006 15:29:46 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id C94DF12FB03; Thu, 9 Feb 2006 15:29:45 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <20050922021038.GA10719@rndsoft.co.kr> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Feb__9_15:29:45_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 09 Feb 2006 15:29:45 -0500 In-Reply-To: <20050922021038.GA10719@rndsoft.co.kr> (Pyun YongHyeon's message of "Thu, 22 Sep 2005 11:10:38 +0900") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: bge(4) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 20:29:50 -0000 --pgp-sign-Multipart_Thu_Feb__9_15:29:45_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "py" == Pyun YongHyeon writes: py> There is also bge(4) patch py> http://people.freebsd.org/~yongari/bge.patch.0908 Thank you. I'm using the bge driver you MFC'd to RELENG_6, and it's working, with 'polling' turned on and HZ=1000. definitely a big deal for what I'm doing. no DDoS yet to really test it, but it's more stable than hme on NetBSD 3.0_BETA at least. :/ One odd thing is I get the ``firmware handshake timeout'' message on an Ultra 5, but I don't get the message on a Netra T1 200. The card/driver works on both machines regardless of the message. *shrug* --pgp-sign-Multipart_Thu_Feb__9_15:29:45_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAQ+umOYnCBbTaW/4dAQJS7AP+Lxbf7IiUuuj3UrZ3ZsZJlRzXjCCE4cf7 9AUkct8J1IYeg0LMs2kgWfD59DRuQAy9nx4u5dYfEkUvkej9gQOHIqc9c4S0d6pS YVgldD12v8Sw5jesB1Ijz2Qoz5BYBqZEkt1469cW0kxMz0d7nZi+gAIr2KZNcX04 1zMauI4vUgw= =vL4e -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Feb__9_15:29:45_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 9 20:33:34 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECFA616A420 for ; Thu, 9 Feb 2006 20:33:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B4543D64 for ; Thu, 9 Feb 2006 20:33:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E58001A3C20; Thu, 9 Feb 2006 12:33:33 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ED934524AA; Thu, 9 Feb 2006 15:33:30 -0500 (EST) Date: Thu, 9 Feb 2006 15:33:30 -0500 From: Kris Kennaway To: Paolino Message-ID: <20060209203330.GA11506@xor.obsecurity.org> References: <43EA72B9.5070307@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <43EA72B9.5070307@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 20:33:35 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 08, 2006 at 11:37:45PM +0100, Paolino wrote: > I'm using a disk to bring data to an network-isolated machine running=20 > sparc. What filesystem can I use to get some compatibility? >=20 > Having placed an UFS from an i386, makes it unreadable on the sparc, IRC= =20 > guys tought me it's an endiannes problem. >=20 > Is tar going to work ? tar will work, so you can always write the tar file to the raw disk (i.e. use no filesystem). Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD66caWry0BWjoQKURAlsLAKDlk49cJZxQqqwHdSe+rWmTSW74lwCeM6B8 kOifwCpzW8Moe5+90wzL+Zo= =Rkx2 -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 10 14:27:28 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F32216A422 for ; Fri, 10 Feb 2006 14:27:28 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FA3043D7F for ; Fri, 10 Feb 2006 14:27:09 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by pproxy.gmail.com with SMTP id n25so401170pyg for ; Fri, 10 Feb 2006 06:27:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ToPkd8eImbcNjTzuY4QtdIuMW1PAbZEu4r3vSqboBUlJlF03nzOpgGxvuYSPa1Tz4BMsJcyZTil9p0Ul+3eOXqRbodULqd/tdEMmRCvBiPkj3DsSHSF1w95qso/WrRqqaObbxBQtzln+de0zRyJWJu3So/UzEIO51DltO2Cb7g4= Received: by 10.35.49.4 with SMTP id b4mr486337pyk; Fri, 10 Feb 2006 01:15:30 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 60sm497155pyg.2006.02.10.01.15.26; Fri, 10 Feb 2006 01:15:30 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k1A9ELpl031297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Feb 2006 18:14:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k1A9EGxK031296; Fri, 10 Feb 2006 18:14:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 10 Feb 2006 18:14:16 +0900 From: Pyun YongHyeon To: Miles Nordin Message-ID: <20060210091416.GC28787@cdnetworks.co.kr> References: <20050922021038.GA10719@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: bge(4) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 14:27:28 -0000 On Thu, Feb 09, 2006 at 03:29:45PM -0500, Miles Nordin wrote: > >>>>> "py" == Pyun YongHyeon writes: > > py> There is also bge(4) patch > > py> http://people.freebsd.org/~yongari/bge.patch.0908 > > Thank you. I'm using the bge driver you MFC'd to RELENG_6, and it's > working, with 'polling' turned on and HZ=1000. definitely a big deal > for what I'm doing. no DDoS yet to really test it, but it's more > stable than hme on NetBSD 3.0_BETA at least. :/ > > One odd thing is I get the ``firmware handshake timeout'' message on > an Ultra 5, but I don't get the message on a Netra T1 200. The > card/driver works on both machines regardless of the message. *shrug* Would you post the output of "pciconf -lv" on Ultra 5? -- Regards, Pyun YongHyeon From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 10 17:51:22 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D3E216A420 for ; Fri, 10 Feb 2006 17:51:22 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6BB143D4C for ; Fri, 10 Feb 2006 17:51:20 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by uproxy.gmail.com with SMTP id k40so38467ugc for ; Fri, 10 Feb 2006 09:51:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=M3rwl3Ns/DMxzfwsSUJBg3P+Z+EdOlYTCb+zUVl/A/BKkEImXqAIoCloCRo0DhTVIzo0CgB+7LF+qNslHOf3r8Bab1i5bi4uEyIIeNEHxQJKWilGRolgMvUT76qi934P0B+0+QPTcDh70/jId5wTRFsZZNPWpT7cDc6DRSwI9rk= Received: by 10.48.235.15 with SMTP id i15mr2958382nfh; Fri, 10 Feb 2006 09:51:18 -0800 (PST) Received: by 10.49.34.9 with HTTP; Fri, 10 Feb 2006 09:51:18 -0800 (PST) Message-ID: <65dcde740602100951k17bf8330o15e1b78bd2ee55be@mail.gmail.com> Date: Fri, 10 Feb 2006 12:51:18 -0500 From: James Tanis Sender: jrtanis@gmail.com To: Kris Kennaway In-Reply-To: <20060209203330.GA11506@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43EA72B9.5070307@gmail.com> <20060209203330.GA11506@xor.obsecurity.org> Cc: freebsd-sparc64@freebsd.org Subject: Re: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 17:51:22 -0000 Tar will work, but not a drive formatted on an i386 with a tar file on it. If its a sparc, why not just plug it into the network temporarily? Ive never seen a sparc without an integrated ethernet card. On 2/9/06, Kris Kennaway wrote: > On Wed, Feb 08, 2006 at 11:37:45PM +0100, Paolino wrote: > > I'm using a disk to bring data to an network-isolated machine running > > sparc. What filesystem can I use to get some compatibility? > > > > Having placed an UFS from an i386, makes it unreadable on the sparc, IR= C > > guys tought me it's an endiannes problem. > > > > Is tar going to work ? > > tar will work, so you can always write the tar file to the raw disk > (i.e. use no filesystem). > > Kris > > > -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 10 20:14:18 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9650B16A420 for ; Fri, 10 Feb 2006 20:14:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5129043D45 for ; Fri, 10 Feb 2006 20:14:18 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 35DB71A3C1B; Fri, 10 Feb 2006 12:14:18 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8E9985214D; Fri, 10 Feb 2006 15:14:17 -0500 (EST) Date: Fri, 10 Feb 2006 15:14:17 -0500 From: Kris Kennaway To: James Tanis Message-ID: <20060210201417.GC67059@xor.obsecurity.org> References: <43EA72B9.5070307@gmail.com> <20060209203330.GA11506@xor.obsecurity.org> <65dcde740602100951k17bf8330o15e1b78bd2ee55be@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OBd5C1Lgu00Gd/Tn" Content-Disposition: inline In-Reply-To: <65dcde740602100951k17bf8330o15e1b78bd2ee55be@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 20:14:18 -0000 --OBd5C1Lgu00Gd/Tn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 10, 2006 at 12:51:18PM -0500, James Tanis wrote: > Tar will work, but not a drive formatted on an i386 with a tar file on > it. Not if you store the tar file in a UFS filesystem on the drive, but I suggested writing it to the raw disk where it is just a stream of bits and therefore endian-neutral. Kris P.S. Don't top-post, it ruins continuity. If its a sparc, why not just plug it into the network temporarily? > Ive never seen a sparc without an integrated ethernet card. >=20 > On 2/9/06, Kris Kennaway wrote: > > On Wed, Feb 08, 2006 at 11:37:45PM +0100, Paolino wrote: > > > I'm using a disk to bring data to an network-isolated machine running > > > sparc. What filesystem can I use to get some compatibility? > > > > > > Having placed an UFS from an i386, makes it unreadable on the sparc, = IRC > > > guys tought me it's an endiannes problem. > > > > > > Is tar going to work ? > > > > tar will work, so you can always write the tar file to the raw disk > > (i.e. use no filesystem). > > > > Kris > > > > > > >=20 >=20 > -- > James Tanis > jtanis@pycoder.org > http://pycoder.org >=20 --OBd5C1Lgu00Gd/Tn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7PQYWry0BWjoQKURAjWTAKDXUzPH6IwMm97vr9JKL3qaPrrvZgCg8aOY 9/yiwCpyl+eknxr78VjdNK4= =oJDC -----END PGP SIGNATURE----- --OBd5C1Lgu00Gd/Tn-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 11 04:07:29 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F5416A420 for ; Sat, 11 Feb 2006 04:07:29 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86FEF43D45 for ; Sat, 11 Feb 2006 04:07:28 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 96C502FF5F for ; Fri, 10 Feb 2006 23:07:26 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 1B93712FB03; Fri, 10 Feb 2006 23:07:26 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <20050922021038.GA10719@rndsoft.co.kr> <20060210091416.GC28787@cdnetworks.co.kr> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Fri_Feb_10_23:07:25_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 10 Feb 2006 23:07:25 -0500 In-Reply-To: <20060210091416.GC28787@cdnetworks.co.kr> (Pyun YongHyeon's message of "Fri, 10 Feb 2006 18:14:16 +0900") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: bge(4) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 04:07:29 -0000 --pgp-sign-Multipart_Fri_Feb_10_23:07:25_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "py" == Pyun YongHyeon writes: py> Would you post the output of "pciconf -lv" on Ultra 5? I uh, can't. It's kinda a fly-by-night operation over here, so I only have one broadcom card, and I put it right into production at the datacenter once I saw it pass traffic in the Ultra 5. :' sorry, i'll remember the command. --pgp-sign-Multipart_Fri_Feb_10_23:07:25_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAQ+1i/YnCBbTaW/4dAQKmKAQAo0dZcz5jtHV/sRjjxY1u6/lNlnS/Cqbh V8vlOrkktD1VbZh8Ssj/nLSar6u8MxiRBNvHrvYbum34cWS20CwxBPr89N70bdsV qAQxaQox8+9TGBTDfKD27OVqGs4DFMjfqFqmfj/SYAGSSMCsWo0M1kmnfP0S4x3R hdvRYD48uHI= =i0vy -----END PGP SIGNATURE----- --pgp-sign-Multipart_Fri_Feb_10_23:07:25_2006-1-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 11 05:52:19 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E8616A420 for ; Sat, 11 Feb 2006 05:52:19 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C69FD43D46 for ; Sat, 11 Feb 2006 05:52:18 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by nproxy.gmail.com with SMTP id x37so10508nfc for ; Fri, 10 Feb 2006 21:52:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=COaDb+/TTtKGpImewJEmhB1C82llnBSNApcI/2gULehSwUfGhLod3YpoASFx+PTz7qP9wCyE6oaQTPwr+wEuJ0e1CpTxc0Okt03JS+VGcb6REqRb+vtFGj4SgS15lK7tZ6jLa0h4SpOKvWrUz6zCHyY2MlWXB8kxVlB7Ew6oJew= Received: by 10.48.248.6 with SMTP id v6mr23401nfh; Fri, 10 Feb 2006 21:52:17 -0800 (PST) Received: by 10.49.34.9 with HTTP; Fri, 10 Feb 2006 21:52:17 -0800 (PST) Message-ID: <65dcde740602102152r2fa8b788r1d035222a66ec958@mail.gmail.com> Date: Sat, 11 Feb 2006 00:52:17 -0500 From: James Tanis Sender: jrtanis@gmail.com To: Kris Kennaway In-Reply-To: <20060210201417.GC67059@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43EA72B9.5070307@gmail.com> <20060209203330.GA11506@xor.obsecurity.org> <65dcde740602100951k17bf8330o15e1b78bd2ee55be@mail.gmail.com> <20060210201417.GC67059@xor.obsecurity.org> Cc: freebsd-sparc64@freebsd.org Subject: Re: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 05:52:19 -0000 On 2/10/06, Kris Kennaway wrote: > On Fri, Feb 10, 2006 at 12:51:18PM -0500, James Tanis wrote: > > Tar will work, but not a drive formatted on an i386 with a tar file on > > it. > > Not if you store the tar file in a UFS filesystem on the drive, but I > suggested writing it to the raw disk where it is just a stream of bits > and therefore endian-neutral. > That would imply that endianness is a function of the OS/filesystem rather than the architecture, which is wrong. If you don't take my word for it, a quick google will find you, (http://developers.sun.com/solaris/articles/support_for_x86.html).. "File systems are neutral to endianness in general, and swapping files between Solaris SPARC and x86 is not an issue. But applications storing raw data that can be shared between platforms would be an issue. For example, if an application on the Solaris SPARC platform writes the data structures in a raw format to the files, then the data stored in these files would be endian-dependent." > > P.S. Don't top-post, it ruins continuity. > Bah, think outside the box. > If its a sparc, why not just plug it into the network temporarily? > > Ive never seen a sparc without an integrated ethernet card. > > > > On 2/9/06, Kris Kennaway wrote: > > > On Wed, Feb 08, 2006 at 11:37:45PM +0100, Paolino wrote: > > > > I'm using a disk to bring data to an network-isolated machine runn= ing > > > > sparc. What filesystem can I use to get some compatibility? > > > > > > > > Having placed an UFS from an i386, makes it unreadable on the sparc= , IRC > > > > guys tought me it's an endiannes problem. > > > > > > > > Is tar going to work ? > > > > > > tar will work, so you can always write the tar file to the raw disk > > > (i.e. use no filesystem). > > > > > > Kris > > > > > > > > > > > > > > > -- > > James Tanis > > jtanis@pycoder.org > > http://pycoder.org > > > > > -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 11 06:00:14 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0802F16A420 for ; Sat, 11 Feb 2006 06:00:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A5043D46 for ; Sat, 11 Feb 2006 06:00:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9A1001A3C22; Fri, 10 Feb 2006 22:00:13 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9F9F25152B; Sat, 11 Feb 2006 01:00:12 -0500 (EST) Date: Sat, 11 Feb 2006 01:00:12 -0500 From: Kris Kennaway To: James Tanis Message-ID: <20060211060012.GA79879@xor.obsecurity.org> References: <43EA72B9.5070307@gmail.com> <20060209203330.GA11506@xor.obsecurity.org> <65dcde740602100951k17bf8330o15e1b78bd2ee55be@mail.gmail.com> <20060210201417.GC67059@xor.obsecurity.org> <65dcde740602102152r2fa8b788r1d035222a66ec958@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <65dcde740602102152r2fa8b788r1d035222a66ec958@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 06:00:14 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 11, 2006 at 12:52:17AM -0500, James Tanis wrote: > On 2/10/06, Kris Kennaway wrote: > > On Fri, Feb 10, 2006 at 12:51:18PM -0500, James Tanis wrote: > > > Tar will work, but not a drive formatted on an i386 with a tar file on > > > it. > > > > Not if you store the tar file in a UFS filesystem on the drive, but I > > suggested writing it to the raw disk where it is just a stream of bits > > and therefore endian-neutral. > > >=20 > That would imply that endianness is a function of the OS/filesystem > rather than the architecture, which is wrong. Maybe on solaris, but not on other OSes such as FreeBSD. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD7X1sWry0BWjoQKURAhIOAJ9S14NjMKYaZ/7Gz9PHTjv8Yk9w2QCgo8ES tA1HaxFoCU9brqYJI++oskA= =XTNX -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 11 07:09:26 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C55016A422 for ; Sat, 11 Feb 2006 07:09:26 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC36743D46 for ; Sat, 11 Feb 2006 07:09:25 +0000 (GMT) (envelope-from jrtanis@gmail.com) Received: by nproxy.gmail.com with SMTP id x37so14778nfc for ; Fri, 10 Feb 2006 23:09:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sGQXKgvEEphsm1IfTQADXwE/76RWWxptz0INxIWIBXy01JGQm+G2kBEu9YgTom7WlC4zijta+LzvMIy7g5OGbVhqkvik3Un0lVWRY8uZFHP/YcDitO4CPHN3pi8H5mTh+t+E9cXiH8fIuP4H9v2JIu7luvdXUQBY9kvBJKn/B9I= Received: by 10.49.10.14 with SMTP id n14mr36780nfi; Fri, 10 Feb 2006 23:09:24 -0800 (PST) Received: by 10.49.34.9 with HTTP; Fri, 10 Feb 2006 23:09:24 -0800 (PST) Message-ID: <65dcde740602102309g27a2bbfdjd0aea4a4a6c3b77b@mail.gmail.com> Date: Sat, 11 Feb 2006 02:09:24 -0500 From: James Tanis Sender: jrtanis@gmail.com To: Kris Kennaway In-Reply-To: <20060211060012.GA79879@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43EA72B9.5070307@gmail.com> <20060209203330.GA11506@xor.obsecurity.org> <65dcde740602100951k17bf8330o15e1b78bd2ee55be@mail.gmail.com> <20060210201417.GC67059@xor.obsecurity.org> <65dcde740602102152r2fa8b788r1d035222a66ec958@mail.gmail.com> <20060211060012.GA79879@xor.obsecurity.org> Cc: freebsd-sparc64@freebsd.org Subject: Re: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 07:09:26 -0000 On 2/11/06, Kris Kennaway wrote: > > > > > > > That would imply that endianness is a function of the OS/filesystem > > rather than the architecture, which is wrong. > > Maybe on solaris, but not on other OSes such as FreeBSD. There's probably some sort of extra abstraction layer then, wouldn't be too surprising as that would be a pretty BSD thing to do. In that case though one would think more, if not all, of the file systems in BSD would work similarly. In any case, their really isn't such a thing as endian-neutrality at the raw/physical layer obviously, I can only guess this is just achieved in BSD through using an API that was designed to recognize endianess and do the byte-swapping if necessary. -- James Tanis jtanis@pycoder.org http://pycoder.org From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 11 07:26:57 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AA4D16A420 for ; Sat, 11 Feb 2006 07:26:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB76543D49 for ; Sat, 11 Feb 2006 07:26:56 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k1B7Qtvj012920; Sat, 11 Feb 2006 00:26:55 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43ED91BF.3070803@samsco.org> Date: Sat, 11 Feb 2006 00:26:55 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Tanis References: <43EA72B9.5070307@gmail.com> <20060209203330.GA11506@xor.obsecurity.org> <65dcde740602100951k17bf8330o15e1b78bd2ee55be@mail.gmail.com> <20060210201417.GC67059@xor.obsecurity.org> <65dcde740602102152r2fa8b788r1d035222a66ec958@mail.gmail.com> In-Reply-To: <65dcde740602102152r2fa8b788r1d035222a66ec958@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-sparc64@freebsd.org, Kris Kennaway Subject: Re: moving disks between archs X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 07:26:57 -0000 James Tanis wrote: > On 2/10/06, Kris Kennaway wrote: > >>On Fri, Feb 10, 2006 at 12:51:18PM -0500, James Tanis wrote: >> >>>Tar will work, but not a drive formatted on an i386 with a tar file on >>>it. >> >>Not if you store the tar file in a UFS filesystem on the drive, but I >>suggested writing it to the raw disk where it is just a stream of bits >>and therefore endian-neutral. >> > > > That would imply that endianness is a function of the OS/filesystem > rather than the architecture, which is wrong. If you don't take my > word for it, a quick google will find you, > (http://developers.sun.com/solaris/articles/support_for_x86.html).. > "File systems are neutral to endianness in general, and swapping files > between Solaris SPARC and x86 is not an issue. But applications > storing raw data that can be shared between platforms would be an > issue. For example, if an application on the Solaris SPARC platform > writes the data structures in a raw format to the files, then the data > stored in these files would be endian-dependent." > > You are quoting a feature of Solaris UFS, not a fundamental invariant of all filesystems. Filesystems do store 16, 32, and 64 bit metadata quantities, and it's up to the reader/writer implementation on how to interpret them. You either need to decide that the on-disk metadata will always be either big or little endian, and leave it up to the implementation to do the appropriate byte swapping (similar to the network protocols that are big-endian by definition), or you have to provide some way for the filesystem to indicate which endian format it is in and let the OS adapt accordingly. I don't know about Solaris, but I do know that NetBSD implements a form of the latter. FreeBSD does not; UFS metadata is written in the endian format of the host, and no mechanisms for provided to allow detection and conversion of this. It would be a nice feature to adopt from NetBSD at some point. Scott From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 11 23:19:47 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F09E16A420 for ; Sat, 11 Feb 2006 23:19:47 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from exsmtp01.agrinet.ch (exsmtp01.agrinet.ch [81.221.250.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD93B43D78 for ; Sat, 11 Feb 2006 23:19:38 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch ([10.50.250.214]) by exsmtp01.agrinet.ch with Microsoft SMTPSVC(6.0.3790.211); Sun, 12 Feb 2006 00:19:37 +0100 Received: from [192.168.225.5] ([80.219.88.141]) by smtp.messaging.ch with id wPL81T00232ylCo0000000 for freebsd-sparc64@freebsd.org; Sun, 12 Feb 2006 00:20:09 +0100 X-IMP: RBL SORBS: 0.10, RBL MAPS_ORDB: 0.00, RBL SPAMCOP: 0.00, RBL SBL+XBL: 0.00, URL RHS: 0.00, URL SURBL: 0.00 Message-ID: <43EE7108.2040200@pop.agri.ch> Date: Sun, 12 Feb 2006 00:19:36 +0100 From: Andreas Tobler User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Marius Strobl References: <20060205112432.A3868@newtrinity.zeist.de> <43E5D988.2070009@pop.agri.ch> <20060205122153.O68720@newtrinity.zeist.de> <43E5E70D.1090209@pop.agri.ch> <20060205132234.P68720@newtrinity.zeist.de> <43E60F45.4070004@pop.agri.ch> <20060205175656.S68720@newtrinity.zeist.de> <43E7B94E.3070805@pop.agri.ch> <20060207170055.B53619@newtrinity.zeist.de> <43E8FC6B.50705@pop.agri.ch> <20060208173546.D53619@newtrinity.zeist.de> In-Reply-To: <20060208173546.D53619@newtrinity.zeist.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Feb 2006 23:19:37.0116 (UTC) FILETIME=[A01BFDC0:01C62F61] Cc: freebsd-sparc64@freebsd.org Subject: Re: profiling with cc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 23:19:47 -0000 Marius Strobl wrote: > On Tue, Feb 07, 2006 at 09:00:43PM +0100, Andreas Tobler wrote: >> Attached what I have so far. I built a libc_p.a and I can compile some >> code with -pg and do some investigations with gprof now. >> >> Done on an enterprise 2 2x296MHz 896MB. >> >> FreeBSD enterprise.andreas.nets 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun >> Feb 5 08:20:12 CET 2006 >> andreast@enterprise.andreas.nets:/usr/obj/home/andreast/devel/src/sys/GENERIC >> sparc64 >> >> What I do not know yet, is the fact, how reliably the figures are. >> > > It should work fine for C functions but the ENTRY macro in > sparc64/include/asm.h has to be changed to call _mcount() so profiling > info is also gathered for asm functions (e.g. those in libc). Ok, after some reading I got confused. Do you expect an ENTRY for normal operation and one for PROFILED work? Like netbsd does: #define ENTRY(name) _ENTRY(name); _PROF_PROLOGUE #define ENTRY_NOPROFILE(name) _ENTRY(name) Where _PROF_PROLOGUE is like: #define _PROF_PROLOGUE \ .data; .align 4; 1: .long 0; \ .text; save %sp,-96,%sp; sethi %hi(1b),%o0; call _mcount; \ or %o0,%lo(1b),%o0; restore ? > >> Would you mind giving me some feedback if the attached is useful/needs >> rework? >> > > It has some style issues and inconsitencies (see style(9) and other > inline asm in e.g. sparc64/include/cpufunc.h). Otherwise it looks > good but probably needs a PIC version of the MCOUNT asm so it also > works when compiling with -p. Regarding inline asm, do you mean something like this: #define MCOUNT ({ \ __asm __volatile( \ " .global __mcount ; " \ "__mcount: ; " \ " add %o7, 8, %o1 ; " \ "1: call 2f ; " \ " nop ; " \ "2: add %o7, _mcount - 1b, %o2 ; " \ " ld [%o2], %o2 ; " \ " jmpl %o2, %g0 ; " \ " add %i7, 8, %o0 ; "); }) style 9 is good to have, but I seem to run in corner cases (my impression). It would be helpful for me to point out exactly what you mean I'm doing 'wrong'. Going through the code shows some inconsistencies and I am confused, as said ;) Thanks, Andreas