From owner-freebsd-alpha@FreeBSD.ORG Sun Aug 3 07:47:16 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF1CA37B401; Sun, 3 Aug 2003 07:47:16 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F9BB43FBD; Sun, 3 Aug 2003 07:47:11 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h73Eks0U083379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Aug 2003 17:46:57 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h73EksDW083374; Sun, 3 Aug 2003 17:46:54 +0300 (EEST) (envelope-from ru) Date: Sun, 3 Aug 2003 17:46:54 +0300 From: Ruslan Ermilov To: Scott Long Message-ID: <20030803144654.GA82403@sunbay.com> References: <20030721214042.GA563@freebie.xs4all.nl> <3F1C6216.3020006@freebsd.org> <20030721220419.GA909@freebie.xs4all.nl> <3F1C6633.5070009@freebsd.org> <20030722070239.GA2687@freebie.xs4all.nl> <20030729191917.GA66399@sunbay.com> <3F26CBC1.7030704@freebsd.org> <20030731094249.GB8699@sunbay.com> <20030803014647.GD98015@dragon.nuxi.com> <3F2C704A.6000004@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <3F2C704A.6000004@freebsd.org> User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org cc: re@freebsd.org cc: Peter Wemm cc: Jake Burkholder cc: Wilko Bulte Subject: Re: miniboot.iso X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2003 14:47:17 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 02, 2003 at 08:15:38PM -0600, Scott Long wrote: [...] > It looks like the kernel and kmods are being built with '-g'. When I > 'strip -x' /boot/kernel, it shinks from 47MB to 21MB. Taking out > kernel.debug drops another 5MB. Can anyone say why we build the release > bits with '-g'? I'd sure like to save that extra space on the mini-iso, > and have that extra space for packages on the full ISO. >=20 Only kernel.debug is there; the modules are normally built. If you look at my original email, I also said this: On Thu, Jul 31, 2003 at 12:42:49PM +0300, Ruslan Ermilov wrote: > The uncompressed size for i386 is 46M, bzip2(1) compressed size ^^^ > is 16M, which I think many people can afford. (The size of the > miniinst.iso image is 231M.) > > Removing *.ko and kernel.debug from /boot/kernel gives 7M of ^^ > uncompressed, and 3M of compressed miniboot.iso image. The > patch does not remove them currently, adding one line would > do it. Anyone has a reason why these should not be removed? > One could think that the acpi.ko may be needed for IA64, but > it's already part of the GENERIC kernel. Then John explained that we want modules and kernel.debug will be removed from stable releases. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/LSBeUkv4P6juNwoRAsl4AJ9IikvD7RyDALa7XsJRXIxY7FwnKACeL9H+ ZnUWIaf6p9JCCO3SmrEjXBU= =Hsl0 -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-alpha@FreeBSD.ORG Sun Aug 3 08:35:25 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492DE37B401; Sun, 3 Aug 2003 08:35:25 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id F184643F93; Sun, 3 Aug 2003 08:35:23 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h73FZNQX005501; Sun, 3 Aug 2003 08:35:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h73FZN80005491; Sun, 3 Aug 2003 08:35:23 -0700 (PDT) Date: Sun, 3 Aug 2003 08:35:23 -0700 From: "David O'Brien" To: John Baldwin Message-ID: <20030803153523.GB72914@dragon.nuxi.com> Mail-Followup-To: David O'Brien , John Baldwin , Wilko Bulte , alpha@freebsd.org, Peter Wemm , Jake Burkholder , re@freebsd.org, Scott Long , Ruslan Ermilov References: <20030803014647.GD98015@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: re@FreeBSD.org cc: Peter Wemm cc: Jake Burkholder cc: alpha@FreeBSD.org cc: Ruslan Ermilov cc: Scott Long cc: Wilko Bulte Subject: Re: miniboot.iso (was: Re: Floppies for ALPHA) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2003 15:35:25 -0000 On Sun, Aug 03, 2003 at 12:35:42AM -0400, John Baldwin wrote: > On 03-Aug-2003 David O'Brien wrote: > > On Thu, Jul 31, 2003 at 12:42:49PM +0300, Ruslan Ermilov wrote: > >> OK, the attached (trivial) patch can be used to create the > >> miniboot.iso. Its contents is identical to what goes on the > >> miniinst.iso, except for NOT putting any distributions, docs, > >> and ports. > >> > >> The uncompressed size for i386 is 46M, bzip2(1) compressed size > >> is 16M, which I think many people can afford. (The size of the > > > > What in the world is on this thing to be 46MB?!?!?!? All 3 .flp's added > > together aren't this large. > > It has GENERIC plus modules plus kernel.debug for CURRENT snapshots, > not BOOTMFS. Then it has the wrong image for what we need. > >> Jake, a question for you: can this miniboot.iso image be used on > >> sparc64 like on Alpha (as Wilko demonstrated) instead of the ugly > >> boot.flp image? > > > > Why is making boot.flp "ugly"?? > > Because it uses a stripped down kernel with less support, and why > go through all the heartache to limit it's size when you can just > use a stock generic kernel? > > T DAVID PLZ 2 B RELAX K PLZ THX Whatever. You guys keep missing the idea and I can only guess it is from lack of using a lot of non-i386 hardware. Whatever. I'm trying hard to make things better here from the mess we have today. Sorry I can't read your mind on what is "ugly" about about boot.flp on the sparc. Since dokern.sh didn't sed out anything from GENERIC, I'd love to hear an explanation on how the sparc64 boot.flp kernel is "stripped down" and isn't a "stock generic kernel". -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Sun Aug 3 09:00:10 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B876837B404; Sun, 3 Aug 2003 09:00:10 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7DBF43FB1; Sun, 3 Aug 2003 09:00:08 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h73G085u000560; Sun, 3 Aug 2003 12:00:08 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h73G072r000559; Sun, 3 Aug 2003 12:00:07 -0400 (EDT) Date: Sun, 3 Aug 2003 12:00:07 -0400 (EDT) Message-Id: <200308031600.h73G072r000559@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2003 16:00:11 -0000 TB --- mkdir /home/des/tinderbox/CURRENT From owner-freebsd-alpha@FreeBSD.ORG Sun Aug 3 11:58:56 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EDA937B401 for ; Sun, 3 Aug 2003 11:58:56 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A188C43FA3 for ; Sun, 3 Aug 2003 11:58:55 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h73Iwtnq012362 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 3 Aug 2003 14:58:55 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h73Iwo785911; Sun, 3 Aug 2003 14:58:50 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16173.23401.983536.279158@grasshopper.cs.duke.edu> Date: Sun, 3 Aug 2003 14:58:49 -0400 (EDT) To: freebsd-alpha@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: another vm/pmap alpha panic X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Aug 2003 18:58:56 -0000 panic: pmap_remove_all: pv_table for 8306000 is inconsistent Stack backtrace: db_print_backtrace() at db_print_backtrace+0x18 backtrace() at backtrace+0x2c panic() at panic+0x148 pmap_remove_all() at pmap_remove_all+0xfc vm_object_page_remove() at vm_object_page_remove+0x1b0 vm_map_delete() at vm_map_delete+0x438 vm_map_remove() at vm_map_remove+0x64 exit1() at exit1+0x950 sys_exit() at sys_exit+0x88 syscall() at syscall+0x398 XentSys() at XentSys+0x64 --- syscall (1) --- --- user mode --- Of course, the crashdump is not usable. Drew From owner-freebsd-alpha@FreeBSD.ORG Sun Aug 3 21:00:09 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A48737B404; Sun, 3 Aug 2003 21:00:09 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9007A43F85; Sun, 3 Aug 2003 21:00:07 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h744065u002077; Mon, 4 Aug 2003 00:00:06 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h74406YZ002076; Mon, 4 Aug 2003 00:00:06 -0400 (EDT) Date: Mon, 4 Aug 2003 00:00:06 -0400 (EDT) Message-Id: <200308040400.h74406YZ002076@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 04:00:09 -0000 TB --- mkdir /home/des/tinderbox/CURRENT From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 4 02:01:26 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C89F37B401 for ; Mon, 4 Aug 2003 02:01:26 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9D0D43F75 for ; Mon, 4 Aug 2003 02:01:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfnf5.dialup.mindspring.com ([165.247.221.229] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19jbDU-0001oa-00; Mon, 04 Aug 2003 02:01:20 -0700 Message-ID: <3F2E20A2.5D45C4F3@mindspring.com> Date: Mon, 04 Aug 2003 02:00:18 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Gallatin References: <16173.23401.983536.279158@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4bf31a7df29b29cb38130f42d023d51cb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-alpha@freebsd.org Subject: Re: another vm/pmap alpha panic X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 09:01:26 -0000 Andrew Gallatin wrote: > panic: pmap_remove_all: pv_table for 8306000 is inconsistent > Stack backtrace: > db_print_backtrace() at db_print_backtrace+0x18 > backtrace() at backtrace+0x2c > panic() at panic+0x148 > pmap_remove_all() at pmap_remove_all+0xfc > vm_object_page_remove() at vm_object_page_remove+0x1b0 > vm_map_delete() at vm_map_delete+0x438 > vm_map_remove() at vm_map_remove+0x64 > exit1() at exit1+0x950 > sys_exit() at sys_exit+0x88 > syscall() at syscall+0x398 > XentSys() at XentSys+0x64 > --- syscall (1) --- > --- user mode --- > > Of course, the crashdump is not usable. Despite what Greg says, it's useful to use the gdb "list" command against the binary addresses to determine the line of code where your kernel is actually failing. Specifically, gdb -k kernel.debug (gdb) list *(vm_object_page_remove+1b0) (One had to wonder why the "list" command exists, if it's as useless as Greg claims). -- Terry From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 4 11:01:20 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB5E037B401 for ; Mon, 4 Aug 2003 11:01:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5335843FEC for ; Mon, 4 Aug 2003 11:01:18 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h74I1IUp066001 for ; Mon, 4 Aug 2003 11:01:18 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h74I1IqD065995 for freebsd-alpha@freebsd.org; Mon, 4 Aug 2003 11:01:18 -0700 (PDT) Date: Mon, 4 Aug 2003 11:01:18 -0700 (PDT) Message-Id: <200308041801.h74I1IqD065995@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-alpha@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 18:01:21 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/05/05] alpha/51824 alpha Booting 5.0-RELEASE install cd with IDE H 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/09/10] alpha/30486 alpha AlphaServer DS10 floppy access is broken o [2001/09/10] alpha/30487 alpha Floppy access on AlphaServer DS20 solid l f [2002/03/01] alpha/35455 alpha Unable to compile ISA NIC devices into ke o [2002/04/23] alpha/37382 alpha de0 (tulip) DEC-21140A card stays in OACT o [2002/04/23] alpha/37385 alpha xl0 network card (509B) fails on heavy tr o [2002/10/04] alpha/43653 alpha rl(8) driver causes unaligned access trap o [2003/02/05] alpha/47952 alpha DEFPA causes machine check with V5.0-rele 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/26] alpha/24663 alpha Console output gets scribbled into /var/l o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2001/06/07] alpha/27933 alpha Time jitter under load on FreeBSD 4.3 alp o [2001/07/29] alpha/29299 alpha FreeBSD 4.3 Alpha + Tekram SCSI adapter p o [2001/10/01] alpha/30970 alpha Ensoniq 1371 (Creative chipset) does not o [2002/01/24] alpha/34232 alpha rpc.statd throws alignment errors o [2002/03/26] alpha/36327 alpha trap within cvt() while attempting to pri o [2002/05/13] alpha/38031 alpha osf1.ko not loaded during boot-time of li p [2002/11/12] alpha/45240 alpha pstat -f column headings misaligned on Al o [2003/02/25] alpha/48676 alpha Changing the baud rate of serial consoles o [2003/04/12] alpha/50868 alpha fd0 floppy device is not mapped into /dev o [2003/06/02] alpha/52882 alpha fpsetprec/fp_prec_t unsupported on alpha? 12 problems total. From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 4 11:18:53 2003 Return-Path: Delivered-To: freebsd-alpha@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E46F337B401; Mon, 4 Aug 2003 11:18:53 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AC8A43FAF; Mon, 4 Aug 2003 11:18:53 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Received: from freefall.freebsd.org (wilko@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h74IIrUp072485; Mon, 4 Aug 2003 11:18:53 -0700 (PDT) (envelope-from wilko@freefall.freebsd.org) Received: (from wilko@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h74IIr66072481; Mon, 4 Aug 2003 11:18:53 -0700 (PDT) Date: Mon, 4 Aug 2003 11:18:53 -0700 (PDT) From: Wilko Bulte Message-Id: <200308041818.h74IIr66072481@freefall.freebsd.org> To: yuri@tsoft.com, wilko@FreeBSD.org, freebsd-alpha@FreeBSD.org Subject: Re: alpha/37382: de0 (tulip) DEC-21140A card stays in OACTIVE state after ifconfig up X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 18:18:54 -0000 Synopsis: de0 (tulip) DEC-21140A card stays in OACTIVE state after ifconfig up State-Changed-From-To: open->closed State-Changed-By: wilko State-Changed-When: Mon Aug 4 11:17:39 PDT 2003 State-Changed-Why: No feedback after jhb posted a followup in Nov 2002. His de(4) works OK in his DS20. http://www.freebsd.org/cgi/query-pr.cgi?pr=37382 From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 4 13:37:17 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2824E37B401 for ; Mon, 4 Aug 2003 13:37:17 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id C996D43FBD for ; Mon, 4 Aug 2003 13:37:11 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4261 invoked from network); 4 Aug 2003 20:37:11 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 4 Aug 2003 20:37:11 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h74Kb89s018422; Mon, 4 Aug 2003 16:37:08 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030803153523.GB72914@dragon.nuxi.com> Date: Mon, 04 Aug 2003 16:37:29 -0400 (EDT) From: John Baldwin To: "David O'Brien" cc: Ruslan Ermilov cc: Jake Burkholder cc: Peter Wemm cc: Wilko Bulte cc: alpha@FreeBSD.org cc: Scott Long cc: re@FreeBSD.org Subject: Re: miniboot.iso (was: Re: Floppies for ALPHA) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:37:17 -0000 On 03-Aug-2003 David O'Brien wrote: > On Sun, Aug 03, 2003 at 12:35:42AM -0400, John Baldwin wrote: >> On 03-Aug-2003 David O'Brien wrote: >> > On Thu, Jul 31, 2003 at 12:42:49PM +0300, Ruslan Ermilov wrote: >> >> OK, the attached (trivial) patch can be used to create the >> >> miniboot.iso. Its contents is identical to what goes on the >> >> miniinst.iso, except for NOT putting any distributions, docs, >> >> and ports. >> >> >> >> The uncompressed size for i386 is 46M, bzip2(1) compressed size >> >> is 16M, which I think many people can afford. (The size of the >> > >> > What in the world is on this thing to be 46MB?!?!?!? All 3 .flp's added >> > together aren't this large. >> >> It has GENERIC plus modules plus kernel.debug for CURRENT snapshots, >> not BOOTMFS. > > Then it has the wrong image for what we need. It's the same kernel. We just don't wast time building it twice. I recall in the past that you were highly upset with wasting time building things multiple times during release to the point of adding hacks to the kernel build bits that I didn't like. >> >> Jake, a question for you: can this miniboot.iso image be used on >> >> sparc64 like on Alpha (as Wilko demonstrated) instead of the ugly >> >> boot.flp image? >> > >> > Why is making boot.flp "ugly"?? >> >> Because it uses a stripped down kernel with less support, and why >> go through all the heartache to limit it's size when you can just >> use a stock generic kernel? >> >> T DAVID PLZ 2 B RELAX K PLZ THX > > Whatever. You guys keep missing the idea and I can only guess it is from > lack of using a lot of non-i386 hardware. Whatever. I'm trying hard to > make things better here from the mess we have today. Erm, earth to David: I do happen to have some non-x86 hardware that I have built native releases and done test installs with for both alpha and sparc64. I'm not as clueless as you claim on this one, and I am watching what happens here. Please chill. > Sorry I can't read your mind on what is "ugly" about about boot.flp on > the sparc. Since dokern.sh didn't sed out anything from GENERIC, I'd > love to hear an explanation on how the sparc64 boot.flp kernel is > "stripped down" and isn't a "stock generic kernel". Why build an exact duplicate of GENERIC, that's wasteful. Besides, boot.flp is intended to be a floppy. I think what you want is to create a UFS disk image of /R/cdrom/boot that is suitably bootable after the iso.1 stage. Calling that disk image a floppy image is just wrong, since I don't imagine that sparc64 machines have some magical 10mb floppy disk device. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 4 15:41:16 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46E5A37B476 for ; Mon, 4 Aug 2003 15:41:13 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5ADF4408A for ; Mon, 4 Aug 2003 15:40:52 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h74Meqnq000316 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 4 Aug 2003 18:40:52 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h74Meln88025; Mon, 4 Aug 2003 18:40:47 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16174.57583.255147.337480@grasshopper.cs.duke.edu> Date: Mon, 4 Aug 2003 18:40:47 -0400 (EDT) To: freebsd-alpha@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: kris@obsecurity.org Subject: last stable alpha kernel? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 22:41:21 -0000 When's the last time anybody has put any serious load on an alpha running -current? Ie, make -j16 buildworld? I'm trying to bracket a VM problem in CVS, and I need a starting point.. Kris: What was the alpha ports cluster running prior to the upgrade? Thanks, Drew From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 4 18:02:15 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6212437B401 for ; Mon, 4 Aug 2003 18:02:15 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0943D43FAF for ; Mon, 4 Aug 2003 18:02:14 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h75117aK062421 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 5 Aug 2003 03:01:19 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h75114Ax033821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Aug 2003 03:01:04 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h75113NS027716; Tue, 5 Aug 2003 03:01:03 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h75112XT027704; Tue, 5 Aug 2003 03:01:03 +0200 (CEST) Date: Tue, 5 Aug 2003 03:01:02 +0200 From: Bernd Walter To: Andrew Gallatin Message-ID: <20030805010101.GA6331@cicely12.cicely.de> References: <16174.57583.255147.337480@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16174.57583.255147.337480@grasshopper.cs.duke.edu> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i cc: freebsd-alpha@freebsd.org cc: kris@obsecurity.org Subject: Re: last stable alpha kernel? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2003 01:02:15 -0000 On Mon, Aug 04, 2003 at 06:40:47PM -0400, Andrew Gallatin wrote: > > When's the last time anybody has put any serious load on an alpha > running -current? Ie, make -j16 buildworld? I'm running 22th july code without noticing any VM related problems. > I'm trying to bracket a VM problem in CVS, and I need a starting > point.. > > Kris: What was the alpha ports cluster running prior to the upgrade? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 09:02:12 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C8A637B401; Tue, 5 Aug 2003 09:02:12 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5162443F3F; Tue, 5 Aug 2003 09:02:11 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h75G2A4r038492; Tue, 5 Aug 2003 12:02:10 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h75G2AM2038491; Tue, 5 Aug 2003 12:02:10 -0400 (EDT) Date: Tue, 5 Aug 2003 12:02:10 -0400 (EDT) Message-Id: <200308051602.h75G2AM2038491@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2003 16:02:12 -0000 TB --- 2003-08-05 16:00:08 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-08-05 16:00:08 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-08-05 16:01:50 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools [...] cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -I/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/include -c /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/contrib/texinfo/info/infokey.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -I/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/include -c /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/contrib/texinfo/info/key.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/infokey/../../../../contrib/texinfo/lib -I/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/include -static -L/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/lib -o infokey infokey.o key.o /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/infokey/../libtxi/libtxi.a -legacy ===> gnu/usr.bin/texinfo/install-info Warning: Object directory not changed from original /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -I/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/include -c /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/util/install-info.c cc -O -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo -I/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info/../../../../contrib/texinfo/lib -I/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/include -static -L/home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/legacy/usr/lib -o install-info install-info.o /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info/../libtxi/libtxi.a -legacy cc: /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info/../libtxi/libtxi.a: No such file or directory *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo/install-info. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/texinfo. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol1/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-08-05 16:02:10 - /usr/bin/make returned exit code 1 TB --- 2003-08-05 16:02:10 - ERROR: failed to build world TB --- 2003-08-05 16:02:10 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 11:12:15 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 828F037B404 for ; Tue, 5 Aug 2003 11:12:15 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2166743F93 for ; Tue, 5 Aug 2003 11:12:12 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h75ICBnq004493 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 5 Aug 2003 14:12:11 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h75IC6m89662; Tue, 5 Aug 2003 14:12:06 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16175.62326.313499.299641@grasshopper.cs.duke.edu> Date: Tue, 5 Aug 2003 14:12:06 -0400 (EDT) To: freebsd-alpha@freebsd.org In-Reply-To: <16174.57583.255147.337480@grasshopper.cs.duke.edu> References: <16174.57583.255147.337480@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: Re: last stable alpha kernel? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2003 18:12:15 -0000 Andrew Gallatin writes: > > When's the last time anybody has put any serious load on an alpha > running -current? Ie, make -j16 buildworld? > > I'm trying to bracket a VM problem in CVS, and I need a starting > point.. FWIW, here are the results I have for j16 buildworlds on UP alpha so far: june1: OK june7: OK june10 -- in progress june14: system lockup june28: gcc ICE, system lockup july22: fault on nofault entry panic I'm concerned I might be chasing 2 bugs at once, or a lockup under load was fixed in close temporal proximity to whatever is causing pmap corruption, or both bugs were present for a while. In any case, its a mess. Drew From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 12:28:19 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B36E37B401 for ; Tue, 5 Aug 2003 12:28:19 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC3D43F93 for ; Tue, 5 Aug 2003 12:28:18 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h75JSBwO032720; Tue, 5 Aug 2003 12:28:11 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h75JSBCn001295; Tue, 5 Aug 2003 12:28:11 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h75JSBuM001294; Tue, 5 Aug 2003 12:28:11 -0700 (PDT) (envelope-from marcel) Date: Tue, 5 Aug 2003 12:28:11 -0700 From: Marcel Moolenaar To: Andrew Gallatin Message-ID: <20030805192811.GB1198@dhcp01.pn.xcllnt.net> References: <16174.57583.255147.337480@grasshopper.cs.duke.edu> <16175.62326.313499.299641@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16175.62326.313499.299641@grasshopper.cs.duke.edu> User-Agent: Mutt/1.5.4i cc: freebsd-alpha@freebsd.org Subject: Re: last stable alpha kernel? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2003 19:28:19 -0000 On Tue, Aug 05, 2003 at 02:12:06PM -0400, Andrew Gallatin wrote: > > FWIW, here are the results I have for j16 buildworlds on UP alpha so far: *snip* > july22: fault on nofault entry panic We have the fault on nofault entry panic on ia64 as well. I don't know when I have time to look at ia64, but I keep an eye on alpha when I trace it down. I suspect the cause is roughly identical (ia64 pmap was derived from alpha pmap). -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 20:33:52 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1628A37B401 for ; Tue, 5 Aug 2003 20:33:52 -0700 (PDT) Received: from atom.no-ip.org (203-79-74-204.adsl.paradise.net.nz [203.79.74.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2C4743FD7 for ; Tue, 5 Aug 2003 20:33:50 -0700 (PDT) (envelope-from atom@atom.no-ip.org) Received: from webdesign2 smtp.colorite.com.au (authenticated user atom@atom.no-ip.org) by atom.no-ip.org (MDaemon.PRO.v6.8.4.R) with ESMTP id 65-md50000000008.tmp for ; Wed, 06 Aug 2003 15:32:27 +1200 Message-ID: <002201c35bcb$64e19560$1f00a8c0@colorite.co.nz> From: "Anthony O'Meara" To: Date: Wed, 6 Aug 2003 15:32:40 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Authenticated-Sender: atom@atom.no-ip.org X-Spam-Processed: atom.no-ip.org, Wed, 06 Aug 2003 15:32:27 +1200 (not processed: message from valid local sender) X-Return-Path: atom@atom.no-ip.org X-MDaemon-Deliver-To: freebsd-alpha@freebsd.org Subject: Running FreeBSD on Digital Server 5305 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 03:33:52 -0000 Has anyone got Digital Server 5305 working with any version of FreeBSD? At first I had assumed it was problems with the RAID controller, but I have now tried several different RAID and SCSI controllers, and several SCSI disks yet FreeBSD will not install, it cant find the disks or it sees them but wont let me partition them or (in the case of the Mylex RAID controller) I need to load the mlx driver from the drivers.flp but FreeBSD cant find the floppy drive but I have just booted from the floppy! Can anyone help? Thanks Anthony From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 21:13:48 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A30F37B404 for ; Tue, 5 Aug 2003 21:13:48 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34B4D43FA3 for ; Tue, 5 Aug 2003 21:13:47 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h764DbQX053792; Tue, 5 Aug 2003 21:13:37 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h764Dbbs053791; Tue, 5 Aug 2003 21:13:37 -0700 (PDT) Date: Tue, 5 Aug 2003 21:13:37 -0700 From: "David O'Brien" To: "Anthony O'Meara" Message-ID: <20030806041337.GA53467@dragon.nuxi.com> References: <002201c35bcb$64e19560$1f00a8c0@colorite.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002201c35bcb$64e19560$1f00a8c0@colorite.co.nz> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-alpha@freebsd.org Subject: Re: Running FreeBSD on Digital Server 5305 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-alpha@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 04:13:48 -0000 On Wed, Aug 06, 2003 at 03:32:40PM +1200, Anthony O'Meara wrote: > Has anyone got Digital Server 5305 working with any version of FreeBSD? > > At first I had assumed it was problems with the RAID controller, > but I have now tried several different RAID and SCSI controllers, and > several SCSI disks yet FreeBSD will not install, > it cant find the disks or it sees them but wont let me partition them or (in > the case of the Mylex RAID controller) I need to load the mlx driver from > the drivers.flp but FreeBSD cant find the floppy drive but I have just > booted from the floppy! > > Can anyone help? Please post in full details how you cannot get FreeBSD installed and booting on your DS 5305. Including a console log of kernel output and any error messages. From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 22:04:11 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1E5037B401 for ; Tue, 5 Aug 2003 22:04:11 -0700 (PDT) Received: from atom.no-ip.org (203-79-74-204.adsl.paradise.net.nz [203.79.74.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E404F43FA3 for ; Tue, 5 Aug 2003 22:04:09 -0700 (PDT) (envelope-from atom@atom.no-ip.org) Received: from atompc (authenticated user Atom@atom.no-ip.org) by atom.no-ip.org (MDaemon.PRO.v6.8.4.R) with ESMTP id 5-md50000000009.tmp for ; Wed, 06 Aug 2003 17:03:27 +1200 Message-ID: <001b01c35bd8$22285d00$0900a8c0@atomnet> From: "Anthony O'Meara" To: References: <002201c35bcb$64e19560$1f00a8c0@colorite.co.nz> <20030806041337.GA53467@dragon.nuxi.com> Date: Wed, 6 Aug 2003 17:03:53 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Authenticated-Sender: Atom@atom.no-ip.org X-Spam-Processed: atom.no-ip.org, Wed, 06 Aug 2003 17:03:27 +1200 (not processed: message from valid local sender) X-Return-Path: atom@atom.no-ip.org X-MDaemon-Deliver-To: freebsd-alpha@freebsd.org Subject: Re: Running FreeBSD on Digital Server 5305 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 05:04:11 -0000 ----- Original Message ----- From: "David O'Brien" To: "Anthony O'Meara" Cc: Sent: Wednesday, August 06, 2003 4:13 PM Subject: Re: Running FreeBSD on Digital Server 5305 > On Wed, Aug 06, 2003 at 03:32:40PM +1200, Anthony O'Meara wrote: > > Has anyone got Digital Server 5305 working with any version of FreeBSD? > > > > At first I had assumed it was problems with the RAID controller, > > but I have now tried several different RAID and SCSI controllers, and > > several SCSI disks yet FreeBSD will not install, > > it cant find the disks or it sees them but wont let me partition them or (in > > the case of the Mylex RAID controller) I need to load the mlx driver from > > the drivers.flp but FreeBSD cant find the floppy drive but I have just > > booted from the floppy! > > > > Can anyone help? > > Please post in full details how you cannot get FreeBSD installed and > booting on your DS 5305. Including a console log of kernel output and > any error messages. > I'll explain the Mylex controller attempted The system (Digital Server 5305) has the lastest firmware The Mylex RAID controller is configured with RAID 5 array and its working fine, "b dva0" - loading FreeBSD 5.0 Alpha from floppy (I tried 4.8 but it was explained that it prob wouldnt work due to it not properly supporting multiple hoses (I/O busses)) it loads kern.flp then mfsroot.flp fine The systems asks if I want to load any other modules - I select yes I need to load the mlx module for the Mylex RAID controller to work BUT FreeBSD install then says it cant find any floppy drives but ive just loaded kern and mfsroot off it Also how do I get the console log of kernel output? Thanks Anthony From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 22:22:32 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E1D37B401; Tue, 5 Aug 2003 22:22:32 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D3B143F3F; Tue, 5 Aug 2003 22:22:31 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h765MU4r059735; Wed, 6 Aug 2003 01:22:30 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h765MUXx059734; Wed, 6 Aug 2003 01:22:30 -0400 (EDT) Date: Wed, 6 Aug 2003 01:22:30 -0400 (EDT) Message-Id: <200308060522.h765MUXx059734@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 05:22:32 -0000 TB --- mkdir /home/des/tinderbox/CURRENT/alpha TB --- mkdir /home/des/tinderbox/CURRENT/alpha/alpha TB --- 2003-08-06 04:00:07 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-08-06 04:00:07 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -A src TB --- 2003-08-06 04:03:50 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-08-06 05:07:24 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 6 05:07:25 GMT 2003 >>> Kernel build for GENERIC completed on Wed Aug 6 05:18:56 GMT 2003 TB --- 2003-08-06 05:18:56 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-08-06 05:18:56 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 6 05:18:56 GMT 2003 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/cs/if_cs_pccard.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_eisa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_scsi.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisaconf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c: In function `en_open_vcc': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1224: warning: unsigned int format, different type arg (arg 2) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-08-06 05:22:30 - /usr/bin/make returned exit code 1 TB --- 2003-08-06 05:22:30 - ERROR: failed to build lint kernel TB --- 2003-08-06 05:22:30 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Tue Aug 5 22:29:26 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE15C37B401 for ; Tue, 5 Aug 2003 22:29:26 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DF8743F85 for ; Tue, 5 Aug 2003 22:29:25 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h765TGJJ022538; Wed, 6 Aug 2003 07:29:16 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h765TFJQ022537; Wed, 6 Aug 2003 07:29:15 +0200 (CEST) Date: Wed, 6 Aug 2003 07:29:15 +0200 From: Wilko Bulte To: "Anthony O'Meara" Message-ID: <20030806052915.GB22495@freebie.xs4all.nl> References: <002201c35bcb$64e19560$1f00a8c0@colorite.co.nz> <20030806041337.GA53467@dragon.nuxi.com> <001b01c35bd8$22285d00$0900a8c0@atomnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001b01c35bd8$22285d00$0900a8c0@atomnet> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Running FreeBSD on Digital Server 5305 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 05:29:27 -0000 On Wed, Aug 06, 2003 at 05:03:53PM +1200, Anthony O'Meara wrote: > > ----- Original Message ----- > From: "David O'Brien" > To: "Anthony O'Meara" > Cc: > Sent: Wednesday, August 06, 2003 4:13 PM > Subject: Re: Running FreeBSD on Digital Server 5305 > > > > On Wed, Aug 06, 2003 at 03:32:40PM +1200, Anthony O'Meara wrote: > > > Has anyone got Digital Server 5305 working with any version of FreeBSD? > > > > > > At first I had assumed it was problems with the RAID controller, > > > but I have now tried several different RAID and SCSI controllers, and > > > several SCSI disks yet FreeBSD will not install, > > > it cant find the disks or it sees them but wont let me partition them or > (in > > > the case of the Mylex RAID controller) I need to load the mlx driver > from > > > the drivers.flp but FreeBSD cant find the floppy drive but I have just > > > booted from the floppy! > > > > > > Can anyone help? > > > > Please post in full details how you cannot get FreeBSD installed and > > booting on your DS 5305. Including a console log of kernel output and > > any error messages. > > > > I'll explain the Mylex controller attempted > The system (Digital Server 5305) has the lastest firmware > > The Mylex RAID controller is configured with RAID 5 array and its working > fine, > "b dva0" - loading FreeBSD 5.0 Alpha from floppy (I tried 4.8 but it was > explained that it prob wouldnt work due to it not properly supporting > multiple hoses (I/O busses)) > > it loads kern.flp then mfsroot.flp fine > The systems asks if I want to load any other modules - I select yes > I need to load the mlx module for the Mylex RAID controller to work > BUT FreeBSD install then says it cant find any floppy drives but ive just > loaded kern and mfsroot off it > > Also how do I get the console log of kernel output? Use the serial console on the 5305 and capture the output using a terminal emulator of some sort. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-alpha@FreeBSD.ORG Wed Aug 6 08:15:28 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7997937B401 for ; Wed, 6 Aug 2003 08:15:28 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD8D43FBD for ; Wed, 6 Aug 2003 08:15:27 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h76FFPnq021797 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 6 Aug 2003 11:15:26 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h76FFKU91416; Wed, 6 Aug 2003 11:15:20 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16177.7048.818230.53619@grasshopper.cs.duke.edu> Date: Wed, 6 Aug 2003 11:15:20 -0400 (EDT) To: Marcel Moolenaar In-Reply-To: <20030805192811.GB1198@dhcp01.pn.xcllnt.net> References: <16174.57583.255147.337480@grasshopper.cs.duke.edu> <16175.62326.313499.299641@grasshopper.cs.duke.edu> <20030805192811.GB1198@dhcp01.pn.xcllnt.net> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-alpha@freebsd.org Subject: Re: last stable alpha kernel? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 15:15:28 -0000 Marcel Moolenaar writes: > On Tue, Aug 05, 2003 at 02:12:06PM -0400, Andrew Gallatin wrote: > > > > FWIW, here are the results I have for j16 buildworlds on UP alpha so far: > > *snip* > > > july22: fault on nofault entry panic > > We have the fault on nofault entry panic on ia64 as well. I don't > know when I have time to look at ia64, but I keep an eye on alpha > when I trace it down. I suspect the cause is roughly identical > (ia64 pmap was derived from alpha pmap). Do you know when they started? My current results are as follows: (all dates relative to GMT-0400) june1: OK june7: OK june10: OK june12: system lockup june14: system lockup june28: gcc ICE, system lockup july22: fault on nofault entry panic aug5: fault on nofault entry panic I have no idea if the lockup problem is orthogonal to the pmap problem or not. Unfortunately, obrien's FBSDID changes thrashed the src tree between june10 and june12 and make getting diffs very painful. For all I know, the lockup was fixed and the pmap problem is new. So I'm thinking about re-starting the search to see if I can find where the lockup changes to a fault on nofault panic. At least this makes things quicker, as the lockups and/or panics happen quickly. If you have any advice, please don't be shy ;) Drew From owner-freebsd-alpha@FreeBSD.ORG Wed Aug 6 10:07:36 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0F337B401 for ; Wed, 6 Aug 2003 10:07:36 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C1F243F75 for ; Wed, 6 Aug 2003 10:07:36 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h76H7TwO038777; Wed, 6 Aug 2003 10:07:29 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h76H7TG0000648; Wed, 6 Aug 2003 10:07:29 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h76H7TWH000647; Wed, 6 Aug 2003 10:07:29 -0700 (PDT) (envelope-from marcel) Date: Wed, 6 Aug 2003 10:07:29 -0700 From: Marcel Moolenaar To: Andrew Gallatin Message-ID: <20030806170729.GC570@athlon.pn.xcllnt.net> References: <16174.57583.255147.337480@grasshopper.cs.duke.edu> <16175.62326.313499.299641@grasshopper.cs.duke.edu> <20030805192811.GB1198@dhcp01.pn.xcllnt.net> <16177.7048.818230.53619@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16177.7048.818230.53619@grasshopper.cs.duke.edu> User-Agent: Mutt/1.5.4i cc: freebsd-alpha@freebsd.org Subject: Re: last stable alpha kernel? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 17:07:37 -0000 On Wed, Aug 06, 2003 at 11:15:20AM -0400, Andrew Gallatin wrote: > > Marcel Moolenaar writes: > > On Tue, Aug 05, 2003 at 02:12:06PM -0400, Andrew Gallatin wrote: > > > > > > FWIW, here are the results I have for j16 buildworlds on UP alpha so far: > > > > *snip* > > > > > july22: fault on nofault entry panic > > > > We have the fault on nofault entry panic on ia64 as well. I don't > > know when I have time to look at ia64, but I keep an eye on alpha > > when I trace it down. I suspect the cause is roughly identical > > (ia64 pmap was derived from alpha pmap). > > Do you know when they started? My current results are as follows: > (all dates relative to GMT-0400) Unfortunately not. I asked kris to restart package builds on pluto1 two days ago. That's when we got the fault on nofault panics. I expect that the real bug was present for much longer. > > If you have any advice, please don't be shy ;) > Triaging when the problem first started is definitely what needs to be done first. I would probably start at the time the pipe changes came in. That is IIRC roughly two weeks ago. The July 22 datapoint should be fairly close. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Wed Aug 6 20:18:31 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D98F37B401 for ; Wed, 6 Aug 2003 20:18:31 -0700 (PDT) Received: from atom.no-ip.org (203-79-74-163.adsl.paradise.net.nz [203.79.74.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C755F43FB1 for ; Wed, 6 Aug 2003 20:18:29 -0700 (PDT) (envelope-from atom@atom.no-ip.org) Received: from webdesign2 smtp.colorite.com.au (authenticated user atom@atom.no-ip.org) by atom.no-ip.org (MDaemon.PRO.v6.8.4.R) with ESMTP id 37-md50000000009.tmp for ; Thu, 07 Aug 2003 15:17:04 +1200 Message-ID: <002d01c35c92$6daada40$1f00a8c0@colorite.co.nz> From: "Anthony O'Meara" To: "Adam Kranzel" References: <002301c357d2$7881d870$1f00a8c0@colorite.co.nz> <200308010708.09281.adam@blacktabby.org> <000d01c35890$b9a614b0$1f00a8c0@colorite.co.nz> <200308052156.56451.adam@blacktabby.org> Date: Thu, 7 Aug 2003 15:17:25 +1200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Authenticated-Sender: atom@atom.no-ip.org X-Spam-Processed: atom.no-ip.org, Thu, 07 Aug 2003 15:17:04 +1200 (not processed: message from valid local sender) X-Return-Path: atom@atom.no-ip.org X-MDaemon-Deliver-To: freebsd-alpha@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: RAID controller problem on Digital Server 5305 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 03:18:31 -0000 I downloaded "cdboot-5.1-CURRENT-20030713-JPSNAP.iso" from current.freebsd.org/pub/FreeBSD/snapshots/alpha/ISO-IMAGES/ and burnt it to CD, I can view the cd on my Windows desktop, It has serveral text files and a folder called boot (Alpha cdrom: show device polling ncr0 (NRC 53C810) slot 1, bus 0 PCI, hoise 1 SCSI Bus ID 7 dka400.4.0.1.1 DKA400 RRD46 1337 ) When I put the cd in the cdrom of the Alpha and go "b dka400" (boot dka400.4.0.1.1) block 0 of dka400.4.0.1.1 is not valid boot block bootstrap failture Why? (The Digital Server 5305 did not seem to like FreeBSD 5.1 floppy's either) Have it downloaded the wrong image or done somthing wrong? Does anyone have the cdboot iso for FreeBSD 5.0 maybe that would work? Thanks again Anthony ----- Original Message ----- From: "Adam Kranzel" To: "Anthony O'Meara" Cc: Sent: Wednesday, August 06, 2003 4:56 PM Subject: Re: RAID controller problem on Digital Server 5305 > On Friday 01 August 2003 17:55, you wrote: > > Hi, > > > > I have tried what you suggest and it asks to insert a disk for addition > > modules BUT when I press enter it says it cant find any floppy drives, but > > I just boot the setup from the floppy drive. Any ideas? > > > > Thanks > > Anthony > > I remember having problems with this, but I can't remember what I did to fix > them. It's probably easiest just to boot off a cdrom, if that's possible for > you. > Download the 'cdboot.iso' image via ftp from > current.freebsd.org/pub/FreeBSD/snapshots/alpha/ISO-IMAGES/, burn it to a cd, > and then 'boot dka500' (or similar, see the 'show dev' output from the SRM > >>> prompt), should boot off the cd with no problems. CD installs are *far* > easier on on Alpha, to the point that floppy-boot installs have been > deprectated in 5.1-CURRENT as of a few weeks ago. You could also boot off a > floppy and load the mlx module from a cd, I suppose, but I've not tried that. > > -Adam > From owner-freebsd-alpha@FreeBSD.ORG Wed Aug 6 21:14:29 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B073937B401 for ; Wed, 6 Aug 2003 21:14:29 -0700 (PDT) Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D37B43F3F for ; Wed, 6 Aug 2003 21:14:29 -0700 (PDT) (envelope-from aziegenfus@mindspring.com) Received: from dialup-67.74.224.106.dial1.baltimore1.level3.net ([67.74.224.106] helo=opus.arz.com) by tisch.mail.mindspring.net with smtp (Exim 3.33 #1) id 19kcAV-000196-00 for freebsd-alpha@freebsd.org; Thu, 07 Aug 2003 00:14:27 -0400 Date: Thu, 7 Aug 2003 00:14:12 -0400 From: Allen Ziegenfus To: freebsd-alpha@freebsd.org Message-Id: <20030807001412.26fea1c3.aziegenfus@mindspring.com> X-Mailer: Sylpheed version 0.9.0 (GTK+ 1.2.9; alphaev56-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Can't boot 5.1 install media X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 04:14:30 -0000 I've been trying to install FreeBSD on my Alpha to no avail. I have a PC164LX with SRM v5.8. I downloaded 5.1-RELEASE-alpha-miniinst.iso as a starting point. I downloaded this over several nights (using wget -c) and the md5 checksum matched up. (I hope the new smaller iso image is available soon.) Then I tried booting the CD. I have 4 IDE drives in the Alpha, 3 hard drives and a CD burner. At first I tried booting off the CD drive on the second IDE channel but it would display an error like, "cannot find device" -- maybe there is some limitation that you can only boot off of dqa0 or dqa1? So I moved the CD drive to dqa0 and then I get some promising messages but after the "jumping to bootstrap" message it just hangs. I also can't seem to boot my RH 7.1 media, so who knows what that problem is. Then I tried making floppies. No matter how I try to copy the floppy image (from RH Linux), I get a "invalid boot block" when trying boot dva0 from SRM. I can still boot off some older linux floppies. dd if=kern.flp of=/dev/fd0 bs=1440k dd if=kern.flp of=/dev/fd0 I'm sure (or I hope) there is something very obvious I'm missing. Any ideas? I guess the next step is to try to download the floppy images separately. Allen -- From owner-freebsd-alpha@FreeBSD.ORG Wed Aug 6 23:21:10 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7431737B401 for ; Wed, 6 Aug 2003 23:21:10 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B558143F85 for ; Wed, 6 Aug 2003 23:21:09 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h776KoQX068676; Wed, 6 Aug 2003 23:20:50 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h776Kni3068675; Wed, 6 Aug 2003 23:20:49 -0700 (PDT) Date: Wed, 6 Aug 2003 23:20:49 -0700 From: "David O'Brien" To: "Anthony O'Meara" Message-ID: <20030807062049.GA68632@dragon.nuxi.com> References: <002301c357d2$7881d870$1f00a8c0@colorite.co.nz> <200308010708.09281.adam@blacktabby.org> <000d01c35890$b9a614b0$1f00a8c0@colorite.co.nz> <200308052156.56451.adam@blacktabby.org> <002d01c35c92$6daada40$1f00a8c0@colorite.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002d01c35c92$6daada40$1f00a8c0@colorite.co.nz> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-alpha@freebsd.org Subject: Re: RAID controller problem on Digital Server 5305 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 06:21:10 -0000 On Thu, Aug 07, 2003 at 03:17:25PM +1200, Anthony O'Meara wrote: > I downloaded "cdboot-5.1-CURRENT-20030713-JPSNAP.iso" from > current.freebsd.org/pub/FreeBSD/snapshots/alpha/ISO-IMAGES/ > and burnt it to CD, I can view the cd on my Windows desktop, It has serveral > text files and a folder called boot > > (Alpha cdrom: > show device > polling ncr0 (NRC 53C810) slot 1, bus 0 PCI, hoise 1 SCSI Bus ID 7 > dka400.4.0.1.1 DKA400 RRD46 1337 > ) > > When I put the cd in the cdrom of the Alpha and go "b dka400" > (boot dka400.4.0.1.1) > block 0 of dka400.4.0.1.1 is not valid boot block > bootstrap failture > > Why? It possibly hasn't had setcdboot run on it. You can build it on an i386 system and issue: setcdboot cdboot-5.1-CURRENT-20030713-JPSNAP.iso /boot/cdboot From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 05:49:24 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E73A37B401 for ; Thu, 7 Aug 2003 05:49:24 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AC9F43F93 for ; Thu, 7 Aug 2003 05:49:23 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h77CnMnq018961 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 7 Aug 2003 08:49:22 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h77CnHJ93229; Thu, 7 Aug 2003 08:49:17 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16178.19149.732576.930286@grasshopper.cs.duke.edu> Date: Thu, 7 Aug 2003 08:49:17 -0400 (EDT) To: Allen Ziegenfus In-Reply-To: <20030807001412.26fea1c3.aziegenfus@mindspring.com> References: <20030807001412.26fea1c3.aziegenfus@mindspring.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-alpha@freebsd.org Subject: Re: Can't boot 5.1 install media X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 12:49:24 -0000 Allen Ziegenfus writes: > some promising messages but after the "jumping to bootstrap" message > it just hangs. I also can't seem to boot my RH 7.1 media, so who knows > what that problem is. > Alphas will show very limited information and take input from a '>>>' prompt on non-console devices, but when an OS bootstrap takes over, the output goes just to the the SRM's console device. Are you typing on a serial console, or on a keyboard/monitor (graphics) console? Make sure the value of the 'console' variable in srm matches reality. Assuming you're using a graphics console, do >>> set console graphics >>> init Then you should see more info from booting the CDs. Drew From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 06:43:20 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64F3637B401 for ; Thu, 7 Aug 2003 06:43:20 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1EA243FA3 for ; Thu, 7 Aug 2003 06:43:19 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77DhIuN002814 for ; Thu, 7 Aug 2003 09:43:18 -0400 (EDT) Date: Thu, 7 Aug 2003 09:43:18 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: alpha@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 13:43:20 -0000 [ I'm not subscribed to alpha@; please keep me on the CC ] I need an atomic swap function for libpthread. Here's my hack of an implementation: /* * Atomic swap: * Atomic (tmp = *dst, *dst = val), then *res = tmp * * void atomic_swap_long(long *dst, long val, long *res); */ static __inline void atomic_swap_long(volatile long *dst, long val, long *res) { u_int64_t result; __asm __volatile ( "1:\tldq_l %0,%1\n\t" "stq_c %2,%1\n\t" "beq %2,2f\n\t" /* Why is this beq instead of bne 1b? */ "br 3f\n" "2:\tbr 1b\n" "3:\n" : "=&r" (result) : "m" (*dst), "r" (val) : "memory"); *res = result; } As annotated above, there seems to be one more branch than necessary. Can someone look this over for me? I really don't quite know what I'm doing when it comes to inline assembly. -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 07:33:07 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92CD637B401; Thu, 7 Aug 2003 07:33:07 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D96E43FD7; Thu, 7 Aug 2003 07:33:04 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h77EX3nq026344 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 7 Aug 2003 10:33:03 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h77EWwZ93373; Thu, 7 Aug 2003 10:32:58 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16178.25370.731486.809755@grasshopper.cs.duke.edu> Date: Thu, 7 Aug 2003 10:32:58 -0400 (EDT) To: deischen@freebsd.org In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 14:33:07 -0000 Daniel Eischen writes: > [ I'm not subscribed to alpha@; please keep me on the CC ] > > I need an atomic swap function for libpthread. Here's my hack > of an implementation: > > /* > * Atomic swap: > * Atomic (tmp = *dst, *dst = val), then *res = tmp > * > * void atomic_swap_long(long *dst, long val, long *res); > */ > static __inline > void atomic_swap_long(volatile long *dst, long val, long *res) > { > u_int64_t result; > > __asm __volatile ( > "1:\tldq_l %0,%1\n\t" > "stq_c %2,%1\n\t" > "beq %2,2f\n\t" /* Why is this beq instead of bne 1b? */ > "br 3f\n" > "2:\tbr 1b\n" > "3:\n" > : "=&r" (result) > : "m" (*dst), "r" (val) > : "memory"); > > *res = result; > } > > As annotated above, there seems to be one more branch than > necessary. Its actually an optimization. Alphas predict that backward branches will always be taken (think loops). If you were to branch directly back to 1:, then if the store succeeds (which it nearly always should), then the cpu would have been betting on taking the branch, and that would slow things down. > Can someone look this over for me? I really don't quite > know what I'm doing when it comes to inline assembly. I think it looks OK, but I'm also terrible at inline asm. Drew From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 07:41:40 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 963EA37B401; Thu, 7 Aug 2003 07:41:40 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E901D43FB1; Thu, 7 Aug 2003 07:41:39 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77EfYuN012573; Thu, 7 Aug 2003 10:41:34 -0400 (EDT) Date: Thu, 7 Aug 2003 10:41:34 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Andrew Gallatin In-Reply-To: <16178.25370.731486.809755@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 14:41:41 -0000 On Thu, 7 Aug 2003, Andrew Gallatin wrote: > > Daniel Eischen writes: > > [ I'm not subscribed to alpha@; please keep me on the CC ] > > > > I need an atomic swap function for libpthread. Here's my hack > > of an implementation: > > > > /* > > * Atomic swap: > > * Atomic (tmp = *dst, *dst = val), then *res = tmp > > * > > * void atomic_swap_long(long *dst, long val, long *res); > > */ > > static __inline > > void atomic_swap_long(volatile long *dst, long val, long *res) > > { > > u_int64_t result; > > > > __asm __volatile ( > > "1:\tldq_l %0,%1\n\t" > > "stq_c %2,%1\n\t" > > "beq %2,2f\n\t" /* Why is this beq instead of bne 1b? */ > > "br 3f\n" > > "2:\tbr 1b\n" > > "3:\n" > > : "=&r" (result) > > : "m" (*dst), "r" (val) > > : "memory"); > > > > *res = result; > > } > > > > As annotated above, there seems to be one more branch than > > necessary. > > Its actually an optimization. Alphas predict that backward branches > will always be taken (think loops). If you were to branch directly > back to 1:, then if the store succeeds (which it nearly always > should), then the cpu would have been betting on taking the branch, > and that would slow things down. OK. > > > Can someone look this over for me? I really don't quite > > know what I'm doing when it comes to inline assembly. > > I think it looks OK, but I'm also terrible at inline asm. Yeah, me too. It took me quite a few tries to hit upon something that seemed to work. -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 08:11:10 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 292B037B401; Thu, 7 Aug 2003 08:11:10 -0700 (PDT) Received: from zmamail04.zma.compaq.com (mailout.zma.compaq.com [161.114.64.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44E4443F75; Thu, 7 Aug 2003 08:11:09 -0700 (PDT) (envelope-from peter.portante@hp.com) Received: from tayexg11.americas.cpqcorp.net (tayexg11.americas.cpqcorp.net [16.103.130.96]) by zmamail04.zma.compaq.com (Postfix) with ESMTP id A19C07E2B; Thu, 7 Aug 2003 11:11:08 -0400 (EDT) Received: from tayexc17.americas.cpqcorp.net ([16.103.130.15]) by tayexg11.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.6673); Thu, 7 Aug 2003 11:11:08 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Aug 2003 11:11:07 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Atomic swap Thread-Index: AcNc6eX1UqPNxXkxQeaTQEJdjGjz9gABprji From: "Portante, Peter" To: X-OriginalArrivalTime: 07 Aug 2003 15:11:08.0514 (UTC) FILETIME=[2131FC20:01C35CF6] cc: alpha@freebsd.org Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 15:11:10 -0000 Dan, I don't think you want to do the stq_c if the location already holds the = same value. Instead, check the loaded value to see if it is the same as = the value to be stored, and branch out of the loop returning the result = if it is they are the same. And starting with EV56, the need to do the = branch forward/branch back logic has been removed. And EV6 and later = CPUs do such a good job predicting the branching that it is not worth = the instruction stream space when that space can be used to avoid a = stq_c. Additionally, the stq_c destroys the contents of %2, so you need to move = the value in %2 into another register for use in the stq_c. I don't = know how to do that in the ASM, so I just used raw register names below, = highlighted in red. -Peter > /* > * Atomic swap: > * Atomic (tmp =3D *dst, *dst =3D val), then *res =3D tmp > * > * void atomic_swap_long(long *dst, long val, long *res); > */ > static __inline=20 > void atomic_swap_long(volatile long *dst, long val, long *res) > { > u_int64_t result; >=20 > __asm __volatile ( > "1:\tldq_l %0,%1\n\t" "mov %2,r1\n\t" /* Hide under the load latency */ "cmpeq %0,%2,r0\n\t" "bne r0,3f\n\t" /* Branches out are ok, but not to targets within = ld_l/st_c */ > "stq_c r1,%1\n\t" > "beq r1,1b\n\t" > "3:\n" > : "=3D&r" (result) > : "m" (*dst), "r" (val) > : "memory"); >=20 > *res =3D result; > } >=20 From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 10:44:20 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B7BA37B401; Thu, 7 Aug 2003 10:44:20 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6189C43FBD; Thu, 7 Aug 2003 10:44:19 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77HiIuN014668; Thu, 7 Aug 2003 13:44:18 -0400 (EDT) Date: Thu, 7 Aug 2003 13:44:18 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "Portante, Peter" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 17:44:20 -0000 On Thu, 7 Aug 2003, Portante, Peter wrote: > Dan, > > I don't think you want to do the stq_c if the location already holds the > same value. Instead, check the loaded value to see if it is the same as the The purpose of the atomic swap is to make a FIFO queueing list. The values should never be the same. It's not meant to be used as test_and_set. > value to be stored, and branch out of the loop returning the result if it is > they are the same. And starting with EV56, the need to do the branch > forward/branch back logic has been removed. And EV6 and later CPUs do such > a good job predicting the branching that it is not worth the instruction > stream space when that space can be used to avoid a stq_c. > > Additionally, the stq_c destroys the contents of %2, so you need to move the > value in %2 into another register for use in the stq_c. I don't know how to > do that in the ASM, so I just used raw register names below, highlighted in > red. How about this? static __inline void atomic_swap_long(volatile long *dst, long val, long *res) { u_int64_t result, temp; __asm __volatile ( "1:\tldq %1, %3\n\t" /* load value to store */ "ldq_l %0, %2\n\t" /* load current value, asserting lock */ "stq_c %1, %2\n\t" /* attempt to store */ "beq %1, 2f\n\t" /* if the store failed, spin */ "br 3f\n" /* it worked, exit */ "2:\tbr 1b\n" /* *dst not updated, loop */ "3:\n" /* it worked */ : "=&r" (result), "=&r" (temp) : "m" (*dst), "m" (val) : "memory"); *res = result; } -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 11:55:09 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33E6637B401; Thu, 7 Aug 2003 11:55:09 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA4443FAF; Thu, 7 Aug 2003 11:55:08 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77It7wO046489; Thu, 7 Aug 2003 11:55:07 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77It7We000668; Thu, 7 Aug 2003 11:55:07 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h77It7LO000667; Thu, 7 Aug 2003 11:55:07 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Aug 2003 11:55:07 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030807185507.GA559@athlon.pn.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 18:55:09 -0000 On Thu, Aug 07, 2003 at 01:44:18PM -0400, Daniel Eischen wrote: > How about this? > > static __inline void > atomic_swap_long(volatile long *dst, long val, long *res) > { > u_int64_t result, temp; > > __asm __volatile ( > "1:\tldq %1, %3\n\t" /* load value to store */ > "ldq_l %0, %2\n\t" /* load current value, asserting lock */ > "stq_c %1, %2\n\t" /* attempt to store */ > "beq %1, 2f\n\t" /* if the store failed, spin */ > "br 3f\n" /* it worked, exit */ > "2:\tbr 1b\n" /* *dst not updated, loop */ > "3:\n" /* it worked */ > : "=&r" (result), "=&r" (temp) > : "m" (*dst), "m" (val) > : "memory"); > > *res = result; > } The first instruction is wrong. "val" isn't memory. Also, forget about the branch prediction optimization. It just makes the code unreadable and we don't even know if it makes a difference. The following has been written down without testing (I dropped the cosmetic \t and instead indented by hand to make the source code readable, not what is given to the assembler (per se): static __inline void atomic_swap_long(volatile long *dst, long val, long *res) { __asm ( "1: ldq_l t0,%0\n" " mov %1,t1\n" " stq_c t1,%0\n" " beq t1,1b\n" " stq t0,%3\n" :: "m"(*dst), "r"(val), "m"(*res) : "memory"); } In words: o Read the current value at *dst in register t0 and lock the address. o Since stq_c clobbers it's input and we may need to loop, save val in temporary register t1. o Store val at *dst (by means of t1) and if the lock failed, retry. o Write the old value in register t0 to *res. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:02:17 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE18837B401; Thu, 7 Aug 2003 12:02:17 -0700 (PDT) Received: from zmamail04.zma.compaq.com (mailout.zma.compaq.com [161.114.64.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6874143FDD; Thu, 7 Aug 2003 12:02:16 -0700 (PDT) (envelope-from peter.portante@hp.com) Received: from tayexg11.americas.cpqcorp.net (tayexg11.americas.cpqcorp.net [16.103.130.96]) by zmamail04.zma.compaq.com (Postfix) with ESMTP id EC720A156; Thu, 7 Aug 2003 15:02:15 -0400 (EDT) Received: from tayexc17.americas.cpqcorp.net ([16.103.130.15]) by tayexg11.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.6673); Thu, 7 Aug 2003 15:02:15 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Aug 2003 15:02:14 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Atomic swap Thread-Index: AcNdC4p7z5rzPukBTNK7E4iR0uf5xAACObsB From: "Portante, Peter" To: X-OriginalArrivalTime: 07 Aug 2003 19:02:15.0707 (UTC) FILETIME=[6AAFB6B0:01C35D16] cc: alpha@freebsd.org Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:02:18 -0000 Dan, > ---------- > From: Daniel Eischen > Reply To: deischen@freebsd.org > Sent: Thursday, August 7, 2003 1:44 PM > To: Portante, Peter > Cc: alpha@freebsd.org; deischen@freebsd.org > Subject: RE: Atomic swap >=20 > On Thu, 7 Aug 2003, Portante, Peter wrote: >=20 > > Dan, > >=20 > > I don't think you want to do the stq_c if the location already holds = the > > same value. Instead, check the loaded value to see if it is the = same as the >=20 > The purpose of the atomic swap is to make a FIFO queueing > list. The values should never be the same. It's not meant > to be used as test_and_set. >=20 Reasonable. We had a major performance bug in our code when we assumed = a routine performed a certain way based on its name. You might want to = change the name, because an atomic swap long could be used to implement = a mutex if one didn't know better and then this code will tube an MP = system under contention. > > value to be stored, and branch out of the loop returning the result = if it is > > they are the same. And starting with EV56, the need to do the = branch > > forward/branch back logic has been removed. And EV6 and later CPUs = do such > > a good job predicting the branching that it is not worth the = instruction > > stream space when that space can be used to avoid a stq_c. > >=20 > > Additionally, the stq_c destroys the contents of %2, so you need to = move the > > value in %2 into another register for use in the stq_c. I don't = know how to > > do that in the ASM, so I just used raw register names below, = highlighted in > > red. >=20 > How about this? >=20 Not too bad, except every time you loop you make another memory = reference to get the value. If you load it into a register once, you = can just move it into place each time before the store with out = referencing memory. For performance, don't reference memory unless you = absolutely have to. Also, you might want to issue a ldq, once, before = the actual loop of ldq_l so that the processor gets the cache line using = the normal load instruction avoiding the heavier load-locked logic. I just read Marcel's note, and his code looks pretty good. Just add a = ldq before the "1: ldq_l" that code will perform quite well. If you = don't want to add the ldq to the asm, just read the destination value = before call the atomic_swap_long(), it will really help this perform = well. -Peter From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:05:32 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EBCC37B401; Thu, 7 Aug 2003 12:05:32 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6071843FDF; Thu, 7 Aug 2003 12:05:29 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77J5SuN000587; Thu, 7 Aug 2003 15:05:28 -0400 (EDT) Date: Thu, 7 Aug 2003 15:05:28 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Marcel Moolenaar In-Reply-To: <20030807185507.GA559@athlon.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:05:32 -0000 On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > On Thu, Aug 07, 2003 at 01:44:18PM -0400, Daniel Eischen wrote: > > How about this? > > > > static __inline void > > atomic_swap_long(volatile long *dst, long val, long *res) > > { > > u_int64_t result, temp; > > > > __asm __volatile ( > > "1:\tldq %1, %3\n\t" /* load value to store */ > > "ldq_l %0, %2\n\t" /* load current value, asserting lock */ > > "stq_c %1, %2\n\t" /* attempt to store */ > > "beq %1, 2f\n\t" /* if the store failed, spin */ > > "br 3f\n" /* it worked, exit */ > > "2:\tbr 1b\n" /* *dst not updated, loop */ > > "3:\n" /* it worked */ > > : "=&r" (result), "=&r" (temp) > > : "m" (*dst), "m" (val) > > : "memory"); > > > > *res = result; > > } > > The first instruction is wrong. "val" isn't memory. Also, > forget about the branch prediction optimization. It just > makes the code unreadable and we don't even know if it > makes a difference. > > The following has been written down without testing (I > dropped the cosmetic \t and instead indented by hand to > make the source code readable, not what is given to the > assembler (per se): > > static __inline void > atomic_swap_long(volatile long *dst, long val, long *res) > { > __asm ( "1: ldq_l t0,%0\n" > " mov %1,t1\n" If I swap the first 2 instructions: __asm ( "1: mov %1,t1\n" ldq_l t0,%0\n" that eliminates 1 instruction from between the locked instructions. Is there anything wrong with doing that? > " stq_c t1,%0\n" > " beq t1,1b\n" > " stq t0,%3\n" > :: "m"(*dst), "r"(val), "m"(*res) : "memory"); > } > > In words: > o Read the current value at *dst in register t0 and lock the address. > o Since stq_c clobbers it's input and we may need to loop, save val > in temporary register t1. > o Store val at *dst (by means of t1) and if the lock failed, retry. > o Write the old value in register t0 to *res. So it's OK to hardcode registers (t0, t1) in inline assembly? -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:06:36 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0093F37B404; Thu, 7 Aug 2003 12:06:36 -0700 (PDT) Received: from zmamail03.zma.compaq.com (mailout.zma.compaq.com [161.114.64.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BA9743F75; Thu, 7 Aug 2003 12:06:34 -0700 (PDT) (envelope-from peter.portante@hp.com) Received: from tayexg12.americas.cpqcorp.net (tayexg12.americas.cpqcorp.net [16.103.130.103]) by zmamail03.zma.compaq.com (Postfix) with ESMTP id D995D435E; Thu, 7 Aug 2003 15:06:33 -0400 (EDT) Received: from tayexc17.americas.cpqcorp.net ([16.103.130.15]) by tayexg12.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.6673); Thu, 7 Aug 2003 15:06:33 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Aug 2003 15:06:33 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Atomic swap Thread-Index: AcNdFXi+nwTxVn2lQ4WZJWe1B+RoHAAAR9qz From: "Portante, Peter" To: "Marcel Moolenaar" X-OriginalArrivalTime: 07 Aug 2003 19:06:33.0741 (UTC) FILETIME=[047C93D0:01C35D17] cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:06:36 -0000 Marcel, > ---------- > From: Marcel Moolenaar > Sent: Thursday, August 7, 2003 2:55 PM > To: deischen@freebsd.org > Cc: Portante, Peter; alpha@freebsd.org > Subject: Re: Atomic swap >=20 > On Thu, Aug 07, 2003 at 01:44:18PM -0400, Daniel Eischen wrote: > > How about this? > >=20 > > static __inline void > > atomic_swap_long(volatile long *dst, long val, long *res) > > { > > u_int64_t result, temp; > >=20 > > __asm __volatile ( > > "1:\tldq %1, %3\n\t" /* load value to store */ > > "ldq_l %0, %2\n\t" /* load current value, asserting lock */ > > "stq_c %1, %2\n\t" /* attempt to store */ > > "beq %1, 2f\n\t" /* if the store failed, spin */ > > "br 3f\n" /* it worked, exit */ > > "2:\tbr 1b\n" /* *dst not updated, loop */ > > "3:\n" /* it worked */ > > : "=3D&r" (result), "=3D&r" (temp) > > : "m" (*dst), "m" (val) > > : "memory"); > >=20 > > *res =3D result; > > } >=20 > The first instruction is wrong. "val" isn't memory. Also, > forget about the branch prediction optimization. It just > makes the code unreadable and we don't even know if it > makes a difference. >=20 > The following has been written down without testing (I > dropped the cosmetic \t and instead indented by hand to > make the source code readable, not what is given to the > assembler (per se): >=20 > static __inline void > atomic_swap_long(volatile long *dst, long val, long *res) > { > __asm ( "1: ldq_l t0,%0\n" > " mov %1,t1\n" > " stq_c t1,%0\n" > " beq t1,1b\n" > " stq t0,%3\n" > :: "m"(*dst), "r"(val), "m"(*res) : "memory"); > } >=20 > In words: > o Read the current value at *dst in register t0 and lock the address. > o Since stq_c clobbers it's input and we may need to loop, save val > in temporary register t1. > o Store val at *dst (by means of t1) and if the lock failed, retry. > o Write the old value in register t0 to *res. >=20 A word of caution on performing that stq without an MB before it: = another processor cannot read that location and the destination location = and assume anything about their contents based on what they read unless = an MB is between them. > --=20 > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to = "freebsd-alpha-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:10:22 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D76837B401; Thu, 7 Aug 2003 12:10:22 -0700 (PDT) Received: from zmamail05.zma.compaq.com (mailout.zma.compaq.com [161.114.64.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9238743F85; Thu, 7 Aug 2003 12:10:21 -0700 (PDT) (envelope-from peter.portante@hp.com) Received: from tayexg12.americas.cpqcorp.net (tayexg12.americas.cpqcorp.net [16.103.130.103]) by zmamail05.zma.compaq.com (Postfix) with ESMTP id A1E7AB1AA; Thu, 7 Aug 2003 15:10:16 -0400 (EDT) Received: from tayexc17.americas.cpqcorp.net ([16.103.130.15]) by tayexg12.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.6673); Thu, 7 Aug 2003 15:10:16 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Aug 2003 15:10:15 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Atomic swap Thread-Index: AcNdFuXivOgvVZlLTO+gkyfdPCLCkAAACCLE From: "Portante, Peter" To: X-OriginalArrivalTime: 07 Aug 2003 19:10:16.0537 (UTC) FILETIME=[89488C90:01C35D17] cc: alpha@freebsd.org cc: Marcel Moolenaar Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:10:22 -0000 Dan, > ---------- > From: Daniel Eischen > Reply To: deischen@freebsd.org > Sent: Thursday, August 7, 2003 3:05 PM > To: Marcel Moolenaar > Cc: Portante, Peter; alpha@freebsd.org; deischen@freebsd.org > Subject: Re: Atomic swap >=20 > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: >=20 > > On Thu, Aug 07, 2003 at 01:44:18PM -0400, Daniel Eischen wrote: > > > How about this? > > >=20 > > > static __inline void > > > atomic_swap_long(volatile long *dst, long val, long *res) > > > { > > > u_int64_t result, temp; > > >=20 > > > __asm __volatile ( > > > "1:\tldq %1, %3\n\t" /* load value to store */ > > > "ldq_l %0, %2\n\t" /* load current value, asserting lock */ > > > "stq_c %1, %2\n\t" /* attempt to store */ > > > "beq %1, 2f\n\t" /* if the store failed, spin */ > > > "br 3f\n" /* it worked, exit */ > > > "2:\tbr 1b\n" /* *dst not updated, loop */ > > > "3:\n" /* it worked */ > > > : "=3D&r" (result), "=3D&r" (temp) > > > : "m" (*dst), "m" (val) > > > : "memory"); > > >=20 > > > *res =3D result; > > > } > >=20 > > The first instruction is wrong. "val" isn't memory. Also, > > forget about the branch prediction optimization. It just > > makes the code unreadable and we don't even know if it > > makes a difference. > >=20 > > The following has been written down without testing (I > > dropped the cosmetic \t and instead indented by hand to > > make the source code readable, not what is given to the > > assembler (per se): > >=20 > > static __inline void > > atomic_swap_long(volatile long *dst, long val, long *res) > > { > > __asm ( "1: ldq_l t0,%0\n" > > " mov %1,t1\n" >=20 > If I swap the first 2 instructions: >=20 > __asm ( "1: mov %1,t1\n" > ldq_l t0,%0\n" >=20 > that eliminates 1 instruction from between the locked > instructions. Is there anything wrong with doing that? >=20 Actually, the processor has a chance to do something while waiting for = memory, so it does not hurt to have the mov inside the ldq_l/stq_c pair. -Peter From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:12:36 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B961E37B40C; Thu, 7 Aug 2003 12:12:36 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 861AF43FA3; Thu, 7 Aug 2003 12:12:34 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77JCYwO046656; Thu, 7 Aug 2003 12:12:34 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77JCYWe000748; Thu, 7 Aug 2003 12:12:34 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h77JCX26000747; Thu, 7 Aug 2003 12:12:33 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Aug 2003 12:12:33 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030807191233.GB559@athlon.pn.xcllnt.net> References: <20030807185507.GA559@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:12:37 -0000 On Thu, Aug 07, 2003 at 03:05:28PM -0400, Daniel Eischen wrote: > > The following has been written down without testing (I > > dropped the cosmetic \t and instead indented by hand to > > make the source code readable, not what is given to the > > assembler (per se): > > > > static __inline void > > atomic_swap_long(volatile long *dst, long val, long *res) > > { > > __asm ( "1: ldq_l t0,%0\n" > > " mov %1,t1\n" > > If I swap the first 2 instructions: > > __asm ( "1: mov %1,t1\n" > ldq_l t0,%0\n" > > that eliminates 1 instruction from between the locked > instructions. Is there anything wrong with doing that? No. > > So it's OK to hardcode registers (t0, t1) in inline assembly? > Not generally. On some platforms the compiler needs temporary registers to move the C types into registers. You need to stay away from the registers the compiler uses. I don't think this is the case here, but you might want to check (ie cc -S and see if the compiler uses t0 and t1). Since arguments are passed in registers, the compiler can directly use 0(a0), a1 and 0(a2) without needing anything else. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:15:23 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E27037B401; Thu, 7 Aug 2003 12:15:23 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7958543F3F; Thu, 7 Aug 2003 12:15:22 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77JFLuN002502; Thu, 7 Aug 2003 15:15:21 -0400 (EDT) Date: Thu, 7 Aug 2003 15:15:21 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "Portante, Peter" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:15:23 -0000 On Thu, 7 Aug 2003, Portante, Peter wrote: > Dan, > > > From: Daniel Eischen > > > > On Thu, 7 Aug 2003, Portante, Peter wrote: > > > > > Dan, > > > > > > I don't think you want to do the stq_c if the location already holds the > > > same value. Instead, check the loaded value to see if it is the same as the > > > > The purpose of the atomic swap is to make a FIFO queueing > > list. The values should never be the same. It's not meant > > to be used as test_and_set. > > > Reasonable. We had a major performance bug in our code when we assumed a > routine performed a certain way based on its name. You might want to change > the name, because an atomic swap long could be used to implement a mutex if > one didn't know better and then this code will tube an MP system under > contention. Interesting because I use the atomic_swap to implement FIFO-queueing mutexes :-) > > > value to be stored, and branch out of the loop returning the result if it is > > > they are the same. And starting with EV56, the need to do the branch > > > forward/branch back logic has been removed. And EV6 and later CPUs do such > > > a good job predicting the branching that it is not worth the instruction > > > stream space when that space can be used to avoid a stq_c. > > > > > > Additionally, the stq_c destroys the contents of %2, so you need to move the > > > value in %2 into another register for use in the stq_c. I don't know how to > > > do that in the ASM, so I just used raw register names below, highlighted in > > > red. > > > > How about this? > > > Not too bad, except every time you loop you make another memory reference to > get the value. If you load it into a register once, you can just move it > into place each time before the store with out referencing memory. For > performance, don't reference memory unless you absolutely have to. Also, > you might want to issue a ldq, once, before the actual loop of ldq_l so that > the processor gets the cache line using the normal load instruction avoiding > the heavier load-locked logic. > > I just read Marcel's note, and his code looks pretty good. Just add a ldq > before the "1: ldq_l" that code will perform quite well. If you don't want > to add the ldq to the asm, just read the destination value before call the > atomic_swap_long(), it will really help this perform well. OK, thanks. -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:15:52 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D538A37B401; Thu, 7 Aug 2003 12:15:52 -0700 (PDT) Received: from zmamail04.zma.compaq.com (mailout.zma.compaq.com [161.114.64.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C72643F3F; Thu, 7 Aug 2003 12:15:52 -0700 (PDT) (envelope-from peter.portante@hp.com) Received: from tayexg11.americas.cpqcorp.net (tayexg11.americas.cpqcorp.net [16.103.130.96]) by zmamail04.zma.compaq.com (Postfix) with ESMTP id 6B21C7C30; Thu, 7 Aug 2003 15:15:51 -0400 (EDT) Received: from tayexc17.americas.cpqcorp.net ([16.103.130.15]) by tayexg11.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.6673); Thu, 7 Aug 2003 15:15:50 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 7 Aug 2003 15:15:49 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Atomic swap Thread-Index: AcNdFuXivOgvVZlLTO+gkyfdPCLCkAAACCLEAABEQMU= From: "Portante, Peter" To: X-OriginalArrivalTime: 07 Aug 2003 19:15:50.0389 (UTC) FILETIME=[50465250:01C35D18] cc: alpha@freebsd.org cc: Marcel Moolenaar Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:15:53 -0000 > > > static __inline void > > > atomic_swap_long(volatile long *dst, long val, long *res) > > > { > > > __asm ( "1: ldq_l t0,%0\n" > > > " mov %1,t1\n" > >=20 > > If I swap the first 2 instructions: > >=20 > > __asm ( "1: mov %1,t1\n" > > ldq_l t0,%0\n" > >=20 > > that eliminates 1 instruction from between the locked > > instructions. Is there anything wrong with doing that? > >=20 > Actually, the processor has a chance to do something while waiting for = memory, so it does not hurt to have the mov inside the ldq_l/stq_c pair. >=20 And you should also consider that when the code loops, you want to issue = the memory operation as soon as possible, which means performing the mov = after the ldq_l. -Peter From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:22:40 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C37BC37B407; Thu, 7 Aug 2003 12:22:40 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DA0A43F3F; Thu, 7 Aug 2003 12:22:40 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77JMbuN003804; Thu, 7 Aug 2003 15:22:37 -0400 (EDT) Date: Thu, 7 Aug 2003 15:22:37 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "Portante, Peter" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: alpha@freebsd.org cc: Marcel Moolenaar Subject: RE: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:22:41 -0000 On Thu, 7 Aug 2003, Portante, Peter wrote: > Dan, > > > ---------- > > From: Daniel Eischen > > Reply To: deischen@freebsd.org > > Sent: Thursday, August 7, 2003 3:05 PM > > To: Marcel Moolenaar > > Cc: Portante, Peter; alpha@freebsd.org; deischen@freebsd.org > > Subject: Re: Atomic swap > > > > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > > > > > static __inline void > > > atomic_swap_long(volatile long *dst, long val, long *res) > > > { > > > __asm ( "1: ldq_l t0,%0\n" > > > " mov %1,t1\n" > > > > If I swap the first 2 instructions: > > > > __asm ( "1: mov %1,t1\n" > > ldq_l t0,%0\n" > > > > that eliminates 1 instruction from between the locked > > instructions. Is there anything wrong with doing that? > > > Actually, the processor has a chance to do something while waiting for > memory, so it does not hurt to have the mov inside the ldq_l/stq_c pair. I'm just thinking that it could narrow the window in which you can get a contention, but if the window is the same regardless of the order of those 2 instructions, then that's OK. -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:24:28 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2F9237B401; Thu, 7 Aug 2003 12:24:27 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EEF643FBD; Thu, 7 Aug 2003 12:24:27 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77JOQwO046754; Thu, 7 Aug 2003 12:24:26 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77JOQWe000788; Thu, 7 Aug 2003 12:24:26 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h77JOQAu000787; Thu, 7 Aug 2003 12:24:26 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Aug 2003 12:24:26 -0700 From: Marcel Moolenaar To: "Portante, Peter" Message-ID: <20030807192426.GC559@athlon.pn.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:24:28 -0000 On Thu, Aug 07, 2003 at 03:06:33PM -0400, Portante, Peter wrote: > Marcel, > > > atomic_swap_long(volatile long *dst, long val, long *res) > > { > > __asm ( "1: ldq_l t0,%0\n" > > " mov %1,t1\n" > > " stq_c t1,%0\n" > > " beq t1,1b\n" > > " stq t0,%3\n" ^^^^^^^^^^^^^^^^^^^^ Whoops, typo: %3 should be %2. > > :: "m"(*dst), "r"(val), "m"(*res) : "memory"); > > } > > > A word of caution on performing that stq without an MB before it: > another processor cannot read that location and the destination > location and assume anything about their contents based on what > they read unless an MB is between them. Good point. I don't think we have to worry about it, though. This function has a specific usage (see src/lib/libpthread/sys/lock.c). If I understand the code correctly, *res is never used other than the caller of atomic_swap_long that writes to *res. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:31:57 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19F0F37B407; Thu, 7 Aug 2003 12:31:57 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30AF643F3F; Thu, 7 Aug 2003 12:31:56 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77JVtuN005586; Thu, 7 Aug 2003 15:31:55 -0400 (EDT) Date: Thu, 7 Aug 2003 15:31:55 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Marcel Moolenaar In-Reply-To: <20030807192426.GC559@athlon.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:31:57 -0000 On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > On Thu, Aug 07, 2003 at 03:06:33PM -0400, Portante, Peter wrote: > > Marcel, > > > > > atomic_swap_long(volatile long *dst, long val, long *res) > > > { > > > __asm ( "1: ldq_l t0,%0\n" > > > " mov %1,t1\n" > > > " stq_c t1,%0\n" > > > " beq t1,1b\n" > > > " stq t0,%3\n" > ^^^^^^^^^^^^^^^^^^^^ > > Whoops, typo: %3 should be %2. Yup, I caught that but didn't want to complain when something is handed to me on a silver platter ;-) > > > :: "m"(*dst), "r"(val), "m"(*res) : "memory"); > > > } > > > > > A word of caution on performing that stq without an MB before it: > > another processor cannot read that location and the destination > > location and assume anything about their contents based on what > > they read unless an MB is between them. > > Good point. I don't think we have to worry about it, though. This > function has a specific usage (see src/lib/libpthread/sys/lock.c). > If I understand the code correctly, *res is never used other than > the caller of atomic_swap_long that writes to *res. Yes, perhaps the interface should be: long atomic_swap_long(volatile long *dst, long val) instead of having the result as the 3rd argument. But it's already used this way in libpthread, so I didn't want to change it. I can always do that later. Hmm, it would be nice just to have atomic_swap (or atomic_xchg, or whatever you want to call it) in . -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 12:55:05 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 892D437B401; Thu, 7 Aug 2003 12:55:05 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAFA143F75; Thu, 7 Aug 2003 12:55:04 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77Jt4wO046932; Thu, 7 Aug 2003 12:55:04 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h77Jt4We000871; Thu, 7 Aug 2003 12:55:04 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h77Jt44h000870; Thu, 7 Aug 2003 12:55:04 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Aug 2003 12:55:04 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030807195504.GA837@athlon.pn.xcllnt.net> References: <20030807192426.GC559@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 19:55:05 -0000 On Thu, Aug 07, 2003 at 03:31:55PM -0400, Daniel Eischen wrote: > > > > " stq t0,%3\n" > > ^^^^^^^^^^^^^^^^^^^^ > > > > Whoops, typo: %3 should be %2. > > Yup, I caught that but didn't want to complain when something > is handed to me on a silver platter ;-) As long as you saw it :-) > Hmm, it would be nice just to have atomic_swap (or atomic_xchg, > or whatever you want to call it) in . Yes. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 13:21:22 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52CDD37B401; Thu, 7 Aug 2003 13:21:22 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2BE843F93; Thu, 7 Aug 2003 13:21:21 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h77KLKuN015250; Thu, 7 Aug 2003 16:21:20 -0400 (EDT) Date: Thu, 7 Aug 2003 16:21:20 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Marcel Moolenaar In-Reply-To: <20030807195504.GA837@athlon.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 20:21:22 -0000 On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > On Thu, Aug 07, 2003 at 03:31:55PM -0400, Daniel Eischen wrote: > > > > > " stq t0,%3\n" > > > ^^^^^^^^^^^^^^^^^^^^ > > > > > > Whoops, typo: %3 should be %2. > > > > Yup, I caught that but didn't want to complain when something > > is handed to me on a silver platter ;-) > > As long as you saw it :-) BTW, this is the only way I got it to compile. The compiler (or assembler) didn't seem to like having t0 and t1 hardcoded. Grr, I just remembered. t0, t1, etc are our names for them. They should probably be $1 and $2. static __inline void atomic_swap_long(volatile long *dst, long val, long *res) { long temp1, temp2; __asm ( "1: ldq_l %3, %1\n" " mov %2, %4\n" " stq_c %4, %1\n" " beq %4, 1b\n" " stq %3, %0\n" : "=m"(*res) : "m"(*dst), "r"(val), "r"(temp1), "r"(temp2) : "memory"); } -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 13:37:35 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A8F437B401 for ; Thu, 7 Aug 2003 13:37:35 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04B7443FBF for ; Thu, 7 Aug 2003 13:37:34 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 25674 invoked from network); 7 Aug 2003 20:37:33 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 7 Aug 2003 20:37:33 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h77KbV9s032475; Thu, 7 Aug 2003 16:37:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 07 Aug 2003 16:37:52 -0400 (EDT) From: John Baldwin To: deischen@freebsd.org cc: "Portante, Peter" cc: alpha@freebsd.org cc: Marcel Moolenaar Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2003 20:37:35 -0000 On 07-Aug-2003 Daniel Eischen wrote: > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > >> On Thu, Aug 07, 2003 at 03:31:55PM -0400, Daniel Eischen wrote: >> > > > > " stq t0,%3\n" >> > > ^^^^^^^^^^^^^^^^^^^^ >> > > >> > > Whoops, typo: %3 should be %2. >> > >> > Yup, I caught that but didn't want to complain when something >> > is handed to me on a silver platter ;-) >> >> As long as you saw it :-) > > BTW, this is the only way I got it to compile. The compiler > (or assembler) didn't seem to like having t0 and t1 hardcoded. > > Grr, I just remembered. t0, t1, etc are our names for > them. They should probably be $1 and $2. Yes, t0 and t1 are #define's, so they don't work in inline asm. Also, you should clobber them if you use them directly, i.e. __asm(" ldq $1, %1\n" (suggested by Peter I think) "1: ldq_l $1, %1\n" " mov %2, $2\n" " stq_c $2, %1\n" " beq $2, 1b\n" " stq $1, %0\n" : "+m" (*res) : "m" (*dst), "r" (val) : "memory", "$1", "$2"); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 17:38:32 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8D0637B401; Thu, 7 Aug 2003 17:38:32 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 105B143FD7; Thu, 7 Aug 2003 17:38:31 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h780cUuN001506; Thu, 7 Aug 2003 20:38:30 -0400 (EDT) Date: Thu, 7 Aug 2003 20:38:30 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: alpha@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org Subject: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 00:38:33 -0000 I've got some preliminary patches to add alpha support to libpthread: http://people.freebsd.org/~deischen/kse/libc.diffs.alpha http://people.freebsd.org/~deischen/kse/libpthread.diffs.alpha They compile OK, but are untested. I think we still need a bit of kernel support, but this will at least give someone something to play with. Can someone please take a look at them? Thanks, -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 18:23:19 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6114937B401; Thu, 7 Aug 2003 18:23:19 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2649943F75; Thu, 7 Aug 2003 18:23:18 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h781NHwO048485; Thu, 7 Aug 2003 18:23:17 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h781NHWe001903; Thu, 7 Aug 2003 18:23:17 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h781NH6H001902; Thu, 7 Aug 2003 18:23:17 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Aug 2003 18:23:17 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030808012317.GA1835@athlon.pn.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 01:23:19 -0000 On Thu, Aug 07, 2003 at 08:38:30PM -0400, Daniel Eischen wrote: > I've got some preliminary patches to add alpha support to libpthread: I'll boot-up my alpha and play with it a bit... > http://people.freebsd.org/~deischen/kse/libc.diffs.alpha Can we merge the functionality of signalcontext() and makecontext()? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 18:31:14 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C9237B401; Thu, 7 Aug 2003 18:31:14 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9596243F85; Thu, 7 Aug 2003 18:31:13 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h781VCuN010662; Thu, 7 Aug 2003 21:31:12 -0400 (EDT) Date: Thu, 7 Aug 2003 21:31:12 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Marcel Moolenaar In-Reply-To: <20030808012317.GA1835@athlon.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 01:31:14 -0000 On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > On Thu, Aug 07, 2003 at 08:38:30PM -0400, Daniel Eischen wrote: > > I've got some preliminary patches to add alpha support to libpthread: > > I'll boot-up my alpha and play with it a bit... Don't you have enought to do with ia64! Not that I mind... :-) > > http://people.freebsd.org/~deischen/kse/libc.diffs.alpha > > Can we merge the functionality of signalcontext() and makecontext()? I know; they're so close. Perhaps they can both call the same function with slightly different arguments. I do like the cleaner implementation of signalcontext() though, i.e., the part about not having to a separate _ctx_start.S. -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 18:53:22 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC6F137B401; Thu, 7 Aug 2003 18:53:22 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0595C43FBF; Thu, 7 Aug 2003 18:53:22 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h781rLQX044727; Thu, 7 Aug 2003 18:53:21 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h781rLaA044726; Thu, 7 Aug 2003 18:53:21 -0700 (PDT) Date: Thu, 7 Aug 2003 18:53:21 -0700 From: "David O'Brien" To: deischen@freebsd.org Message-ID: <20030808015321.GB44639@dragon.nuxi.com> Mail-Followup-To: David O'Brien , deischen@freebsd.org, "Portante, Peter" , alpha@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 01:53:23 -0000 On Thu, Aug 07, 2003 at 01:44:18PM -0400, Daniel Eischen wrote: > "beq %1, 2f\n\t" /* if the store failed, spin */ It is worth explaining why this is "beq" since it wasn't obvious to all readers. :-) From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 19:05:56 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9786637B401; Thu, 7 Aug 2003 19:05:56 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8D0943FDD; Thu, 7 Aug 2003 19:05:55 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h7825suN016152; Thu, 7 Aug 2003 22:05:54 -0400 (EDT) Date: Thu, 7 Aug 2003 22:05:54 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: "David O'Brien" In-Reply-To: <20030808015321.GB44639@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Portante, Peter" cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 02:05:56 -0000 On Thu, 7 Aug 2003, David O'Brien wrote: > On Thu, Aug 07, 2003 at 01:44:18PM -0400, Daniel Eischen wrote: > > "beq %1, 2f\n\t" /* if the store failed, spin */ > > It is worth explaining why this is "beq" since it wasn't obvious to all > readers. :-) Well, when you catch up on you're reading, you'll see the forward branch is no longer there. But FYI, it was supposedly there because it was thought that Alpha's always predicted a backwards branch, so the common case of the store succeeding wasn't optimized. -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 19:09:00 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 149B937B401; Thu, 7 Aug 2003 19:09:00 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38C7D43F3F; Thu, 7 Aug 2003 19:08:59 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7828xwO048706; Thu, 7 Aug 2003 19:08:59 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7828wWe002053; Thu, 7 Aug 2003 19:08:58 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h7828wGH002052; Thu, 7 Aug 2003 19:08:58 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Aug 2003 19:08:58 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030808020858.GA2011@athlon.pn.xcllnt.net> References: <20030808012317.GA1835@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 02:09:00 -0000 On Thu, Aug 07, 2003 at 09:31:12PM -0400, Daniel Eischen wrote: > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > > > On Thu, Aug 07, 2003 at 08:38:30PM -0400, Daniel Eischen wrote: > > > I've got some preliminary patches to add alpha support to libpthread: > > > > I'll boot-up my alpha and play with it a bit... > > Don't you have enought to do with ia64! Not that I mind... :-) I've got plenty to do, but as long as I'm focused on KSE/ia64, I might as well exercise the knowledge with KSE/alpha. Besides, I need the distractions to keep enough distance from ia64 problems. It helps keep a clear mind and avoids getting stuck. > > > http://people.freebsd.org/~deischen/kse/libc.diffs.alpha > > > > Can we merge the functionality of signalcontext() and makecontext()? > > I know; they're so close. Perhaps they can both call the same > function with slightly different arguments. I do like the > cleaner implementation of signalcontext() though, i.e., the > part about not having to a separate _ctx_start.S. Me too. Ok, let's not worry about it too much. People can always tune and tweak once it's working. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 19:17:00 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92EB037B401; Thu, 7 Aug 2003 19:17:00 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94F1E43FAF; Thu, 7 Aug 2003 19:16:57 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h782GuuN018019; Thu, 7 Aug 2003 22:16:56 -0400 (EDT) Date: Thu, 7 Aug 2003 22:16:56 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Marcel Moolenaar In-Reply-To: <20030808020858.GA2011@athlon.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 02:17:00 -0000 On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > On Thu, Aug 07, 2003 at 09:31:12PM -0400, Daniel Eischen wrote: > > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > > > > > On Thu, Aug 07, 2003 at 08:38:30PM -0400, Daniel Eischen wrote: > > > > I've got some preliminary patches to add alpha support to libpthread: > > > > > > I'll boot-up my alpha and play with it a bit... > > > > Don't you have enought to do with ia64! Not that I mind... :-) > > I've got plenty to do, but as long as I'm focused on KSE/ia64, > I might as well exercise the knowledge with KSE/alpha. Besides, > I need the distractions to keep enough distance from ia64 > problems. It helps keep a clear mind and avoids getting stuck. Sure. BTW, I didn't know what the TLS ABI was supposed to be for alpha. So for now, it is the same as ia64; it can easily be changed later once we know what it is. -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 19:30:12 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE92C37B401; Thu, 7 Aug 2003 19:30:12 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD64143FD7; Thu, 7 Aug 2003 19:30:11 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h782UBwO048846; Thu, 7 Aug 2003 19:30:11 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h782UBWe002151; Thu, 7 Aug 2003 19:30:11 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h782UBJU002150; Thu, 7 Aug 2003 19:30:11 -0700 (PDT) (envelope-from marcel) Date: Thu, 7 Aug 2003 19:30:11 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030808023011.GC2011@athlon.pn.xcllnt.net> References: <20030808020858.GA2011@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 02:30:13 -0000 On Thu, Aug 07, 2003 at 10:16:56PM -0400, Daniel Eischen wrote: > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > > > On Thu, Aug 07, 2003 at 09:31:12PM -0400, Daniel Eischen wrote: > > > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > > > > > > > On Thu, Aug 07, 2003 at 08:38:30PM -0400, Daniel Eischen wrote: > > > > > I've got some preliminary patches to add alpha support to libpthread: > > > > > > > > I'll boot-up my alpha and play with it a bit... > > > > > > Don't you have enought to do with ia64! Not that I mind... :-) > > > > I've got plenty to do, but as long as I'm focused on KSE/ia64, > > I might as well exercise the knowledge with KSE/alpha. Besides, > > I need the distractions to keep enough distance from ia64 > > problems. It helps keep a clear mind and avoids getting stuck. > > Sure. BTW, I didn't know what the TLS ABI was supposed > to be for alpha. So for now, it is the same as ia64; it > can easily be changed later once we know what it is. See Ulrich Drepper's TLS document. It's a hybrid between ia64 and sparc64. I think you can use the ia64 datastructures, but I think the thread-pointer points to the TCB, not the TLS block as for ia64. How exactly depends on what the compiler emits. Our in-tree gcc does not emit TLS access sequences, so I wouldn't worry too much about it. I think the gcc port has been updated, so we can check if that one has TLS support on alpha. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 19:39:54 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8116537B401; Thu, 7 Aug 2003 19:39:54 -0700 (PDT) Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9404B43FB1; Thu, 7 Aug 2003 19:39:52 -0700 (PDT) (envelope-from peter.jeremy@alcatel.com.au) Received: from sydsmtp01.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1])h782doXk024150; Fri, 8 Aug 2003 12:39:50 +1000 Received: from gsmx07.alcatel.com.au ([139.188.20.247]) by sydsmtp01.alcatel.com.au (Lotus Domino Release 5.0.12) with ESMTP id 2003080812394959:39918 ; Fri, 8 Aug 2003 12:39:49 +1000 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) by gsmx07.alcatel.com.au (8.12.9/8.12.9) with ESMTP id h782dn7d042170; Fri, 8 Aug 2003 12:39:49 +1000 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.9/8.12.9/Submit) id h782dnBF042169; Fri, 8 Aug 2003 12:39:49 +1000 (EST) (envelope-from peter.jeremy@alcatel.com.au) Date: Fri, 8 Aug 2003 12:39:48 +1000 From: Peter Jeremy To: deischen@freebsd.org Message-ID: <20030808023948.GU430@gsmx07.alcatel.com.au> Mail-Followup-To: deischen@freebsd.org, David O'Brien , alpha@freebsd.org References: <20030808015321.GB44639@dragon.nuxi.com> Mime-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.4.1i X-MIMETrack: Itemize by SMTP Server on SYDSMTP01/AlcatelAustralia(Release 5.0.12 |February 13, 2003) at 08/08/2003 12:39:49 PM,|February 13, 2003) at 08/08/2003 12:39:50 PM, Serialize complete at 08/08/2003 12:39:50 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 02:39:54 -0000 On 2003-Aug-07 22:05:54 -0400, Daniel Eischen wrote: >On Thu, 7 Aug 2003, David O'Brien wrote: > >> On Thu, Aug 07, 2003 at 01:44:18PM -0400, Daniel Eischen wrote: >> > "beq %1, 2f\n\t" /* if the store failed, spin */ >> >> It is worth explaining why this is "beq" since it wasn't obvious to all >> readers. :-) > >Well, when you catch up on you're reading, you'll see the >forward branch is no longer there. But FYI, it was >supposedly there because it was thought that Alpha's >always predicted a backwards branch, so the common >case of the store succeeding wasn't optimized. To clarify slightly: Originally, the Alpha architecture predicted conditional branches based on the branch displacement - backward branches were predicted taken and forward branches were predicted not taken. Later Alpha versions will preferentially[*] use branch history information stored in the Icache. The latest AXP Architecture manual I have (Edition 4) states (A.2.2) that branch prediction is implementation specific but infrequent cases should be out-of-line (and out of cache if rare (<5%)). It further recommends that the implementation strategy should prioritise in the following order: 1) straight-line with no branch-takens 2) predict conditional branches based on the displacement (backward taken, forward not-taken) 3) keep a prediction stack for subroutine return addressses. The recommended code for atomic updates (5.5.2) still uses a forward conditional branch for the store-failed case. All the above said, the code should preferably include comments explaining why the branch configuration was chosen. Whilst it's not mandated by style(9), explaining why code is structured in a particular way, rather than a different apparently simpler way is generally a good idea. [*] The branch prediction strategy is user selectable on at least some chips. Peter From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 21:54:55 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A6D537B401 for ; Thu, 7 Aug 2003 21:54:55 -0700 (PDT) Received: from wolfram.com (wri-dns0.wolfram.com [140.177.205.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC0D43FBD for ; Thu, 7 Aug 2003 21:54:54 -0700 (PDT) (envelope-from hemi@just.puresimplicity.net) Received: from just.puresimplicity.net ([140.177.207.10]) by wolfram.com (8.11.2/8.11.2) with ESMTP id h784seL04098 for ; Thu, 7 Aug 2003 23:54:51 -0500 Received: (from hemi@localhost) by just.puresimplicity.net (8.12.9/8.12.9/Submit) id h784sev5020128 for freebsd-alpha@FreeBSD.org; Thu, 7 Aug 2003 23:54:40 -0500 (CDT) (envelope-from hemi) Date: Thu, 7 Aug 2003 23:54:40 -0500 From: Josh Tolbert To: freebsd-alpha@FreeBSD.org Message-ID: <20030808045440.GA20077@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: UW2 cards don't like to run at UW2? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 04:54:55 -0000 Hello, In my ongoing quest to get my Alpha to perform better I pickec up two LSI22902 dual-channel SCSI cards from SCSI4ME.com for $14 each. The LSI22902s are essentially the same as the old SYM22910 (both are dual-channel, but the 902 is lacking one connector for each channel either internally or externally) I picked up a while back but seemed flaky, so I decided to give the LSI22902 a try. I got the card, tossed it in the Alpha (a PC164LX-based machine) and away it went. The card is bootable and all, but FreeBSD (5.1) only sees it as a UW card. The *exact* same setup (card, cable and drives) in an x86 machine runs at UW2 (80M/s) quite nicely...Why doesn't it in the Alpha and is there any way to change this behavior? I'd much rather my UW2 card run at UW2 than at UW. Both the SYM22910 and LSI22902 (both 896 chips) exhibit this behavior, but unfortunately those are the only two datapoints I can provide. Any ideas? Thanks again, Josh From owner-freebsd-alpha@FreeBSD.ORG Thu Aug 7 22:50:41 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3850637B401 for ; Thu, 7 Aug 2003 22:50:41 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B80C43F85 for ; Thu, 7 Aug 2003 22:50:40 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h785ocQX059714; Thu, 7 Aug 2003 22:50:39 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h785ocjo059713; Thu, 7 Aug 2003 22:50:38 -0700 (PDT) Date: Thu, 7 Aug 2003 22:50:38 -0700 From: "David O'Brien" To: Josh Tolbert Message-ID: <20030808055038.GA54950@dragon.nuxi.com> References: <20030808045440.GA20077@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030808045440.GA20077@just.puresimplicity.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-alpha@FreeBSD.org Subject: Re: UW2 cards don't like to run at UW2? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 05:50:41 -0000 On Thu, Aug 07, 2003 at 11:54:40PM -0500, Josh Tolbert wrote: > the card, tossed it in the Alpha (a PC164LX-based machine) and away > it went. The card is bootable and all, but FreeBSD (5.1) only sees > it as a UW card. The *exact* same setup (card, cable and drives) > in an x86 machine runs at UW2 (80M/s) quite nicely...Why doesn't > it in the Alpha and is there any way to change this behavior? Can't say why you are experiencing this -- but I can say that LSI LVD (80M/s) cards work in a 164LX. I have a Tekram-290U2W in one and I get proper speeds. -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 00:15:12 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0038237B401; Fri, 8 Aug 2003 00:15:11 -0700 (PDT) Received: from wolfram.com (wri-dns0.wolfram.com [140.177.205.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E52A743FCB; Fri, 8 Aug 2003 00:15:10 -0700 (PDT) (envelope-from hemi@just.puresimplicity.net) Received: from just.puresimplicity.net ([140.177.207.10]) by wolfram.com (8.11.2/8.11.2) with ESMTP id h787F4L31422; Fri, 8 Aug 2003 02:15:09 -0500 Received: (from hemi@localhost) by just.puresimplicity.net (8.12.9/8.12.9/Submit) id h787F4HS020653; Fri, 8 Aug 2003 02:15:04 -0500 (CDT) (envelope-from hemi) Date: Fri, 8 Aug 2003 02:15:04 -0500 From: Josh Tolbert To: "David O'Brien" Message-ID: <20030808071504.GA20590@just.puresimplicity.net> References: <20030808045440.GA20077@just.puresimplicity.net> <20030808055038.GA54950@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030808055038.GA54950@dragon.nuxi.com> User-Agent: Mutt/1.4i cc: freebsd-alpha@freebsd.org Subject: Re: UW2 cards don't like to run at UW2? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 07:15:12 -0000 On Thu, Aug 07, 2003 at 10:50:38PM -0700, David O'Brien wrote: > On Thu, Aug 07, 2003 at 11:54:40PM -0500, Josh Tolbert wrote: > > the card, tossed it in the Alpha (a PC164LX-based machine) and away > > it went. The card is bootable and all, but FreeBSD (5.1) only sees > > it as a UW card. The *exact* same setup (card, cable and drives) > > in an x86 machine runs at UW2 (80M/s) quite nicely...Why doesn't > > it in the Alpha and is there any way to change this behavior? > > Can't say why you are experiencing this -- but I can say that LSI LVD > (80M/s) cards work in a 164LX. I have a Tekram-290U2W in one and I get > proper speeds. > > -- > -- David (obrien@FreeBSD.org) Hrm, interesting. Your 290U2W uses the 896 chipset? I figured maybe posting some actual information might help. Here's what dmesg shows about both channels of the card: sym0: <896> port 0x1000-0x10ff mem 0x84250000-0x84251fff,0x84255000-0x842553ff irq 0 at device 6.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym0: interrupting at CIA irq 0 sym1: <896> port 0x1100-0x11ff mem 0x84252000-0x84253fff,0x84255400-0x842557ff irq 7 at device 6.1 on pci0 sym1: Symbios NVRAM, ID 7, Fast-40, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. sym1: interrupting at CIA irq 7 Then, how the drives are detected: Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. da0 at sym1 bus 0 target 3 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) da1 at sym1 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) Mounting root from ufs:/dev/da0a pciconf -lv: sym0@pci0:6:0: class=0x010000 card=0x10301000 chip=0x000b1000 rev=0x07 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C896/7 PCI to Dual Channel Ultra2 SCSI Multifunction Controller' class = mass storage subclass = SCSI sym1@pci0:6:1: class=0x010000 card=0x10301000 chip=0x000b1000 rev=0x07 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C896/7 PCI to Dual Channel Ultra2 SCSI Multifunction Controller' class = mass storage subclass = SCSI I really don't know what is going on. :( Would an 895-based U2W card have better luck? Thanks, Josh From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 00:47:02 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6590737B401; Fri, 8 Aug 2003 00:47:02 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D353643FB1; Fri, 8 Aug 2003 00:47:01 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc11n.dialup.mindspring.com ([209.86.4.55] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19l1xe-0004c4-00; Fri, 08 Aug 2003 00:46:54 -0700 Message-ID: <3F335536.89A6A07D@mindspring.com> Date: Fri, 08 Aug 2003 00:45:58 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Portante, Peter" References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4535dfdb0bb56b8416b8c939be11492613ca473d225a0f487350badd9bab72f9c350badd9bab72f9c cc: deischen@freebsd.org cc: alpha@freebsd.org Subject: Re: Atomic swap X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 07:47:02 -0000 "Portante, Peter" wrote: > Additionally, the stq_c destroys the contents of %2, so you need to > move the value in %2 into another register for use in the stq_c. I > don't know how to do that in the ASM, so I just used raw register > names below, highlighted in red. You have to be sneaky. OR the value in the regiter with 0 and store the result in the register you want to move it to. -- Terry From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 01:18:28 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D50C237B401 for ; Fri, 8 Aug 2003 01:18:28 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31AD843FE0 for ; Fri, 8 Aug 2003 01:18:28 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h788IQQX068987; Fri, 8 Aug 2003 01:18:26 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h788IQhV068986; Fri, 8 Aug 2003 01:18:26 -0700 (PDT) Date: Fri, 8 Aug 2003 01:18:26 -0700 From: "David O'Brien" To: Josh Tolbert Message-ID: <20030808081825.GA68949@dragon.nuxi.com> References: <20030808045440.GA20077@just.puresimplicity.net> <20030808055038.GA54950@dragon.nuxi.com> <20030808071504.GA20590@just.puresimplicity.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030808071504.GA20590@just.puresimplicity.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-alpha@freebsd.org Subject: Re: UW2 cards don't like to run at UW2? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 08:18:29 -0000 On Fri, Aug 08, 2003 at 02:15:04AM -0500, Josh Tolbert wrote: > > Can't say why you are experiencing this -- but I can say that LSI LVD > > (80M/s) cards work in a 164LX. I have a Tekram-290U2W in one and I get > > proper speeds. > > > > -- > > -- David (obrien@FreeBSD.org) > > Hrm, interesting. Your 290U2W uses the 896 chipset? 895 -- the 896 is mostly just two 895's on the same silicon. > da0 at sym1 bus 0 target 3 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled > da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) You've checked termination, cables, etc..? I wonder if there is something in your card's option ROM that isn't getting set on the Alpha vs. i386. Maybe try just one drive at a time? > I really don't know what is going on. :( Would an 895-based U2W card > have better luck? I doubt it -- as a general rule. But, maybe a different card would work better? -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 14:14:41 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D42437B401 for ; Fri, 8 Aug 2003 14:14:41 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3D6843FBF for ; Fri, 8 Aug 2003 14:14:40 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5207 invoked from network); 8 Aug 2003 21:14:40 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 8 Aug 2003 21:14:40 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h78LEc9s038035 for ; Fri, 8 Aug 2003 17:14:39 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 08 Aug 2003 17:14:59 -0400 (EDT) From: John Baldwin To: alpha@FreeBSD.org Subject: [PATCH] Switch Alpha to new cpu_switch/throw conventions X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 21:14:41 -0000 I have a completely untested (but should work :-P) patch to convert Alpha over to the new cpu_throw/switch conventions of passing the threads in as arguments to the function. The patch is at http://www.FreeBSD.org/~jhb/patches/alpha_switch.patch I would appreciate it if someone could test it. Success would be making it to multiuser mode. Failure would probably be panic'ing very early after starting init since failure means context switches are broken. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 16:24:29 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E79C037B401; Fri, 8 Aug 2003 16:24:29 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FE243F85; Fri, 8 Aug 2003 16:24:28 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h78NOSwO054873; Fri, 8 Aug 2003 16:24:28 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h78NOSc9025883; Fri, 8 Aug 2003 16:24:28 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h78NOSJZ025882; Fri, 8 Aug 2003 16:24:28 -0700 (PDT) (envelope-from marcel) Date: Fri, 8 Aug 2003 16:24:28 -0700 From: Marcel Moolenaar To: John Baldwin Message-ID: <20030808232428.GA25847@athlon.pn.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org Subject: Re: [PATCH] Switch Alpha to new cpu_switch/throw conventions X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2003 23:24:30 -0000 On Fri, Aug 08, 2003 at 05:14:59PM -0400, John Baldwin wrote: > I have a completely untested (but should work :-P) patch to convert > Alpha over to the new cpu_throw/switch conventions of passing the > threads in as arguments to the function. The patch is at > http://www.FreeBSD.org/~jhb/patches/alpha_switch.patch I would > appreciate it if someone could test it. Success would be making > it to multiuser mode. Failure would probably be panic'ing very early > after starting init since failure means context switches are broken. Kaboom: : FreeBSD 5.1-CURRENT #19: Fri Aug 8 15:22:59 PDT 2003 marcel@alpha.pn.xcllnt.net:/nfs/freebsd/5.x/src/sys/alpha/compile/ALPHA Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc0000718000. Digital Personal Workstation (Miata) Digital Personal WorkStation 433au, 432MHz : Timecounter "i8254" frequency 1193182 Hz Timecounter "alpha" frequency 433203210 Hz Timecounters tick every 0.976 msec acd0: CDROM at ata0-master PIO3 Waiting 3 seconds for SCSI devices to settle da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) Mounting root from ufs:/dev/da0a fatal kernel trap: trap entry = 0x2 (memory management fault) faulting va = 0x138 type = access violation cause = load instructon pc = 0xfffffc000057e6ec ra = 0xfffffc0000580174 sp = 0xfffffe0013f75be0 usp = 0x11fffc58 curthread = 0xfffffc0003c9abe0 pid = 37, comm = stty Stopped at pmap_deactivate+0xc: ldq t1,0x138(t0) <0x138> db> trace pmap_deactivate() at pmap_deactivate+0xc Lcs1() at Lcs1+0x20 --- root of call graph --- -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 17:40:35 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E560F37B401; Fri, 8 Aug 2003 17:40:35 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE7843FBD; Fri, 8 Aug 2003 17:40:35 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp42.pn.xcllnt.net (dhcp42.pn.xcllnt.net [192.168.4.242]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h790eYwO055223; Fri, 8 Aug 2003 17:40:34 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp42.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp42.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h790aUAm017380; Fri, 8 Aug 2003 17:36:30 -0700 (PDT) (envelope-from marcel@dhcp42.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp42.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h790aUj6017379; Fri, 8 Aug 2003 17:36:30 -0700 (PDT) (envelope-from marcel) Date: Fri, 8 Aug 2003 17:36:30 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030809003630.GA3293@dhcp42.pn.xcllnt.net> References: <20030808012317.GA1835@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 00:40:36 -0000 On Thu, Aug 07, 2003 at 09:31:12PM -0400, Daniel Eischen wrote: > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > > > On Thu, Aug 07, 2003 at 08:38:30PM -0400, Daniel Eischen wrote: > > > I've got some preliminary patches to add alpha support to libpthread: > > > > I'll boot-up my alpha and play with it a bit... Ok, things compile and the patches look reasonable. In signalcontext() we probably want to remove the sp -= 16 statement. On ia64 this is required because each function has 16 bytes of scratch space on the stack (per the runtime specification). We don't need it on alpha. Other than that I suggest we commit it, hook-up libkse to the build and cross bridges when we come to them (ie we tweak and/or fix when we can actually test the code). Thoughts? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 19:21:34 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DCE537B401 for ; Fri, 8 Aug 2003 19:21:34 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE06843F75 for ; Fri, 8 Aug 2003 19:21:33 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h792LWuN008375; Fri, 8 Aug 2003 22:21:33 -0400 (EDT) Date: Fri, 8 Aug 2003 22:21:32 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Marcel Moolenaar In-Reply-To: <20030809003630.GA3293@dhcp42.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 02:21:34 -0000 On Fri, 8 Aug 2003, Marcel Moolenaar wrote: > On Thu, Aug 07, 2003 at 09:31:12PM -0400, Daniel Eischen wrote: > > On Thu, 7 Aug 2003, Marcel Moolenaar wrote: > > > > > On Thu, Aug 07, 2003 at 08:38:30PM -0400, Daniel Eischen wrote: > > > > I've got some preliminary patches to add alpha support to libpthread: > > > > > > I'll boot-up my alpha and play with it a bit... > > Ok, things compile and the patches look reasonable. In signalcontext() > we probably want to remove the sp -= 16 statement. On ia64 this is > required because each function has 16 bytes of scratch space on the > stack (per the runtime specification). We don't need it on alpha. OK. > Other than that I suggest we commit it, hook-up libkse to the build > and cross bridges when we come to them (ie we tweak and/or fix when > we can actually test the code). Thoughts? Sure, I'll try to commit it tomorrow. Feel free to beat me to it if you want. There were a few places in enter_uts.S and context.S where I used ldil and ldl instructions. Those should be ldiq and ldq's, right? -- Dan Eischen From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 8 20:11:30 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8022737B401; Fri, 8 Aug 2003 20:11:30 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5551843FA3; Fri, 8 Aug 2003 20:11:29 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp42.pn.xcllnt.net (dhcp42.pn.xcllnt.net [192.168.4.242]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h793BTwO055849; Fri, 8 Aug 2003 20:11:29 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp42.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp42.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h793BSAm060395; Fri, 8 Aug 2003 20:11:28 -0700 (PDT) (envelope-from marcel@dhcp42.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp42.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h793BSk5060394; Fri, 8 Aug 2003 20:11:28 -0700 (PDT) (envelope-from marcel) Date: Fri, 8 Aug 2003 20:11:28 -0700 From: Marcel Moolenaar To: deischen@freebsd.org Message-ID: <20030809031128.GA60353@dhcp42.pn.xcllnt.net> References: <20030809003630.GA3293@dhcp42.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: alpha@freebsd.org Subject: Re: [PATCH] libpthread support X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 03:11:30 -0000 On Fri, Aug 08, 2003 at 10:21:32PM -0400, Daniel Eischen wrote: > > > Other than that I suggest we commit it, hook-up libkse to the build > > and cross bridges when we come to them (ie we tweak and/or fix when > > we can actually test the code). Thoughts? > > Sure, I'll try to commit it tomorrow. Feel free to beat > me to it if you want. Don't expect that to happen :-) > There were a few places in enter_uts.S and context.S where > I used ldil and ldl instructions. Those should be ldiq and > ldq's, right? Yes. Some may actually not break anything, but all fields are defined as long, so we should probably use ld?q in all cases. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 09:00:13 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B00637B401; Sat, 9 Aug 2003 09:00:13 -0700 (PDT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2602343FA3; Sat, 9 Aug 2003 09:00:12 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from triangle.rtp.FreeBSD.Org (localhost [127.0.0.1]) h79G0Beb041512; Sat, 9 Aug 2003 12:00:11 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by triangle.rtp.FreeBSD.Org (8.12.9/8.12.9/Submit) id h79G0BQJ041511; Sat, 9 Aug 2003 12:00:11 -0400 (EDT) Date: Sat, 9 Aug 2003 12:00:11 -0400 (EDT) Message-Id: <200308091600.h79G0BQJ041511@triangle.rtp.FreeBSD.Org> X-Authentication-Warning: triangle.rtp.FreeBSD.Org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: stable@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [releng_4 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 16:00:14 -0000 TB --- 2003-08-09 16:00:11 - starting RELENG_4 tinderbox run for alpha/alpha TB --- 2003-08-09 16:00:11 - checking out the source tree TB --- cd /home/des/tinderbox/RELENG_4/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2003-08-09 16:00:11 - /usr/bin/cvs returned exit code 1 TB --- 2003-08-09 16:00:11 - ERROR: unable to check out the source tree TB --- 2003-08-09 16:00:11 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 09:45:33 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8208937B401 for ; Sat, 9 Aug 2003 09:45:33 -0700 (PDT) Received: from mgr6.xmission.com (mgr6.xmission.com [198.60.22.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7638F43FBF for ; Sat, 9 Aug 2003 09:45:32 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: from mail by mgr6.xmission.com with spam-scanned (Exim 3.35 #1) id 19lWqR-0002B7-06 for freebsd-alpha@freebsd.org; Sat, 09 Aug 2003 10:45:31 -0600 Received: from [207.135.128.145] (helo=misty.eyesbeyond.com) by mgr6.xmission.com with esmtp (Exim 3.35 #1) id 19lWqP-00025z-06 for freebsd-alpha@FreeBSD.org; Sat, 09 Aug 2003 10:45:30 -0600 Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.12.9/8.12.9) with ESMTP id h79GrGC5026798 for ; Sat, 9 Aug 2003 10:53:26 -0600 (MDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.12.9/8.12.9/Submit) id h79Gq1VV026764 for freebsd-alpha@FreeBSD.org; Sat, 9 Aug 2003 10:52:01 -0600 (MDT) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Sat, 9 Aug 2003 10:51:59 -0600 From: Greg Lewis To: freebsd-alpha@FreeBSD.org Message-ID: <20030809165159.GA26726@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Status: No, hits=-7.9 required=8.0 tests=BAYES_10,USER_AGENT_MUTT,X_AUTH_WARNING autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Netboot cross-compiled kernel X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 16:45:33 -0000 Hi all, I have a couple of Alphas at home, and I'd like to get at least one booting FreeBSD. One is a BX/UX without SRM, so that appears to be stuck with Linux. The other is an EB164 which looks to me like it should work. It currently has Digital UNIX on it (4.x). As I didn't want to blow that away I decided to try netbooting. I grabbed the 4.8 miniiso and unpacked it in a suitable directory and put in an fstab with just a root NFS mount (for now). After setting up bootp and tftp the machine does boot, only to have the GENERIC kernel panic trying to mount root: Mounting root from nfs:10.0.0.1:/diskless/FreeBSD/alpha/4.8 missing device name setrootbyname failed panic: nfs_mountroot: socreate(0000): 43 Looking through the archives, I saw a post from Drew which mentions I need the following options in my kernel: options BOOTP options BOOTP_NFSROOT options BOOTP_WIRED_TO=de0 Since I haven't got an Alpha running FreeBSD, I cross built the kernel (after copying the GENERIC config and adding those lines) on my x86 box (running 4.8): make TARGET_ARCH=alpha buildworld make TARGET_ARCH=alpha buildkernel KERNCONF=OMEGA make TARGET_ARCH=alpha DESTDIR=/diskless/FreeBSD/alpha/4.8 installkernel KERNCONF=OMEGA This appears to work and produce an Alpha kernel: file /usr/obj/alpha/usr/src/sys/OMEGA/kernel /usr/obj/alpha/usr/src/sys/OMEGA/kernel: ELF 64-bit LSB executable, Alpha (unofficial), version 1 (FreeBSD), dynamically linked (uses shared libs), not stripped However, if I try and boot this new kernel it panics immediately after printing the copyright with: fatal kernel trap: trap entry = 0x2 (memory management fault) a0 = 0x0 a1 = 0x1 a2 = 0x0 pc = 0xfffffc000041d07c ra = 0xfffffc000041d9fc curproc = 0 panic: trap Is there something else I need to do when cross building, or does it not work in 4.x? I did notice the cross-build compiles code with -mcpu=ev4 where the CPU identifies during boot as: CPU: EV56 (21164A) Is this a problem? I.e. should I do the build with -mcpu=ev56? If its pertinent the machine identifies itself as: Digital AlphaPC 164 432 Mhz Its running SRM 4.8, although that seems to be working fine in terms of the netbooting getting going and I'm loathe to upgrade unless I need to after having bad experience trying to get SRM working on an LX board. Any help appreciated :). -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 13:51:48 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39FBB37B401 for ; Sat, 9 Aug 2003 13:51:48 -0700 (PDT) Received: from graf.pompo.net (lns-th2-2f-81-56-186-139.adsl.proxad.net [81.56.186.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7616843FE0 for ; Sat, 9 Aug 2003 13:51:47 -0700 (PDT) (envelope-from thierry@pompo.net) Received: by graf.pompo.net (Postfix, from userid 1001) id 77E4C750E; Sat, 9 Aug 2003 22:51:49 +0200 (CEST) Date: Sat, 9 Aug 2003 22:51:49 +0200 From: Thierry Thomas To: Liste FreeBSD-alpha Message-ID: <20030809205149.GA14947@graf.pompo.net> Mail-Followup-To: Liste FreeBSD-alpha Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.8-STABLE i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Subject: Problem with ld-elf.so: program does not launch. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 20:51:48 -0000 Hello, I have ported metis-edf (cad/metis-edf) to FreeBSD, it runs fine on i386, but it aborts on alpha. On Bento, the log is at . More precisely, it builds, then there is a `make test', it eats all the CPU and never launches. Thanks to Oliver, I have got an access to an Alpha machine, built with -g, and ran it through gdb: if you set a breakpoint to main(), it never reaches it, and you have to ^C. A backtrace gives something like (gdb) bt #0 0x160039af4 in __remqu () from /usr/libexec/ld-elf.so.1 #1 0x160035f68 in r_debug_state () from /usr/libexec/ld-elf.so.1 #2 0x160035f68 in r_debug_state () from /usr/libexec/ld-elf.so.1 Error accessing memory address 0xfffffffffffffffd: Bad address. On i386, I have had to patch to link against /usr/lib/crt1.o, and that did the trick; on Alpha, there is a linker-warning: /usr/libexec/elf/ld: warning: type and size of dynamic symbol `_fini' are not defined If compiled with '-W -Wall', it reports a lot warnings, and I have fixed some of them, but it does not change anything. If linked with '--verbose', nothing special. I have no experience on this architecture, so any help or ideas are welcome! Best regards, -- Th. Thomas. From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 14:53:53 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AD0237B401 for ; Sat, 9 Aug 2003 14:53:53 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4846543F93 for ; Sat, 9 Aug 2003 14:53:52 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h79LrqwO063647 for ; Sat, 9 Aug 2003 14:53:52 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h79Lrpif051986 for ; Sat, 9 Aug 2003 14:53:51 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h79Lrp3j051985 for freebsd-alpha@freebsd.org; Sat, 9 Aug 2003 14:53:51 -0700 (PDT) (envelope-from marcel) Date: Sat, 9 Aug 2003 14:53:51 -0700 From: Marcel Moolenaar To: Liste FreeBSD-alpha Message-ID: <20030809215351.GA51932@athlon.pn.xcllnt.net> References: <20030809205149.GA14947@graf.pompo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030809205149.GA14947@graf.pompo.net> User-Agent: Mutt/1.5.4i Subject: Re: Problem with ld-elf.so: program does not launch. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 21:53:53 -0000 On Sat, Aug 09, 2003 at 10:51:49PM +0200, Thierry Thomas wrote: > Hello, > > I have ported metis-edf (cad/metis-edf) to FreeBSD, it runs fine on > i386, but it aborts on alpha. On Bento, the log is at > . Try linking using cc(1) instead of ld(1). If you use ld(1) directly, you better know what you're doing. Something like: cc -v -o ../onmetis.exe onmetis.o io.o smbfactor.o ecri11.o lect11.o lect00.o -lmetis -lm -lg2c The -v option should also tell you what you need on the ld(1) line and in what order if you still want or need to use ld(1) directly. Another cause can be that ld-elf.so.1 doesn't handle a particular relocation yet, but fails to abort. This is more tricky to debug if you don't have root and/or console access to the machine. HTH, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 15:05:18 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC19D37B401 for ; Sat, 9 Aug 2003 15:05:18 -0700 (PDT) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 147B443FE5 for ; Sat, 9 Aug 2003 15:05:18 -0700 (PDT) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id C2E633D0; Sun, 10 Aug 2003 00:04:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id A903142 for ; Sun, 10 Aug 2003 00:04:31 +0200 (CEST) Date: Sun, 10 Aug 2003 00:04:31 +0200 (CEST) From: Sten To: freebsd-alpha@freebsd.org In-Reply-To: <20030808081825.GA68949@dragon.nuxi.com> Message-ID: References: <20030808045440.GA20077@just.puresimplicity.net> <20030808071504.GA20590@just.puresimplicity.net> <20030808081825.GA68949@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: UW2 cards don't like to run at UW2? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 22:05:19 -0000 On Fri, 8 Aug 2003, David O'Brien wrote: > > da0 at sym1 bus 0 target 3 lun 0 > > da0: Fixed Direct Access SCSI-2 device > > da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled > > da0: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C) > > You've checked termination, cables, etc..? I wonder if there is > something in your card's option ROM that isn't getting set on the Alpha > vs. i386. > > Maybe try just one drive at a time? Just a stupid question, but have you tried playing with camcontrol ? aka something like this : #Set symbios to U2W /sbin/camcontrol negotiate pass0 -R 40 ( works on my 164sx ) -- Sten Spans There is a crack in everything that's how the light gets in. From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 15:54:34 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB3937B401 for ; Sat, 9 Aug 2003 15:54:34 -0700 (PDT) Received: from graf.pompo.net (lns-th2-2f-81-56-186-139.adsl.proxad.net [81.56.186.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id C73DF43FCB for ; Sat, 9 Aug 2003 15:54:33 -0700 (PDT) (envelope-from thierry@pompo.net) Received: by graf.pompo.net (Postfix, from userid 1001) id 898A7750E; Sun, 10 Aug 2003 00:54:35 +0200 (CEST) Date: Sun, 10 Aug 2003 00:54:35 +0200 From: Thierry Thomas To: Liste FreeBSD-alpha Message-ID: <20030809225435.GA26307@graf.pompo.net> Mail-Followup-To: Liste FreeBSD-alpha References: <20030809205149.GA14947@graf.pompo.net> <20030809215351.GA51932@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030809215351.GA51932@athlon.pn.xcllnt.net> X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.8-STABLE i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Subject: Re: Problem with ld-elf.so: program does not launch. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Aug 2003 22:54:35 -0000 Le Sam 9 aoû 03 à 23:53:51 +0200, Marcel Moolenaar écrivait : > Try linking using cc(1) instead of ld(1). If you use ld(1) > directly, you better know what you're doing. Something like: > > cc -v -o ../onmetis.exe onmetis.o io.o smbfactor.o ecri11.o lect11.o lect00.o -lmetis -lm -lg2c > > The -v option should also tell you what you need on the ld(1) > line and in what order if you still want or need to use ld(1) > directly. You're right! It is not solved, bu now I have some matter to dig: cc -v -o ../onmetis.exe onmetis.o /usr/lib/crt1.o io.o smbfactor.o ecri11.o lect11.o lect00.o -lmetis -lm Using built-in specs. Configured with: FreeBSD/alpha system compiler Thread model: posix gcc version 3.2.2 [FreeBSD] 20030205 (release) /usr/bin/ld --eh-frame-hdr -dynamic-linker /usr/libexec/ld-elf.so.1 -o ../onmetis.exe /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib onmetis.o /usr/lib/crt1.o io.o smbfactor.o ecri11.o lect11.o lect00.o -lmetis -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o /usr/lib/crt1.o(.sdata+0x0): multiple definition of `__progname' /usr/lib/crt1.o(.sdata+0x0): first defined here /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x0): multiple definition of `_start' /usr/lib/crt1.o(.text+0x0): first defined here /usr/bin/ld: cannot find -lmetis *** Error code 1 Best regards, -- Th. Thomas. From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 17:22:15 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A237737B401 for ; Sat, 9 Aug 2003 17:22:15 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CD5743F75 for ; Sat, 9 Aug 2003 17:22:15 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h7A0MEQX057077; Sat, 9 Aug 2003 17:22:14 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h7A0MDkw057076; Sat, 9 Aug 2003 17:22:13 -0700 (PDT) Date: Sat, 9 Aug 2003 17:22:13 -0700 From: "David O'Brien" To: Greg Lewis Message-ID: <20030810002213.GA57014@dragon.nuxi.com> References: <20030809165159.GA26726@misty.eyesbeyond.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030809165159.GA26726@misty.eyesbeyond.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-alpha@FreeBSD.org Subject: Re: Netboot cross-compiled kernel X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2003 00:22:15 -0000 On Sat, Aug 09, 2003 at 10:51:59AM -0600, Greg Lewis wrote: > I grabbed the 4.8 miniiso and unpacked it in a suitable directory and > put in an fstab with just a root NFS mount (for now). After setting up > bootp and tftp the machine does boot, only to have the GENERIC kernel > panic trying to mount root: You'll probably have a much easier time getting started with FreeBSD on Alpha if you're willing to just do a normal disk install. :-) The EB164 is well supported and you should have no problems running FreeBSD on it. > Is there something else I need to do when cross building, or does it not > work in 4.x? I did notice the cross-build compiles code with -mcpu=ev4 > where the CPU identifies during boot as: > > CPU: EV56 (21164A) > > Is this a problem? I.e. should I do the build with -mcpu=ev56? Not a problem. You'll get better performance with -mcpu=ev56, but all Alpha's can run ev4 code. > Its running SRM 4.8, although that seems to be working fine in terms of > the netbooting getting going and I'm loathe to upgrade unless I need to > after having bad experience trying to get SRM working on an LX board. Getting SRM inititally instaled on a machine with AlphaBIOS only can be a PITA -- but upgrading your SRM from SRM is quite straight forward and easy. From owner-freebsd-alpha@FreeBSD.ORG Sat Aug 9 21:00:12 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B4FE37B401; Sat, 9 Aug 2003 21:00:12 -0700 (PDT) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F61A43F93; Sat, 9 Aug 2003 21:00:11 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from triangle.rtp.FreeBSD.Org (localhost [127.0.0.1]) h7A40Aeb043056; Sun, 10 Aug 2003 00:00:10 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by triangle.rtp.FreeBSD.Org (8.12.9/8.12.9/Submit) id h7A40AUQ043055; Sun, 10 Aug 2003 00:00:10 -0400 (EDT) Date: Sun, 10 Aug 2003 00:00:10 -0400 (EDT) Message-Id: <200308100400.h7A40AUQ043055@triangle.rtp.FreeBSD.Org> X-Authentication-Warning: triangle.rtp.FreeBSD.Org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: stable@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [releng_4 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2003 04:00:12 -0000 TB --- 2003-08-10 04:00:10 - starting RELENG_4 tinderbox run for alpha/alpha TB --- 2003-08-10 04:00:10 - checking out the source tree TB --- cd /home/des/tinderbox/RELENG_4/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_4 src TB --- 2003-08-10 04:00:10 - /usr/bin/cvs returned exit code 1 TB --- 2003-08-10 04:00:10 - ERROR: unable to check out the source tree TB --- 2003-08-10 04:00:10 - tinderbox aborted