From owner-freebsd-ia64@FreeBSD.ORG Mon Jan 25 11:07:03 2010 Return-Path: Delivered-To: freebsd-ia64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4985E1065697 for ; Mon, 25 Jan 2010 11:07:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6358FC16 for ; Mon, 25 Jan 2010 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0PB72j9038798 for ; Mon, 25 Jan 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0PB72rV038796 for freebsd-ia64@FreeBSD.org; Mon, 25 Jan 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Jan 2010 11:07:02 GMT Message-Id: <201001251107.o0PB72rV038796@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-ia64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-ia64@FreeBSD.org X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2010 11:07:03 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ia64/113102 ia64 [MCA] Multiple records can have the same sequence numb 1 problem total. From owner-freebsd-ia64@FreeBSD.ORG Tue Jan 26 18:25:10 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C2411065679 for ; Tue, 26 Jan 2010 18:25:10 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7879E8FC14 for ; Tue, 26 Jan 2010 18:25:10 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KWV00IIK9TLIV20@asmtp023.mac.com> for ia64@freebsd.org; Tue, 26 Jan 2010 10:24:58 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001260131 From: Marcel Moolenaar Date: Tue, 26 Jan 2010 10:24:57 -0800 Message-id: To: ia64@freebsd.org X-Mailer: Apple Mail (2.1077) Cc: Subject: About /boot being a symlink to /efi/boot and ZFS X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 18:25:10 -0000 All, Due to limitations of the EFI loader, files under /boot had to be on the EFI system partition for the boot process to work. And in order to boot the new kernel after building an installing a new kernel, the only viable option for that was to make /boot a symlink to /efi/boot and mount the EFI system partition under /efi by default. While initially this was mostly preventing us from having more than 1 FreeBSD installation on a single machine, over time this showed to cause bigger problems. The first and foremost problem is that it causes the kernel to panic when you use ZFS. The reason for the panic is that ZFS maintains a cache file that lives under /boot/zfs on FreeBSD. This is because /boot/zfs really is /efi/boot/zfs on ia64 and /efi is a FAT file system that needs the Giant lock, which ZFS simply does not deal with well or at all. To solve this issue, I had 3 choices: ZFS-1 Teach ZFS about Giant for the time that Giant is still around ZFS-2 Fix the FAT file system implement by not needing Giant ZFS-3 Eliminate /boot as a symlink to /efi/boot A second problem recently popped up when mergemaster started to compare file and directory types and started to complain about /boot not being a directory like it should be. While this isn't a big issue, mergemaster has no way of ignoring directories so it'll will always come up. To solve the mergemaster issue, I had 2 choices: MM-1 Extend mergemaster to allow it to ignore directories without ignoring the files in them MM-2 Eliminate /boot as a symlink to /efi/boot It has always been nice to be able to install multiple versions of FreeBSD, especially for development and maintenance, and for that to happen, I had to eliminate /boot as a symlink to /efi/boot. You get the drift... So, I changed to not use the EFI file system protocol, but rather the EFI block I/O protocol. This make the loader aware of the partitions on the disk. Using FreeBSD's file system support on top of that, we were able to read from the EFI system partition, a FreeBSD UFS file system and even ISO9660s. Secondly, I added a command line argument to the loader (a boot option in EFIs boot manager terminology) so that one can select the default partition to boot from. With these 2 changes, the loader can boot FreeBSD directly from the UFS root file system and consequently /boot does not have to be a symlink onto /efi and both ZFS and mergemaster are happy campers. To migrate your existing installation to the new scheme, follow the following instructions: 1. Upgrade to the latest 8-STABLE or 9-CURRENT sources. 2. Perform a full 'make buildworld' and 'make buildkernel' 3. Perform a 'make installworld' only [after step 3 you have the latest loader on /efi] 4. Remove the /boot symlink (and only the symlink) 5. Perform a 'make installworld' again -- a bit excessive, but easier for the instructions. [after step 5 you have a minimally populated /boot on the root file system] 6. Perform a 'make installkernel' -- this installs the latest kernel in /boot on the root file system. [after step 6 the EFI file system holds the preview kernel and the UFS root file system holds the latest kernel] 7. Copy /efi/boot/loader.conf and /efi/boot/device.hints to /boot/loader.conf and /boot/device.hinst (resp). 8. From /boot/loader.conf, remove the vfs.root.mountfrom line. 9. Copy the FreeBSD loader to a more proper directory. Type: # mkdir /efi/FreeBSD # cp /efi/boot/loader.efi /efi/FreeBSD 10. Reboot. 11. In the EFI boot manager, add a new entry for FreeBSD by using "FreeBSD/loader.efi" as the loader and "-dev part2:" as the boot option string (can be either Unicode or ASCII). 12. Boot FreeBSD. Check that the loader version is 2.1. If not, you're not using the right loader. If the loader version is right but the loader cannot find a kernel, run 'lsdev' in the loader to list all partitions and try them until you find the right one. Note that part0: can be expected to be the EFI system partition, so you that only if you can't find a kernel on any other partitons. Remember to update the EFI boot manager accordingly. [In FreeBSD, running the latest kernel] 13. Cleanup the EFI system partition: # rm -rf /efi/boot NOTE: The installation process has not been changed yet, so a new installation still makes /boot a symlink to /efi/boot. This is being worked on -- the installation needs to add a boot entry to the EFI boot menu to make sure the loader knows which partition to boot from. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Tue Jan 26 21:01:06 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65AE5106566B for ; Tue, 26 Jan 2010 21:01:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 237B28FC17 for ; Tue, 26 Jan 2010 21:01:05 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NZsWu-0006Zx-Ol; Tue, 26 Jan 2010 21:01:04 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NZsWt-0007cb-OJ; Tue, 26 Jan 2010 21:00:56 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id o0QL0t1m023697; Tue, 26 Jan 2010 21:00:55 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id o0QL0tWx023630; Tue, 26 Jan 2010 21:00:55 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 26 Jan 2010 21:00:54 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20100126210054.GC26462@mech-cluster241.men.bris.ac.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Cc: ia64@freebsd.org Subject: Re: About /boot being a symlink to /efi/boot and ZFS X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 21:01:06 -0000 On Tue, Jan 26, 2010 at 10:24:57AM -0800, Marcel Moolenaar wrote: > All, > > Due to limitations of the EFI loader, files under /boot had to > be on the EFI system partition for the boot process to work. > And in order to boot the new kernel after building an installing > a new kernel, the only viable option for that was to make /boot > a symlink to /efi/boot and mount the EFI system partition under > /efi by default. > > While initially this was mostly preventing us from having more > than 1 FreeBSD installation on a single machine, over time this > showed to cause bigger problems. > > The first and foremost problem is that it causes the kernel to > panic when you use ZFS. The reason for the panic is that ZFS > maintains a cache file that lives under /boot/zfs on FreeBSD. > This is because /boot/zfs really is /efi/boot/zfs on ia64 and > /efi is a FAT file system that needs the Giant lock, which ZFS > simply does not deal with well or at all. > > To solve this issue, I had 3 choices: > ZFS-1 Teach ZFS about Giant for the time that Giant is still > around > ZFS-2 Fix the FAT file system implement by not needing Giant > ZFS-3 Eliminate /boot as a symlink to /efi/boot > > A second problem recently popped up when mergemaster started to > compare file and directory types and started to complain about > /boot not being a directory like it should be. While this isn't > a big issue, mergemaster has no way of ignoring directories so > it'll will always come up. > > To solve the mergemaster issue, I had 2 choices: > MM-1 Extend mergemaster to allow it to ignore directories > without ignoring the files in them > MM-2 Eliminate /boot as a symlink to /efi/boot > > It has always been nice to be able to install multiple versions > of FreeBSD, especially for development and maintenance, and for > that to happen, I had to eliminate /boot as a symlink to /efi/boot. > > You get the drift... > > So, I changed to not use the EFI file system protocol, but rather > the EFI block I/O protocol. This make the loader aware of the > partitions on the disk. Using FreeBSD's file system support on > top of that, we were able to read from the EFI system partition, > a FreeBSD UFS file system and even ISO9660s. > > Secondly, I added a command line argument to the loader (a boot > option in EFIs boot manager terminology) so that one can select > the default partition to boot from. > > With these 2 changes, the loader can boot FreeBSD directly from > the UFS root file system and consequently /boot does not have to > be a symlink onto /efi and both ZFS and mergemaster are happy > campers. > > To migrate your existing installation to the new scheme, follow > the following instructions: > > 1. Upgrade to the latest 8-STABLE or 9-CURRENT sources. > 2. Perform a full 'make buildworld' and 'make buildkernel' > 3. Perform a 'make installworld' only > > [after step 3 you have the latest loader on /efi] > > 4. Remove the /boot symlink (and only the symlink) > 5. Perform a 'make installworld' again -- a bit excessive, > but easier for the instructions. > > [after step 5 you have a minimally populated /boot on the > root file system] > > 6. Perform a 'make installkernel' -- this installs the > latest kernel in /boot on the root file system. > > [after step 6 the EFI file system holds the preview kernel > and the UFS root file system holds the latest kernel] > > 7. Copy /efi/boot/loader.conf and /efi/boot/device.hints to > /boot/loader.conf and /boot/device.hinst (resp). > 8. From /boot/loader.conf, remove the vfs.root.mountfrom > line. > 9. Copy the FreeBSD loader to a more proper directory. Type: > # mkdir /efi/FreeBSD > # cp /efi/boot/loader.efi /efi/FreeBSD > 10. Reboot. > 11. In the EFI boot manager, add a new entry for FreeBSD by > using "FreeBSD/loader.efi" as the loader and "-dev part2:" > as the boot option string (can be either Unicode or ASCII). > 12. Boot FreeBSD. Check that the loader version is 2.1. If not, > you're not using the right loader. If the loader version > is right but the loader cannot find a kernel, run 'lsdev' > in the loader to list all partitions and try them until > you find the right one. Note that part0: can be expected > to be the EFI system partition, so you that only if you > can't find a kernel on any other partitons. Remember to > update the EFI boot manager accordingly. > > [In FreeBSD, running the latest kernel] > > 13. Cleanup the EFI system partition: > # rm -rf /efi/boot > > > NOTE: The installation process has not been changed yet, so a > new installation still makes /boot a symlink to /efi/boot. This > is being worked on -- the installation needs to add a boot > entry to the EFI boot menu to make sure the loader knows which > partition to boot from. Marcel, many thanks A few questions before I start: 1. By "EFI boot manager" do you mean the EFI firmware? 2. Do I still need to have hw.pci.lattimer.max="64" in /boot/loader.conf? thank you anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Tue Jan 26 21:59:24 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 078291065672 for ; Tue, 26 Jan 2010 21:59:24 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id E4A9C8FC17 for ; Tue, 26 Jan 2010 21:59:23 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KWV00A8XJQYA410@asmtp028.mac.com> for ia64@freebsd.org; Tue, 26 Jan 2010 13:59:23 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001260179 From: Marcel Moolenaar In-reply-to: <20100126210054.GC26462@mech-cluster241.men.bris.ac.uk> Date: Tue, 26 Jan 2010 13:59:22 -0800 Message-id: References: <20100126210054.GC26462@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: ia64@freebsd.org Subject: Re: About /boot being a symlink to /efi/boot and ZFS X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 21:59:24 -0000 On Jan 26, 2010, at 1:00 PM, Anton Shterenlikht wrote: > > A few questions before I start: > > 1. By "EFI boot manager" do you mean the EFI firmware? Yes. > 2. Do I still need to have hw.pci.lattimer.max="64" > in /boot/loader.conf? No, you can remove that line and revert the patches I gave you. It seems that the latency timer doesn't really help. What I think right now (I can't recall having changed my thinking so often as with trying to figure out the spontaneous reboot) is that it's actually bge(4) that causes the wegde. No matter what I run, I can't seem to cause the spontaneous reboot. The package build is different in that it really uses a lot of networking... Thus: I need to be able to trigger the problem myself in order to further analyze it. There's just too much going on while packages are being built to figure out exactly what is causing the wedge. [aside: wedge causes spontaneous reboot] -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Wed Jan 27 00:24:22 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CEDB106568B; Wed, 27 Jan 2010 00:24:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0A42F8FC21; Wed, 27 Jan 2010 00:24:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0R0OKHH098673; Tue, 26 Jan 2010 19:24:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0R0OKvr098664; Wed, 27 Jan 2010 00:24:20 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 27 Jan 2010 00:24:20 GMT Message-Id: <201001270024.o0R0OKvr098664@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 00:24:22 -0000 TB --- 2010-01-26 23:00:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-26 23:00:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-01-26 23:00:59 - cleaning the object tree TB --- 2010-01-26 23:01:19 - cvsupping the source tree TB --- 2010-01-26 23:01:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-01-26 23:02:28 - building world TB --- 2010-01-26 23:02:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-26 23:02:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-26 23:02:28 - TARGET=ia64 TB --- 2010-01-26 23:02:28 - TARGET_ARCH=ia64 TB --- 2010-01-26 23:02:28 - TZ=UTC TB --- 2010-01-26 23:02:28 - __MAKE_CONF=/dev/null TB --- 2010-01-26 23:02:28 - cd /src TB --- 2010-01-26 23:02:28 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 26 23:02:28 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jan 27 00:19:19 UTC 2010 TB --- 2010-01-27 00:19:19 - generating LINT kernel config TB --- 2010-01-27 00:19:19 - cd /src/sys/ia64/conf TB --- 2010-01-27 00:19:19 - /usr/bin/make -B LINT TB --- 2010-01-27 00:19:19 - building LINT kernel TB --- 2010-01-27 00:19:19 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-27 00:19:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-27 00:19:19 - TARGET=ia64 TB --- 2010-01-27 00:19:19 - TARGET_ARCH=ia64 TB --- 2010-01-27 00:19:19 - TZ=UTC TB --- 2010-01-27 00:19:19 - __MAKE_CONF=/dev/null TB --- 2010-01-27 00:19:19 - cd /src TB --- 2010-01-27 00:19:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 27 00:19:19 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-micron.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-national.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-netcell.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-nvidia.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/chipsets/ata-promise.c cc1: warnings being treated as errors /src/sys/dev/ata/chipsets/ata-promise.c: In function 'ata_promise_mio_status': /src/sys/dev/ata/chipsets/ata-promise.c:631: warning: cast from pointer to integer of different size *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-27 00:24:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-27 00:24:20 - ERROR: failed to build lint kernel TB --- 2010-01-27 00:24:20 - 3861.90 user 654.45 system 5000.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Wed Jan 27 10:19:24 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF8B10656A3; Wed, 27 Jan 2010 10:19:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF128FC2B; Wed, 27 Jan 2010 10:19:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0RAJNPG029086; Wed, 27 Jan 2010 05:19:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0RAJNvq029080; Wed, 27 Jan 2010 10:19:23 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 27 Jan 2010 10:19:23 GMT Message-Id: <201001271019.o0RAJNvq029080@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 10:19:24 -0000 TB --- 2010-01-27 08:55:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-27 08:55:29 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-01-27 08:55:29 - cleaning the object tree TB --- 2010-01-27 08:55:50 - cvsupping the source tree TB --- 2010-01-27 08:55:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-01-27 08:57:14 - building world TB --- 2010-01-27 08:57:14 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-27 08:57:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-27 08:57:14 - TARGET=ia64 TB --- 2010-01-27 08:57:14 - TARGET_ARCH=ia64 TB --- 2010-01-27 08:57:14 - TZ=UTC TB --- 2010-01-27 08:57:14 - __MAKE_CONF=/dev/null TB --- 2010-01-27 08:57:14 - cd /src TB --- 2010-01-27 08:57:14 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 27 08:57:15 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jan 27 10:13:33 UTC 2010 TB --- 2010-01-27 10:13:33 - generating LINT kernel config TB --- 2010-01-27 10:13:33 - cd /src/sys/ia64/conf TB --- 2010-01-27 10:13:33 - /usr/bin/make -B LINT TB --- 2010-01-27 10:13:33 - building LINT kernel TB --- 2010-01-27 10:13:33 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-27 10:13:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-27 10:13:33 - TARGET=ia64 TB --- 2010-01-27 10:13:33 - TARGET_ARCH=ia64 TB --- 2010-01-27 10:13:33 - TZ=UTC TB --- 2010-01-27 10:13:33 - __MAKE_CONF=/dev/null TB --- 2010-01-27 10:13:33 - cd /src TB --- 2010-01-27 10:13:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 27 10:13:33 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/e1000/if_em.c:5291: error: 'struct adapter' has no member named 'mbuf_cluster_failed' /src/sys/dev/e1000/if_em.c: In function 'em_print_hw_stats': /src/sys/dev/e1000/if_em.c:5332: error: 'struct adapter' has no member named 'rx_irq' /src/sys/dev/e1000/if_em.c:5333: error: 'struct adapter' has no member named 'tx_irq' /src/sys/dev/e1000/if_em.c:5333: warning: format '%ld' expects type 'long int', but argument 5 has type 'int' /src/sys/dev/e1000/if_em.c: In function 'em_sysctl_int_delay': /src/sys/dev/e1000/if_em.c:5462: error: 'struct adapter' has no member named 'txd_cmd' /src/sys/dev/e1000/if_em.c:5466: error: 'struct adapter' has no member named 'txd_cmd' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-27 10:19:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-27 10:19:23 - ERROR: failed to build lint kernel TB --- 2010-01-27 10:19:23 - 3919.80 user 668.27 system 5034.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Wed Jan 27 19:57:45 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A06F106568D; Wed, 27 Jan 2010 19:57:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F3F1B8FC08; Wed, 27 Jan 2010 19:57:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id o0RJvhiw084749; Wed, 27 Jan 2010 14:57:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id o0RJvh5m084745; Wed, 27 Jan 2010 19:57:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 27 Jan 2010 19:57:43 GMT Message-Id: <201001271957.o0RJvh5m084745@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 19:57:45 -0000 TB --- 2010-01-27 18:34:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-27 18:34:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-01-27 18:34:50 - cleaning the object tree TB --- 2010-01-27 18:35:02 - cvsupping the source tree TB --- 2010-01-27 18:35:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-01-27 18:35:31 - building world TB --- 2010-01-27 18:35:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-27 18:35:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-27 18:35:31 - TARGET=ia64 TB --- 2010-01-27 18:35:31 - TARGET_ARCH=ia64 TB --- 2010-01-27 18:35:31 - TZ=UTC TB --- 2010-01-27 18:35:31 - __MAKE_CONF=/dev/null TB --- 2010-01-27 18:35:31 - cd /src TB --- 2010-01-27 18:35:31 - /usr/bin/make -B buildworld >>> World build started on Wed Jan 27 18:35:31 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jan 27 19:51:59 UTC 2010 TB --- 2010-01-27 19:51:59 - generating LINT kernel config TB --- 2010-01-27 19:51:59 - cd /src/sys/ia64/conf TB --- 2010-01-27 19:51:59 - /usr/bin/make -B LINT TB --- 2010-01-27 19:51:59 - building LINT kernel TB --- 2010-01-27 19:51:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-27 19:51:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-27 19:51:59 - TARGET=ia64 TB --- 2010-01-27 19:51:59 - TARGET_ARCH=ia64 TB --- 2010-01-27 19:51:59 - TZ=UTC TB --- 2010-01-27 19:51:59 - __MAKE_CONF=/dev/null TB --- 2010-01-27 19:51:59 - cd /src TB --- 2010-01-27 19:51:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 27 19:51:59 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/e1000/if_em.c:5291: error: 'struct adapter' has no member named 'mbuf_cluster_failed' /src/sys/dev/e1000/if_em.c: In function 'em_print_hw_stats': /src/sys/dev/e1000/if_em.c:5332: error: 'struct adapter' has no member named 'rx_irq' /src/sys/dev/e1000/if_em.c:5333: error: 'struct adapter' has no member named 'tx_irq' /src/sys/dev/e1000/if_em.c:5333: warning: format '%ld' expects type 'long int', but argument 5 has type 'int' /src/sys/dev/e1000/if_em.c: In function 'em_sysctl_int_delay': /src/sys/dev/e1000/if_em.c:5462: error: 'struct adapter' has no member named 'txd_cmd' /src/sys/dev/e1000/if_em.c:5466: error: 'struct adapter' has no member named 'txd_cmd' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-27 19:57:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-01-27 19:57:43 - ERROR: failed to build lint kernel TB --- 2010-01-27 19:57:43 - 3920.75 user 662.73 system 4972.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Wed Jan 27 22:41:45 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77FA51065698 for ; Wed, 27 Jan 2010 22:41:45 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0878FC0C for ; Wed, 27 Jan 2010 22:41:44 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NaGZt-0001mz-Oc; Wed, 27 Jan 2010 22:41:43 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NaGZs-0006Wx-7Y; Wed, 27 Jan 2010 22:41:36 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id o0RMfaFX016484; Wed, 27 Jan 2010 22:41:36 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id o0RMfZSt016483; Wed, 27 Jan 2010 22:41:35 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 27 Jan 2010 22:41:35 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20100127224135.GB16250@mech-cluster241.men.bris.ac.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: ia64@freebsd.org Subject: Re: About /boot being a symlink to /efi/boot and ZFS X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 22:41:45 -0000 On Tue, Jan 26, 2010 at 10:24:57AM -0800, Marcel Moolenaar wrote: > All, > > Due to limitations of the EFI loader, files under /boot had to > be on the EFI system partition for the boot process to work. > And in order to boot the new kernel after building an installing > a new kernel, the only viable option for that was to make /boot > a symlink to /efi/boot and mount the EFI system partition under > /efi by default. > > While initially this was mostly preventing us from having more > than 1 FreeBSD installation on a single machine, over time this > showed to cause bigger problems. > > The first and foremost problem is that it causes the kernel to > panic when you use ZFS. The reason for the panic is that ZFS > maintains a cache file that lives under /boot/zfs on FreeBSD. > This is because /boot/zfs really is /efi/boot/zfs on ia64 and > /efi is a FAT file system that needs the Giant lock, which ZFS > simply does not deal with well or at all. > > To solve this issue, I had 3 choices: > ZFS-1 Teach ZFS about Giant for the time that Giant is still > around > ZFS-2 Fix the FAT file system implement by not needing Giant > ZFS-3 Eliminate /boot as a symlink to /efi/boot > > A second problem recently popped up when mergemaster started to > compare file and directory types and started to complain about > /boot not being a directory like it should be. While this isn't > a big issue, mergemaster has no way of ignoring directories so > it'll will always come up. > > To solve the mergemaster issue, I had 2 choices: > MM-1 Extend mergemaster to allow it to ignore directories > without ignoring the files in them > MM-2 Eliminate /boot as a symlink to /efi/boot > > It has always been nice to be able to install multiple versions > of FreeBSD, especially for development and maintenance, and for > that to happen, I had to eliminate /boot as a symlink to /efi/boot. > > You get the drift... > > So, I changed to not use the EFI file system protocol, but rather > the EFI block I/O protocol. This make the loader aware of the > partitions on the disk. Using FreeBSD's file system support on > top of that, we were able to read from the EFI system partition, > a FreeBSD UFS file system and even ISO9660s. > > Secondly, I added a command line argument to the loader (a boot > option in EFIs boot manager terminology) so that one can select > the default partition to boot from. > > With these 2 changes, the loader can boot FreeBSD directly from > the UFS root file system and consequently /boot does not have to > be a symlink onto /efi and both ZFS and mergemaster are happy > campers. > > To migrate your existing installation to the new scheme, follow > the following instructions: > > 1. Upgrade to the latest 8-STABLE or 9-CURRENT sources. > 2. Perform a full 'make buildworld' and 'make buildkernel' > 3. Perform a 'make installworld' only > > [after step 3 you have the latest loader on /efi] > > 4. Remove the /boot symlink (and only the symlink) > 5. Perform a 'make installworld' again -- a bit excessive, > but easier for the instructions. > > [after step 5 you have a minimally populated /boot on the > root file system] > > 6. Perform a 'make installkernel' -- this installs the > latest kernel in /boot on the root file system. > > [after step 6 the EFI file system holds the preview kernel > and the UFS root file system holds the latest kernel] > > 7. Copy /efi/boot/loader.conf and /efi/boot/device.hints to > /boot/loader.conf and /boot/device.hinst (resp). > 8. From /boot/loader.conf, remove the vfs.root.mountfrom > line. > 9. Copy the FreeBSD loader to a more proper directory. Type: > # mkdir /efi/FreeBSD > # cp /efi/boot/loader.efi /efi/FreeBSD > 10. Reboot. > 11. In the EFI boot manager, add a new entry for FreeBSD by > using "FreeBSD/loader.efi" as the loader and "-dev part2:" > as the boot option string (can be either Unicode or ASCII). > 12. Boot FreeBSD. Check that the loader version is 2.1. If not, > you're not using the right loader. If the loader version > is right but the loader cannot find a kernel, run 'lsdev' > in the loader to list all partitions and try them until > you find the right one. Note that part0: can be expected > to be the EFI system partition, so you that only if you > can't find a kernel on any other partitons. Remember to > update the EFI boot manager accordingly. Marcel, I got stuck in step 12: Loading.: FreeBSD Starting: FreeBSD Consoles: EFI console FreeBSD/ia64 EFI boot, Revision 2.1 (mexas@mech-as221.men.bris.ac.uk, Tue Jan 26 23:36:05 GMT 2010) \ can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK What does "-dev part2:" do? OK lsdev part devices: part0: 33554432 blocks part1: 109820239 blocks part2: 33554432 blocks part3: 109820239 blocks part4: 819200 blocks part5: 2097152 blocks part6: 2097152 blocks part7: 2097152 blocks part8: 2097152 blocks part9: 26358603 blocks net devices: net0: net1: OK Where do I go from here? Shell> ls fs0:\freebsd Directory of: fs0:\freebsd 01/27/10 10:12p 16,384 . 01/27/10 10:12p 0 .. 01/27/10 10:12p r 611,689 loader.efi 1 File(s) 611,689 bytes 2 Dir(s) I wonder if there should be an excutable flag? thank you anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Wed Jan 27 23:47:26 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B2AD106566B for ; Wed, 27 Jan 2010 23:47:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 19E6A8FC14 for ; Wed, 27 Jan 2010 23:47:25 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NaHbR-0003xr-DO; Wed, 27 Jan 2010 23:47:25 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NaHbP-0004Qv-Ok; Wed, 27 Jan 2010 23:47:16 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id o0RNlFRm016656; Wed, 27 Jan 2010 23:47:15 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id o0RNlFS2016655; Wed, 27 Jan 2010 23:47:15 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 27 Jan 2010 23:47:15 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20100127234715.GA16628@mech-cluster241.men.bris.ac.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Cc: ia64@freebsd.org Subject: Re: About /boot being a symlink to /efi/boot and ZFS X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jan 2010 23:47:26 -0000 On Tue, Jan 26, 2010 at 10:24:57AM -0800, Marcel Moolenaar wrote: > 12. Boot FreeBSD. Check that the loader version is 2.1. If not, > you're not using the right loader. If the loader version > is right but the loader cannot find a kernel, run 'lsdev' > in the loader to list all partitions and try them until > you find the right one. Note that part0: can be expected > to be the EFI system partition, so you that only if you > can't find a kernel on any other partitons. Remember to > update the EFI boot manager accordingly. part1: works for me. I'm still confused by having 2 loader.efi: # ls -al /efi/FreeBSD/loader.efi -r-xr-xr-x 1 root wheel 611689 Jan 27 22:12 /efi/FreeBSD/loader.efi # ls -al /boot/loader.efi -r-xr-xr-x 1 root wheel 611689 Jan 27 22:08 /boot/loader.efi # What I understood from your post is that /efi is only used for loader.efi, all boot files are under /boot, correct? So can I delete /boot/loader.efi? many thanks for your hard work! anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-ia64@FreeBSD.ORG Thu Jan 28 01:52:33 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 783A910656F6 for ; Thu, 28 Jan 2010 01:52:33 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFA98FC1C for ; Thu, 28 Jan 2010 01:52:33 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KWX002ONP7J9F00@asmtp026.mac.com> for ia64@freebsd.org; Wed, 27 Jan 2010 17:52:32 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001270241 From: Marcel Moolenaar In-reply-to: <20100127224135.GB16250@mech-cluster241.men.bris.ac.uk> Date: Wed, 27 Jan 2010 17:52:31 -0800 Message-id: <504A2C7C-4639-42C0-809F-17469F97615B@mac.com> References: <20100127224135.GB16250@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: ia64@freebsd.org Subject: Re: About /boot being a symlink to /efi/boot and ZFS X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2010 01:52:33 -0000 On Jan 27, 2010, at 2:41 PM, Anton Shterenlikht wrote: *snip* >> 12. Boot FreeBSD. Check that the loader version is 2.1. If not, >> you're not using the right loader. If the loader version >> is right but the loader cannot find a kernel, run 'lsdev' >> in the loader to list all partitions and try them until >> you find the right one. Note that part0: can be expected >> to be the EFI system partition, so you that only if you >> can't find a kernel on any other partitons. Remember to >> update the EFI boot manager accordingly. > > Marcel, I got stuck in step 12: > > Loading.: FreeBSD > Starting: FreeBSD > Consoles: EFI console > > FreeBSD/ia64 EFI boot, Revision 2.1 > (mexas@mech-as221.men.bris.ac.uk, Tue Jan 26 23:36:05 GMT 2010) > \ > can't load 'kernel' > > Type '?' for a list of commands, 'help' for more detailed help. > OK > > > What does "-dev part2:" do? It selects part2: as the default partition to boot from. This may not be the partition in which you have your FreeBSD root partition. To find your root partition, do the following: OK set currdev=part1: OK ls /boot If "ls" lists kernel and loader.conf, you have found your root partition. If using part1: gives you an error or something else, replace part1: with the next available partition. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Thu Jan 28 01:54:26 2010 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C90106566B for ; Thu, 28 Jan 2010 01:54:26 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9C9C48FC12 for ; Thu, 28 Jan 2010 01:54:26 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KWX00K2QPAPZC80@asmtp026.mac.com> for ia64@freebsd.org; Wed, 27 Jan 2010 17:54:26 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001270241 From: Marcel Moolenaar In-reply-to: <20100127234715.GA16628@mech-cluster241.men.bris.ac.uk> Date: Wed, 27 Jan 2010 17:54:24 -0800 Message-id: <673DBB76-49D5-436C-A13E-E32C3A6CB075@mac.com> References: <20100127234715.GA16628@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: ia64@freebsd.org Subject: Re: About /boot being a symlink to /efi/boot and ZFS X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2010 01:54:26 -0000 On Jan 27, 2010, at 3:47 PM, Anton Shterenlikht wrote: > On Tue, Jan 26, 2010 at 10:24:57AM -0800, Marcel Moolenaar wrote: >> 12. Boot FreeBSD. Check that the loader version is 2.1. If not, >> you're not using the right loader. If the loader version >> is right but the loader cannot find a kernel, run 'lsdev' >> in the loader to list all partitions and try them until >> you find the right one. Note that part0: can be expected >> to be the EFI system partition, so you that only if you >> can't find a kernel on any other partitons. Remember to >> update the EFI boot manager accordingly. > > part1: works for me. > > I'm still confused by having 2 loader.efi: > > # ls -al /efi/FreeBSD/loader.efi > -r-xr-xr-x 1 root wheel 611689 Jan 27 22:12 /efi/FreeBSD/loader.efi > # ls -al /boot/loader.efi > -r-xr-xr-x 1 root wheel 611689 Jan 27 22:08 /boot/loader.efi > # > > What I understood from your post is that /efi is only used for loader.efi, > all boot files are under /boot, correct? Yes. > So can I delete /boot/loader.efi? Don't worry about it. On the next installworld you'll have it back anyway :-) -- Marcel Moolenaar xcllnt@mac.com