From owner-freebsd-ia64 Mon Nov 19 11:59:52 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 6041C37B405 for ; Mon, 19 Nov 2001 11:59:46 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAJJxkM43011 for ; Mon, 19 Nov 2001 11:59:46 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 10DDE38FF; Mon, 19 Nov 2001 11:59:46 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Marcel Moolenaar Cc: ia64@FreeBSD.ORG Subject: Re: Bad loader.efi In-Reply-To: <20011104204411.A2219@dhcp01.pn.xcllnt.net> Date: Mon, 19 Nov 2001 11:59:46 -0800 From: Peter Wemm Message-Id: <20011119195946.10DDE38FF@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Marcel Moolenaar wrote: > Gang, > > I don't seem to be able to build a workable loader.efi with the > new toolchain (ie ia64-toolchain-29102001.tar.gz). Trying to > run the loader, either locally or via netboot results in: > > 'loader' not found > Exit status code: Invalid Parameter > > Anyone else seeing this? Did you solve this? I've been building loaders for a while now.. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Mon Nov 19 12: 3: 0 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 09FC437B419 for ; Mon, 19 Nov 2001 12:02:58 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAJK2vM43034 for ; Mon, 19 Nov 2001 12:02:57 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id B00F73811; Mon, 19 Nov 2001 12:02:57 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Doug Rabson Cc: ia64@FreeBSD.ORG Subject: Re: Background fsck considered harmful... In-Reply-To: <20011101100011.L549-100000@salmon.nlsystems.com> Date: Mon, 19 Nov 2001 12:02:57 -0800 From: Peter Wemm Message-Id: <20011119200257.B00F73811@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Doug Rabson wrote: > I just enabled softupdates and the thing tried to use a background fsck > after a crash. It dies very quickly with: > > dscheck(da0s2f): negative bio_blkno -1917104 > panic: lockmgr: locking against myself > cpuid = 0; panic I ran into this too. I suspect there are two bugs here. One, there is probably a mismatch on a 32/64 bit API somewhere (some #ifdef __alpha__ code that also needs __ia64__ (or __LP64__) perhaps?), and two a locking bug.. perhaps something in dscheck neglected to free a lockmgr lock on return, causing a later locking bug. > Backtrace is approximately: > > panic+250 > lockmgr+9d0 > vinvalbuf+460 > ffs_truncate+460 > ffs_snapshot+2980 > ffs_mount+cd0 > vfs_mount+e10 > mount+120 > syscall+500 Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Mon Nov 19 12:16:44 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id A26DE37B405 for ; Mon, 19 Nov 2001 12:16:39 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAJKGdM43076 for ; Mon, 19 Nov 2001 12:16:39 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 589F738FF; Mon, 19 Nov 2001 12:16:39 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Doug Rabson Cc: ia64@FreeBSD.ORG Subject: Re: Things to do In-Reply-To: <20011030193703.X549-100000@salmon.nlsystems.com> Date: Mon, 19 Nov 2001 12:16:39 -0800 From: Peter Wemm Message-Id: <20011119201639.589F738FF@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Doug Rabson wrote: > An updated random list of things which need doing: > DDB 'n' command > Remote GDB support > link_elf backend I'll take a shot at this unless somebody else wants to do it. We can't have those sparc64 guys having kld's before us and going unchallenged. :-) > FPSWA support Should be done. There is test code at: http://people.freebsd.org/~peter/fpswa/ There are four examples from the manual: "Itanium Processor Floating point Software Assistance and Floating Point Exception Handling" manual. The code is out of sync with reality though, the manual says two of the examples should cause a FP trap/fault, but in fact three of them do. (I cant change the fact that the hardware causes a trap on their code when the docs say the hardware doesn't. :-). > Workaround ar.itc errata > Figure out why loader.rc hangs the loader Almost certainly a trap/fault (divide by zero or something). I'll look for this soon if nobody else spots it. > Use AllocatePages in copy.c to make sure we don't step on EFI > Resize VHPT based on physical memory > ia32 emulation This one will be really interesting.. I was going to have a shot at it but then I remembered the 4K page issue. In theory we could probably just let getpagesize() return an 8K or 16K page size, but we have to do nasty things to executables, ie: make up to the last 4k (for 8k pages) or up to 12K (for 16k pages) of text segments writeable.. And possibly tweak ld-elf.so.1 to expect trouble mmapping two different things to the same logical page. > Write pipelined bcopy/memcpy I thought I saw some sample code from intel somewhere... > Make sure that busdma works on >4GB machines > Make all drivers use busdma Bill Paul did the framework for this in two ethernet drivers. That should be not too hard to replicate elsewhere since he broke the ground. It should then be "simple" (haha) to do the bouncing etc. > ISA dma > New toolchain (almost done) > Rewrite db_trace.c to use unwind records > Ptrace support + port GDB. > SMP (getting closer) > EPC-based syscalls instead of break syscalls Linux still uses break, right? Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Mon Nov 19 13: 8:31 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 217EB37B405 for ; Mon, 19 Nov 2001 13:08:29 -0800 (PST) Received: (from marcel@localhost) by kayak.xcllnt.net (8.11.6/8.11.4) id fAJL8OW50830; Mon, 19 Nov 2001 13:08:24 -0800 (PST) (envelope-from marcel) Date: Mon, 19 Nov 2001 13:08:23 -0800 From: Marcel Moolenaar To: Peter Wemm Cc: ia64@FreeBSD.ORG Subject: Re: Bad loader.efi Message-ID: <20011119130823.A50804@kayak.xcllnt.net> References: <20011104204411.A2219@dhcp01.pn.xcllnt.net> <20011119195946.10DDE38FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011119195946.10DDE38FF@overcee.netplex.com.au> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Nov 19, 2001 at 11:59:46AM -0800, Peter Wemm wrote: > Marcel Moolenaar wrote: > > Gang, > > > > I don't seem to be able to build a workable loader.efi with the > > new toolchain (ie ia64-toolchain-29102001.tar.gz). Trying to > > run the loader, either locally or via netboot results in: > > > > 'loader' not found > > Exit status code: Invalid Parameter > > > > Anyone else seeing this? > > Did you solve this? I've been building loaders for a while now.. I reverted to using an older toolchain to at least get back on my feet. I'll give it a try this evening. BTW: I need to build libstand as well, because netbooting doesn't work if I don't compile with UDP_NO_CKSUM... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Mon Nov 19 22:40:36 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 7BB7037B405 for ; Mon, 19 Nov 2001 22:40:21 -0800 (PST) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id fAK6eLQ52100; Mon, 19 Nov 2001 22:40:21 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id fAK6eZn02273; Mon, 19 Nov 2001 22:40:35 -0800 (PST) (envelope-from marcel) Date: Mon, 19 Nov 2001 22:40:34 -0800 From: Marcel Moolenaar To: Peter Wemm Cc: Doug Rabson , ia64@FreeBSD.ORG Subject: Re: Things to do Message-ID: <20011119224034.A1444@dhcp01.pn.xcllnt.net> References: <20011030193703.X549-100000@salmon.nlsystems.com> <20011119201639.589F738FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011119201639.589F738FF@overcee.netplex.com.au> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Nov 19, 2001 at 12:16:39PM -0800, Peter Wemm wrote: > > EPC-based syscalls instead of break syscalls > > Linux still uses break, right? Kernel 2.3.xx does. I thought I downloaded a more recent one, but I can't find it ATM :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Mon Nov 19 22:53: 6 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id A272937B405 for ; Mon, 19 Nov 2001 22:52:57 -0800 (PST) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id fAK6qvQ52124; Mon, 19 Nov 2001 22:52:57 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id fAK6rSp02731; Mon, 19 Nov 2001 22:53:28 -0800 (PST) (envelope-from marcel) Date: Mon, 19 Nov 2001 22:53:27 -0800 From: Marcel Moolenaar To: Peter Wemm Cc: ia64@FreeBSD.ORG Subject: Re: Bad loader.efi Message-ID: <20011119225327.B1444@dhcp01.pn.xcllnt.net> References: <20011104204411.A2219@dhcp01.pn.xcllnt.net> <20011119195946.10DDE38FF@overcee.netplex.com.au> <20011119130823.A50804@kayak.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011119130823.A50804@kayak.xcllnt.net> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Nov 19, 2001 at 01:08:23PM -0800, Marcel Moolenaar wrote: > > > > Did you solve this? I've been building loaders for a while now.. > > I reverted to using an older toolchain to at least get back on > my feet. I'll give it a try this evening. Ok, I tried again, but the tweak I had to add to the makefile I apparently still need: ia64-unknown-linux-ld -nostdlib -T /usr/src/sys/boot/efi/loader/../libefi/arch/ia64/ldscript.ia64 -shared -Bsymbolic -o loader.sym -M start.o main.o conf.o dev_net.o bcache.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o load_aout.o load_elf.o ls.o misc.o module.o panic.o interp_forth.o vers.o /usr/src/sys/boot/efi/loader/../../ficl/libficl.a -lstand /usr/src/sys/boot/efi/loader/../libefi/libefi.a -lstand > /usr/src/sys/boot/efi/loader/loader.list ia64-unknown-linux-ld: cannot find -lstand *** Error code 1 After adding -L /usr/local/ia64-unknown-linux/lib to the link-line loader.efi builds, but trying to use it results in: Loading.: Netboot CLIENT MAC ADDR: 00 D0 B7 AB FB AB CLIENT IP: 192.168.4.5 MASK: 255.255.255.0 DHCP IP: 192.168.4.1 GATEWAY IP: 192.168.4.1 TSize. Load of Netboot failed: Not Found Paused - press any key to continue Renaming the old version back to loader.efi yields: Loading.: Netboot CLIENT MAC ADDR: 00 D0 B7 AB FB AB CLIENT IP: 192.168.4.5 MASK: 255.255.255.0 DHCP IP: 192.168.4.1 GATEWAY IP: 192.168.4.1 TSize. Starting: Netboot Console: EFI console FreeBSD/ia64 EFI boot, Revision 0.1 (marcel@athlon.pn.xcllnt.net, Tue Nov 6 20:53:49 PST 2001) net_open: server addr: 192.168.4.1 net_open: server path: /nfs/ia64/root / /boot/kernel/kernel data=0x4e4d68+0x74510 syms=[0x8+0x3ff60+0x8+0x3512f] In short: no, it still doesn't work for me. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Nov 20 3: 7: 0 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id 9F20E37B419 for ; Tue, 20 Nov 2001 03:06:53 -0800 (PST) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 1668jf-000AsO-0A; Tue, 20 Nov 2001 11:06:39 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id fAKB5K754477; Tue, 20 Nov 2001 11:05:20 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 20 Nov 2001 11:05:20 +0000 (GMT) From: Doug Rabson To: Peter Wemm Cc: Subject: Re: Things to do In-Reply-To: <20011119201639.589F738FF@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 19 Nov 2001, Peter Wemm wrote: > Doug Rabson wrote: > > An updated random list of things which need doing: > > DDB 'n' command > > Remote GDB support > > link_elf backend > > I'll take a shot at this unless somebody else wants to do it. We can't > have those sparc64 guys having kld's before us and going unchallenged. :-) It should be pretty easy now that we have ld-elf.so working. We need to recover the sym->fptr mapping information that the self-relocator generates so that function pointer comparisons with kernel functions works right in a loaded module. > > > FPSWA support > > Should be done. There is test code at: > http://people.freebsd.org/~peter/fpswa/ > There are four examples from the manual: > "Itanium Processor Floating point Software Assistance and Floating > Point Exception Handling" manual. The code is out of sync with reality > though, the manual says two of the examples should cause a FP trap/fault, > but in fact three of them do. (I cant change the fact that the hardware > causes a trap on their code when the docs say the hardware doesn't. :-). I'm very slightly worried by the possibility that the compiler might take it into its head to start saving/restoring some of the call-saved fp registers between getting to trap() and handling the fpswa interrupt. Its not likely to happen but in theory we could detect and cope with this using the stack unwinder. > > > Workaround ar.itc errata > > Figure out why loader.rc hangs the loader > > Almost certainly a trap/fault (divide by zero or something). I'll look > for this soon if nobody else spots it. I got as far as trying to run loader.rc with skiload and it was sending out some mighty bogus pathnames to open(). I got the impression that there might be a null-pointer problem somewhere. > > > Use AllocatePages in copy.c to make sure we don't step on EFI > > Resize VHPT based on physical memory > > ia32 emulation > > This one will be really interesting.. I was going to have a shot at it > but then I remembered the 4K page issue. In theory we could probably > just let getpagesize() return an 8K or 16K page size, but we have to do > nasty things to executables, ie: make up to the last 4k (for 8k pages) or > up to 12K (for 16k pages) of text segments writeable.. And possibly tweak > ld-elf.so.1 to expect trouble mmapping two different things to the same > logical page. The Linux guys just pretend that the ia32 process has a 4k page size and they paper over the cracks in calls like mmap and sbrk by dubious copying and zeroing of the partial pages. Seems to work though. > > > Write pipelined bcopy/memcpy > > I thought I saw some sample code from intel somewhere... That would be nice. > > EPC-based syscalls instead of break syscalls > > Linux still uses break, right? Right. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Nov 20 6:34:28 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.98.60]) by hub.freebsd.org (Postfix) with ESMTP id 8793537B41A for ; Tue, 20 Nov 2001 06:34:21 -0800 (PST) Received: from localhost (kheuer@localhost) by gwdu60.gwdg.de (8.11.6/8.11.6) with ESMTP id fAKEYKG92424 for ; Tue, 20 Nov 2001 15:34:20 +0100 (CET) (envelope-from kheuer@gwdu60.gwdg.de) Date: Tue, 20 Nov 2001 15:34:20 +0100 (CET) From: Konrad Heuer To: freebsd-ia64@freebsd.org Subject: ia64 boot error Message-ID: <20011120152234.D92311-100000@gwdu60.gwdg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've an Itanium system available for testing purposes for about two weeks and would like to boot FreeBSD there; maybe I can help here and there a little bit in the porting process. Now I've a problem when booting: FreeBSD/ia64 EFI boot, Revision 0.1 (dfr@herring.nlsystems.com, Tue Sep 4 15:47:03 DST 2001) net_open: server addr: 192.168.1.60 net_open: server path: /home/local/ia64 panic: arp: no response for 192.168.1.60 Tcpdump on 192.168.1.60 shows incoming arp requests and outgoing arp replies! My bootptab on the server is: itanium:\ :bf=3D/home/local/ia64/boot/loader.efi:\ :bs=3Dauto:\ :ht=3Dether:\ :ha=3D0x00.d0.b7.f9.fd.e0:\ :hn:\ :ip=3D192.168.1.14:\ :rp=3D/home/local/ia64:\ :sa=3D192.168.1.60:\ :sm=3D255.255.255.0:\ :vm=3Drfc1048: Tftp configuration /etc/inetd.conf is: tftp dgram udp wait nobody /usr/libexec/tftpd tftpd -l /home/local/ia64 Any ideas about what I might try? Thanks for any reply! Best regards Konrad Konrad Heuer Personal Bookmarks: Gesellschaft f=FCr wissenschaftliche Datenverarbeitung mbH G=D6ttingen http://www.freebsd.org Am Fa=DFberg, D-37077 G=D6ttingen http://www.daemonnews.o= rg Deutschland (Germany) kheuer@gwdu60.gwdg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Nov 20 11:57:14 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id F31B037B416 for ; Tue, 20 Nov 2001 11:57:08 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAKJv8M47826 for ; Tue, 20 Nov 2001 11:57:08 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 8C9333811; Tue, 20 Nov 2001 11:57:08 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Doug Rabson Cc: ia64@FreeBSD.ORG Subject: Re: Things to do In-Reply-To: Date: Tue, 20 Nov 2001 11:57:08 -0800 From: Peter Wemm Message-Id: <20011120195708.8C9333811@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Doug Rabson wrote: > On Mon, 19 Nov 2001, Peter Wemm wrote: > > > Doug Rabson wrote: > > > An updated random list of things which need doing: > > > DDB 'n' command > > > Remote GDB support > > > link_elf backend > > > > I'll take a shot at this unless somebody else wants to do it. We can't > > have those sparc64 guys having kld's before us and going unchallenged. :-) > > It should be pretty easy now that we have ld-elf.so working. We need to > recover the sym->fptr mapping information that the self-relocator > generates so that function pointer comparisons with kernel functions works > right in a loaded module. Aha! Thanks for the tip. I had not thought about the consequences of having different pointers to the same functions. I was planning to keep a seperate pool of fptr's per module and free them at unload time. Thinking a bit more about it, perhaps we should just incrementally increase the fptr pool and never free it? At worst we have one fptr per public entry point and keep reusing the old ones at the next load. Freeing them would require reference counting, but I guess that could be done. Actually, we'll need some sort of recovery system because we can have cross-module calls with fptrs pointing into modules.. these will be invalid after that module is unloaded. > > > FPSWA support > > > > Should be done. There is test code at: > > http://people.freebsd.org/~peter/fpswa/ > > There are four examples from the manual: > > "Itanium Processor Floating point Software Assistance and Floating > > Point Exception Handling" manual. The code is out of sync with reality > > though, the manual says two of the examples should cause a FP trap/fault, > > but in fact three of them do. (I cant change the fact that the hardware > > causes a trap on their code when the docs say the hardware doesn't. :-). > > I'm very slightly worried by the possibility that the compiler might take > it into its head to start saving/restoring some of the call-saved fp > registers between getting to trap() and handling the fpswa interrupt. Its > not likely to happen but in theory we could detect and cope with this > using the stack unwinder. Hmm. We block out f32-127 from gcc, and save f6-15 on trap. Perhaps we could just go overboard and telling it to never use f2-5 and f16-31 in the kernel as well? Remember, we call this for *every* floating point fault/trap, whether it be a SWA request or not (there is no way to tell if it's a SWA request except by calling fpswa and see if it returns an all-clear or not). > > > Workaround ar.itc errata BTW; is this for the B step only cpus? I saw lots of A-step and some B-step workarounds in the linux ia64 code when I took a peek a few months back. > > > Use AllocatePages in copy.c to make sure we don't step on EFI > > > Resize VHPT based on physical memory > > > ia32 emulation > > > > This one will be really interesting.. I was going to have a shot at it > > but then I remembered the 4K page issue. In theory we could probably > > just let getpagesize() return an 8K or 16K page size, but we have to do > > nasty things to executables, ie: make up to the last 4k (for 8k pages) or > > up to 12K (for 16k pages) of text segments writeable.. And possibly tweak > > ld-elf.so.1 to expect trouble mmapping two different things to the same > > logical page. > > The Linux guys just pretend that the ia32 process has a 4k page size and > they paper over the cracks in calls like mmap and sbrk by dubious copying > and zeroing of the partial pages. Seems to work though. Eww, nasty. I suspect they can get away with it because they have a VM system that runs at a much lower level and they can see the effects of this at page table level. What I thought about was a little more creative. I dont know if this is what you described before, but: - set region 0 to 4K page size - have pmap wire in each 8k or 16k (or whatever) page into 2 or 4 4K slots - when there is a mapping conflict, we can wire different parts of different VM pages into different 4K slots. However, this sends a shiver down my spine. Maybe it is just simply better to allow conflicting mmap's in copy-on-write mode to overlap for these processes. I've got some other wild ideas as well, but one question.. the page size is constant on a region (or RR specifically), right? Is there any opportunity to use different pages at once? (I do not remember this, but I dont expect so). If it is variable, then perhaps some sort of clustering mechanism for VM itself may be in order. That could help x86 for 4MB page support for devices, sysvshm, etc. Hmmm... > > > Write pipelined bcopy/memcpy > > > > I thought I saw some sample code from intel somewhere... > > That would be nice. I think I saw an SSE based one too. I'm not sure what the register footprint of this was though. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Nov 20 14:17:23 2001 Delivered-To: freebsd-ia64@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id D6AA337B405; Tue, 20 Nov 2001 14:17:21 -0800 (PST) Date: Tue, 20 Nov 2001 14:17:21 -0800 From: David O'Brien To: Peter Wemm Cc: Doug Rabson , ia64@FreeBSD.ORG Subject: Re: Things to do Message-ID: <20011120141721.A51984@hub.freebsd.org> Reply-To: obrien@freebsd.org References: <20011030193703.X549-100000@salmon.nlsystems.com> <20011119201639.589F738FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011119201639.589F738FF@overcee.netplex.com.au>; from peter@wemm.org on Mon, Nov 19, 2001 at 12:16:39PM -0800 X-Operating-System: FreeBSD 4.3-STABLE Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Nov 19, 2001 at 12:16:39PM -0800, Peter Wemm wrote: > Doug Rabson wrote: > > An updated random list of things which need doing: > > DDB 'n' command > > Remote GDB support > > link_elf backend > > I'll take a shot at this unless somebody else wants to do it. We can't > have those sparc64 guys having kld's before us and going unchallenged. :-) Jake says KLD's have worked for a while on sparc64. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Nov 20 14:19:36 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 0ECE137B405 for ; Tue, 20 Nov 2001 14:19:35 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fAKMJRE25943; Tue, 20 Nov 2001 14:19:27 -0800 (PST) (envelope-from obrien) Date: Tue, 20 Nov 2001 14:19:27 -0800 From: "David O'Brien" To: Peter Wemm Cc: Doug Rabson , ia64@FreeBSD.ORG Subject: Re: Background fsck considered harmful... Message-ID: <20011120141927.B25869@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20011101100011.L549-100000@salmon.nlsystems.com> <20011119200257.B00F73811@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011119200257.B00F73811@overcee.netplex.com.au>; from peter@wemm.org on Mon, Nov 19, 2001 at 12:02:57PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Nov 19, 2001 at 12:02:57PM -0800, Peter Wemm wrote: > code that also needs __ia64__ (or __LP64__) perhaps?), and two a locking I will add this to GCC -- we want __LP64__ and __ILP32__ on the respective platforms? __I32LP64__ also? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Tue Nov 20 22:47:19 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 60D2B37B416; Tue, 20 Nov 2001 22:47:16 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAL6lGM49404; Tue, 20 Nov 2001 22:47:16 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id C5D703811; Tue, 20 Nov 2001 22:47:15 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: obrien@FreeBSD.ORG Cc: Doug Rabson , ia64@FreeBSD.ORG Subject: Re: Things to do In-Reply-To: <20011120141721.A51984@hub.freebsd.org> Date: Tue, 20 Nov 2001 22:47:15 -0800 From: Peter Wemm Message-Id: <20011121064715.C5D703811@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org "David O'Brien" wrote: > On Mon, Nov 19, 2001 at 12:16:39PM -0800, Peter Wemm wrote: > > Doug Rabson wrote: > > > An updated random list of things which need doing: > > > DDB 'n' command > > > Remote GDB support > > > link_elf backend > > > > I'll take a shot at this unless somebody else wants to do it. We can't > > have those sparc64 guys having kld's before us and going unchallenged. :-) > > Jake says KLD's have worked for a while on sparc64. I know, that's what I said. We cannot leave that challenge unanswered. :-) Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 1:47:28 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id AED7237B417; Wed, 21 Nov 2001 01:47:24 -0800 (PST) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 166TyV-000O9S-0U; Wed, 21 Nov 2001 09:47:23 +0000 Received: from salmon.nlsystems.com (salmon [10.0.0.3]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id fAL9k7774269; Wed, 21 Nov 2001 09:46:07 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 21 Nov 2001 09:43:15 +0000 (GMT) From: Doug Rabson To: "David O'Brien" Cc: Peter Wemm , Subject: Re: Background fsck considered harmful... In-Reply-To: <20011120141927.B25869@dragon.nuxi.com> Message-ID: <20011121094055.E6169-100000@salmon.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 20 Nov 2001, David O'Brien wrote: > On Mon, Nov 19, 2001 at 12:02:57PM -0800, Peter Wemm wrote: > > code that also needs __ia64__ (or __LP64__) perhaps?), and two a locking > > I will add this to GCC -- we want __LP64__ and __ILP32__ on the > respective platforms? __I32LP64__ also? I think LP64 implies I32 - if you want int to be 64bits then its ILP64. On PS2, gcc uses 32bit ints, 64bit longs and 32bit pointers - what is the define for that? I guess I32L64P32 might be right. This isn't completely academic since NetBSD and Linux both boot on PS2. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 2:16:58 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 90F5937B419 for ; Wed, 21 Nov 2001 02:16:56 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fALAGMg42953; Wed, 21 Nov 2001 02:16:22 -0800 (PST) (envelope-from obrien) Date: Wed, 21 Nov 2001 02:16:22 -0800 From: "David O'Brien" To: Doug Rabson Cc: Peter Wemm , ia64@FreeBSD.org Subject: Re: Background fsck considered harmful... Message-ID: <20011121021622.A42935@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20011120141927.B25869@dragon.nuxi.com> <20011121094055.E6169-100000@salmon.nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011121094055.E6169-100000@salmon.nlsystems.com>; from dfr@nlsystems.com on Wed, Nov 21, 2001 at 09:43:15AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Nov 21, 2001 at 09:43:15AM +0000, Doug Rabson wrote: > I think LP64 implies I32 - if you want int to be 64bits then its ILP64. Today it does. > On PS2, gcc uses 32bit ints, 64bit longs and 32bit pointers - what is the > define for that? I guess I32L64P32 might be right. I would call it IP32L64. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 2:39:20 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 0E8BC37B405; Wed, 21 Nov 2001 02:39:12 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fALAdBM50188; Wed, 21 Nov 2001 02:39:11 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 9F19A38FF; Wed, 21 Nov 2001 02:39:11 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: obrien@FreeBSD.org Cc: Doug Rabson , ia64@FreeBSD.org Subject: Re: Background fsck considered harmful... In-Reply-To: <20011121021622.A42935@dragon.nuxi.com> Date: Wed, 21 Nov 2001 02:39:11 -0800 From: Peter Wemm Message-Id: <20011121103911.9F19A38FF@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org "David O'Brien" wrote: > On Wed, Nov 21, 2001 at 09:43:15AM +0000, Doug Rabson wrote: > > I think LP64 implies I32 - if you want int to be 64bits then its ILP64. > > Today it does. > > > On PS2, gcc uses 32bit ints, 64bit longs and 32bit pointers - what is the > > define for that? I guess I32L64P32 might be right. > > I would call it IP32L64. So what define to I test to see if a host has 64 bit longs (dont care about the others)? #if defined(__IP32L64__) || defined(__LP64__) || defined(__I32LP64__) ? How many other permutations are there? Personally, I think -D__LP64__ is a mistake since it is shoving two seperate flags into one, leading to permutations. I'd almost rather "-D__L=64 -D__I=32 -D__P=32" and #if __L==64 etc. (except __P is taken, damn) Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 3:50:30 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id C561737B416 for ; Wed, 21 Nov 2001 03:50:21 -0800 (PST) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 166VtS-000K9F-0U; Wed, 21 Nov 2001 11:50:18 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id fALBn2774798; Wed, 21 Nov 2001 11:49:02 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 21 Nov 2001 11:49:02 +0000 (GMT) From: Doug Rabson To: Peter Wemm Cc: Subject: Re: Things to do In-Reply-To: <20011120195708.8C9333811@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 20 Nov 2001, Peter Wemm wrote: > Doug Rabson wrote: > > On Mon, 19 Nov 2001, Peter Wemm wrote: > > > > > Doug Rabson wrote: > > > > An updated random list of things which need doing: > > > > DDB 'n' command > > > > Remote GDB support > > > > link_elf backend > > > > > > I'll take a shot at this unless somebody else wants to do it. We can't > > > have those sparc64 guys having kld's before us and going unchallenged. :-) > > > > It should be pretty easy now that we have ld-elf.so working. We need to > > recover the sym->fptr mapping information that the self-relocator > > generates so that function pointer comparisons with kernel functions works > > right in a loaded module. > > Aha! Thanks for the tip. I had not thought about the consequences of > having different pointers to the same functions. I was planning to keep > a seperate pool of fptr's per module and free them at unload time. Thinking > a bit more about it, perhaps we should just incrementally increase the fptr > pool and never free it? At worst we have one fptr per public entry point > and keep reusing the old ones at the next load. Freeing them would require > reference counting, but I guess that could be done. Actually, we'll need > some sort of recovery system because we can have cross-module calls with > fptrs pointing into modules.. these will be invalid after that module is > unloaded. It ought to be safe to free fptrs for functions in a module when that module is unloaded. If someone else still has a pointer to a function in the module being unloaded, then they are in trouble anyway even on arches which don't use funky pointers for functions. I think that the right approach is probably per-module fptr pools and when we resolve fptrs from a new module, they are allocated from whichever module which owns the function that we resolve to. In ld-elf.so, we keep a table per module which is indexed by symbol number to make it easy to keep the fptrs unique. Also, in ld-elf.so we don't resolve fptrs in the self-relocator but instead we fix them up in C code as part of the loader's bootstrap process. We could do something like this in the kernel too - just process REL64 relocations in the self-relocator and fix the rest from ia64_init(). We just need to make sure that we don't call anything which uses function pointers (e.g. printf) until we have finished the job. > > > > > FPSWA support > > > > > > Should be done. There is test code at: > > > http://people.freebsd.org/~peter/fpswa/ > > > There are four examples from the manual: > > > "Itanium Processor Floating point Software Assistance and Floating > > > Point Exception Handling" manual. The code is out of sync with reality > > > though, the manual says two of the examples should cause a FP trap/fault, > > > but in fact three of them do. (I cant change the fact that the hardware > > > causes a trap on their code when the docs say the hardware doesn't. :-). > > > > I'm very slightly worried by the possibility that the compiler might take > > it into its head to start saving/restoring some of the call-saved fp > > registers between getting to trap() and handling the fpswa interrupt. Its > > not likely to happen but in theory we could detect and cope with this > > using the stack unwinder. > > Hmm. We block out f32-127 from gcc, and save f6-15 on trap. Perhaps > we could just go overboard and telling it to never use f2-5 and f16-31 > in the kernel as well? > > Remember, we call this for *every* floating point fault/trap, whether it be > a SWA request or not (there is no way to tell if it's a SWA request except > by calling fpswa and see if it returns an all-clear or not). I've been trying to remember to change this for a while. We should not use f16-f31 in the kernel at all. They would be saved/restored correctly by the compiler for traps and exceptions but it isn't safe since context switches don't save/restore them. We only save/restore f2-f5 in context switches. We could probably get away with restricting the kernel to just the temporaries, i.e. f6-f15 - if gcc wants to preserve a value over a call, then it can still spill onto the stack. > > > > > Workaround ar.itc errata > > BTW; is this for the B step only cpus? I saw lots of A-step and some > B-step workarounds in the linux ia64 code when I took a peek a few months > back. No, this is present in C0 errata. The problem is that if the low 32bits of ar.itc happen to be all ones at the time of the read, then the value read is wrong. We need to check for a low part of 0xffffffff and re-read. > > > > > Use AllocatePages in copy.c to make sure we don't step on EFI > > > > Resize VHPT based on physical memory > > > > ia32 emulation > > > > > > This one will be really interesting.. I was going to have a shot at it > > > but then I remembered the 4K page issue. In theory we could probably > > > just let getpagesize() return an 8K or 16K page size, but we have to do > > > nasty things to executables, ie: make up to the last 4k (for 8k pages) or > > > up to 12K (for 16k pages) of text segments writeable.. And possibly tweak > > > ld-elf.so.1 to expect trouble mmapping two different things to the same > > > logical page. > > > > The Linux guys just pretend that the ia32 process has a 4k page size and > > they paper over the cracks in calls like mmap and sbrk by dubious copying > > and zeroing of the partial pages. Seems to work though. > > Eww, nasty. I suspect they can get away with it because they have a VM > system that runs at a much lower level and they can see the effects of this > at page table level. > > What I thought about was a little more creative. I dont know if this is > what you described before, but: > > - set region 0 to 4K page size > - have pmap wire in each 8k or 16k (or whatever) page into 2 or 4 4K slots > - when there is a mapping conflict, we can wire different parts of different > VM pages into different 4K slots. > > However, this sends a shiver down my spine. Maybe it is just simply better > to allow conflicting mmap's in copy-on-write mode to overlap for these > processes. This would be quite tricky to do right. The current pmap is definately oriented towards a single page size. > > I've got some other wild ideas as well, but one question.. the page size > is constant on a region (or RR specifically), right? Is there any > opportunity to use different pages at once? (I do not remember this, but I > dont expect so). If it is variable, then perhaps some sort of clustering > mechanism for VM itself may be in order. That could help x86 for 4MB page > support for devices, sysvshm, etc. Hmmm... The page size from the RR affects the VHPT hashing function. The actual PTE in the VHPT can override the page size though, allowing a larger page to be inserted into the TLB. Basically, you have to insert multiple copies of the large page PTE into each location of the VHPT that covers the large page. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 7:52: 7 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from spider10.spiderwebhost.net (spider10.spiderwebhost.net [64.95.69.17]) by hub.freebsd.org (Postfix) with ESMTP id 8DF1037B41A for ; Wed, 21 Nov 2001 07:51:48 -0800 (PST) Received: from T23 (dhcp065-029-083-246.indy.rr.com [65.29.83.246]) by spider10.spiderwebhost.net (8.9.3/8.9.3) with SMTP id KAA17738 for ; Wed, 21 Nov 2001 10:51:47 -0500 Message-Id: <200111211551.KAA17738@spider10.spiderwebhost.net> Date: Wed, 21 Nov 2001 10:51:32 -0500 From: "Steven M. Seltzer" Subject: New Dental Practice Philosophy To: "freebsd-ia64@freebsd.org" Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I would like to wish you a very Happy Thanksgiving! We recently created a one page practice philosophy statement that emphasizes = teamwork, caring, helping others, and developing your full potential by = assuming a more active role in the practice. =20 This philosophy is designed specifically for updating skills in the practice to = utilize technology tools that improve productivity and efficiency. If you would like to receive this philosophy statement with my compliments, = please reply to this e-mail with your name, address, and e-mail address where = you would like the philosophy sent. If you prefer not to receive future technology and practice management updates = like this one, please reply to this message and type, "remove" in the subject = line. Thank you. Best regards, Steve Seltzer www.hitecdentist.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 9:21: 4 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from imo-m02.mx.aol.com (imo-m02.mx.aol.com [64.12.136.5]) by hub.freebsd.org (Postfix) with ESMTP id EEC4137B41A for ; Wed, 21 Nov 2001 09:21:01 -0800 (PST) Received: from Lcycsh@aol.com by imo-m02.mx.aol.com (mail_out_v31_r1.9.) id n.bd.1763a979 (4012) for ; Wed, 21 Nov 2001 12:20:56 -0500 (EST) From: Lcycsh@aol.com Message-ID: Date: Wed, 21 Nov 2001 12:20:56 EST Subject: (no subject) To: freebsd-ia64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 113 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 9:56:27 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id ACA7837B418 for ; Wed, 21 Nov 2001 09:56:22 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fALHsFx36957; Wed, 21 Nov 2001 09:54:15 -0800 (PST) (envelope-from obrien) Date: Wed, 21 Nov 2001 09:54:15 -0800 From: "David O'Brien" To: Peter Wemm Cc: Doug Rabson , ia64@FreeBSD.org Subject: Re: Background fsck considered harmful... Message-ID: <20011121095415.A36921@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20011121021622.A42935@dragon.nuxi.com> <20011121103911.9F19A38FF@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011121103911.9F19A38FF@overcee.netplex.com.au>; from peter@wemm.org on Wed, Nov 21, 2001 at 02:39:11AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Nov 21, 2001 at 02:39:11AM -0800, Peter Wemm wrote: > So what define to I test to see if a host has 64 bit longs (dont care > about the others)? > > #if defined(__IP32L64__) || defined(__LP64__) || defined(__I32LP64__) ? > How many other permutations are there? There is nothing standard for GCC. I'll look at what other platforms do (that needed this), AND how easy it will be for me to plug it into the right place. The lack of allowing for ANSI-C string concatination makes doing some things harder in FSF GCC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Wed Nov 21 22:36: 0 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 31BD837B405; Wed, 21 Nov 2001 22:34:43 -0800 (PST) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id fAM6YgQ58544; Wed, 21 Nov 2001 22:34:42 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id fAM6ZKJ00996; Wed, 21 Nov 2001 22:35:20 -0800 (PST) (envelope-from marcel) Date: Wed, 21 Nov 2001 22:35:20 -0800 From: Marcel Moolenaar To: Doug Rabson Cc: "David O'Brien" , Peter Wemm , ia64@FreeBSD.ORG Subject: Re: Background fsck considered harmful... Message-ID: <20011121223520.B577@dhcp01.pn.xcllnt.net> References: <20011120141927.B25869@dragon.nuxi.com> <20011121094055.E6169-100000@salmon.nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011121094055.E6169-100000@salmon.nlsystems.com> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Nov 21, 2001 at 09:43:15AM +0000, Doug Rabson wrote: > On PS2, gcc uses 32bit ints, 64bit longs and 32bit pointers - what is the > define for that? I guess I32L64P32 might be right. This isn't completely > academic since NetBSD and Linux both boot on PS2. My guess would be L64. BTW: What's the origin of these acronyms/defines? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Thu Nov 22 0:12:15 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from gwdu60.gwdg.de (gwdu60.gwdg.de [134.76.98.60]) by hub.freebsd.org (Postfix) with ESMTP id C148837B417 for ; Thu, 22 Nov 2001 00:12:12 -0800 (PST) Received: from localhost (kheuer@localhost) by gwdu60.gwdg.de (8.11.6/8.11.6) with ESMTP id fAM8CBA05799 for ; Thu, 22 Nov 2001 09:12:12 +0100 (CET) (envelope-from kheuer@gwdu60.gwdg.de) Date: Thu, 22 Nov 2001 09:12:11 +0100 (CET) From: Konrad Heuer To: freebsd-ia64@FreeBSD.ORG Subject: Re: ia64 boot error In-Reply-To: <20011120152234.D92311-100000@gwdu60.gwdg.de> Message-ID: <20011122090943.N5787-100000@gwdu60.gwdg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 20 Nov 2001, Konrad Heuer wrote: > I've an Itanium system available for testing purposes for about two weeks > and would like to boot FreeBSD there; maybe I can help here and there a > little bit in the porting process. > > Now I've a problem when booting: > > FreeBSD/ia64 EFI boot, Revision 0.1 > (dfr@herring.nlsystems.com, Tue Sep 4 15:47:03 DST 2001) > net_open: server addr: 192.168.1.60 > net_open: server path: /home/local/ia64 > panic: arp: no response for 192.168.1.60 > > Tcpdump on 192.168.1.60 shows incoming arp requests and outgoing arp > replies! Since noone did respond I will modify my question: Can anyone send his/her bootptab or dhcp confign file to me? Maybe this will help me ... thanks! Konrad Konrad Heuer Personal Bookmarks: Gesellschaft f=FCr wissenschaftliche Datenverarbeitung mbH G=D6ttingen http://www.freebsd.org Am Fa=DFberg, D-37077 G=D6ttingen http://www.daemonnews.o= rg Deutschland (Germany) kheuer@gwdu60.gwdg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Thu Nov 22 14:17:52 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 646CB37B416; Thu, 22 Nov 2001 14:17:50 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAMMHoM56444; Thu, 22 Nov 2001 14:17:50 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 2202138CC; Thu, 22 Nov 2001 14:17:50 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Marcel Moolenaar Cc: Doug Rabson , "David O'Brien" , ia64@FreeBSD.ORG Subject: Re: Background fsck considered harmful... In-Reply-To: <20011121223520.B577@dhcp01.pn.xcllnt.net> Date: Thu, 22 Nov 2001 14:17:50 -0800 From: Peter Wemm Message-Id: <20011122221750.2202138CC@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Marcel Moolenaar wrote: > On Wed, Nov 21, 2001 at 09:43:15AM +0000, Doug Rabson wrote: > > > On PS2, gcc uses 32bit ints, 64bit longs and 32bit pointers - what is the > > define for that? I guess I32L64P32 might be right. This isn't completely > > academic since NetBSD and Linux both boot on PS2. > > My guess would be L64. > > BTW: What's the origin of these acronyms/defines? It came from cpu/compiler terminology. They not suitable to be used #defines, and as I understand it, are not specified to be used as #defines anywhere because of the permutations problem. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Thu Nov 22 17:10:25 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id BA45B37B419 for ; Thu, 22 Nov 2001 17:10:22 -0800 (PST) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id fAN1AHQ61273; Thu, 22 Nov 2001 17:10:17 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id fAN1AuW07593; Thu, 22 Nov 2001 17:10:56 -0800 (PST) (envelope-from marcel) Date: Thu, 22 Nov 2001 17:10:55 -0800 From: Marcel Moolenaar To: Konrad Heuer Cc: freebsd-ia64@FreeBSD.ORG Subject: Re: ia64 boot error Message-ID: <20011122171055.A7484@dhcp01.pn.xcllnt.net> References: <20011120152234.D92311-100000@gwdu60.gwdg.de> <20011122090943.N5787-100000@gwdu60.gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011122090943.N5787-100000@gwdu60.gwdg.de> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Nov 22, 2001 at 09:12:11AM +0100, Konrad Heuer wrote: > > Since noone did respond I will modify my question: Can anyone send his/her > bootptab or dhcp confign file to me? Maybe this will help me ... thanks! I have the following for dhcpd: group { option routers 192.168.4.1; option subnet-mask 255.255.255.0; filename "/nfs/ia64/netboot/loader.efi"; option bootfile-name "/nfs/ia64/netboot/loader.efi"; option root-path "192.168.4.1:/nfs/ia64/root"; host itanium { hardware ethernet 00:d0:b7:ab:fb:ab; fixed-address 192.168.4.5; } } I don't think you need the filename line. It's probably one of those left-overs... Note also that I needed to have a -current tftp installed on my -stable box. Lastly, loader.efi has to be linked with a libstand compiled with UDP_NO_CKSUM. I haven't bothered to figure out exactly why. HTH, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Thu Nov 22 22:38: 6 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from web20205.mail.yahoo.com (web20205.mail.yahoo.com [216.136.226.60]) by hub.freebsd.org (Postfix) with SMTP id 72C8637B419 for ; Thu, 22 Nov 2001 22:37:43 -0800 (PST) Message-ID: <20011123063743.69061.qmail@web20205.mail.yahoo.com> Received: from [212.16.200.178] by web20205.mail.yahoo.com via HTTP; Thu, 22 Nov 2001 22:37:43 PST Date: Thu, 22 Nov 2001 22:37:43 -0800 (PST) From: GoodNews To: feedback@rocklyte.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Дорогой друг! Извини, что отбираю твое время на чтение данного послания,так как мы все устали от бесконечных рекламных рассылок и всяческого мусора,но я надеюсь, что несколько минут затраченного времени смогут окупиться, если ты решишься изменить свой взгляд на окружающую тебя действительность. Предлагается в корне изменить свою жизнь! И для этого предназначена программа, реально действующая, с реальными возможностями заработать деньги, затратив на это не очень большие усилия. Этот метод заработка денег на самом деле ДЕЙСТВУЕТ НА 100%, КОГДА УГОДНО, ГДЕ УГОДНО. Вы сможете заработать более 1.000.000 рублей в последующие 90 дней. Это не цепное письмо, а отличная легальная возможность заработать деньги. Не пожалейте времени, ознакомьтесь с предлагаемой программой, и успех и благополучие посетят Ваш дом! Данное письмо придет к Вам на этот адрес один единственный раз, больше я Вас не побеспокою. Но если у Вас имеются и другие адреса, не обижайтесь, если это послание придет и на них,программа не может отследить хозяина ящика, только факт существования адреса. Если Вас это заинтересовало и Вы желаете больше узнать о работе предлагаемой программы, Вы можете отправить данное сообщение обратно с пометкой "More", что бы я выслала Вам подробное описание работы системы по Вашему желанию, а не занимать Ваше время и не тратить Ваши деньги на получение вложенного документа. Возвращенные без данной пометки письма будут, как Вы правильно догадываетесь, удалятся без прочтения. Но если Вы хотите поругаться и выпустить пар, то пожалуйста :-) Надеюсь, Вам станет легче :-) Еще раз извините, что отнимаю Ваше время. Успехов вам и всяческих благ! __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Fri Nov 23 15:27:54 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by hub.freebsd.org (Postfix) with SMTP id 4B44537B417 for ; Fri, 23 Nov 2001 15:27:52 -0800 (PST) Message-ID: <20011123232751.79425.qmail@web21110.mail.yahoo.com> Received: from [62.254.0.4] by web21110.mail.yahoo.com via HTTP; Fri, 23 Nov 2001 15:27:51 PST Date: Fri, 23 Nov 2001 15:27:51 -0800 (PST) From: Hiten Pandya Subject: about the IA-64 To: ia64@FreeBSD.org Cc: dfr@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi, i jus' wanted to ask.. after all the pain i took about ordering the Linux IA64 CDROM from hewlett packard... do you think i can in any ways help out the IA64 project... i have experience in Assembler Programming, C, Perl... and a 4 years experience handling shity ol' hardware problems... especially Cobalt systems... i have the Linux IA64 cdrom from HP, a Cable Modem 2MBps connection, and a load of hard-drive space, please.. if possible... could someone instruct me on how i can start testing the existing IA64 Source Tree... i mean how to install it and stuff... help appreciated a lot... thanks... ===== regards, Hiten Pandya ---------------------------------------------------- Guys!... stay away from Einstein Junior! ---------------------------------------------------- __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Fri Nov 23 23:28:51 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id C687737B405 for ; Fri, 23 Nov 2001 23:28:47 -0800 (PST) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id fAO7SlM61212 for ; Fri, 23 Nov 2001 23:28:47 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id DE754380D; Fri, 23 Nov 2001 23:28:46 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: dfr@nlsystems.com Cc: ia64@freebsd.org Subject: gcc's mode(TI) attribute Date: Fri, 23 Nov 2001 23:28:46 -0800 From: Peter Wemm Message-Id: <20011124072846.DE754380D@overcee.netplex.com.au> Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I keep running into problems with this here: typedef int QItype __attribute__ ((mode (QI))); typedef unsigned int UQItype __attribute__ ((mode (QI))); typedef int HItype __attribute__ ((mode (HI))); typedef unsigned int UHItype __attribute__ ((mode (HI))); #if MIN_UNITS_PER_WORD > 1 /* These typedefs are usually forbidden on dsp's with UNITS_PER_WORD 1 */ typedef int SItype __attribute__ ((mode (SI))); typedef unsigned int USItype __attribute__ ((mode (SI))); #if LONG_LONG_TYPE_SIZE > 32 /* These typedefs are usually forbidden on archs with UNITS_PER_WORD 2 */ typedef int DItype __attribute__ ((mode (DI))); typedef unsigned int UDItype __attribute__ ((mode (DI))); /* We cannot represent a TItype constant on a machine with 32-bit HOST_WIDE_INTs, so it doesn't make sense to define these types. */ #if MIN_UNITS_PER_WORD > 4 && HOST_BITS_PER_WIDE_INT >= 64 /* These typedefs are usually forbidden on archs with UNITS_PER_WORD 4 */ typedef int TItype __attribute__ ((mode (TI))); typedef unsigned int UTItype __attribute__ ((mode (TI))); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ #endif #endif #endif This is when building libgcc2 for things _muldi3() etc. "mode TI not supported on this architecture" etc. I had been cheating and changing it to this: typedef long long TItype; typedef unsigned long long UTItype; but I'm pretty sure that's wrong. I've also been noticing nasty things in other places that are doing similar integer overflows. eg: gcc/final.c shifts a 64 bit signed integer << 64, etc when trying to convert 'double' constants to 128 bit data. Also: ../../gcc/libgcc2.c: In function `__floattitf': ../../gcc/libgcc2.c:1037: warning: right shift count >= width of type ../../gcc/libgcc2.c:1040: warning: left shift count >= width of type and so on. I suspect this is why the compiler is segfaulting and aborting all over the place. Do I need to cross compile from a 64 bit platform to start with, eg: alpha? Has anybody else run into this and solved it? Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Sat Nov 24 4: 1:54 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by hub.freebsd.org (Postfix) with ESMTP id 782EA37B405 for ; Sat, 24 Nov 2001 04:01:51 -0800 (PST) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1) id 167bVF-000Gn8-0V; Sat, 24 Nov 2001 12:01:49 +0000 Received: from salmon.nlsystems.com (salmon [10.0.0.3]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id fAOC0Y794552; Sat, 24 Nov 2001 12:00:34 GMT (envelope-from dfr@nlsystems.com) Date: Sat, 24 Nov 2001 11:57:35 +0000 (GMT) From: Doug Rabson To: Peter Wemm Cc: Subject: Re: gcc's mode(TI) attribute In-Reply-To: <20011124072846.DE754380D@overcee.netplex.com.au> Message-ID: <20011124115442.S6169-100000@salmon.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 23 Nov 2001, Peter Wemm wrote: > I keep running into problems with this here: > > > This is when building libgcc2 for things _muldi3() etc. "mode TI not > supported on this architecture" etc. > I had been cheating and changing it to this: > typedef long long TItype; > typedef unsigned long long UTItype; > but I'm pretty sure that's wrong. > > I've also been noticing nasty things in other places that are > doing similar integer overflows. eg: gcc/final.c shifts a 64 bit > signed integer << 64, etc when trying to convert 'double' > constants to 128 bit data. Also: > ../../gcc/libgcc2.c: In function `__floattitf': > ../../gcc/libgcc2.c:1037: warning: right shift count >= width of type > ../../gcc/libgcc2.c:1040: warning: left shift count >= width of type > and so on. I suspect this is why the compiler is segfaulting and aborting > all over the place. > > Do I need to cross compile from a 64 bit platform to start with, eg: alpha? > Has anybody else run into this and solved it? I don't have a real solution. I just hacked off the ifdefs around the support for intTI_type_node and unsigned_intTI_type_node in the compiler which was enough to get libgcc.a to compile. I didn't look at the shift warnings at all. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Sat Nov 24 18:21:48 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from web21102.mail.yahoo.com (web21102.mail.yahoo.com [216.136.227.104]) by hub.freebsd.org (Postfix) with SMTP id 9ECBD37B416 for ; Sat, 24 Nov 2001 18:21:44 -0800 (PST) Message-ID: <20011125022144.17064.qmail@web21102.mail.yahoo.com> Received: from [62.254.0.4] by web21102.mail.yahoo.com via HTTP; Sat, 24 Nov 2001 18:21:44 PST Date: Sat, 24 Nov 2001 18:21:44 -0800 (PST) From: Hiten Pandya Subject: where do i find the tools? To: ia64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi all, i updated my CVSup tree today.. just right now.. and i thought i would try and build the IA64 SKI Kernel.. but the problem is... it says... it cant find ia64-unknown-gcc ... i remember there was a message on the archives about this... but the thing is.. i cant find the root filesystem tar file... i can find the toolchain.. help is appreciated... thanks... ===== regards, Hiten Pandya MOTD: I just like _pumping_ the daylights out of a PENGUIN!!! __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message From owner-freebsd-ia64 Sat Nov 24 23: 5:29 2001 Delivered-To: freebsd-ia64@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 83B2F37B405 for ; Sat, 24 Nov 2001 23:05:27 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id fAP756Z35194; Sat, 24 Nov 2001 23:05:06 -0800 (PST) (envelope-from obrien) Date: Sat, 24 Nov 2001 23:05:05 -0800 From: "David O'Brien" To: Peter Wemm Cc: dfr@nlsystems.com, ia64@freebsd.org Subject: Re: gcc's mode(TI) attribute Message-ID: <20011124230505.A35131@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20011124072846.DE754380D@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011124072846.DE754380D@overcee.netplex.com.au>; from peter@wemm.org on Fri, Nov 23, 2001 at 11:28:46PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Nov 23, 2001 at 11:28:46PM -0800, Peter Wemm wrote: > I keep running into problems with this here: ... > typedef unsigned int UTItype __attribute__ ((mode (TI))); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > #endif > #endif > #endif > > This is when building libgcc2 for things _muldi3() etc. "mode TI not > supported on this architecture" etc. This needs to be reported to the GCC people. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ia64" in the body of the message