From owner-freebsd-alpha Sun Dec 16 11:41:24 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 650DF37B416 for ; Sun, 16 Dec 2001 11:41:21 -0800 (PST) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id fBGJhoO39377 for freebsd-alpha@FreeBSD.ORG; Sun, 16 Dec 2001 14:43:50 -0500 (EST) (envelope-from jake) Date: Sun, 16 Dec 2001 14:43:50 -0500 From: Jake Burkholder To: freebsd-alpha@FreeBSD.ORG Subject: Re: HEADS UP Re: cvs commit: src/sys/ufs/ffs ffs_alloc.c ffs_snapshot.c ffs_vfsops.c fs.h Message-ID: <20011216144350.B39205@locore.ca> References: <200112140015.fBE0F6Q99440@freefall.freebsd.org> <20011216000821.D35198@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011216000821.D35198@locore.ca>; from jake@locore.ca on Sun, Dec 16, 2001 at 12:08:21AM -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Sun, Dec 16, 2001 at 12:08:21AM -0500, Jake Burkholder said words to the effect of; > > This commit breaks binary compatibility of the ffs superblock for > 64 bit platforms. Do not update to -current or you will not be > able to mount your ffs filesystems (unless you use kernel.old). > > Have a nice day. This is fixed in rev 1.25 of fs.h. Jake > > Apparently, On Thu, Dec 13, 2001 at 04:15:06PM -0800, > Kirk McKusick said words to the effect of; > > > mckusick 2001/12/13 16:15:06 PST > > > > Modified files: > > sys/ufs/ffs ffs_alloc.c ffs_snapshot.c ffs_vfsops.c > > fs.h > > Log: > > Minimize the time necessary to suspend operations on a filesystem > > when taking a snapshot. The two time consuming operations are > > scanning all the filesystem bitmaps to determine which blocks > > are in use and scanning all the other snapshots so as to be able > > to expunge their blocks from the view of the current snapshot. > > The bitmap scanning is broken into two passes. Before suspending > > the filesystem all bitmaps are scanned. After the suspension, > > those bitmaps that changed after being scanned the first time > > are rescanned. Typically there are few bitmaps that need to be > > rescanned. The expunging of other snapshots is now done after > > the suspension is released by observing that we can easily > > identify any blocks that were allocated to them after the > > suspension (they will be maked as `not needing to be copied' > > in the just created snapshot). For all the gory details, see > > the ``Running fsck in the Background'' paper in the Usenix > > BSDCon 2002 Conference Proceedings, pages 55-64. > > > > Revision Changes Path > > 1.82 +15 -1 src/sys/ufs/ffs/ffs_alloc.c > > 1.24 +193 -96 src/sys/ufs/ffs/ffs_snapshot.c > > 1.164 +1 -0 src/sys/ufs/ffs/ffs_vfsops.c > > 1.24 +3 -2 src/sys/ufs/ffs/fs.h > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 16 16:37:16 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 105D137B417 for ; Sun, 16 Dec 2001 16:37:15 -0800 (PST) Received: from localhost.lakwod3.co.home.com ([12.253.150.137]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20011217003714.MBOA10701.rwcrmhc53.attbi.com@localhost.lakwod3.co.home.com> for ; Mon, 17 Dec 2001 00:37:14 +0000 Subject: Setiathome on Alpha? Content-transfer-encoding: 8bit To: freebsd-alpha@FreeBSD.org From: Sean LeBlanc X-mda: Mail::Internet Mail::Sendmail Sendmail +mmhack 1.1 on Linux Mail-Followup-To: freebsd-alpha@FreeBSD.org Content-type: text/plain; charset=us-ascii User-agent: Mutt/1.2.5i Mime-version: 1.0 Content-disposition: inline Date: Sun, 16 Dec 2001 17:40:03 -0700 Message-id: <20011216174003.A38838@hostwiththemost> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I recently acquired a secondhand AlphaStation 255. I have some other questions, but I thought I'd start off with a relatively (maybe) simple one...can I get setiathome on FreeBSD/alpha? I tried doing make install in /usr/ports/astro/setiathome, and it says it's for i386 only. So I was wondering if there is another way, or another port or something. I tried to install linux-base package from /stand/sysinstall, and it returned a -1 after some amount of time. Does Linux compatibility work for Alpha? Cheers, -- Sean LeBlanc:seanleblanc@attbi.com Yahoo:seanleblancathome ICQ:138565743 MSN:seanleblancathome AIM:sleblancathome Hollywood is where if you don't have happiness you send out for it. -Rex Reed Management QOTD:Set up weekly meetings on the action items!! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 16 16:41:44 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 53A1A37B41E for ; Sun, 16 Dec 2001 16:41:41 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBH0fWA30495; Mon, 17 Dec 2001 01:41:32 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBH0fstx052614; Mon, 17 Dec 2001 01:41:55 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBH0frW15054; Mon, 17 Dec 2001 01:41:54 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBH0fk059936; Mon, 17 Dec 2001 01:41:46 +0100 (CET) (envelope-from ticso) Date: Mon, 17 Dec 2001 01:41:45 +0100 From: Bernd Walter To: Jake Burkholder Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: HEADS UP Re: cvs commit: src/sys/ufs/ffs ffs_alloc.c ffs_snapshot.c ffs_vfsops.c fs.h Message-ID: <20011217004145.GB56264@cicely9.cicely.de> References: <200112140015.fBE0F6Q99440@freefall.freebsd.org> <20011216000821.D35198@locore.ca> <20011216144350.B39205@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011216144350.B39205@locore.ca> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Dec 16, 2001 at 02:43:50PM -0500, Jake Burkholder wrote: > Apparently, On Sun, Dec 16, 2001 at 12:08:21AM -0500, > Jake Burkholder said words to the effect of; > > > > > This commit breaks binary compatibility of the ffs superblock for > > 64 bit platforms. Do not update to -current or you will not be > > able to mount your ffs filesystems (unless you use kernel.old). > > > > Have a nice day. > > This is fixed in rev 1.25 of fs.h. Thank you - I received your warning just before an installworld. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 16 16:44:51 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 8BDEC37B417 for ; Sun, 16 Dec 2001 16:44:48 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBH0ic030504; Mon, 17 Dec 2001 01:44:38 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBH0j8tx052662; Mon, 17 Dec 2001 01:45:08 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBH0j7W15058; Mon, 17 Dec 2001 01:45:08 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBH0j7I59963; Mon, 17 Dec 2001 01:45:07 +0100 (CET) (envelope-from ticso) Date: Mon, 17 Dec 2001 01:45:07 +0100 From: Bernd Walter To: Sean LeBlanc Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Setiathome on Alpha? Message-ID: <20011217004506.GC56264@cicely9.cicely.de> References: <20011216174003.A38838@hostwiththemost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011216174003.A38838@hostwiththemost> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Dec 16, 2001 at 05:40:03PM -0700, Sean LeBlanc wrote: > Hi, I recently acquired a secondhand AlphaStation 255. I have some other > questions, but I thought I'd start off with a relatively (maybe) simple > one...can I get setiathome on FreeBSD/alpha? I tried doing make install in > /usr/ports/astro/setiathome, and it says it's for i386 only. So I was > wondering if there is another way, or another port or something. I tried to > install linux-base package from /stand/sysinstall, and it returned a -1 > after some amount of time. Does Linux compatibility work for Alpha? I can't speak for Linux, but the last time I tried the OSF version worked fine. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 3:30:56 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 2ED2537B421 for ; Mon, 17 Dec 2001 03:30:27 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16FvyT-0008E0-01; Mon, 17 Dec 2001 12:30:25 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fBHBLRr95064 for freebsd-alpha@freebsd.org; Mon, 17 Dec 2001 12:21:27 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Setiathome on Alpha? Date: Mon, 17 Dec 2001 11:21:27 +0000 (UTC) Message-ID: <9vkkfn$2sc2$2@kemoauc.mips.inka.de> References: <20011216174003.A38838@hostwiththemost> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sean LeBlanc wrote: > Hi, I recently acquired a secondhand AlphaStation 255. I have some other > questions, but I thought I'd start off with a relatively (maybe) simple > one...can I get setiathome on FreeBSD/alpha? I tried doing make install in > /usr/ports/astro/setiathome, and it says it's for i386 only. Bummer. The port could just use the Tru64 client and run it under binary compatibility. setiathome-3.03.alpha-compaq-T64Uv4.0d works nicely if you have loaded the OSF/1 module and installed the osf1_base port. > Does Linux compatibility work for Alpha? Yes. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 8:33:54 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id A568F37B419 for ; Mon, 17 Dec 2001 08:33:45 -0800 (PST) Received: from cheshire.blacktabby.org ([12.233.190.154]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20011217163345.FJCR10701.rwcrmhc53.attbi.com@cheshire.blacktabby.org> for ; Mon, 17 Dec 2001 16:33:45 +0000 Date: Mon, 17 Dec 2001 08:33:19 -0800 From: Adam Kranzel To: alpha@freebsd.org Subject: Kernel builds broken? Message-Id: <20011217083319.25adda22.adam@blacktabby.org> X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi... Kernel builds on my alpha are dying with the following: nsions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sy s/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa, -mev56 vers.c linking kernel fd.o: In function `fd_probe': fd.o(.text+0x18a4): undefined reference to `rtcin' fd.o(.text+0x18a8): undefined reference to `rtcin' fd.o(.text+0x18c4): undefined reference to `rtcin' fd.o(.text+0x18c8): undefined reference to `rtcin' *** Error code 1 Stop in /usr/obj/usr/src/sys/MOLLY_NODEBUG. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any ideas? I tested both with my custom kernel config and with GENERIC, so it is not my config file I don't think, but my config file is attached anyway. This is all taking place on a dual-cpu 5305 (AS1200). Thanks -Adam machine alpha cpu EV5 ident MOLLY_NODEBUG maxusers 0 # makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # Platforms supported options DEC_KN300 # AlphaServer 4100 (Rawhide), 1200 (Tincup) options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as root device options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING # Debugging for use in -current options DDB #Enable the kernel debugger # options INVARIANTS #Enable calls of extra sanity checking # options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS # options WITNESS #Enable mutex checks to detects deadlocks and cycles # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # Standard busses device isa device pci # Floppy drives device fdc # SCSI Controllers device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') # SCSI peripherals device scbus # SCSI bus (required) # device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers device mlx # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc 1 # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen # splash screen/screen saver device splash # syscons is the default console driver, resembling an SCO console device sc 1 # real time clock device mcclock # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device dc # DEC/Intel 21143 and workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices - the number indicates how many units to allocated. device random # Entropy device device loop # Network loopback device ether # Ethernet support # device sl # Kernel SLIP # device ppp 1 # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying/(translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf #Berkeley packet filter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 8:59:58 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 34A9237B417 for ; Mon, 17 Dec 2001 08:59:55 -0800 (PST) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id fBHH2WQ44077; Mon, 17 Dec 2001 12:02:32 -0500 (EST) (envelope-from jake) Date: Mon, 17 Dec 2001 12:02:32 -0500 From: Jake Burkholder To: Adam Kranzel Cc: alpha@FreeBSD.ORG, Joerg Wunsch Subject: Re: Kernel builds broken? Message-ID: <20011217120232.E39205@locore.ca> References: <20011217083319.25adda22.adam@blacktabby.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011217083319.25adda22.adam@blacktabby.org>; from adam@blacktabby.org on Mon, Dec 17, 2001 at 08:33:19AM -0800 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Mon, Dec 17, 2001 at 08:33:19AM -0800, Adam Kranzel said words to the effect of; > Hi... > > Kernel builds on my alpha are dying with the following: > > > nsions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sy > s/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include > -D_KERNEL -ffreestanding -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa, > -mev56 vers.c > linking kernel > fd.o: In function `fd_probe': > fd.o(.text+0x18a4): undefined reference to `rtcin' > fd.o(.text+0x18a8): undefined reference to `rtcin' > fd.o(.text+0x18c4): undefined reference to `rtcin' > fd.o(.text+0x18c8): undefined reference to `rtcin' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/MOLLY_NODEBUG. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > It looks like the ifdefs to skip some of the code for non-i386 are broken. #if _MACHINE_ARCH == i386 in fd_probe() should be #ifdef __i386__. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 9:14:52 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 6B8F337B41A for ; Mon, 17 Dec 2001 09:14:51 -0800 (PST) Received: from cheshire.blacktabby.org ([12.233.190.154]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20011217171451.GQSI10701.rwcrmhc53.attbi.com@cheshire.blacktabby.org>; Mon, 17 Dec 2001 17:14:51 +0000 Date: Mon, 17 Dec 2001 09:14:25 -0800 From: Adam Kranzel To: Jake Burkholder Cc: alpha@freebsd.org, j@uriah.heep.sax.de Subject: Re: Kernel builds broken? Message-Id: <20011217091425.20eab683.adam@blacktabby.org> In-Reply-To: <20011217120232.E39205@locore.ca> References: <20011217083319.25adda22.adam@blacktabby.org> <20011217120232.E39205@locore.ca> X-Mailer: Sylpheed version 0.6.5 (GTK+ 1.2.10; i386--freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry, forgot to mention that this is with -CURRENT source, updated recently from anoncvs.freebsd.org (cvsup is not possible at the moment for me). thanks -Adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 12:21:10 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 771D637B417 for ; Mon, 17 Dec 2001 12:21:07 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id VAA11412; Mon, 17 Dec 2001 21:20:54 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fBHKJHf73372; Mon, 17 Dec 2001 21:19:17 +0100 (MET) (envelope-from j) Date: Mon, 17 Dec 2001 21:19:17 +0100 From: Joerg Wunsch To: Jake Burkholder Cc: Adam Kranzel , alpha@FreeBSD.ORG Subject: Re: Kernel builds broken? Message-ID: <20011217211917.A73333@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <20011217083319.25adda22.adam@blacktabby.org> <20011217120232.E39205@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011217120232.E39205@locore.ca>; from jake@locore.ca on Mon, Dec 17, 2001 at 12:02:32PM -0500 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Jake Burkholder wrote: > > nsions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sy > > s/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include > > -D_KERNEL -ffreestanding -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa, > > -mev56 vers.c > > linking kernel > > fd.o: In function `fd_probe': > > fd.o(.text+0x18a4): undefined reference to `rtcin' Sorry for the breakage. > It looks like the ifdefs to skip some of the code for non-i386 are > broken. > > #if _MACHINE_ARCH == i386 in fd_probe() should be #ifdef __i386__. Normally not. #ifdef __i386__ would match the host system type, not the target system. Why is _MACHINE_ARCH == i386 on an Alpha system? I don't mind making the change as a stop-gap measure to fix the Alpha build process, but in the long run, we should find a correct solution. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 13: 3:45 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from interar.com.ar (dns3.interar.com.ar [200.47.5.1]) by hub.freebsd.org (Postfix) with SMTP id 7FC4337B41A for ; Mon, 17 Dec 2001 13:03:41 -0800 (PST) Received: (qmail 16838 invoked by uid 1155); 17 Dec 2001 21:04:14 -0000 Received: from balta@interar.com.ar by dns3.interar.com.ar with qmail-scanner-0.94 (hbedv: 6.11.0.0. . Clean. Processed in 0.921004 secs); 17/12/2001 18:04:13 Received: from www4.interar.com.ar (HELO margarita) (200.47.5.7) by dns3.interar.com.ar with SMTP; 17 Dec 2001 21:04:13 -0000 Message-ID: <00fc01c1873e$ec3d0a70$0c01a8c0@margarita> From: "Baltazar Quinterno" To: Subject: Date: Mon, 17 Dec 2001 18:08:05 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00F9_01C18725.C64F73C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_00F9_01C18725.C64F73C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_00F9_01C18725.C64F73C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_00F9_01C18725.C64F73C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 13: 8:15 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id 7150237B41F for ; Mon, 17 Dec 2001 13:07:58 -0800 (PST) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id fBHLAh645379; Mon, 17 Dec 2001 16:10:43 -0500 (EST) (envelope-from jake) Date: Mon, 17 Dec 2001 16:10:37 -0500 From: Jake Burkholder To: Joerg Wunsch Cc: Adam Kranzel , alpha@FreeBSD.ORG Subject: Re: Kernel builds broken? Message-ID: <20011217161037.F39205@locore.ca> References: <20011217083319.25adda22.adam@blacktabby.org> <20011217120232.E39205@locore.ca> <20011217211917.A73333@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011217211917.A73333@uriah.heep.sax.de>; from j@uriah.heep.sax.de on Mon, Dec 17, 2001 at 09:19:17PM +0100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Mon, Dec 17, 2001 at 09:19:17PM +0100, Joerg Wunsch said words to the effect of; > As Jake Burkholder wrote: > > > > nsions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sy > > > s/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include > > > -D_KERNEL -ffreestanding -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa, > > > -mev56 vers.c > > > linking kernel > > > fd.o: In function `fd_probe': > > > fd.o(.text+0x18a4): undefined reference to `rtcin' > > Sorry for the breakage. > > > It looks like the ifdefs to skip some of the code for non-i386 are > > broken. > > > > #if _MACHINE_ARCH == i386 in fd_probe() should be #ifdef __i386__. > > Normally not. #ifdef __i386__ would match the host system type, not > the target system. Hmm. I think that the build system will do this correctly. The define for the machine arch is in the compiler specs, so if you build with a cross compiler targeting alpha on an i386, it will correctly define __alpha__. All of the other ifdefs of this form in the tree are as I describe. > Why is _MACHINE_ARCH == i386 on an Alpha system? Maybe because its spelt MACHINE_ARCH? I don't know if these defines even exist as preprocessor directives, I only know of the make variable. As I said, the definition for the machine type is in the compiler specs and is ____. > > I don't mind making the change as a stop-gap measure to fix the Alpha > build process, but in the long run, we should find a correct solution. > > -- > cheers, J"org .-.-. --... ...-- -.. . DL8DTL > > http://www.sax.de/~joerg/ NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 13: 9:58 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id D1DCC37B416 for ; Mon, 17 Dec 2001 13:09:55 -0800 (PST) Received: (qmail 27085 invoked from network); 17 Dec 2001 21:09:55 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Dec 2001 21:09:55 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011217161037.F39205@locore.ca> Date: Mon, 17 Dec 2001 13:09:41 -0800 (PST) From: John Baldwin To: Jake Burkholder Subject: Re: Kernel builds broken? Cc: alpha@FreeBSD.ORG, Adam Kranzel , Joerg Wunsch Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 17-Dec-01 Jake Burkholder wrote: >> > It looks like the ifdefs to skip some of the code for non-i386 are >> > broken. >> > >> > #if _MACHINE_ARCH == i386 in fd_probe() should be #ifdef __i386__. >> >> Normally not. #ifdef __i386__ would match the host system type, not >> the target system. > > Hmm. I think that the build system will do this correctly. The > define for the machine arch is in the compiler specs, so if you > build with a cross compiler targeting alpha on an i386, it will > correctly define __alpha__. All of the other ifdefs of this form > in the tree are as I describe. Yep. >> Why is _MACHINE_ARCH == i386 on an Alpha system? > > Maybe because its spelt MACHINE_ARCH? I don't know if these defines > even exist as preprocessor directives, I only know of the make variable. > As I said, the definition for the machine type is in the compiler specs > and is ____. Yes, we use ____ all over the kernel. The fd(4) driver should do the same. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 17 16: 9:17 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id C392337B438 for ; Mon, 17 Dec 2001 16:09:07 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBI096j01320 for freebsd-alpha@freebsd.org; Tue, 18 Dec 2001 01:09:06 +0100 (CET) (envelope-from wkb) Date: Tue, 18 Dec 2001 01:09:06 +0100 From: Wilko Bulte To: freebsd-alpha@freebsd.org Subject: bah: new bug, unaligned accesses in ifconfig on -stable Message-ID: <20011218010906.A1304@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Using a freshly built -stable buildworld ifconfig gives me unaligned accesses. Confirmed on DS10 and DS20. This is a recently introduced bug, last week (IIRC) it was not there yet I can try to 'uac' trap it no earlier than tomorrow (eh, hum, that would be today) tonite. Any takers in the meantime? Wilko Doing initial network setup: hostname. dc0: flags=8843 mtu 1500 inet 192.168.3.31 netmask 0xffffff00 broadcast 192.168.3.255 ether 08:00:2b:86:43:21 media: Ethernet 100baseTX status: no carrier pid 52 (ifconfig): unaligned access: va=0x12006a21c pc=0x12000227c ra=0x120002270 op=ldq pid 52 (ifconfig): unaligned access: va=0x12006a214 pc=0x120002298 ra=0x120002270 op=ldq lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 0:20:17 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 64E4937B41C; Tue, 18 Dec 2001 00:20:14 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id JAA18844; Tue, 18 Dec 2001 09:20:13 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fBI85YM86193; Tue, 18 Dec 2001 09:05:34 +0100 (MET) (envelope-from j) Date: Tue, 18 Dec 2001 09:05:34 +0100 From: Joerg Wunsch To: John Baldwin Cc: alpha@FreeBSD.org Subject: Re: Kernel builds broken? Message-ID: <20011218090534.F73333@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <20011217161037.F39205@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Mon, Dec 17, 2001 at 01:09:41PM -0800 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As John Baldwin wrote: > >> Why is _MACHINE_ARCH == i386 on an Alpha system? > > > > Maybe because its spelt MACHINE_ARCH? Btw., then it wouldn't work on IA32 (since the code is opted-in, not opted-out). > > As I said, the definition for the machine type is in the compiler specs > > and is ____. > > Yes, we use ____ all over the kernel. The fd(4) driver should do the > same. OK. When i last looked, i didn't find many examples, so i was in the wrong impression that __i386__ would refer to the host CPU. I'll change it then. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 5:49:23 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from testmail.infothuis.nl (testmail.infothuis.nl [195.96.98.67]) by hub.freebsd.org (Postfix) with SMTP id 61E4C37B416 for ; Tue, 18 Dec 2001 05:49:21 -0800 (PST) Received: (qmail 21432 invoked from network); 18 Dec 2001 13:49:21 -0000 Received: from 39dyn215.com21.casema.net (HELO pc48) (213.17.44.215) by testmail.infothuis.nl with SMTP; 18 Dec 2001 13:49:21 -0000 Message-ID: <003201c187cb$1342a490$1900a8c0@pc48> From: "Floris 'Tamama' van Gog" To: Subject: slow startup of programs Date: Tue, 18 Dec 2001 14:51:21 +0100 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 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I recently installed FreeBSD on an axpci33 Alpha (166Mhz) and it has.. 'issues' :-) Every program I run takes 4 seconds to start.. even 'clear'. This doesnt sound right.. 'halt' on the other hand executes immediately. Does anyone have any ideas what this could be and or how i can fix it? I considered the possibility of a slow video interface, but i recently got ssh to work properly and it has the same problem when connected from another computer. Floris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 6:11:12 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 3209F37B405 for ; Tue, 18 Dec 2001 06:11:09 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA06607; Tue, 18 Dec 2001 09:11:03 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id fBIEAc016472; Tue, 18 Dec 2001 09:10:38 -0500 (EST) (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: <15391.20062.61494.764067@grasshopper.cs.duke.edu> Date: Tue, 18 Dec 2001 09:10:38 -0500 (EST) To: "Floris 'Tamama' van Gog" Cc: Subject: Re: slow startup of programs In-Reply-To: <003201c187cb$1342a490$1900a8c0@pc48> References: <003201c187cb$1342a490$1900a8c0@pc48> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Floris 'Tamama' van Gog writes: > Hi, > > I recently installed FreeBSD on an axpci33 Alpha (166Mhz) and it has.. > 'issues' :-) > Every program I run takes 4 seconds to start.. even 'clear'. This doesnt > sound right.. 'halt' on the other hand executes immediately. > > Does anyone have any ideas what this could be and or how i can fix it? I > considered the possibility of a slow video interface, but i recently got > ssh to work properly and it has the same problem when connected from > another computer. There was a performance bug in the runtime dynamic linker/loader (rtld). Most people never noticed because they're not running on obsolete computers whose main memory is slower than some modern disk drives ;-P Doug fixed it when he noticed KDE was slow on a more modern machine. Anyway, use cvsup (or anoncvs, or whatever) & get the latest RELENG_4 (stable) sources. Build & install /usr/src/libexec/rtld-elf. Be careful, messing up the rtld is a good way to end up with a mostly unusable system -- make a backup of /usr/libexec/ld-elf.so.1. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 6:21:55 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from testmail.infothuis.nl (testmail.infothuis.nl [195.96.98.67]) by hub.freebsd.org (Postfix) with SMTP id 3E63437B41B for ; Tue, 18 Dec 2001 06:21:52 -0800 (PST) Received: (qmail 23278 invoked from network); 18 Dec 2001 14:21:53 -0000 Received: from 39dyn215.com21.casema.net (HELO pc48) (213.17.44.215) by testmail.infothuis.nl with SMTP; 18 Dec 2001 14:21:53 -0000 Message-ID: <005a01c187cf$9eb61e40$1900a8c0@pc48> From: "Floris 'Tamama' van Gog" To: "Andrew Gallatin" Cc: References: <003201c187cb$1342a490$1900a8c0@pc48> <15391.20062.61494.764067@grasshopper.cs.duke.edu> Subject: Re: slow startup of programs Date: Tue, 18 Dec 2001 15:23:52 +0100 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 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thanks, this explains a lot. When was this 'bug' introduced? I am currently running 4.4-release. Floris ----- Original Message ----- From: "Andrew Gallatin" To: "Floris 'Tamama' van Gog" Cc: Sent: Tuesday, December 18, 2001 3:10 PM Subject: Re: slow startup of programs > > Floris 'Tamama' van Gog writes: > > Hi, > > > > I recently installed FreeBSD on an axpci33 Alpha (166Mhz) and it has.. > > 'issues' :-) > > Every program I run takes 4 seconds to start.. even 'clear'. This doesnt > > sound right.. 'halt' on the other hand executes immediately. > > > > Does anyone have any ideas what this could be and or how i can fix it? I > > considered the possibility of a slow video interface, but i recently got > > ssh to work properly and it has the same problem when connected from > > another computer. > > There was a performance bug in the runtime dynamic linker/loader > (rtld). Most people never noticed because they're not running on > obsolete computers whose main memory is slower than some modern disk > drives ;-P Doug fixed it when he noticed KDE was slow on a more modern > machine. > > Anyway, use cvsup (or anoncvs, or whatever) & get the latest RELENG_4 > (stable) sources. Build & install /usr/src/libexec/rtld-elf. Be > careful, messing up the rtld is a good way to end up with a mostly > unusable system -- make a backup of /usr/libexec/ld-elf.so.1. > > Drew > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 6:25:18 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from styx.ham01.thiemo.net (port-213-20-65-74.reverse.qdsl-home.de [213.20.65.74]) by hub.freebsd.org (Postfix) with ESMTP id 7331B37B41A for ; Tue, 18 Dec 2001 06:25:12 -0800 (PST) Received: (from thiemo@localhost) by styx.ham01.thiemo.net (8.11.6/8.11.6) id fBIEP1209483; Tue, 18 Dec 2001 15:25:01 +0100 (CET) (envelope-from thiemo) Date: Tue, 18 Dec 2001 15:25:00 +0100 From: Thiemo Nordenholz To: "Floris 'Tamama' van Gog" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: slow startup of programs Message-ID: <20011218152459.A9412@mygiea.ham01.thiemo.net> References: <003201c187cb$1342a490$1900a8c0@pc48> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <003201c187cb$1342a490$1900a8c0@pc48>; from floris@vangog.net on Tue, Dec 18, 2001 at 02:51:21PM +0100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Floris, > I recently installed FreeBSD on an axpci33 Alpha (166Mhz) and it has.. > 'issues' :-) Every program I run takes 4 seconds to start.. even 'clear'. > This doesnt sound right.. 'halt' on the other hand executes immediately. Please check the mailing list archive, I've asked the same question about a week ago... The solution was to update rtld(1), actually /usr/src/libexec/rtld-elf/alpha/reloc.c to version 1.10.2.3 and rebuild rtld. (Hint from Andrew Gallatin, fix from Doug Rabson) I went through this and it solved the problem immediately. Cheers, Thiemo -- Thiemo Nordenholz http://www.thiemo.net "Computers are great at wasting time that would be otherwise be difficult to waste." -- Cliff Stoll To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 10: 1: 6 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id B03DE37B416 for ; Tue, 18 Dec 2001 10:01:03 -0800 (PST) Received: (qmail 22406 invoked from network); 18 Dec 2001 18:01:02 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Dec 2001 18:01:02 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 18 Dec 2001 10:00:48 -0800 (PST) From: John Baldwin To: alpha@FreeBSD.org Subject: mdproc flags in KSE Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The alpha had several fields in its mdproc struct prior to KSE, and KSE stuck them all in mdthread, which isn't quite correct. Specifically, we have the following for mdthread now: struct mdthread { u_long md_flags; struct pcb *md_pcbpaddr; /* phys addr of the pcb */ struct mdbpt md_sstep[2]; /* two single step breakpoints */ u_int64_t md_hae; /* user HAE register value */ void *osf_sigtramp; /* user-level signal trampoline */ u_int md_kernnest; /* nesting level in the kernel */ }; #define MDP_FPUSED 0x0001 /* Process used the FPU */ #define MDP_STEP1 0x0002 /* Single step normal instruction */ #define MDP_STEP2 0x0004 /* Single step branch instruction */ #define MDP_HAEUSED 0x0008 /* Process used the HAE */ #define MDP_UAC_NOPRINT 0x0010 /* Don't print unaligned traps */ #define MDP_UAC_NOFIX 0x0020 /* Don't fixup unaligned traps */ #define MDP_UAC_SIGBUS 0x0040 /* Deliver SIGBUS upon unaligned access */ #define MDP_UAC_MASK (MDP_UAC_NOPRINT | MDP_UAC_NOFIX | MDP_UAC_SIGBUS) Out of that structure, it seems obvious that md_pcbpaddr and md_kernnest need to be per-thread. It also seems that the UAC flags need to be per-process and need to move back into a md_flags in mdproc. However, I'm not sure about the other ones. What is the HAE and in what contexts is it used? Also, what are the single stepping fields used for exactly (details, not just "to implement single stepping :)"). Is the osf_sigtramp just setup once for the entire process, or does it have to be regenerated on the fly all the time? I think the FPUSED flag will need to be per-process (or perhaps go away) since a thread can't store persistent state. (Threads can come and go rather easily.) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 10: 9:32 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 31E1A37B416; Tue, 18 Dec 2001 10:09:22 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id fBII9Iu14405; Tue, 18 Dec 2001 20:09:18 +0200 (EET) (envelope-from ru) Date: Tue, 18 Dec 2001 20:09:18 +0200 From: Ruslan Ermilov To: Soren Schmidt Cc: current@FreeBSD.org, alpha@FreeBSD.org Subject: Recent fdc(4) commit broke Alpha kernels Message-ID: <20011218200918.A14073@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Soren! I bet someone else already mentioned your commit broke Alpha kernels. Index: fd.c =================================================================== RCS file: /home/ncvs/src/sys/isa/fd.c,v retrieving revision 1.223 diff -u -p -r1.223 fd.c --- fd.c 2001/12/16 05:37:22 1.223 +++ fd.c 2001/12/18 18:08:03 @@ -1180,7 +1180,7 @@ fd_probe(device_t dev) fd->flags = FD_UA; /* make sure fdautoselect() will be called */ fd->type = FD_DTYPE(flags); -#if _MACHINE_ARCH == i386 +#ifdef __i386__ if (fd->type == FDT_NONE && (fd->fdu == 0 || fd->fdu == 1)) { /* Look up what the BIOS thinks we have. */ if (fd->fdu == 0) { @@ -1200,7 +1200,7 @@ fd_probe(device_t dev) if (fd->type == FDT_288M_1) fd->type = FDT_288M; } -#endif /* _MACHINE_ARCH == i386 */ +#endif /* __i386__ */ /* is there a unit? */ if (fd->type == FDT_NONE) return (ENXIO); Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 10:36:21 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 01A6037B431 for ; Tue, 18 Dec 2001 10:36:02 -0800 (PST) Received: (qmail 21629 invoked from network); 18 Dec 2001 18:35:59 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Dec 2001 18:35:59 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011218200918.A14073@sunbay.com> Date: Tue, 18 Dec 2001 10:35:39 -0800 (PST) From: John Baldwin To: Ruslan Ermilov Subject: RE: Recent fdc(4) commit broke Alpha kernels Cc: alpha@FreeBSD.org, current@FreeBSD.org, Soren Schmidt Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 18-Dec-01 Ruslan Ermilov wrote: > Soren! > > I bet someone else already mentioned your commit broke Alpha kernels. Søren didn't commit this, adn there has already been a discussion on this list about it as it broke all non-i386 kernels. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 10:47:34 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 2CA3F37B405; Tue, 18 Dec 2001 10:47:23 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id fBIIlKs19706; Tue, 18 Dec 2001 20:47:20 +0200 (EET) (envelope-from ru) Date: Tue, 18 Dec 2001 20:47:20 +0200 From: Ruslan Ermilov To: John Baldwin Cc: alpha@FreeBSD.org, current@FreeBSD.org, Soren Schmidt Subject: Re: Recent fdc(4) commit broke Alpha kernels Message-ID: <20011218204720.B18124@sunbay.com> References: <20011218200918.A14073@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Dec 18, 2001 at 10:35:39AM -0800, John Baldwin wrote: > > On 18-Dec-01 Ruslan Ermilov wrote: > > Soren! > > > > I bet someone else already mentioned your commit broke Alpha kernels. > > S?ren didn't commit this, adn there has already been a discussion on this list > about it as it broke all non-i386 kernels. > Oops sorry, that was Joerg. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 10:54:32 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id CA8D637B41C; Tue, 18 Dec 2001 10:54:22 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA13946; Tue, 18 Dec 2001 13:54:17 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id fBIIrqO16789; Tue, 18 Dec 2001 13:53:52 -0500 (EST) (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: <15391.37056.22312.225550@grasshopper.cs.duke.edu> Date: Tue, 18 Dec 2001 13:53:52 -0500 (EST) To: John Baldwin Cc: alpha@FreeBSD.ORG Subject: Re: mdproc flags in KSE In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org John Baldwin writes: > The alpha had several fields in its mdproc struct prior to KSE, and KSE stuck > them all in mdthread, which isn't quite correct. Specifically, we have the > following for mdthread now: > > struct mdthread { > u_long md_flags; > struct pcb *md_pcbpaddr; /* phys addr of the pcb */ > struct mdbpt md_sstep[2]; /* two single step breakpoints */ > u_int64_t md_hae; /* user HAE register value */ > void *osf_sigtramp; /* user-level signal trampoline */ > u_int md_kernnest; /* nesting level in the kernel */ > }; > > #define MDP_FPUSED 0x0001 /* Process used the FPU */ > #define MDP_STEP1 0x0002 /* Single step normal instruction */ > #define MDP_STEP2 0x0004 /* Single step branch instruction */ > #define MDP_HAEUSED 0x0008 /* Process used the HAE */ > #define MDP_UAC_NOPRINT 0x0010 /* Don't print unaligned traps */ > #define MDP_UAC_NOFIX 0x0020 /* Don't fixup unaligned traps */ > #define MDP_UAC_SIGBUS 0x0040 /* Deliver SIGBUS upon > unaligned access */ > #define MDP_UAC_MASK (MDP_UAC_NOPRINT | MDP_UAC_NOFIX | MDP_UAC_SIGBUS) > > Out of that structure, it seems obvious that md_pcbpaddr and md_kernnest need > to be per-thread. It also seems that the UAC flags need to be > per-process and need to move back into a md_flags in mdproc. However, I'm not > sure about the other ones. What is the HAE and in what contexts is it used? Its used by programs, like the X server, which grovel around in PCI memory space... Hmm.. In a quick browse through the code, I don't see where its actually used anymore.. > Also, what are the single stepping fields used for exactly (details, not just > "to implement single stepping :)"). Is the osf_sigtramp just setup once for Single-stepping -- no clue. > the entire process, or does it have to be regenerated on the fly all the time? Its used only by OSFF/ECOFF binaries. It is setup each time osf1_sigaction() is called & used at sigreturn time to point to that process's sigtramp code. Tru64 does'nt just keep it in a standard place like we do. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 10:55:36 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 4ECB837B427; Tue, 18 Dec 2001 10:54:58 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBIIstx03953; Tue, 18 Dec 2001 19:54:55 +0100 (CET) (envelope-from wkb) Date: Tue, 18 Dec 2001 19:54:55 +0100 From: Wilko Bulte To: Ruslan Ermilov Cc: Soren Schmidt , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Recent fdc(4) commit broke Alpha kernels Message-ID: <20011218195455.C3874@freebie.xs4all.nl> References: <20011218200918.A14073@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011218200918.A14073@sunbay.com>; from ru@FreeBSD.ORG on Tue, Dec 18, 2001 at 08:09:18PM +0200 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Dec 18, 2001 at 08:09:18PM +0200, Ruslan Ermilov wrote: s/Soren/Joerg/ And yes, he knows about it. Wilko > Soren! > > I bet someone else already mentioned your commit broke Alpha kernels. > > Index: fd.c > =================================================================== > RCS file: /home/ncvs/src/sys/isa/fd.c,v > retrieving revision 1.223 > diff -u -p -r1.223 fd.c > --- fd.c 2001/12/16 05:37:22 1.223 > +++ fd.c 2001/12/18 18:08:03 > @@ -1180,7 +1180,7 @@ fd_probe(device_t dev) > fd->flags = FD_UA; /* make sure fdautoselect() will be called */ > > fd->type = FD_DTYPE(flags); > -#if _MACHINE_ARCH == i386 > +#ifdef __i386__ > if (fd->type == FDT_NONE && (fd->fdu == 0 || fd->fdu == 1)) { > /* Look up what the BIOS thinks we have. */ > if (fd->fdu == 0) { > @@ -1200,7 +1200,7 @@ fd_probe(device_t dev) > if (fd->type == FDT_288M_1) > fd->type = FDT_288M; > } > -#endif /* _MACHINE_ARCH == i386 */ > +#endif /* __i386__ */ > /* is there a unit? */ > if (fd->type == FDT_NONE) > return (ENXIO); > > > Cheers, > -- > Ruslan Ermilov Oracle Developer/DBA, > ru@sunbay.com Sunbay Software AG, > ru@FreeBSD.org FreeBSD committer, > +380.652.512.251 Simferopol, Ukraine > > http://www.FreeBSD.org The Power To Serve > http://www.oracle.com Enabling The Information Age > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message ---end of quoted text--- -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 11: 3: 8 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 7907837B416 for ; Tue, 18 Dec 2001 11:03:04 -0800 (PST) Received: (qmail 6611 invoked from network); 18 Dec 2001 19:03:02 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Dec 2001 19:03:02 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <15391.37056.22312.225550@grasshopper.cs.duke.edu> Date: Tue, 18 Dec 2001 11:02:48 -0800 (PST) From: John Baldwin To: Andrew Gallatin Subject: Re: mdproc flags in KSE Cc: alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 18-Dec-01 Andrew Gallatin wrote: > > John Baldwin writes: > > The alpha had several fields in its mdproc struct prior to KSE, and KSE > stuck > > them all in mdthread, which isn't quite correct. Specifically, we have > the > > following for mdthread now: > > > > struct mdthread { > > u_long md_flags; > > struct pcb *md_pcbpaddr; /* phys addr of the pcb */ > > struct mdbpt md_sstep[2]; /* two single step breakpoints */ > > u_int64_t md_hae; /* user HAE register value */ > > void *osf_sigtramp; /* user-level signal trampoline */ > > u_int md_kernnest; /* nesting level in the kernel */ > > }; > > > > #define MDP_FPUSED 0x0001 /* Process used the FPU */ > > #define MDP_STEP1 0x0002 /* Single step normal instruction > */ > > #define MDP_STEP2 0x0004 /* Single step branch instruction > */ > > #define MDP_HAEUSED 0x0008 /* Process used the HAE */ > > #define MDP_UAC_NOPRINT 0x0010 /* Don't print unaligned traps */ > > #define MDP_UAC_NOFIX 0x0020 /* Don't fixup unaligned traps */ > > #define MDP_UAC_SIGBUS 0x0040 /* Deliver SIGBUS upon > > unaligned access */ > > #define MDP_UAC_MASK (MDP_UAC_NOPRINT | MDP_UAC_NOFIX | MDP_UAC_SIGBUS) > > > > Out of that structure, it seems obvious that md_pcbpaddr and md_kernnest > need > > to be per-thread. It also seems that the UAC flags need to be > > per-process and need to move back into a md_flags in mdproc. However, I'm > not > > sure about the other ones. What is the HAE and in what contexts is it > used? > > Its used by programs, like the X server, which grovel around in PCI > memory space... Hmm.. In a quick browse through the code, I don't see > where its actually used anymore.. My question is more this: would it be a process property or a thread property? So, if a process turns on HAE access, does a few things, and later on turns it off, it becomes a process property (or even worse, a userland thread property which becomes a pain to handle in KSE). Whereas, if this is something done entirely in a kernel context and the flag is just used to handle things properly while switching and faulting while in kernel context, it can be a thread property. > > Also, what are the single stepping fields used for exactly (details, not > just > > "to implement single stepping :)"). Is the osf_sigtramp just setup once > for > > Single-stepping -- no clue. > > > the entire process, or does it have to be regenerated on the fly all the > time? > > Its used only by OSFF/ECOFF binaries. It is setup each time osf1_sigaction() > is called & used at sigreturn time to point to that process's > sigtramp code. Tru64 does'nt just keep it in a standard place like we > do. So it gets regenerated on the fly and should probably be per-thread? Well, except that do we want multiple threads sending signals down to the userland scheduler? Ugh. I'll leave it per-thread for now. > Drew -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 11:35:24 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id DF0FD37B41A; Tue, 18 Dec 2001 11:35:19 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA15109; Tue, 18 Dec 2001 14:35:14 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id fBIJYnh16840; Tue, 18 Dec 2001 14:34:49 -0500 (EST) (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: <15391.39513.362355.537968@grasshopper.cs.duke.edu> Date: Tue, 18 Dec 2001 14:34:49 -0500 (EST) To: John Baldwin Cc: alpha@FreeBSD.org Subject: Re: mdproc flags in KSE In-Reply-To: References: <15391.37056.22312.225550@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org John Baldwin writes: <...> > > > sure about the other ones. What is the HAE and in what contexts is it > > used? > > > > Its used by programs, like the X server, which grovel around in PCI > > memory space... Hmm.. In a quick browse through the code, I don't see > > where its actually used anymore.. > > My question is more this: would it be a process property or a thread property? > So, if a process turns on HAE access, does a few things, and later on turns it > off, it becomes a process property (or even worse, a userland thread property > which becomes a pain to handle in KSE). Whereas, if this is something done > entirely in a kernel context and the flag is just used to handle things > properly while switching and faulting while in kernel context, it can be a > thread property. We need to ask Doug about this.. <...> > > Its used only by OSFF/ECOFF binaries. It is setup each time osf1_sigaction() > > is called & used at sigreturn time to point to that process's > > sigtramp code. Tru64 does'nt just keep it in a standard place like we > > do. > > So it gets regenerated on the fly and should probably be per-thread? Well, > except that do we want multiple threads sending signals down to the userland > scheduler? Ugh. I'll leave it per-thread for now. OSF1/ECOFF is a foreign ABI, somewhat like linux/elf. I doubt that OSF1/ECOFF programs will ever know about or use more than one thread per process (or KSE, or whatever the KSE name for a schedulable entity is). Does that help at all?? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 11:51:14 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id B868F37B417; Tue, 18 Dec 2001 11:51:08 -0800 (PST) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id fBIJsEo51667; Tue, 18 Dec 2001 14:54:14 -0500 (EST) (envelope-from jake) Date: Tue, 18 Dec 2001 14:54:13 -0500 From: Jake Burkholder To: Andrew Gallatin Cc: John Baldwin , alpha@FreeBSD.ORG Subject: Re: mdproc flags in KSE Message-ID: <20011218145413.L39205@locore.ca> References: <15391.37056.22312.225550@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15391.37056.22312.225550@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Dec 18, 2001 at 01:53:52PM -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Tue, Dec 18, 2001 at 01:53:52PM -0500, Andrew Gallatin said words to the effect of; > > John Baldwin writes: > > The alpha had several fields in its mdproc struct prior to KSE, and KSE stuck > > them all in mdthread, which isn't quite correct. Specifically, we have the > > following for mdthread now: > > > > struct mdthread { > > u_long md_flags; > > struct pcb *md_pcbpaddr; /* phys addr of the pcb */ > > struct mdbpt md_sstep[2]; /* two single step breakpoints */ > > u_int64_t md_hae; /* user HAE register value */ > > void *osf_sigtramp; /* user-level signal trampoline */ > > u_int md_kernnest; /* nesting level in the kernel */ > > }; > > > > #define MDP_FPUSED 0x0001 /* Process used the FPU */ > > #define MDP_STEP1 0x0002 /* Single step normal instruction */ > > #define MDP_STEP2 0x0004 /* Single step branch instruction */ > > #define MDP_HAEUSED 0x0008 /* Process used the HAE */ > > #define MDP_UAC_NOPRINT 0x0010 /* Don't print unaligned traps */ > > #define MDP_UAC_NOFIX 0x0020 /* Don't fixup unaligned traps */ > > #define MDP_UAC_SIGBUS 0x0040 /* Deliver SIGBUS upon > > unaligned access */ > > #define MDP_UAC_MASK (MDP_UAC_NOPRINT | MDP_UAC_NOFIX | MDP_UAC_SIGBUS) > > > > Out of that structure, it seems obvious that md_pcbpaddr and md_kernnest need > > to be per-thread. It also seems that the UAC flags need to be > > per-process and need to move back into a md_flags in mdproc. However, I'm not > > sure about the other ones. What is the HAE and in what contexts is it used? > > Its used by programs, like the X server, which grovel around in PCI > memory space... Hmm.. In a quick browse through the code, I don't see > where its actually used anymore.. > > > Also, what are the single stepping fields used for exactly (details, not just > > "to implement single stepping :)"). Is the osf_sigtramp just setup once for > > Single-stepping -- no clue. My take on this is that alpha doesn't have a hardware single stepping flag like i386 (correct me if I'm wrong). So the only way to implement single stepping is to replace the next instruction to be executed with a breakpoint each time. You need 2 because of branches, both paths need to have a breakpoint poked in. This is inherently evil. Sparc64 needs the same kind of support. Where this goes depends a lot on how debugging works in multithreaded processes. ie, do we allow single stepping 2 threads from the same process simultaneously. Jake > > > the entire process, or does it have to be regenerated on the fly all the time? > > Its used only by OSFF/ECOFF binaries. It is setup each time osf1_sigaction() > is called & used at sigreturn time to point to that process's > sigtramp code. Tru64 does'nt just keep it in a standard place like we > do. > > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 12: 8:24 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 842C937B41C for ; Tue, 18 Dec 2001 12:08:20 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id HAA23567; Wed, 19 Dec 2001 07:06:43 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37640) with ESMTP id <01KC1L12AMS0VLZ285@cim.alcatel.com.au>; Wed, 19 Dec 2001 07:06:42 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.6/8.11.6) id fBIK6fJ35527; Wed, 19 Dec 2001 07:06:41 +1100 Content-return: prohibited Date: Wed, 19 Dec 2001 07:06:41 +1100 From: Peter Jeremy Subject: Re: ppp core dump problem In-reply-to: <20011214234634.F22150@cicely8.cicely.de>; from ticso@cicely8.cicely.de on Fri, Dec 14, 2001 at 11:46:34PM +0100 To: Riccardo.Veraldi@fi.infn.it Cc: Bernd Walter , freebsd-alpha@FreeBSD.ORG Mail-Followup-To: Riccardo.Veraldi@fi.infn.it, Bernd Walter , freebsd-alpha@FreeBSD.ORG Message-id: <20011219070640.D73243@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20011214234634.F22150@cicely8.cicely.de> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Dec 14, 2001 at 11:46:34PM +0100, Bernd Walter wrote: >On Fri, Dec 14, 2001 at 09:15:29PM +0100, Riccardo.Veraldi@fi.infn.it wrote: >> >> Hello, >> my last try was to disable ipnat and keep only ppp nat mode. >> ppp crashes the same way at the very first time a nat connection is >> established. I'll accept any hints, suggestions, flames... do not have any >> idea how to fix this problem other than make buildworld and installworld >> everything with symbols.... > >You only need to compile the libs and binaries you need debuging output >from. >From what you already wrote it seems to be libalias and ppp. >Simply go into the src dir of the compent you need and >make obj all install. Remember to install the libraries before ppp... I'd also suggest statically linking ppp - add "CFLAGS += -static" to /usr/src/usr.sbin/ppp/Makefile. This will ensure that the library debug symbols are available to gdb. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 12:10: 5 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by hub.freebsd.org (Postfix) with ESMTP id DDA4F37B405; Tue, 18 Dec 2001 12:10:01 -0800 (PST) Received: (from jake@localhost) by k6.locore.ca (8.11.6/8.11.6) id fBIKD8851812; Tue, 18 Dec 2001 15:13:08 -0500 (EST) (envelope-from jake) Date: Tue, 18 Dec 2001 15:13:08 -0500 From: Jake Burkholder To: Andrew Gallatin Cc: John Baldwin , alpha@FreeBSD.ORG Subject: Re: mdproc flags in KSE Message-ID: <20011218151308.M39205@locore.ca> References: <15391.37056.22312.225550@grasshopper.cs.duke.edu> <20011218145413.L39205@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011218145413.L39205@locore.ca>; from jake@locore.ca on Tue, Dec 18, 2001 at 02:54:13PM -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > > Also, what are the single stepping fields used for exactly (details, not just > > > "to implement single stepping :)"). Is the osf_sigtramp just setup once for > > > > Single-stepping -- no clue. > > My take on this is that alpha doesn't have a hardware single stepping > flag like i386 (correct me if I'm wrong). So the only way to implement > single stepping is to replace the next instruction to be executed with > a breakpoint each time. You need 2 because of branches, both paths > need to have a breakpoint poked in. This is inherently evil. > > Sparc64 needs the same kind of support. > > Where this goes depends a lot on how debugging works in multithreaded > processes. ie, do we allow single stepping 2 threads from the same > process simultaneously. > To answer your question, they're used to hold the opcodes and addresses of the instructions that were replaced with breakpoints, so they can be put back once the breakpoints have done their job. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 14:46:50 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 99E1B37B405 for ; Tue, 18 Dec 2001 14:46:43 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id XAA00832; Tue, 18 Dec 2001 23:46:33 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fBIMN8500153; Tue, 18 Dec 2001 23:23:08 +0100 (MET) (envelope-from j) Date: Tue, 18 Dec 2001 23:23:08 +0100 From: Joerg Wunsch To: Jake Burkholder Cc: Adam Kranzel , alpha@FreeBSD.ORG Subject: Re: Kernel builds broken? Message-ID: <20011218232308.A97821@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <20011217083319.25adda22.adam@blacktabby.org> <20011217120232.E39205@locore.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011217120232.E39205@locore.ca>; from jake@locore.ca on Mon, Dec 17, 2001 at 12:02:32PM -0500 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Jake Burkholder wrote: > It looks like the ifdefs to skip some of the code for non-i386 are > broken. > > #if _MACHINE_ARCH == i386 in fd_probe() should be #ifdef __i386__. I've reverted it to #ifdef __i386__ now. Still, i think this is the wrong way, since it's now testing for a particular CPU type, not for a machine type. (Or do we have __pc98__ on the PC98?) IMHO, FreeBSD/Alpha should be fixed instead to not define _MACHINE_ARCH to be equal i386. has something like: #ifndef _MACHINE #define _MACHINE alpha #endif #ifndef _MACHINE_ARCH #define _MACHINE_ARCH alpha #endif Hmm, i wouldn't expect this to also be equal to i386, but i cannot find where alpha, i386, ia64 etc. are actually defined. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 18 16: 5:55 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id B3E6237B416 for ; Tue, 18 Dec 2001 16:05:53 -0800 (PST) Received: (qmail 18723 invoked from network); 19 Dec 2001 00:05:52 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Dec 2001 00:05:52 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 18 Dec 2001 16:05:37 -0800 (PST) From: John Baldwin To: alpha@FreeBSD.org Subject: Found bug with interrupts on current Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have been having problems on the DS20 I have here with it getting interrupts stuck disabled under load when SMP is enabled, and I think I've found the problem. The various places in the platform code where we enable and disable an interrupt don't use any locks. At best, some of them use splhigh/splx (which doesn't do any good), so it seems there are several places where races could clobber interrupt masks on both UP and SMP systems. I've added a new spin lock to fix this but haven't tested it yet. :) (So it's currently in the smpng p4 tree until I can confirm that it works.) FWIW, x86 UP also was subject to some potential races as well I think. Also, there are a couple of minor notes: 1) The EBPC164 and PC164 interrupt enable/disable code is all in assembly, so I may need to add C wrappers around them that grab and release the lock as needed. 2) The dwlpx code in alpha/tlsb doesn't even have enable/disable hooks for interrupts at all, so it's likely very broken on current at the moment. I havent' fixed this yet because there was discussion a while back about dropping support for it, but fixing it wouldn't be that hard as the code to do it is already present. All that is needed are some wrapper functions to enable/disable and to take a vector and extract the intpin from it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 6:21:52 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.openet-telecom.com (mail.openet-telecom.com [62.17.151.60]) by hub.freebsd.org (Postfix) with ESMTP id 9577E37B416 for ; Wed, 19 Dec 2001 06:21:46 -0800 (PST) Received: from gpo.openet-telecom.lan (unverified) by mail.openet-telecom.com (Content Technologies SMTPRS 4.2.1) with ESMTP id for ; Wed, 19 Dec 2001 14:26:19 +0000 Received: from openet-telecom.com (10.0.0.40) by gpo.openet-telecom.lan (NPlex 5.5.034) id 3C1EEB0C000014BA for freebsd-alpha@freebsd.org; Wed, 19 Dec 2001 14:10:15 +0000 Message-ID: <3C20A270.2C574D69@openet-telecom.com> Date: Wed, 19 Dec 2001 14:21:36 +0000 From: Peter Edwards X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org Subject: FreeBSD on "Miata" Personal Workstation sans SRM. Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Before I go and shell out some (not so hard) cash for a PWS 433a, I'd like to know how much effort it'll take to get FreeBSD working on it. I know that the machine is the "a" version, so there's no SRM on it at present. Can anyone tell me: if I upgrade the BIOS with the image on the Compaq site, is the new BIOS augmented with the SRM, or do I need to go look for some ROMs or a ROM image in order to get FreeBSD running on it? -- Peter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 6:50:50 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 5251437B42B for ; Wed, 19 Dec 2001 06:50:42 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBJEoZ603833; Wed, 19 Dec 2001 15:50:35 +0100 (CET) (envelope-from wkb) Date: Wed, 19 Dec 2001 15:50:35 +0100 From: Wilko Bulte To: Peter Edwards Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD on "Miata" Personal Workstation sans SRM. Message-ID: <20011219155035.A3816@freebie.xs4all.nl> References: <3C20A270.2C574D69@openet-telecom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C20A270.2C574D69@openet-telecom.com>; from peter.edwards@openet-telecom.com on Wed, Dec 19, 2001 at 02:21:36PM +0000 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Dec 19, 2001 at 02:21:36PM +0000, Peter Edwards wrote: > Hi, > Before I go and shell out some (not so hard) cash for a PWS 433a, I'd > like to know how much effort it'll take to get FreeBSD working on it. > > I know that the machine is the "a" version, so there's no SRM on it at > present. Can anyone tell me: if I upgrade the BIOS with the image on the > Compaq site, is the new BIOS augmented with the SRM, or do I need to go > look for some ROMs or a ROM image in order to get FreeBSD running on it? It is just a matter of flashing the SRM into the flashrom. But Miatas have both SRM and AlphaBIOS/ARC installed in the same flashrom, you can select from ARC to select SRM on next powerup. W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 7:19:50 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.openet-telecom.com (mail.openet-telecom.com [62.17.151.60]) by hub.freebsd.org (Postfix) with ESMTP id F02FA37B420 for ; Wed, 19 Dec 2001 07:19:44 -0800 (PST) Received: from gpo.openet-telecom.lan (unverified) by mail.openet-telecom.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Wed, 19 Dec 2001 15:24:23 +0000 Received: from openet-telecom.com (10.0.0.40) by gpo.openet-telecom.lan (NPlex 5.5.034) id 3C1EEB0C00001619; Wed, 19 Dec 2001 15:08:19 +0000 Message-ID: <3C20B00C.F807BEC9@openet-telecom.com> Date: Wed, 19 Dec 2001 15:19:40 +0000 From: Peter Edwards X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD on "Miata" Personal Workstation sans SRM. References: <3C20A270.2C574D69@openet-telecom.com> <20011219155035.A3816@freebie.xs4all.nl> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Wilko Bulte wrote: > It is just a matter of flashing the SRM into the flashrom. > But Miatas have both SRM and AlphaBIOS/ARC installed in the same flashrom, > you can select from ARC to select SRM on next powerup. > > W/ Hm. I only got 5 mins to play with the box, and didn't see an obvious way of doing this. I remember reading that there was a distinction between the "a" and "au" model, and that FreeBSD would only boot from the SRM, not AlphaBIOS. The crack I was smoking probably lead me to the conclusion that the "a" model didn't have an SRM. Sorry, I'm reproducing this stuff parrot-fashion at the moment. I'll read up on it a bit more, and get back when I understand what I'm talking about. > > -- > | / o / /_ _ email: wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 7:35:28 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id DB45737B419 for ; Wed, 19 Dec 2001 07:35:25 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBJFZIe03953; Wed, 19 Dec 2001 16:35:18 +0100 (CET) (envelope-from wkb) Date: Wed, 19 Dec 2001 16:35:18 +0100 From: Wilko Bulte To: Peter Edwards Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD on "Miata" Personal Workstation sans SRM. Message-ID: <20011219163518.A3931@freebie.xs4all.nl> References: <3C20A270.2C574D69@openet-telecom.com> <20011219155035.A3816@freebie.xs4all.nl> <3C20B00C.F807BEC9@openet-telecom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C20B00C.F807BEC9@openet-telecom.com>; from peter.edwards@openet-telecom.com on Wed, Dec 19, 2001 at 03:19:40PM +0000 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Dec 19, 2001 at 03:19:40PM +0000, Peter Edwards wrote: > Wilko Bulte wrote: > > It is just a matter of flashing the SRM into the flashrom. > > But Miatas have both SRM and AlphaBIOS/ARC installed in the same flashrom, > > you can select from ARC to select SRM on next powerup. > > > > W/ > > Hm. I only got 5 mins to play with the box, and didn't see an obvious > way of doing this. I remember reading that there was a distinction > between the "a" and "au" model, and that FreeBSD would only boot from au has a Qlogic SCSI board, a has either an Adaptec SCSI or IDE stuff. Nothing else. > the SRM, not AlphaBIOS. The crack I was smoking probably lead me to the > conclusion that the "a" model didn't have an SRM. It hides in 'Advanced options' or somesuch in ARC. Takes a bit of searching, but it is there. Wilko -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 8: 3: 2 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from vevdmz01.nestec.ch (mail.nestec.ch [141.122.67.67]) by hub.freebsd.org (Postfix) with ESMTP id C169F37B416 for ; Wed, 19 Dec 2001 08:02:56 -0800 (PST) Received: from vevnat01.nestec.ch ([141.122.120.31]) by vevdmz01.nestec.ch with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id ZFRY70GF; Wed, 19 Dec 2001 17:02:50 +0100 Received: by vevnat01.nestec.ch with Internet Mail Service (5.5.2653.19) id ; Wed, 19 Dec 2001 17:02:48 +0100 Message-ID: From: "Fehr,Olivier,VEVEY,GL-IS/IT" To: 'Wilko Bulte' , 'Peter Edwards' Cc: "'freebsd-alpha@FreeBSD.ORG'" Subject: RE: FreeBSD on "Miata" Personal Workstation sans SRM. Date: Wed, 19 Dec 2001 17:02:49 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org you are right. i have an 500a and activated the srm that way (which made it an 500au?). the option isn't easy to find though. FreeBSD is running fine on those boxes. > -----Original Message----- > From: owner-freebsd-alpha@FreeBSD.ORG > [mailto:owner-freebsd-alpha@FreeBSD.ORG]On Behalf Of Wilko Bulte > Sent: mercredi, 19. decembre 2001 16:35 > To: Peter Edwards > Cc: freebsd-alpha@FreeBSD.ORG > Subject: Re: FreeBSD on "Miata" Personal Workstation sans SRM. > > > On Wed, Dec 19, 2001 at 03:19:40PM +0000, Peter Edwards wrote: > > Wilko Bulte wrote: > > > It is just a matter of flashing the SRM into the flashrom. > > > But Miatas have both SRM and AlphaBIOS/ARC installed in > the same flashrom, > > > you can select from ARC to select SRM on next powerup. > > > > > > W/ > > > > Hm. I only got 5 mins to play with the box, and didn't see > an obvious > > way of doing this. I remember reading that there was a distinction > > between the "a" and "au" model, and that FreeBSD would only > boot from > > au has a Qlogic SCSI board, a has either an Adaptec SCSI or IDE stuff. > Nothing else. > > > the SRM, not AlphaBIOS. The crack I was smoking probably > lead me to the > > conclusion that the "a" model didn't have an SRM. > > It hides in 'Advanced options' or somesuch in ARC. Takes a bit of > searching, but it is there. > > Wilko > -- > | / o / /_ _ email: wilko@FreeBSD.org > |/|/ / / /( (_) Bulte Arnhem, The Netherlands > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 8:27:55 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from lehrer.ucsf.edu (lehrer.ucsf.edu [128.218.64.95]) by hub.freebsd.org (Postfix) with ESMTP id 1BC1037B416 for ; Wed, 19 Dec 2001 08:27:51 -0800 (PST) Received: from amadeus.ucsf.edu (amadeus.ucsf.edu [128.218.65.107]) by lehrer.ucsf.edu (8.11.6/8.11.6) with ESMTP id fBJGRmJ748515; Wed, 19 Dec 2001 08:27:48 -0800 (PST) Date: Wed, 19 Dec 2001 08:27:46 -0800 (PST) From: Dirk Kleinhesselink X-Sender: dkleinh@amadeus.ucsf.edu To: "Fehr,Olivier,VEVEY,GL-IS/IT" Cc: "'Wilko Bulte'" , "'Peter Edwards'" , "'freebsd-alpha@FreeBSD.ORG'" Subject: RE: FreeBSD on "Miata" Personal Workstation sans SRM. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have to deal with this all the time as the battery has died in a few of my PWS boxes and the default is the damned AlphaBIOS, so everytime the power goes out here, a few of them end up at with the AlphaBIOS setup instead of SRM: You need to enter setup (F2) and select CMOS settings from the setup menu. In the CMOS settings, you need to select advanced (F6) and at the advanced screen, change the console from Windows NT to Digial UNIX (or OpenVMS). Then exit saving changes and either power cycle the machine, or in my case with the dead battery, press the reset button -- the small inset rectangular switch near the power switch and then it should switch to SRM. Dirk Kleinhesselink On Wed, 19 Dec 2001, Fehr,Olivier,VEVEY,GL-IS/IT wrote: > you are right. i have an 500a and activated the srm that way (which made it > an 500au?). the option isn't easy to find though. > FreeBSD is running fine on those boxes. > > > > -----Original Message----- > > From: owner-freebsd-alpha@FreeBSD.ORG > > [mailto:owner-freebsd-alpha@FreeBSD.ORG]On Behalf Of Wilko Bulte > > Sent: mercredi, 19. decembre 2001 16:35 > > To: Peter Edwards > > Cc: freebsd-alpha@FreeBSD.ORG > > Subject: Re: FreeBSD on "Miata" Personal Workstation sans SRM. > > > > > > On Wed, Dec 19, 2001 at 03:19:40PM +0000, Peter Edwards wrote: > > > Wilko Bulte wrote: > > > > It is just a matter of flashing the SRM into the flashrom. > > > > But Miatas have both SRM and AlphaBIOS/ARC installed in > > the same flashrom, > > > > you can select from ARC to select SRM on next powerup. > > > > > > > > W/ > > > > > > Hm. I only got 5 mins to play with the box, and didn't see > > an obvious > > > way of doing this. I remember reading that there was a distinction > > > between the "a" and "au" model, and that FreeBSD would only > > boot from > > > > au has a Qlogic SCSI board, a has either an Adaptec SCSI or IDE stuff. > > Nothing else. > > > > > the SRM, not AlphaBIOS. The crack I was smoking probably > > lead me to the > > > conclusion that the "a" model didn't have an SRM. > > > > It hides in 'Advanced options' or somesuch in ARC. Takes a bit of > > searching, but it is there. > > > > Wilko > > -- > > | / o / /_ _ email: wilko@FreeBSD.org > > |/|/ / / /( (_) Bulte Arnhem, The Netherlands > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-alpha" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 13: 2: 0 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from net2.gendyn.com (nat2.gendyn.com [204.60.171.12]) by hub.freebsd.org (Postfix) with ESMTP id 42BA737B41A; Wed, 19 Dec 2001 13:01:42 -0800 (PST) Received: from [153.11.11.3] (helo=plunger.gdeb.com) by net2.gendyn.com with esmtp (Exim 2.12 #1) id 16GnqO-000L2i-00; Wed, 19 Dec 2001 16:01:40 -0500 Received: from clcrtr.gdeb.com ([153.11.109.11]) by plunger.gdeb.com with SMTP id PAA29836; Wed, 19 Dec 2001 15:47:50 -0500 (EST) Received: from vigrid.com (gpz.clc.gdeb.com [192.168.3.12]) by clcrtr.gdeb.com (8.11.4/8.11.4) with ESMTP id fBJL9tK15272; Wed, 19 Dec 2001 16:10:11 -0500 (EST) (envelope-from eischen@vigrid.com) Message-ID: <3C21000F.994BD53D@vigrid.com> Date: Wed, 19 Dec 2001 16:01:03 -0500 From: Daniel Eischen X-Mailer: Mozilla 4.78 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Cc: alpha@freebsd.org Subject: Munging jmp_bufs on alpha Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org libc_r seems to be broke on alpha and I'm trying to fix it. We munge jmp_bufs to create new contexts for threads and for the thread scheduler. It seems that sometime over the last few weeks/months something broke that. It doesn't look like _setjmp of _longjmp have changed at all, though. Included is a sample program that includes the jmp_buf-munging macros that use to work and that no longer work. [ Drew, you out there? You got these to work before ;-) ] Any help would be appreciated. Thanks, -- Dan Eischen -------------- #include #include #include /* for PAGE_SIZE */ #include #include #include #if defined(__i386__) #define SET_STACK_JB(jb, stk) (jb)[0]._jb[2] = (int)(stk) #define GET_STACK_JB(jb) ((unsigned long)((jb)[0]._jb[2])) #define SET_RETURN_ADDR_JB(jb, ra) (jb)[0]._jb[0] = (int)(ra) #elif defined(__alpha__) #include #define SET_STACK_JB(jb, stk) (jb)[0]._jb[R_SP + 4] = (long)(stk) #define GET_STACK_JB(jb) ((unsigned long)((jb)[0]._jb[R_SP + 4])) #define SET_RETURN_ADDR_JB(jb, ra) do { \ (jb)[0]._jb[2] = (unsigned long)(ra) + 8UL; \ (jb)[0]._jb[R_RA + 4] = 0; \ (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ } while (0) #else #error "Don't recognize this architecture!" #endif static jmp_buf retjb; static jmp_buf schedjb; static void dump_jmpbuf(jmp_buf jb) { long *larr = (long *)jb[0]._jb; int i; for (i = 0; i < (sizeof(jmp_buf) / sizeof(long)); i++) { printf(" 0x%lx\n", larr[i]); } } static void scheduler() { int tmp; printf("Entered scheduler, stack is %p\n", &tmp); _longjmp(retjb, 1); } int main(int argc, char *argv[]) { long schedstack; long stacktop; int i; /* Create a stack for the scheduler: */ assert((schedstack = (long)malloc (PAGE_SIZE)) != NULL); /* Stack starts high and grows up/low: */ stacktop = schedstack + PAGE_SIZE - sizeof (double); /* Initialize the context for the scheduler: */ _setjmp(schedjb); printf("Scheduler jmp_buf after _setjmp:\n"); dump_jmpbuf(schedjb); SET_STACK_JB(schedjb, stacktop); SET_RETURN_ADDR_JB(schedjb, scheduler); printf("\nScheduler jmp_buf after tamporing:\n"); dump_jmpbuf(schedjb); printf("\n"); for (i = 0; i < 10; i++) { if (_setjmp(retjb) == 0) { printf("Switching to scheduler, count %d.\n", i); _longjmp(schedjb, 1); } } return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 13:33:34 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 9DC8537B436; Wed, 19 Dec 2001 13:33:06 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id fBJLX5Y98610; Wed, 19 Dec 2001 13:33:05 -0800 (PST) (envelope-from mjacob@feral.com) Date: Wed, 19 Dec 2001 13:33:05 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: alpha@freebsd.org Cc: des@freebsd.org Subject: fyi: incomplete change for procfs? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org warnings when compiling modules: g -mno-fp-regs -ffixed-8 -Wa,-mev56 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /tstsys/modules/osf1/../../alpha/osf1/osf1_signal.c In file included from /tstsys/modules/osf1/../../alpha/osf1/osf1_signal.c:78: @/fs/procfs/procfs.h:45: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:46: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:47: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:48: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:49: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:50: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:51: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:52: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:53: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:54: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:55: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:56: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:57: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:58: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:59: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:62: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:65: warning: parameter names (without types) in function declaration @/fs/procfs/procfs.h:66: warning: parameter names (without types) in function declaration To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 14:57: 0 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smartie.xs4all.nl (smartie.xs4all.nl [213.84.1.157]) by hub.freebsd.org (Postfix) with ESMTP id 26BB637B41D for ; Wed, 19 Dec 2001 14:56:56 -0800 (PST) Received: (from martijn@localhost) by smartie.xs4all.nl (8.11.6/8.11.6) id fBJMusi37276 for alpha@freebsd.org; Wed, 19 Dec 2001 23:56:54 +0100 (CET) (envelope-from martijn) Date: Wed, 19 Dec 2001 23:56:54 +0100 From: Martijn Pronk To: alpha@freebsd.org Subject: Anyone seen this? Message-ID: <20011219235654.A37261@obelix.smartie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello all, Just read some articles on comp.arch, where I came across these two URLs: http://www.openvms.org/stories.php?story=01/12/15/5268468 and http://www.theinquirer.net/15120103.htm Interresting... an Alpha 21364 at 1200 MHz... Martijn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 17:18:56 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id E389337B41A for ; Wed, 19 Dec 2001 17:18:49 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id UAA17998; Wed, 19 Dec 2001 20:18:43 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id fBK1IIC19267; Wed, 19 Dec 2001 20:18:18 -0500 (EST) (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: <15393.15450.563749.55393@grasshopper.cs.duke.edu> Date: Wed, 19 Dec 2001 20:18:18 -0500 (EST) To: Daniel Eischen Cc: freebsd-alpha@freebsd.org Subject: Re: Munging jmp_bufs on alpha In-Reply-To: <3C21000F.994BD53D@vigrid.com> References: <3C21000F.994BD53D@vigrid.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Daniel Eischen writes: > Included is a sample program that includes the jmp_buf-munging > macros that use to work and that no longer work. [ Drew, you > out there? You got these to work before ;-) ] Unfortunately, I no longer have the time to track -current on alpha.. I do have an idea where the problem might lie -- The alpha longjmp relies on calling sigreturn to switch stacks. I imagine quite a bit has changed in regard to returning from signals in the face of SMPng & KSEs.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 17:35:26 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp07.wxs.nl (smtp07.wxs.nl [195.121.6.39]) by hub.freebsd.org (Postfix) with ESMTP id A369337B417 for ; Wed, 19 Dec 2001 17:35:23 -0800 (PST) Received: from yokozuna.bsd ([213.10.35.60]) by smtp07.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id GOMCEY02.KH3 for ; Thu, 20 Dec 2001 02:35:22 +0100 Date: Thu, 20 Dec 2001 02:33:45 +0100 (CET) From: Marco Beishuizen Reply-To: Marco Beishuizen To: alpha@freebsd.org Subject: setting date correct Message-ID: FreeBSD: http://www.freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, Does anyone know how I can set the correct date and time in freebsd/alpha? I tried the timezone settings but that doesn't change anything, the date is staying at March 11 2015. I can't get into the cmos anymore since I changed the BIOS into the SRM. Thanks for the info, Marco -- It shall be unlawful for any suspicious person to be within the municipality. -- Local ordinance, Euclid Ohio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 18:15:37 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 91D3337B405 for ; Wed, 19 Dec 2001 18:15:33 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBK2FMg44553; Thu, 20 Dec 2001 03:15:22 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBK2Fvtx078351; Thu, 20 Dec 2001 03:15:57 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBK2FuW20049; Thu, 20 Dec 2001 03:15:56 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBK2Ft967688; Thu, 20 Dec 2001 03:15:55 +0100 (CET) (envelope-from ticso) Date: Thu, 20 Dec 2001 03:15:55 +0100 From: Bernd Walter To: Andrew Gallatin Cc: Daniel Eischen , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha Message-ID: <20011220021555.GA67179@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15393.15450.563749.55393@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Dec 19, 2001 at 08:18:18PM -0500, Andrew Gallatin wrote: > > Daniel Eischen writes: > > Included is a sample program that includes the jmp_buf-munging > > macros that use to work and that no longer work. [ Drew, you > > out there? You got these to work before ;-) ] > > Unfortunately, I no longer have the time to track -current on alpha.. > > I do have an idea where the problem might lie -- The alpha longjmp > relies on calling sigreturn to switch stacks. I imagine quite a bit > has changed in regard to returning from signals in the face of SMPng & > KSEs.. I already took an eye on src/sys/alpha/alpha/machdep.c. libc_r broke in the time frame between febuary and the 16th july. But it also work if compiled static so it might only have been hidden until then. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 18:30: 3 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 8557537B405 for ; Wed, 19 Dec 2001 18:29:57 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBK2TrS44831; Thu, 20 Dec 2001 03:29:53 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBK2UEtx078558; Thu, 20 Dec 2001 03:30:15 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBK2UDW20077; Thu, 20 Dec 2001 03:30:13 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBK2UCX67731; Thu, 20 Dec 2001 03:30:12 +0100 (CET) (envelope-from ticso) Date: Thu, 20 Dec 2001 03:30:11 +0100 From: Bernd Walter To: Andrew Gallatin Cc: Daniel Eischen , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha Message-ID: <20011220023011.GB67179@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> <20011220021555.GA67179@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011220021555.GA67179@cicely9.cicely.de> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Dec 20, 2001 at 03:15:55AM +0100, Bernd Walter wrote: > On Wed, Dec 19, 2001 at 08:18:18PM -0500, Andrew Gallatin wrote: > > > > Daniel Eischen writes: > > > Included is a sample program that includes the jmp_buf-munging > > > macros that use to work and that no longer work. [ Drew, you > > > out there? You got these to work before ;-) ] > > > > Unfortunately, I no longer have the time to track -current on alpha.. > > > > I do have an idea where the problem might lie -- The alpha longjmp > > relies on calling sigreturn to switch stacks. I imagine quite a bit > > has changed in regard to returning from signals in the face of SMPng & > > KSEs.. > > I already took an eye on src/sys/alpha/alpha/machdep.c. > > libc_r broke in the time frame between febuary and the 16th july. > But it also work if compiled static so it might only have been hidden > until then. I just run Daniels testprogram on -stable and it also crashes there. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 19:28:26 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id A415037B416 for ; Wed, 19 Dec 2001 19:28:24 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.12.1/8.12.1) id fBK3RI8G012541; Wed, 19 Dec 2001 22:27:18 -0500 (EST) Date: Wed, 19 Dec 2001 22:27:17 -0500 (EST) From: Daniel Eischen To: Andrew Gallatin Cc: freebsd-alpha@freebsd.org Subject: Re: Munging jmp_bufs on alpha In-Reply-To: <15393.15450.563749.55393@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 19 Dec 2001, Andrew Gallatin wrote: > > Daniel Eischen writes: > > Included is a sample program that includes the jmp_buf-munging > > macros that use to work and that no longer work. [ Drew, you > > out there? You got these to work before ;-) ] > > Unfortunately, I no longer have the time to track -current on alpha.. > > I do have an idea where the problem might lie -- The alpha longjmp > relies on calling sigreturn to switch stacks. I imagine quite a bit > has changed in regard to returning from signals in the face of SMPng & > KSEs.. This test program uses _setjmp/_longjmp which don't use sigreturn (signal masks are not saved/restored). -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Dec 19 22:38:31 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id F303A37B419 for ; Wed, 19 Dec 2001 22:38:21 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBK6ank49225; Thu, 20 Dec 2001 07:36:49 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBK6bPtx079612; Thu, 20 Dec 2001 07:37:27 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBK6bOW20788; Thu, 20 Dec 2001 07:37:24 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBK6bEX68529; Thu, 20 Dec 2001 07:37:14 +0100 (CET) (envelope-from ticso) Date: Thu, 20 Dec 2001 07:37:14 +0100 From: Bernd Walter To: Andrew Gallatin Cc: Daniel Eischen , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha Message-ID: <20011220063713.GC67179@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15393.15450.563749.55393@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Dec 19, 2001 at 08:18:18PM -0500, Andrew Gallatin wrote: > > Daniel Eischen writes: > > Included is a sample program that includes the jmp_buf-munging > > macros that use to work and that no longer work. [ Drew, you > > out there? You got these to work before ;-) ] > > Unfortunately, I no longer have the time to track -current on alpha.. > > I do have an idea where the problem might lie -- The alpha longjmp > relies on calling sigreturn to switch stacks. I imagine quite a bit > has changed in regard to returning from signals in the face of SMPng & > KSEs.. The printf in scheduler is failing. That is because scheduler is called with t12 still set to the address from the library and therefor we get a wrong gp value. In the static compiled case t12 within _longjmp is the same as in scheduler so it doesn't matter. IMHO _setjmp and _longjmp must save/restore t12 too. I don't have the time to test until this evening. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 1:53:11 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from asterix.fh-schmalkalden.de (asterix.fh-schmalkalden.de [194.94.30.50]) by hub.freebsd.org (Postfix) with ESMTP id 77F3637B405 for ; Thu, 20 Dec 2001 01:53:09 -0800 (PST) Received: from smtp.fh-schmalkalden.de (viruswall [194.94.30.51]) by asterix.fh-schmalkalden.de (8.9.0/8.9.0) with ESMTP id KAA06918; Thu, 20 Dec 2001 10:53:07 +0100 (MET) Received: from yahoo.de (isray.informatik.fh-schmalkalden.de [194.94.28.167]) by smtp.fh-schmalkalden.de (Postfix) with ESMTP id 6C370412F3; Thu, 20 Dec 2001 10:53:06 +0100 (MET) Message-ID: <3C21B501.3DE406AF@yahoo.de> Date: Thu, 20 Dec 2001 10:53:05 +0100 From: Falko Meyer Organization: FH Schmalkalden/Germany, dep. of computer science X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Marco Beishuizen , freebsd-alpha@freebsd.org Subject: Re: setting date correct References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Marco Beishuizen wrote: > > Hello, > > Does anyone know how I can set the correct date and time in > freebsd/alpha? I tried the timezone settings but that doesn't change > anything, the date is staying at March 11 2015. I can't get into the > cmos anymore since I changed the BIOS into the SRM. > > Thanks for the info, > > Marco The SRM is the BIOS now. Something like the BIOS you mean only exists on on Intel PC's. I can't really remember, but try date or maybe set date on SRM console. MfG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 2:55:21 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by hub.freebsd.org (Postfix) with ESMTP id 6778537B405 for ; Thu, 20 Dec 2001 02:55:17 -0800 (PST) Received: from yokozuna.bsd ([213.10.35.60]) by smtp04.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id GON2C300.THI; Thu, 20 Dec 2001 11:55:15 +0100 Date: Thu, 20 Dec 2001 11:53:39 +0100 (CET) From: Marco Beishuizen Reply-To: Marco Beishuizen To: Falko Meyer Cc: freebsd-alpha@freebsd.org Subject: Re: setting date correct In-Reply-To: <3C21B501.3DE406AF@yahoo.de> Message-ID: FreeBSD: http://www.freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I got the correct date and time now. I simply used the date command in freebsd, so, looking backwards, it was easier than it looked. Thanks, Marco -- "... The name of the song is called 'Haddocks' Eyes'!" "Oh, that's the name of the song, is it?" Alice said, trying to feel interested. "No, you don't understand," the Knight said, looking a little vexed. "That's what the name is called. The name really is, 'The Aged Aged Man.'" "Then I ought to have said "That's what the song is called'?" Alice corrected herself. "No, you oughtn't: that's quite another thing! The song is called 'Ways and Means': but that's only what it is called you know!" "Well, what is the song then?" said Alice, who was by this time completely bewildered. "I was coming to that," the Knight said. "The song really is "A-sitting on a Gate": and the tune's my own invention." -- Lewis Carroll, "Through the Looking Glass" On Thu, 20 Dec 2001, the wise Falko Meyer spoke, and said: > Marco Beishuizen wrote: > > > > Hello, > > > > Does anyone know how I can set the correct date and time in > > freebsd/alpha? I tried the timezone settings but that doesn't change > > anything, the date is staying at March 11 2015. I can't get into the > > cmos anymore since I changed the BIOS into the SRM. > > > > Thanks for the info, > > > > Marco > > The SRM is the BIOS now. Something like the BIOS you mean only exists on > on Intel PC's. > I can't really remember, but try date or maybe set date on SRM console. > > MfG > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 5:25:54 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from gnah.bolet.org (gnah.bolet.org [80.65.226.87]) by hub.freebsd.org (Postfix) with ESMTP id ACA5E37B417 for ; Thu, 20 Dec 2001 05:25:46 -0800 (PST) Received: (from pornin@localhost) by gnah.bolet.org (8.11.3/8.9.3) id fBKDPdj56182; Thu, 20 Dec 2001 14:25:39 +0100 (CET) (envelope-from pornin) Date: Thu, 20 Dec 2001 14:25:38 +0100 From: Thomas Pornin To: Marco Beishuizen Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: setting date correct Message-ID: <20011220142537.A56167@gnah.bolet.org> References: <3C21B501.3DE406AF@yahoo.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from mbeis@planet.nl on Thu, Dec 20, 2001 at 11:53:39AM +0100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Dec 20, 2001 at 11:53:39AM +0100, Marco Beishuizen wrote: > I got the correct date and time now. I simply used the date command in > freebsd, so, looking backwards, it was easier than it looked. This sets the time as known by the running kernel, but you might want to use adjkerntz so that the date is mostly correct on next boot (the CMOS clock must be corrected also). For a real timekeeping, use ntpd. The `ntpdate' command would have done the trick either, provided you have access to a ntp server. --Thomas Pornin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 6:43:51 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9BE2337B405 for ; Thu, 20 Dec 2001 06:43:47 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id JAA29253; Thu, 20 Dec 2001 09:43:41 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id fBKEhGg20644; Thu, 20 Dec 2001 09:43:16 -0500 (EST) (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: <15393.63748.332836.49864@grasshopper.cs.duke.edu> Date: Thu, 20 Dec 2001 09:43:16 -0500 (EST) To: Bernd Walter Cc: Daniel Eischen , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha In-Reply-To: <20011220023011.GB67179@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> <20011220021555.GA67179@cicely9.cicely.de> <20011220023011.GB67179@cicely9.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Bernd Walter writes: > On Thu, Dec 20, 2001 at 03:15:55AM +0100, Bernd Walter wrote: > > On Wed, Dec 19, 2001 at 08:18:18PM -0500, Andrew Gallatin wrote: > > > > > > Daniel Eischen writes: > > > > Included is a sample program that includes the jmp_buf-munging > > > > macros that use to work and that no longer work. [ Drew, you > > > > out there? You got these to work before ;-) ] > > > > > > Unfortunately, I no longer have the time to track -current on alpha.. > > > > > > I do have an idea where the problem might lie -- The alpha longjmp > > > relies on calling sigreturn to switch stacks. I imagine quite a bit > > > has changed in regard to returning from signals in the face of SMPng & > > > KSEs.. > > > > I already took an eye on src/sys/alpha/alpha/machdep.c. > > > > libc_r broke in the time frame between febuary and the 16th july. > > But it also work if compiled static so it might only have been hidden > > until then. > > I just run Daniels testprogram on -stable and it also crashes there. Yes, it appears to crash as far back as 4.3-RELEASE, which is the oldest alpha system I have access to. But it does work if compiled statically.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 15:52:28 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id AC11C37B416 for ; Thu, 20 Dec 2001 15:52:24 -0800 (PST) Received: (qmail 29828 invoked from network); 20 Dec 2001 23:52:21 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 20 Dec 2001 23:52:21 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 20 Dec 2001 15:52:04 -0800 (PST) From: John Baldwin To: alpha@FreeBSD.org Subject: FW: cvs commit: src/sys/alpha/alpha machdep.c src/sys/alpha/incl Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If you've been having problems with SMP kernels, see if this fixes it. It certainly greatly improves the stability of the DS20 I have here with an SMP kernel. I would like to try and get interrupt preemption turned back on as well with this if possible as this may fix the problems we were having with that. Several of the chipsets didn't even bother to disable interrupts while they fiddled with the ICU registers. -----FW: <200112202348.fBKNmVZ96597@freefall.freebsd.org>----- Date: Thu, 20 Dec 2001 15:48:31 -0800 (PST) Sender: owner-cvs-committers@FreeBSD.org From: John Baldwin To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/alpha/alpha machdep.c src/sys/alpha/include intr.h src/sys/alpha/isa isa.c src/sys/alpha/mcbus mcp cia.c src/sys/alpha/pci apecs.c cia.c t2.c tsunami.c src/sys/alpha/tlsb dwlpx.c src/sys/i386/i386 machdep.c mp_machdep.c mpapic .c ... jhb 2001/12/20 15:48:31 PST Modified files: sys/alpha/alpha machdep.c sys/alpha/include intr.h sys/alpha/isa isa.c sys/alpha/mcbus mcpcia.c sys/alpha/pci apecs.c cia.c t2.c tsunami.c sys/alpha/tlsb dwlpx.c sys/i386/i386 machdep.c mp_machdep.c mpapic.c sys/i386/include apic.h sys/i386/isa apic_ipl.s apic_vector.s clock.c intr_machdep.c intr_machdep.h npx.c vector.s sys/kern subr_witness.c Log: Introduce a standard name for the lock protecting an interrupt controller and it's associated state variables: icu_lock with the name "icu". This renames the imen_mtx for x86 SMP, but also uses the lock to protect access to the 8259 PIC on x86 UP. This also adds an appropriate lock to the various Alpha chipsets which fixes problems with Alpha SMP machines dropping interrupts with an SMP kernel. --------------End of forwarded message------------------------- -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 16: 1:48 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id F109037B419 for ; Thu, 20 Dec 2001 16:01:44 -0800 (PST) Received: (qmail 9458 invoked from network); 21 Dec 2001 00:01:43 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Dec 2001 00:01:43 -0000 Message-ID: X-Mailer: XFMail 1.4.0 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, 20 Dec 2001 16:01:26 -0800 (PST) From: John Baldwin To: John Baldwin Subject: RE: FW: cvs commit: src/sys/alpha/alpha machdep.c src/sys/alpha/ Cc: alpha@FreeBSD.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 20-Dec-01 John Baldwin wrote: > If you've been having problems with SMP kernels, see if this fixes it. It > certainly greatly improves the stability of the DS20 I have here with an SMP > kernel. I would like to try and get interrupt preemption turned back on as > well with this if possible as this may fix the problems we were having with > that. Several of the chipsets didn't even bother to disable interrupts while > they fiddled with the ICU registers. Also note that there are lots of splhigh's still in sys/alpha which don't do anything atm. Most of them most likely need to become spin mutexes and I'll look at some of them in the coming weeks, however, if someone else wants to dive in and help, go for it. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 21:19:43 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id CECB937B41C for ; Thu, 20 Dec 2001 21:19:38 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBL5JVO77128; Fri, 21 Dec 2001 06:19:31 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBL5K6tx087613; Fri, 21 Dec 2001 06:20:07 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBL5K5W22393; Fri, 21 Dec 2001 06:20:06 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBL5J5S92614; Fri, 21 Dec 2001 06:19:05 +0100 (CET) (envelope-from ticso) Date: Fri, 21 Dec 2001 06:19:05 +0100 From: Bernd Walter To: Andrew Gallatin Cc: Daniel Eischen , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha Message-ID: <20011221051904.GA71395@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> <20011220063713.GC67179@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <20011220063713.GC67179@cicely9.cicely.de> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline My first explanation was a bit wrong but nevertheless here are the patches for libc and Daniels testprogramm. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch Index: src/lib/libc/alpha/gen/_setjmp.S =================================================================== RCS file: /vol/freebsd-cvs/src/lib/libc/alpha/gen/_setjmp.S,v retrieving revision 1.7 diff -u -r1.7 _setjmp.S --- src/lib/libc/alpha/gen/_setjmp.S 24 Jan 2001 12:58:52 -0000 1.7 +++ src/lib/libc/alpha/gen/_setjmp.S 21 Dec 2001 05:11:50 -0000 @@ -96,6 +96,7 @@ beq t0, botch /* If the magic was bad, punt */ ldq ra, (2 * 8)(a0) /* sc_pc = return address */ + mov ra, t12 ldq s0, (( 9 + 4) * 8)(a0) /* saved bits of sc_regs */ ldq s1, ((10 + 4) * 8)(a0) ldq s2, ((11 + 4) * 8)(a0) --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch2 --- test_jmpbuf.c Fri Dec 21 06:15:18 2001 +++ test_jmpbuf.c.new Fri Dec 21 06:14:58 2001 @@ -16,7 +16,7 @@ #define SET_STACK_JB(jb, stk) (jb)[0]._jb[R_SP + 4] = (long)(stk) #define GET_STACK_JB(jb) ((unsigned long)((jb)[0]._jb[R_SP + 4])) #define SET_RETURN_ADDR_JB(jb, ra) do { \ - (jb)[0]._jb[2] = (unsigned long)(ra) + 8UL; \ + (jb)[0]._jb[2] = (unsigned long)(ra); \ (jb)[0]._jb[R_RA + 4] = (long)(ra); \ (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ } while (0) --ikeVEW9yuYc//A+q-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 21:31: 9 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 116D137B417 for ; Thu, 20 Dec 2001 21:31:07 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBL5V3L77342; Fri, 21 Dec 2001 06:31:03 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBL5V4tx087670; Fri, 21 Dec 2001 06:31:05 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBL5V3W22400; Fri, 21 Dec 2001 06:31:04 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBL5V3e95771; Fri, 21 Dec 2001 06:31:03 +0100 (CET) (envelope-from ticso) Date: Fri, 21 Dec 2001 06:31:03 +0100 From: Bernd Walter To: Andrew Gallatin Cc: Daniel Eischen , freebsd-alpha@FreeBSD.ORG Subject: pthreads seems to work now (was: Munging jmp_bufs on alpha) Message-ID: <20011221053103.GB71395@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> <20011220063713.GC67179@cicely9.cicely.de> <20011221051904.GA71395@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011221051904.GA71395@cicely9.cicely.de> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org And additionaly with this patch all my pthreads test I've tried seem to work. IMO there is a good chance that all will. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 21:34:27 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 75ECF37B416 for ; Thu, 20 Dec 2001 21:34:24 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBL5YLX77423; Fri, 21 Dec 2001 06:34:21 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBL5Yttx087724; Fri, 21 Dec 2001 06:34:55 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBL5YsW22412; Fri, 21 Dec 2001 06:34:54 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBL5Yr698767; Fri, 21 Dec 2001 06:34:53 +0100 (CET) (envelope-from ticso) Date: Fri, 21 Dec 2001 06:34:53 +0100 From: Bernd Walter To: Andrew Gallatin Cc: Daniel Eischen , freebsd-alpha@FreeBSD.ORG Subject: Re: pthreads seems to work now (was: Munging jmp_bufs on alpha) Message-ID: <20011221053453.GC71395@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> <20011220063713.GC67179@cicely9.cicely.de> <20011221051904.GA71395@cicely9.cicely.de> <20011221053103.GB71395@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3lcZGd9BuhuYXNfi" Content-Disposition: inline In-Reply-To: <20011221053103.GB71395@cicely9.cicely.de> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Dec 21, 2001 at 06:31:03AM +0100, Bernd Walter wrote: > And additionaly with this patch all my pthreads test I've tried > seem to work. > IMO there is a good chance that all will. Ups patch was missing... -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de --3lcZGd9BuhuYXNfi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch Index: src/lib/libc_r/uthread/pthread_private.h =================================================================== RCS file: /vol/freebsd-cvs/src/lib/libc_r/uthread/pthread_private.h,v retrieving revision 1.64 diff -u -r1.64 pthread_private.h --- src/lib/libc_r/uthread/pthread_private.h 17 Nov 2001 14:28:39 -0000 1.64 +++ src/lib/libc_r/uthread/pthread_private.h 21 Dec 2001 05:23:26 -0000 @@ -96,7 +96,7 @@ #define FP_SAVE_UC(ucp) #define FP_RESTORE_UC(ucp) #define SET_RETURN_ADDR_JB(jb, ra) do { \ - (jb)[0]._jb[2] = (unsigned long)(ra) + 8UL; \ + (jb)[0]._jb[2] = (unsigned long)(ra); \ (jb)[0]._jb[R_RA + 4] = 0; \ (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ } while (0) --3lcZGd9BuhuYXNfi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 20 23:59:27 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 7C59937B416 for ; Thu, 20 Dec 2001 23:59:26 -0800 (PST) Received: (qmail 30449 invoked from network); 21 Dec 2001 07:59:25 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Dec 2001 07:59:25 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20011221051904.GA71395@cicely9.cicely.de> Date: Thu, 20 Dec 2001 23:59:08 -0800 (PST) From: John Baldwin To: Bernd Walter Subject: Re: Munging jmp_bufs on alpha Cc: freebsd-alpha@FreeBSD.ORG, Daniel Eischen , Andrew Gallatin Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 21-Dec-01 Bernd Walter wrote: > My first explanation was a bit wrong but nevertheless here are the > patches for libc and Daniels testprogramm. Cool! Way to go Bernd! -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 7:18:57 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 5C3ED37B419 for ; Fri, 21 Dec 2001 07:18:53 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBLFIoC87160 for freebsd-alpha@freebsd.org; Fri, 21 Dec 2001 16:18:50 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBLFJ9tx090613 for ; Fri, 21 Dec 2001 16:19:19 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBLFJ8W22822 for ; Fri, 21 Dec 2001 16:19:08 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBLFJ7d00238 for freebsd-alpha@freebsd.org; Fri, 21 Dec 2001 16:19:07 +0100 (CET) (envelope-from ticso) Date: Fri, 21 Dec 2001 16:19:07 +0100 From: Bernd Walter To: freebsd-alpha@freebsd.org Subject: floating point exception masks? Message-ID: <20011221151906.GA97006@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Mozilla uses them on FreeBSD, but they are not available on alpha. Here is a code fragment from work/mozilla/extensions/transformiix/source/base/Double.cpp: #include "primitives.h" #include #ifdef WIN32 #include #endif //A trick to handle IEEE floating point exceptions on FreeBSD - E.D. #ifdef __FreeBSD__ #include #endif #ifndef TX_EXE #include "prdtoa.h" #else #include "stdlib.h" #include "stdio.h" #endif /* * Utility class for doubles */ //A trick to handle IEEE floating point exceptions on FreeBSD - E.D. #ifdef __FreeBSD__ fp_except_t allmask = FP_X_INV|FP_X_OFL|FP_X_UFL|FP_X_DZ|FP_X_IMP|FP_X_DNML; fp_except_t oldmask = fpsetmask(~allmask); #endif I have no clue about floating point miracles. Are these expected implementations? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 7:29:30 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 547C137B416 for ; Fri, 21 Dec 2001 07:29:25 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id KAA26730; Fri, 21 Dec 2001 10:29:19 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id fBLFSsK22701; Fri, 21 Dec 2001 10:28:54 -0500 (EST) (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: <15395.21814.558196.880593@grasshopper.cs.duke.edu> Date: Fri, 21 Dec 2001 10:28:54 -0500 (EST) To: Bernd Walter Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: floating point exception masks? In-Reply-To: <20011221151906.GA97006@cicely9.cicely.de> References: <20011221151906.GA97006@cicely9.cicely.de> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You want #include -- that works on i386 & alpha. BTW, FP_X_DNML isn't defined on alpha. I posted some patches to freebsd-alpha on Tue Nov 27 11:07:15 to get Mozilla to build, but I never got it working -- it kept dying in Javascript. Perhaps your thread fixes will cure this. You might want to pull my patches out of the mailing list archives. Drew Bernd Walter writes: > Mozilla uses them on FreeBSD, but they are not available on alpha. > > Here is a code fragment from > work/mozilla/extensions/transformiix/source/base/Double.cpp: > > #include "primitives.h" > #include > #ifdef WIN32 > #include > #endif > //A trick to handle IEEE floating point exceptions on FreeBSD - E.D. > #ifdef __FreeBSD__ > #include > #endif > #ifndef TX_EXE > #include "prdtoa.h" > #else > #include "stdlib.h" > #include "stdio.h" > #endif > > /* > * Utility class for doubles > */ > > //A trick to handle IEEE floating point exceptions on FreeBSD - E.D. > #ifdef __FreeBSD__ > fp_except_t allmask = FP_X_INV|FP_X_OFL|FP_X_UFL|FP_X_DZ|FP_X_IMP|FP_X_DNML; > fp_except_t oldmask = fpsetmask(~allmask); > #endif > > > I have no clue about floating point miracles. > Are these expected implementations? > > -- > B.Walter COSMO-Project http://www.cosmo-project.de > ticso@cicely.de Usergroup info@cosmo-project.de > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 7:38:49 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 8D76D37B41A for ; Fri, 21 Dec 2001 07:38:40 -0800 (PST) Received: from vigrid.com (pm3-pt66.pcnet.net [206.105.29.140]) by pcnet1.pcnet.com (8.12.1/8.12.1) with ESMTP id fBLFbVFe018789; Fri, 21 Dec 2001 10:37:31 -0500 (EST) Message-ID: <3C23598D.FAB79E8@vigrid.com> Date: Fri, 21 Dec 2001 10:47:25 -0500 From: Dan Eischen X-Mailer: Mozilla 4.74 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Bernd Walter Cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> <20011220063713.GC67179@cicely9.cicely.de> <20011221051904.GA71395@cicely9.cicely.de> Content-Type: multipart/mixed; boundary="------------E659A4761554CE83B6F5FBCD" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------E659A4761554CE83B6F5FBCD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Bernd Walter wrote: > > My first explanation was a bit wrong but nevertheless here are the > patches for libc and Daniels testprogramm. Hmm, as long as we're going to restore T12 with the return address, shouldn't we just save and restore T12 in _setjmp and _longjmp respectively? And then let the threads library put the return address in T12 like it already does? There's still something I don't understand. With my patch, why does R_RA (return address) need to be set in the jmp_buf? In _longjmp, ra is loaded from where sc_pc is stored (jb[2]), not from where ra is stored (jb[R_RA + 4]). If you modify the jmp_buf munging macro to zero jb[R_RA + 4] (like it has done before), it doesn't work: #define SET_RETURN_ADDR_JB(jb, ra) do { \ (jb)[0]._jb[2] = (long)(ra); \ (jb)[0]._jb[R_RA + 4] = 0; \ (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ It seems like it should because jb[R_RA + 4] is not used by _longjmp. -- Dan Eischen --------------E659A4761554CE83B6F5FBCD Content-Type: text/plain; charset=us-ascii; name="alpha.diffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="alpha.diffs" Index: gen/_setjmp.S =================================================================== RCS file: /home/ncvs/src/lib/libc/alpha/gen/_setjmp.S,v retrieving revision 1.7 diff -u -r1.7 _setjmp.S --- gen/_setjmp.S 24 Jan 2001 12:58:52 -0000 1.7 +++ gen/_setjmp.S 20 Dec 2001 13:47:04 -0000 @@ -55,6 +55,7 @@ stq s5, ((14 + 4) * 8)(a0) stq s6, ((15 + 4) * 8)(a0) stq ra, ((26 + 4) * 8)(a0) + stq t12,((27 + 4) * 8)(a0) stq sp, ((30 + 4) * 8)(a0) ldiq t0, 0xacedbadd /* sigcontext magic number */ stq t0, ((31 + 4) * 8)(a0) /* magic in sc_regs[31] */ @@ -104,6 +105,7 @@ ldq s5, ((14 + 4) * 8)(a0) ldq s6, ((15 + 4) * 8)(a0) /* ldq ra, ((26 + 4) * 8)(a0) set above */ + ldq t12,((27 + 4) * 8)(a0) ldq sp, ((30 + 4) * 8)(a0) ldt fs0, ((2 + 37) * 8)(a0) /* saved bits of sc_fpregs */ ldt fs1, ((3 + 37) * 8)(a0) Index: gen/setjmp.S =================================================================== RCS file: /home/ncvs/src/lib/libc/alpha/gen/setjmp.S,v retrieving revision 1.14 diff -u -r1.14 setjmp.S --- gen/setjmp.S 24 Jan 2001 12:58:52 -0000 1.14 +++ gen/setjmp.S 21 Dec 2001 14:27:40 -0000 @@ -55,6 +55,7 @@ stq s5, ((14 + 4) * 8)(a0) stq s6, ((15 + 4) * 8)(a0) stq ra, ((26 + 4) * 8)(a0) + stq t12,((27 + 4) * 8)(a0) stq sp, ((30 + 4) * 8)(a0) /* --------------E659A4761554CE83B6F5FBCD Content-Type: text/plain; charset=us-ascii; name="alpha_uthread.diffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="alpha_uthread.diffs" Index: uthread/pthread_private.h =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/pthread_private.h,v retrieving revision 1.64 diff -u -r1.64 pthread_private.h --- uthread/pthread_private.h 17 Nov 2001 14:28:39 -0000 1.64 +++ uthread/pthread_private.h 21 Dec 2001 15:07:22 -0000 @@ -96,8 +96,8 @@ #define FP_SAVE_UC(ucp) #define FP_RESTORE_UC(ucp) #define SET_RETURN_ADDR_JB(jb, ra) do { \ - (jb)[0]._jb[2] = (unsigned long)(ra) + 8UL; \ - (jb)[0]._jb[R_RA + 4] = 0; \ + (jb)[0]._jb[2] = (long)(ra); \ + (jb)[0]._jb[R_RA + 4] = (long)(ra); \ (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ } while (0) #else --------------E659A4761554CE83B6F5FBCD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 8:46:47 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 8696B37B405 for ; Fri, 21 Dec 2001 08:46:41 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBLGkTE88850; Fri, 21 Dec 2001 17:46:29 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBLGkdtx091125; Fri, 21 Dec 2001 17:46:39 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBLGkbW22878; Fri, 21 Dec 2001 17:46:37 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBLGkag13263; Fri, 21 Dec 2001 17:46:36 +0100 (CET) (envelope-from ticso) Date: Fri, 21 Dec 2001 17:46:36 +0100 From: Bernd Walter To: Dan Eischen Cc: Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha Message-ID: <20011221164636.GC97006@cicely9.cicely.de> References: <3C21000F.994BD53D@vigrid.com> <15393.15450.563749.55393@grasshopper.cs.duke.edu> <20011220063713.GC67179@cicely9.cicely.de> <20011221051904.GA71395@cicely9.cicely.de> <3C23598D.FAB79E8@vigrid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C23598D.FAB79E8@vigrid.com> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Dec 21, 2001 at 10:47:25AM -0500, Dan Eischen wrote: > Bernd Walter wrote: > > > > My first explanation was a bit wrong but nevertheless here are the > > patches for libc and Daniels testprogramm. > > Hmm, as long as we're going to restore T12 with the return > address, shouldn't we just save and restore T12 in _setjmp > and _longjmp respectively? And then let the threads library > put the return address in T12 like it already does? _setjmp and _longjmp are functions and the caller should not expect any temporary register to keep it's contents after calling any function. There is no need to save/restore them. The point is with overwriting the return address to a function address _longjmp does not return but call a function without knowing it and a function caller needs to initialise t12 first. > There's still something I don't understand. With my patch, > why does R_RA (return address) need to be set in the jmp_buf? > In _longjmp, ra is loaded from where sc_pc is stored (jb[2]), > not from where ra is stored (jb[R_RA + 4]). If you modify > the jmp_buf munging macro to zero jb[R_RA + 4] (like it > has done before), it doesn't work: > > #define SET_RETURN_ADDR_JB(jb, ra) do { \ > (jb)[0]._jb[2] = (long)(ra); \ > (jb)[0]._jb[R_RA + 4] = 0; \ > (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ > > It seems like it should because jb[R_RA + 4] is not used > by _longjmp. It works for me with my patch. You can even remove the RA and T12 line because they are never used. It should work with your patch too - I have no idea why it does not. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 8:53: 2 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id F37AA37B405 for ; Fri, 21 Dec 2001 08:52:53 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBLGqqw25638 for freebsd-alpha@freebsd.org; Fri, 21 Dec 2001 17:52:52 +0100 (CET) (envelope-from wkb) Date: Fri, 21 Dec 2001 17:52:52 +0100 From: Wilko Bulte To: freebsd-alpha@freebsd.org Subject: FW: Re: bah: new bug, unaligned accesses in ifconfig on -stable Message-ID: <20011221175252.A25617@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I just verified it on my DS10 with 4.5-PRERELEASE and the problem is exactly what Rich describes below: ds10#gdb ./ifconfig ifconfig.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-unknown-freebsd"... Core was generated by `ifconfig'. Program terminated with signal 10, Bus error. Reading symbols from /usr/lib/libipx.so.2...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x1200039dc in status (afp=0x120009da8, addrcount=0, sdl=0x74656e62772e30, ifm=0x12002011c, ifam=0x0) at ifconfig.c:1152 1152 if (ifm->ifm_data.ifi_metric) (gdb) I don't quite understand why it happens this way Wilko ----- Forwarded message from Rich Bud ----- Date: Mon, 17 Dec 2001 21:40:50 -0500 (EST) From: Rich Bud Subject: Re: bah: new bug, unaligned accesses in ifconfig on -stable To: Wilko Bulte > Using a freshly built -stable buildworld ifconfig gives > me unaligned accesses. Confirmed on DS10 and DS20. > This is a recently introduced bug, last week (IIRC) it was > not there yet This was in place as of 7 Dec (revision v1.51.2.14 of ifconfig.c). On my 500a only faith0 gave the error; someone else wrote in to say it was happening to both their NICs. I tracked it down to line 1120 (line 1152 in the new v1.51.2.15) in the status() function, where it was complaining about the following 2 if statements: if (ifm->ifm_data.ifi_metric) printf(" metric %d", ifm->ifm_data.ifi_metric); if (ifm->ifm_data.ifi_mtu) printf(" mtu %ld", ifm->ifm_data.ifi_mtu); I looked at v1.51.2.13 and put back what they did, which was create local int variables for mtu and metric (they're u_long in the structure), and tried: int metric, mtu; ... metric = ifm->ifm_data.ifi_metric; if (metric) printf(" metric %d", metric); mtu = ifm->ifm_data.ifi_mtu; if (mtu) printf(" mtu %d", mtu); That, amazingly, fixed it. I then tried making mtu and metric u_long, and the errors on the if statements returned. Very odd. I also saw no reason why it should happen to different interfaces for different people. I meant to come back to this, but got sidetracked and forgot about it until i saw your post. Hope this helps a little, Rich Bud ----- End forwarded message ----- -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 10:29:37 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id A48CE37B41C; Fri, 21 Dec 2001 10:29:28 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBLIS8j26014; Fri, 21 Dec 2001 19:28:08 +0100 (CET) (envelope-from wkb) Date: Fri, 21 Dec 2001 19:28:08 +0100 From: Wilko Bulte To: John Baldwin Cc: alpha@FreeBSD.ORG Subject: Re: FW: cvs commit: src/sys/alpha/alpha machdep.c src/sys/alpha/incl Message-ID: <20011221192808.A25979@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.ORG on Thu, Dec 20, 2001 at 03:52:04PM -0800 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Dec 20, 2001 at 03:52:04PM -0800, John Baldwin wrote: I hope to have time early Jan 2002 to test this on the dual CPU DS20 at work. Our other SMP Alphas are tied up in an 8 node cluster test :-/ Wilko > If you've been having problems with SMP kernels, see if this fixes it. It > certainly greatly improves the stability of the DS20 I have here with an SMP > kernel. I would like to try and get interrupt preemption turned back on as > well with this if possible as this may fix the problems we were having with > that. Several of the chipsets didn't even bother to disable interrupts while > they fiddled with the ICU registers. > > -----FW: <200112202348.fBKNmVZ96597@freefall.freebsd.org>----- > > Date: Thu, 20 Dec 2001 15:48:31 -0800 (PST) > Sender: owner-cvs-committers@FreeBSD.org > From: John Baldwin > To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/alpha/alpha machdep.c src/sys/alpha/include intr.h > src/sys/alpha/isa isa.c src/sys/alpha/mcbus mcp > cia.c src/sys/alpha/pci apecs.c cia.c t2.c tsunami.c src/sys/alpha/tlsb dwlpx.c > src/sys/i386/i386 machdep.c mp_machdep.c mpapic > .c ... > > jhb 2001/12/20 15:48:31 PST > > Modified files: > sys/alpha/alpha machdep.c > sys/alpha/include intr.h > sys/alpha/isa isa.c > sys/alpha/mcbus mcpcia.c > sys/alpha/pci apecs.c cia.c t2.c tsunami.c > sys/alpha/tlsb dwlpx.c > sys/i386/i386 machdep.c mp_machdep.c mpapic.c > sys/i386/include apic.h > sys/i386/isa apic_ipl.s apic_vector.s clock.c > intr_machdep.c intr_machdep.h npx.c > vector.s > sys/kern subr_witness.c > Log: > Introduce a standard name for the lock protecting an interrupt controller > and it's associated state variables: icu_lock with the name "icu". This > renames the imen_mtx for x86 SMP, but also uses the lock to protect > access to the 8259 PIC on x86 UP. This also adds an appropriate lock to > the various Alpha chipsets which fixes problems with Alpha SMP machines > dropping interrupts with an SMP kernel. > > --------------End of forwarded message------------------------- > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message ---end of quoted text--- -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 10:42:22 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id F149237B417 for ; Fri, 21 Dec 2001 10:42:15 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.12.1/8.12.1) id fBLIf8b1020319; Fri, 21 Dec 2001 13:41:08 -0500 (EST) Date: Fri, 21 Dec 2001 13:41:08 -0500 (EST) From: Daniel Eischen To: Bernd Walter Cc: Dan Eischen , Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha In-Reply-To: <20011221164636.GC97006@cicely9.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 21 Dec 2001, Bernd Walter wrote: > On Fri, Dec 21, 2001 at 10:47:25AM -0500, Dan Eischen wrote: > > Bernd Walter wrote: > > > > > > My first explanation was a bit wrong but nevertheless here are the > > > patches for libc and Daniels testprogramm. > > > > Hmm, as long as we're going to restore T12 with the return > > address, shouldn't we just save and restore T12 in _setjmp > > and _longjmp respectively? And then let the threads library > > put the return address in T12 like it already does? > > _setjmp and _longjmp are functions and the caller should not expect > any temporary register to keep it's contents after calling any function. > There is no need to save/restore them. > The point is with overwriting the return address to a function address > _longjmp does not return but call a function without knowing it and > a function caller needs to initialise t12 first. OK, but by the same token, making _setjmp/_longjmp account for libc_r's jmp_buf munging seems wrong too. Playing the devil's advocate, why should _longjmp stuff the return address into a temporary register? It seems more general to just save and restore any necessary register, whether it's temporary or not. T12 seems like it fits that category. What is T12 suppose to contain in a normal function call? Is it always the return address? Is that dependent on our compiler? > > There's still something I don't understand. With my patch, > > why does R_RA (return address) need to be set in the jmp_buf? > > In _longjmp, ra is loaded from where sc_pc is stored (jb[2]), > > not from where ra is stored (jb[R_RA + 4]). If you modify > > the jmp_buf munging macro to zero jb[R_RA + 4] (like it > > has done before), it doesn't work: > > > > #define SET_RETURN_ADDR_JB(jb, ra) do { \ > > (jb)[0]._jb[2] = (long)(ra); \ > > (jb)[0]._jb[R_RA + 4] = 0; \ > > (jb)[0]._jb[R_T12 + 4] = (long)(ra); \ > > > > It seems like it should because jb[R_RA + 4] is not used > > by _longjmp. > > It works for me with my patch. > You can even remove the RA and T12 line because they are never used. > It should work with your patch too - I have no idea why it does not. Yeah, I'm missing something too. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 10:59:42 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by hub.freebsd.org (Postfix) with ESMTP id 6B7A537B41E for ; Fri, 21 Dec 2001 10:59:37 -0800 (PST) Received: (qmail 18500 invoked from network); 21 Dec 2001 18:51:56 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Dec 2001 18:51:56 -0000 Message-ID: X-Mailer: XFMail 1.4.0 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: Fri, 21 Dec 2001 10:51:38 -0800 (PST) From: John Baldwin To: Daniel Eischen Subject: Re: Munging jmp_bufs on alpha Cc: freebsd-alpha@FreeBSD.ORG, Andrew Gallatin , Dan Eischen , Bernd Walter Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 21-Dec-01 Daniel Eischen wrote: > On Fri, 21 Dec 2001, Bernd Walter wrote: >> On Fri, Dec 21, 2001 at 10:47:25AM -0500, Dan Eischen wrote: >> > Bernd Walter wrote: >> > > >> > > My first explanation was a bit wrong but nevertheless here are the >> > > patches for libc and Daniels testprogramm. >> > >> > Hmm, as long as we're going to restore T12 with the return >> > address, shouldn't we just save and restore T12 in _setjmp >> > and _longjmp respectively? And then let the threads library >> > put the return address in T12 like it already does? >> >> _setjmp and _longjmp are functions and the caller should not expect >> any temporary register to keep it's contents after calling any function. >> There is no need to save/restore them. >> The point is with overwriting the return address to a function address >> _longjmp does not return but call a function without knowing it and >> a function caller needs to initialise t12 first. > > OK, but by the same token, making _setjmp/_longjmp account for > libc_r's jmp_buf munging seems wrong too. Playing the devil's > advocate, why should _longjmp stuff the return address into > a temporary register? It seems more general to just save and > restore any necessary register, whether it's temporary or not. > T12 seems like it fits that category. > > What is T12 suppose to contain in a normal function call? Is > it always the return address? Is that dependent on our compiler? According to sys/alpha/include/asm.h, t12 (aka $27) is also known as the 'procedure value' register for the DEC Alpha calling conventions. According to a comment in ERSAVE(), jmp/CALL()'s trash T12, so I assume t12/pv is used for doing something during calls. :) Unfortunately, my Alpha book is packed away at the moment, so I have fewer details than I'd like. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 11:11: 2 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from felix.cheetahusa.net (felix.cheetahusa.net [216.133.11.108]) by hub.freebsd.org (Postfix) with ESMTP id 1801137B417 for ; Fri, 21 Dec 2001 11:10:58 -0800 (PST) Received: from falcon (falcon.cheetahusa.net [192.168.10.139]) by felix.cheetahusa.net (8.11.6/8.11.6) with SMTP id fBLJAtU03541 for ; Fri, 21 Dec 2001 11:10:56 -0800 (PST) (envelope-from craig@CheetahUSA.net) From: "Craig Burgess" To: Subject: Port of Cocoon on Alpha? (was: which JDK?) Date: Fri, 21 Dec 2001 11:16:34 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <15376.4528.93583.660475@grasshopper.cs.duke.edu> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This might belong on the ports list but trying here first: The short question: can installation of 'cocoon' be made to work on Alpha? I just did a fresh CVSup of ports and returned to attempting to install /usr/ports/textproc/cocoon. (Which is what prompted me to ask about the jdk in the first place.) pkg-descr states "This port requires package(s) "apache-1.3.12 apache-jserv-1.1.2 javavmwrapper-1.1 jdk-1.1.8 jsdk-2.0" to run." Installation of cocoon failed so I tried /usr/ports/www/apache-jserv/ which started -- but failed with >> Checksum OK for ApacheJServ-1.1.2.tar.gz. ===> apache-jserv-1.1.2_1 depends on file: /usr/local/jdk1.1.8/bin/javac - not found ===> Verifying install for /usr/local/jdk1.1.8/bin/javac in /usr/ports/java/jdk ===> jdk-1.1.8 is only for i386, and you are running alpha. ===> Returning to build of apache-jserv-1.1.2_1 ===> apache-jserv-1.1.2_1 depends on file: /usr/local/sbin/apachectl - found ===> apache-jserv-1.1.2_1 depends on file: /usr/local/share/java/classes/jsdk.jar - not found ===> Verifying install for /usr/local/share/java/classes/jsdk.jar in /usr/ports/java/jsdk ========================================================== You must a fetch the Java Servlet Development Kit 2.0 (for Unix) archive from http://java.sun.com/products/servlet/download.html And copy into /usr/ports/distfiles ========================================================== ===> Extracting for jsdk-2.0 cannot open jsdk20-solaris2-sparc.tar.Z: no such file" thanks, craig > -----Original Message----- > From: owner-freebsd-alpha@FreeBSD.ORG > [mailto:owner-freebsd-alpha@FreeBSD.ORG]On Behalf Of Andrew Gallatin > Sent: Thursday, December 06, 2001 4:48 PM > To: Craig Burgess > Cc: freebsd-alpha@FreeBSD.ORG > Subject: Re: which JDK? (FreeBSD 4.4-RELEASE) > > > > Craig Burgess writes: > > CPQ offers both > > Compaq J2SDK/JRE v 1.3.1-1 for Tru64™ UNIX®! and > > Compaq J2SDK/JRE v 1.3.1-1 for Linux® Alpha! > > > > and we have the linux-jdk's in ports... > > > > Are any there significant differences in performance? FreeBSD > > 4.4-RELEASE on EV56. > > The last I tried, the Tru64 JDK was blindingly fast, and the Linux JDK > was turtle slow. However, this is a moot point since the Tru64 JDK > will not run on FreeBSD. It uses the Tru64 threads library. This > threads lib makes Mach system calls which we do not emulate. > > FWIW, the Linux JDK was just as slow running natively. I haven't > played with java in any meaningful way since 1.2.x, so they may have > improved the speed of the Linux JDK since then. > > > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 12:17: 6 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 6D4FA37B41A for ; Fri, 21 Dec 2001 12:17:00 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBLKGsu92838; Fri, 21 Dec 2001 21:16:54 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBLKGhtx092486; Fri, 21 Dec 2001 21:16:44 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBLKGgW23019; Fri, 21 Dec 2001 21:16:43 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBLKGgr53541; Fri, 21 Dec 2001 21:16:42 +0100 (CET) (envelope-from ticso) Date: Fri, 21 Dec 2001 21:16:41 +0100 From: Bernd Walter To: Daniel Eischen Cc: Dan Eischen , Andrew Gallatin , freebsd-alpha@FreeBSD.ORG Subject: Re: Munging jmp_bufs on alpha Message-ID: <20011221201641.GE97006@cicely9.cicely.de> References: <20011221164636.GC97006@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Dec 21, 2001 at 01:41:08PM -0500, Daniel Eischen wrote: > On Fri, 21 Dec 2001, Bernd Walter wrote: > > On Fri, Dec 21, 2001 at 10:47:25AM -0500, Dan Eischen wrote: > > > Bernd Walter wrote: > > > > > > > > My first explanation was a bit wrong but nevertheless here are the > > > > patches for libc and Daniels testprogramm. > > > > > > Hmm, as long as we're going to restore T12 with the return > > > address, shouldn't we just save and restore T12 in _setjmp > > > and _longjmp respectively? And then let the threads library > > > put the return address in T12 like it already does? > > > > _setjmp and _longjmp are functions and the caller should not expect > > any temporary register to keep it's contents after calling any function. > > There is no need to save/restore them. > > The point is with overwriting the return address to a function address > > _longjmp does not return but call a function without knowing it and > > a function caller needs to initialise t12 first. > > OK, but by the same token, making _setjmp/_longjmp account for > libc_r's jmp_buf munging seems wrong too. Playing the devil's That's exactly my opinion. Having an MD function to call another function with an exchanged stack would be a much cleaner way and removes the MD part of libc_r. But I don't know which functions you exactly need and I'm not shure if it's worth to make such a change with an SMPng perpective. > advocate, why should _longjmp stuff the return address into > a temporary register? It seems more general to just save and > restore any necessary register, whether it's temporary or not. > T12 seems like it fits that category. It's not the return address - actually it's the call address. I see it saves some memory access and commands in every situation these functions are used. > What is T12 suppose to contain in a normal function call? Is > it always the return address? Is that dependent on our compiler? T12 contains the start address of a function on call. Here is the typical function start: 0000000120000980 : 120000980: 02 00 bb 27 ldah gp,2(t12) 120000984: 90 85 bd 23 lda gp,-31344(gp) With the help of t12 the function get gp which is used as a base for all static/global resources. Alpha needs a base address because there is no way to use a 64bit const value in a single operation. Here is a function call: _longjmp (retjb, 1); 1200009b0: b8 80 1d a6 ldq a0,-32584(gp) 1200009b4: 01 00 3f 22 lda a1,1(zero) 1200009b8: 08 80 7d a7 ldq t12,-32760(gp) 1200009bc: 41 41 5b 6b jsr ra,(t12),120000ec4 <_fini+0x2e4> 1200009c0: 02 00 ba 27 ldah gp,2(ra) 1200009c4: 50 85 bd 23 lda gp,-31408(gp) It sets a0 and a1 as arguments and t12 then calls the function. It then restores gp but never use the value of t12 without initialising it first after the first function call. You also see that this time it uses it's own ra as the starting point instead of t12. Setting t12 for the return case of _longjmp is simply a nop just as it would be to store/restore it. It has to be the same for all compilers otherwise they can't call library functions build with another compiler. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 19:30:43 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id EBC8A37B417 for ; Fri, 21 Dec 2001 19:30:39 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16Hcru-0006TC-01; Sat, 22 Dec 2001 04:30:38 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fBM2AB201051 for freebsd-alpha@freebsd.org; Sat, 22 Dec 2001 03:10:11 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: -CURRENT boot1 broken? Date: Sat, 22 Dec 2001 02:10:10 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org After moving my -CURRENT (Dec 7) system to a new disk, freshly disklabeled, I can't boot from said disk. The bootstrap comes up and proceeds to Loading /boot/loader halted CPU 0 halt code = 2 kernel stack not valid halt PC = fffffc00004f9098 boot failure I still can boot from the old disk. This suggests that boot1 is broken. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 19:30:45 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id DB4A337B416 for ; Fri, 21 Dec 2001 19:30:39 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16Hcru-0006TC-00; Sat, 22 Dec 2001 04:30:38 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fBM1ZRS03148 for freebsd-alpha@freebsd.org; Sat, 22 Dec 2001 02:35:27 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: PC164: xl0 sensitive to slot Date: Sat, 22 Dec 2001 01:35:26 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Today I moved my FreeBSD/alpha box to a bigger disk. Since I was already digging through the entrails, I used the opportunity to switch sym0 and sym1 by rearranging the cards. The PC164 has four PCI slots. The number indicates the PCI device ID a card will have when plugged into the corresponding slot: (top) 9 ######## 5 ######## 7 ############ 6 ############ I switched sym0 and xl0, moving xl0 from 5 to 7 and vice versa for sym0. When I powered the box back up, xl0 was gone. It didn't show up as an unknown device in SRM's "show dev" any longer, and although FreeBSD recognized a device it wouldn't attach a driver. pciconf output properly identified the card. (It's an old 3C905-TX, no B or C revision.) My PC164 doesn't appear to be sensitive to where I put the other cards (Tekram DC-390UW, Matrox Mystique, noname '810AE). Is the 3C905 known not to work in 64-bit slots? -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 21 19:45:29 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id AD76D37B416 for ; Fri, 21 Dec 2001 19:45:26 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fBM3qQb06137; Fri, 21 Dec 2001 19:52:27 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112220352.fBM3qQb06137@mass.dis.org> To: naddy@mips.inka.de (Christian Weisgerber) Cc: freebsd-alpha@freebsd.org, msmith@mass.dis.org Subject: Re: PC164: xl0 sensitive to slot In-Reply-To: Message from naddy@mips.inka.de (Christian Weisgerber) of "Sat, 22 Dec 2001 01:35:26 GMT." Date: Fri, 21 Dec 2001 19:52:26 -0800 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > My PC164 doesn't appear to be sensitive to where I put the other > cards (Tekram DC-390UW, Matrox Mystique, noname '810AE). Is the > 3C905 known not to work in 64-bit slots? This has nothing to do with the 905 working or not working in 64-bit slots; it's probably an SRM oddity related to how Digital thought you should use the machine. There are all sorts of silly rules encoded into SRM about which cards are allowed to go where. If it works somewhere, put it there and be happy. = Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 0:12:33 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from yorp.feral.com (yorp.feral.com [192.67.166.199]) by hub.freebsd.org (Postfix) with ESMTP id D352737B405 for ; Sat, 22 Dec 2001 00:12:31 -0800 (PST) Received: (from mjacob@localhost) by yorp.feral.com (8.11.6/8.11.6) id fBM8CVG00166 for alpha@freebsd.org; Sat, 22 Dec 2001 00:12:31 -0800 (PST) (envelope-from mjacob) Date: Sat, 22 Dec 2001 00:12:31 -0800 (PST) From: Matthew Jacob Message-Id: <200112220812.fBM8CVG00166@yorp.feral.com> To: alpha@freebsd.org Subject: FreeBSD 4.5 alpha buyglet Reply-To: mjacob@feral.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org this crap has reappeared: pid 163 (ifconfig): unaligned access: va=0x12006e45c pc=0x1200023fc ra=0x1200023f0 op=ldq pid 163 (ifconfig): unaligned access: va=0x12006e454 pc=0x120002418 ra=0x1200023f0 op=ldq ppp0: flags=8010 mtu 1500 pid 163 (ifconfig): unaligned access: va=0x12006e53c pc=0x1200023fc ra=0x1200023f0 op=ldq pid 163 (ifconfig): unaligned access: va=0x12006e534 pc=0x120002418 ra=0x1200023f0 op=ldq sl0: flags=c010 mtu 552 pid 163 (ifconfig): unaligned access: va=0x12006e61c pc=0x1200023fc ra=0x1200023f0 op=ldq pid 163 (ifconfig): unaligned access: va=0x12006e614 pc=0x120002418 ra=0x1200023f0 op=ldq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 1:55:52 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 1952637B416 for ; Sat, 22 Dec 2001 01:55:50 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBM9tih03041; Sat, 22 Dec 2001 10:55:44 +0100 (CET) (envelope-from wkb) Date: Sat, 22 Dec 2001 10:55:44 +0100 From: Wilko Bulte To: Matthew Jacob Cc: alpha@FreeBSD.ORG Subject: Re: FreeBSD 4.5 alpha buyglet Message-ID: <20011222105544.A3024@freebie.xs4all.nl> References: <200112220812.fBM8CVG00166@yorp.feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200112220812.fBM8CVG00166@yorp.feral.com>; from mjacob@feral.com on Sat, Dec 22, 2001 at 12:12:31AM -0800 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Dec 22, 2001 at 12:12:31AM -0800, Matthew Jacob wrote: Yes, see Message-ID: <20011221175252.A25617@freebie.xs4all.nl> on -alpha. W/ > this crap has reappeared: > > pid 163 (ifconfig): unaligned access: va=0x12006e45c pc=0x1200023fc ra=0x1200023f0 op=ldq > pid 163 (ifconfig): unaligned access: va=0x12006e454 pc=0x120002418 ra=0x1200023f0 op=ldq > ppp0: flags=8010 mtu 1500 > pid 163 (ifconfig): unaligned access: va=0x12006e53c pc=0x1200023fc ra=0x1200023f0 op=ldq > pid 163 (ifconfig): unaligned access: va=0x12006e534 pc=0x120002418 ra=0x1200023f0 op=ldq > sl0: flags=c010 mtu 552 > pid 163 (ifconfig): unaligned access: va=0x12006e61c pc=0x1200023fc ra=0x1200023f0 op=ldq > pid 163 (ifconfig): unaligned access: va=0x12006e614 pc=0x120002418 ra=0x1200023f0 op=ldq > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message ---end of quoted text--- -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 1:59:59 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id 963FC37B41D; Sat, 22 Dec 2001 01:59:50 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBM9xfM03083; Sat, 22 Dec 2001 10:59:41 +0100 (CET) (envelope-from wkb) Date: Sat, 22 Dec 2001 10:59:41 +0100 From: Wilko Bulte To: Mike Smith Cc: Christian Weisgerber , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: PC164: xl0 sensitive to slot Message-ID: <20011222105941.C3024@freebie.xs4all.nl> References: <200112220352.fBM3qQb06137@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200112220352.fBM3qQb06137@mass.dis.org>; from msmith@FreeBSD.ORG on Fri, Dec 21, 2001 at 07:52:26PM -0800 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Dec 21, 2001 at 07:52:26PM -0800, Mike Smith wrote: > > My PC164 doesn't appear to be sensitive to where I put the other > > cards (Tekram DC-390UW, Matrox Mystique, noname '810AE). Is the > > 3C905 known not to work in 64-bit slots? > > This has nothing to do with the 905 working or not working in 64-bit > slots; it's probably an SRM oddity related to how Digital thought you > should use the machine. There are all sorts of silly rules encoded > into SRM about which cards are allowed to go where. If it works > somewhere, put it there and be happy. Does the PC164 have PCI bridge chips? That was always a kiss of death to some cards, like the 21*4x ethernet cards. -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 2:34: 3 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 97F0137B416 for ; Sat, 22 Dec 2001 02:33:59 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBMAXvi11575; Sat, 22 Dec 2001 11:33:57 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBMAYJtx099324; Sat, 22 Dec 2001 11:34:20 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBMAYIW24194; Sat, 22 Dec 2001 11:34:18 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBMAYB503826; Sat, 22 Dec 2001 11:34:11 +0100 (CET) (envelope-from ticso) Date: Sat, 22 Dec 2001 11:34:10 +0100 From: Bernd Walter To: Wilko Bulte Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: FW: Re: bah: new bug, unaligned accesses in ifconfig on -stable Message-ID: <20011222103410.GA3406@cicely9.cicely.de> References: <20011221175252.A25617@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011221175252.A25617@freebie.xs4all.nl> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Dec 21, 2001 at 05:52:52PM +0100, Wilko Bulte wrote: > Hi, > > I just verified it on my DS10 with 4.5-PRERELEASE and the > problem is exactly what Rich describes below: > > ds10#gdb ./ifconfig ifconfig.core > GNU gdb 4.18 > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "alpha-unknown-freebsd"... > Core was generated by `ifconfig'. > Program terminated with signal 10, Bus error. > Reading symbols from /usr/lib/libipx.so.2...done. > Reading symbols from /usr/lib/libc.so.4...done. > Reading symbols from /usr/libexec/ld-elf.so.1...done. > #0 0x1200039dc in status (afp=0x120009da8, addrcount=0, > sdl=0x74656e62772e30, > ifm=0x12002011c, ifam=0x0) at ifconfig.c:1152 > 1152 if (ifm->ifm_data.ifi_metric) > (gdb) > > I don't quite understand why it happens this way What does print buf, ifm, lim and needed in frame 1 show? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 2:45:21 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 3210337B416 for ; Sat, 22 Dec 2001 02:45:08 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBMAj5N11754; Sat, 22 Dec 2001 11:45:05 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBMAjetx099492; Sat, 22 Dec 2001 11:45:42 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBMAjdW24210; Sat, 22 Dec 2001 11:45:39 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBMAjNK05229; Sat, 22 Dec 2001 11:45:23 +0100 (CET) (envelope-from ticso) Date: Sat, 22 Dec 2001 11:45:23 +0100 From: Bernd Walter To: Andrew Gallatin Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: floating point exception masks? Message-ID: <20011222104523.GB3406@cicely9.cicely.de> References: <20011221151906.GA97006@cicely9.cicely.de> <15395.21814.558196.880593@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <15395.21814.558196.880593@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Dec 21, 2001 at 10:28:54AM -0500, Andrew Gallatin wrote: >=20 > You want #include -- that works on i386 & alpha. > BTW, FP_X_DNML isn't defined on alpha. >=20 > I posted some patches to freebsd-alpha on Tue Nov 27 11:07:15 to get > Mozilla to build, but I never got it working -- it kept dying in > Javascript. Perhaps your thread fixes will cure this. You might > want to pull my patches out of the mailing list archives. Your patch helped a bit. [...] Building deps for nsSigHandlers.cpp c++ -o nsSigHandlers.o -c -DOSTYPE=3D\"FreeBSD5\" -DOSARCH=3D\"FreeBSD\" -D= OJI -I../../dist/include/xpcom -I../../dist/include/xpconnect -I../../dist= /include/string -I../../dist/include/webbrwsr -I../../dist/include/widget -= I../../dist/include/dom -I../../dist/include/necko -I../../dist/include/pre= f -I../../dist/include/appshell -I../../dist/include/gfx -I../../dist/inclu= de/chrome -I../../dist/include/xpinstall -I../../dist/include/uriloader -I.= ./../dist/include/view -I../../dist/include/windowwatcher -I../../dist/incl= ude/embed_base -I../../dist/include/embedcomponents -I../../dist/include/mp= filelocprovider -I../../dist/include/browser -I../../dist/include/mozcomps = -I../../dist/include/docshell -I../../dist/include/xremoteservice -I../../d= ist/include/jprof -I../../dist/include -I../../dist/include -I/var/d7/alpha= /ports/www/mozilla+ipv6/work/mozilla/dist/include/nspr -I/usr/local/includ= e -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include= -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpoint= er-arith -Wbad-function-cast -Wcast-align -Woverloaded-virtual -Wsynth -Wno= -long-long -O -pipe -mcpu=3Dev56 -pipe -DNDEBUG -DTRIMMED -DWIDGET_DLL=3D\= "libwidget_gtk.so\" -DGFXWIN_DLL=3D\"libgfx_gtk.so\" -I/usr/X11R6/include/g= tk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include = -I/usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../= config-defs.h nsSigHandlers.cpp showOSAlert.cpp Building deps for showOSAlert.cpp c++ -o showOSAlert.o -c -DOSTYPE=3D\"FreeBSD5\" -DOSARCH=3D\"FreeBSD\" -DOJ= I -I../../dist/include/xpcom -I../../dist/include/xpconnect -I../../dist/i= nclude/string -I../../dist/include/webbrwsr -I../../dist/include/widget -I.= ./../dist/include/dom -I../../dist/include/necko -I../../dist/include/pref = -I../../dist/include/appshell -I../../dist/include/gfx -I../../dist/include= /chrome -I../../dist/include/xpinstall -I../../dist/include/uriloader -I../= ../dist/include/view -I../../dist/include/windowwatcher -I../../dist/includ= e/embed_base -I../../dist/include/embedcomponents -I../../dist/include/mpfi= lelocprovider -I../../dist/include/browser -I../../dist/include/mozcomps -I= ../../dist/include/docshell -I../../dist/include/xremoteservice -I../../dis= t/include/jprof -I../../dist/include -I../../dist/include -I/var/d7/alpha/p= orts/www/mozilla+ipv6/work/mozilla/dist/include/nspr -I/usr/local/include = -I/usr/local/include -I/usr/X11R6/include -fPIC -I/usr/X11R6/include = -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer= -arith -Wbad-function-cast -Wcast-align -Woverloaded-virtual -Wsynth -Wno-l= ong-long -O -pipe -mcpu=3Dev56 -pipe -DNDEBUG -DTRIMMED -DWIDGET_DLL=3D\"l= ibwidget_gtk.so\" -DGFXWIN_DLL=3D\"libgfx_gtk.so\" -I/usr/X11R6/include/gtk= 12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -I= /usr/X11R6/include -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../co= nfig-defs.h showOSAlert.cpp c++ -o mozilla-bin -I/usr/X11R6/include -I/usr/X11R6/include -fno-rtti -fn= o-exceptions -Wall -Wconversion -Wpointer-arith -Wbad-function-cast -Wcast-= align -Woverloaded-virtual -Wsynth -Wno-long-long -O -pipe -mcpu=3Dev56 -pi= pe -DNDEBUG -DTRIMMED -DWIDGET_DLL=3D\"libwidget_gtk.so\" -DGFXWIN_DLL=3D\= "libgfx_gtk.so\" -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/= usr/local/include -I/usr/X11R6/include nsAppRunner.o nsSetupRegistry.o nsW= indowCreator.o nsSigHandlers.o showOSAlert.o -L../../dist/bin -L../../dist= /lib -lgkgfx -lmpfilelocprovider_s -L../../dist/bin -lmozjs -L../../dist= /bin -lxpcom -ljsj -L/var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /lib -lplds4 -lplc4 -lnspr4 -lc_r -L/usr/X11R6/lib -L/usr/X11R6/lib -lgtk= 12 -lgdk12 -L/usr/local/lib -Wl,-E -lgmodule12 -lglib12 -lintl -lxpg4 -lXex= t -lX11 -lm -lm =20 =2E./../config/nsinstall -R -m 755 mozilla-bin ../../dist/bin =2E./../config/nsinstall -R mozilla ../../dist/bin =2E./../config/nsinstall -R splash.xpm ../../dist/bin gmake[1]: Leaving directory `/var/d7/alpha/ports/www/mozilla+ipv6/work/mozi= lla/xpfe/bootstrap' Segmentation fault - core dumped *** Error code 139 Stop in /var/d7/alpha/ports/www/mozilla+ipv6. *** Error code 1 Stop in /var/d7/alpha/ports/www/mozilla+ipv6. *** Error code 1 Stop in /var/d7/alpha/ports/www/mozilla+ipv6. 8967.417u 1512.916s 3:00:25.78 96.8% 2990+13897k 20869+3491io 1499pf+0w Exit 1 ticso@cicely9# gdb regxpcom regxpcom.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-unknown-freebsd"...(no debugging symbols = found)... Core was generated by `regxpcom'. Program terminated with signal 11, Segmentation fault. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/./libxpcom.so...(no debugging symbols found)... done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/./libplds4.so...(no debugging symbols found)... done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/./libplc4.so...(no debugging symbols found)...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/./libnspr4.so...(no debugging symbols found)... done. Reading symbols from /usr/lib/libc_r.so.5...(no debugging symbols found)...= done. Reading symbols from /usr/lib/libstdc++.so.3...(no debugging symbols found)= ...done. Reading symbols from /usr/lib/libm.so.2...(no debugging symbols found)...do= ne. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...do= ne. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libsample.so... (no debugging symbols found)...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libunicharutil.so... (no debugging symbols found)...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libuconv.so... (no debugging symbols found)...done. [...] Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libmime.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libmsgcompose.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libmsgimap.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libaddrbook.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libimport.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libimpText.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libabsyncsvc.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libtestdynamic.so...done. Reading symbols from /var/d7/alpha/ports/www/mozilla+ipv6/work/mozilla/dist= /bin/components/libMyService.so...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x0 in ?? () (gdb)=20 The number of warnings is also very impressive. :( Mozilla was running for me on -current from febuary. --=20 B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 2:53:20 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 9ED2237B416; Sat, 22 Dec 2001 02:53:17 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBMArF711889; Sat, 22 Dec 2001 11:53:15 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBMArUtx099525; Sat, 22 Dec 2001 11:53:31 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBMArTW24228; Sat, 22 Dec 2001 11:53:30 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBMArTp13093; Sat, 22 Dec 2001 11:53:29 +0100 (CET) (envelope-from ticso) Date: Sat, 22 Dec 2001 11:53:29 +0100 From: Bernd Walter To: Wilko Bulte Cc: Mike Smith , Christian Weisgerber , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: PC164: xl0 sensitive to slot Message-ID: <20011222105328.GC3406@cicely9.cicely.de> References: <200112220352.fBM3qQb06137@mass.dis.org> <20011222105941.C3024@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011222105941.C3024@freebie.xs4all.nl> User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Dec 22, 2001 at 10:59:41AM +0100, Wilko Bulte wrote: > On Fri, Dec 21, 2001 at 07:52:26PM -0800, Mike Smith wrote: > > > My PC164 doesn't appear to be sensitive to where I put the other > > > cards (Tekram DC-390UW, Matrox Mystique, noname '810AE). Is the > > > 3C905 known not to work in 64-bit slots? > > > > This has nothing to do with the 905 working or not working in 64-bit > > slots; it's probably an SRM oddity related to how Digital thought you > > should use the machine. There are all sorts of silly rules encoded > > into SRM about which cards are allowed to go where. If it works > > somewhere, put it there and be happy. > > Does the PC164 have PCI bridge chips? That was always a kiss of death > to some cards, like the 21*4x ethernet cards. All slots are on the same bus. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 3: 8:27 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id B364537B405; Sat, 22 Dec 2001 03:08:23 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id fBMB8Io03464; Sat, 22 Dec 2001 12:08:18 +0100 (CET) (envelope-from wkb) Date: Sat, 22 Dec 2001 12:08:18 +0100 From: Wilko Bulte To: Bernd Walter Cc: Mike Smith , Christian Weisgerber , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: PC164: xl0 sensitive to slot Message-ID: <20011222120818.B3425@freebie.xs4all.nl> References: <200112220352.fBM3qQb06137@mass.dis.org> <20011222105941.C3024@freebie.xs4all.nl> <20011222105328.GC3406@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011222105328.GC3406@cicely9.cicely.de>; from ticso@cicely9.cicely.de on Sat, Dec 22, 2001 at 11:53:29AM +0100 X-OS: FreeBSD 4.4-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Dec 22, 2001 at 11:53:29AM +0100, Bernd Walter wrote: > On Sat, Dec 22, 2001 at 10:59:41AM +0100, Wilko Bulte wrote: > > On Fri, Dec 21, 2001 at 07:52:26PM -0800, Mike Smith wrote: > > > > My PC164 doesn't appear to be sensitive to where I put the other > > > > cards (Tekram DC-390UW, Matrox Mystique, noname '810AE). Is the > > > > 3C905 known not to work in 64-bit slots? > > > > > > This has nothing to do with the 905 working or not working in 64-bit > > > slots; it's probably an SRM oddity related to how Digital thought you > > > should use the machine. There are all sorts of silly rules encoded > > > into SRM about which cards are allowed to go where. If it works > > > somewhere, put it there and be happy. > > > > Does the PC164 have PCI bridge chips? That was always a kiss of death > > to some cards, like the 21*4x ethernet cards. > > All slots are on the same bus. So much for that theory then. On e.g. Sable & Lynx you have the problem as I described. W/ -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, The Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 16:30:44 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 76E7837B417 for ; Sat, 22 Dec 2001 16:30:42 -0800 (PST) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 16HwXI-0007bY-00; Sun, 23 Dec 2001 01:30:40 +0100 Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id fBN09Zd00556 for freebsd-alpha@freebsd.org; Sun, 23 Dec 2001 01:09:35 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Subject: mount_nfs panic on -CURRENT Date: Sun, 23 Dec 2001 00:09:35 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org mount_nfs panics today's kernel in lockmgr(). -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 17:12:42 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 3453B37B417 for ; Sat, 22 Dec 2001 17:12:41 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id fBN1CWY01548; Sat, 22 Dec 2001 17:12:32 -0800 (PST) (envelope-from mjacob@feral.com) Date: Sat, 22 Dec 2001 17:12:32 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Wilko Bulte Cc: freebsd-alpha@freebsd.org Subject: Re: FreeBSD 4.5 alpha buyglet Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Yes, see Message-ID: <20011221175252.A25617@freebie.xs4all.nl> >on -alpha. Ooops- so right you are. Anyway, I looked at this just a bit- seems a compiler error to me- it shouldn't be generating ldq's for those tags because they couldn't possibly be at 8 byte offsets given the structures involved. Oh well. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 19:22: 8 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id ADE7037B405 for ; Sat, 22 Dec 2001 19:22:04 -0800 (PST) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.11.6/8.11.6) with UUCP id fBN3Lpm30100; Sun, 23 Dec 2001 04:21:51 +0100 (CET) (envelope-from ticso@cicely9.cicely.de) Received: from mail.cicely.de (cicely20.cicely.de [10.1.1.22]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id fBN3MJtx004614; Sun, 23 Dec 2001 04:22:20 +0100 (CET)?g (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [10.1.7.11]) by mail.cicely.de (8.11.0/8.11.0) with ESMTP id fBN3MIW25548; Sun, 23 Dec 2001 04:22:18 +0100 (CET) Received: (from ticso@localhost) by cicely9.cicely.de (8.11.6/8.11.6) id fBN3M2X61793; Sun, 23 Dec 2001 04:22:02 +0100 (CET) (envelope-from ticso) Date: Sun, 23 Dec 2001 04:22:01 +0100 From: Bernd Walter To: Matthew Jacob Cc: Wilko Bulte , freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD 4.5 alpha buyglet Message-ID: <20011223032201.GA61241@cicely9.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.24i X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Dec 22, 2001 at 05:12:32PM -0800, Matthew Jacob wrote: > > >Yes, see Message-ID: <20011221175252.A25617@freebie.xs4all.nl> > >on -alpha. > > Ooops- so right you are. Anyway, I looked at this just a bit- seems a compiler > error to me- it shouldn't be generating ldq's for those tags because they > couldn't possibly be at 8 byte offsets given the structures involved. Oh well. The two variables it fails on are defined as beeing long but only 32 bit aligned. I'm more about beleaving the sysctl tranfer misaligns them. But I have currently no system where I see this problem so I can't be shure. The sysctl receive buffer is malloc'ed so it should be 64 bit aligned. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 22 22:38: 9 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id 98D6C37B405 for ; Sat, 22 Dec 2001 22:38:05 -0800 (PST) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id fBN6btY02355; Sat, 22 Dec 2001 22:37:56 -0800 (PST) (envelope-from mjacob@feral.com) Date: Sat, 22 Dec 2001 22:37:55 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Bernd Walter Cc: Wilko Bulte , freebsd-alpha@FreeBSD.ORG Subject: Re: FreeBSD 4.5 alpha buyglet In-Reply-To: <20011223032201.GA61241@cicely9.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 23 Dec 2001, Bernd Walter wrote: > On Sat, Dec 22, 2001 at 05:12:32PM -0800, Matthew Jacob wrote: > > > > >Yes, see Message-ID: <20011221175252.A25617@freebie.xs4all.nl> > > >on -alpha. > > > > Ooops- so right you are. Anyway, I looked at this just a bit- seems a compiler > > error to me- it shouldn't be generating ldq's for those tags because they > > couldn't possibly be at 8 byte offsets given the structures involved. Oh well. > > The two variables it fails on are defined as beeing long but only 32 bit > aligned. I'm more about beleaving the sysctl tranfer misaligns them. But I > have currently no system where I see this problem so I can't be shure. The > sysctl receive buffer is malloc'ed so it should be 64 bit aligned. Hmm? I used gdb to find the misaligned reference to be, e.g.: ***> if (ifm->ifm_data.ifi_metric) printf(" metric %ld", ifm->ifm_data.ifi_metric); ***> if (ifm->ifm_data.ifi_mtu) printf(" mtu %ld", ifm->ifm_data.ifi_mtu); putchar('\n'); struct if_msghdr { u_short ifm_msglen; /* to skip over non-understood messages */ u_char ifm_version; /* future binary compatability */ u_char ifm_type; /* message type */ int ifm_addrs; /* like rtm_addrs */ int ifm_flags; /* value of if_flags */ u_short ifm_index; /* index for associated ifp */ offset: 14 struct if_data ifm_data;/* statistics and other data about if */ }; ... struct if_data { /* generic interface information */ u_char ifi_type; /* ethernet, tokenring, etc */ u_char ifi_physical; /* e.g., AUI, Thinnet, 10base-T, etc */ u_char ifi_addrlen; /* media address length */ u_char ifi_hdrlen; /* media header length */ u_char ifi_recvquota; /* polling quota for receive intrs */ u_char ifi_xmitquota; /* polling quota for xmit intrs */ offset: 6 u_long ifi_mtu; /* maximum transmission unit */ u_long ifi_metric; /* routing metric (external only) */ u_long ifi_baudrate; /* linespeed */ So, if gdb was right and dereferencing ifi_mtu or ifi_metric is generating a ldq, then the compiler seems to be broken. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message