From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 8 11:06:59 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 C4985106567A for ; Mon, 8 Mar 2010 11:06:59 +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 97D408FC23 for ; Mon, 8 Mar 2010 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28B6x4J073717 for ; Mon, 8 Mar 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28B6xa4073715 for freebsd-ia64@FreeBSD.org; Mon, 8 Mar 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Mar 2010 11:06:59 GMT Message-Id: <201003081106.o28B6xa4073715@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, 08 Mar 2010 11:06:59 -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 Mon Mar 8 19:42:23 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 45D831065674 for ; Mon, 8 Mar 2010 19:42:23 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f199.google.com (mail-iw0-f199.google.com [209.85.223.199]) by mx1.freebsd.org (Postfix) with ESMTP id 10AC88FC1E for ; Mon, 8 Mar 2010 19:42:22 +0000 (UTC) Received: by iwn37 with SMTP id 37so438557iwn.27 for ; Mon, 08 Mar 2010 11:42:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=YEFVP1GGJPW0RVOfpXiQV3+rgvbVCq81H2gYIOnFJtM=; b=Ma0iidrtmes9zm+A8qHWRSlNWYE7HVrBAcCisL7zkkDgx1aln7h3+WQEUwGRHJI+Jv bHV/UNV10/xZokL/z7tSMXTYxVCdtu/sySaXTN1zWpS8iZpWvMrfb/MscgGUJTKWFijv fwUsz2nbElRwoWsOgNquYkcDAG/n4+/HUJhco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=vqZKfhojTIVsk1bRscInavqPKtXkAK2Cp76aU1ffDu7jV1IRaEsKqEdQIwuPqJ1y+u 1NXrROBr8OW8ol+3QbbssMSH2qvfyaAcuajaAP9UCiIdIf2Dfiwtwpa/sQjHw4cJOtO3 Dof0Pfj6tmMMQoJ1FcGjuZeXH6mG+XLRJ3+oE= MIME-Version: 1.0 Received: by 10.231.167.4 with SMTP id o4mr166905iby.66.1268075468714; Mon, 08 Mar 2010 11:11:08 -0800 (PST) Date: Mon, 8 Mar 2010 14:11:08 -0500 Message-ID: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> From: Mister Itanium To: freebsd-ia64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Installation Problem - 8.0 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, 08 Mar 2010 19:42:23 -0000 Hello, I'm trying to install FreeBSD 8.0 IA64 on a Supermicro Itanium2 Server. When I load the CD, the FreeBSD EFI Boot starts to load (FreeBSD 8.0, etc...) and then 5 seconds later the screen goes blank/black and the server reboots. What could be the issue? I don't see any error messages or anything, it just reboots. Thanks a lot! From owner-freebsd-ia64@FreeBSD.ORG Mon Mar 8 20:27:46 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 0784D1065672 for ; Mon, 8 Mar 2010 20:27:46 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id E5A7D8FC1B for ; Mon, 8 Mar 2010 20:27:45 +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 asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KYZ005HBCS3BL20@asmtp024.mac.com> for freebsd-ia64@freebsd.org; Mon, 08 Mar 2010 12:27:17 -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-1003080176 From: Marcel Moolenaar In-reply-to: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> Date: Mon, 08 Mar 2010 12:27:17 -0800 Message-id: <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> To: Mister Itanium X-Mailer: Apple Mail (2.1077) Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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, 08 Mar 2010 20:27:46 -0000 On Mar 8, 2010, at 11:11 AM, Mister Itanium wrote: > Hello, > I'm trying to install FreeBSD 8.0 IA64 on a Supermicro Itanium2 Server. > > When I load the CD, the FreeBSD EFI Boot starts to load (FreeBSD 8.0, > etc...) and then 5 seconds later the screen goes blank/black and the server > reboots. Use a serial console. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 00:43:14 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 8C6C7106564A; Wed, 10 Mar 2010 00:43:14 +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 3C6738FC1D; Wed, 10 Mar 2010 00:43:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2A0hDUP023871; Tue, 9 Mar 2010 19:43:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2A0hDD7023864; Wed, 10 Mar 2010 00:43:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Mar 2010 00:43:13 GMT Message-Id: <201003100043.o2A0hDD7023864@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, 10 Mar 2010 00:43:14 -0000 TB --- 2010-03-10 00:41:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-10 00:41:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-10 00:41:35 - cleaning the object tree TB --- 2010-03-10 00:41:57 - cvsupping the source tree TB --- 2010-03-10 00:41:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-10 00:42:18 - building world TB --- 2010-03-10 00:42:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-10 00:42:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-10 00:42:18 - TARGET=ia64 TB --- 2010-03-10 00:42:18 - TARGET_ARCH=ia64 TB --- 2010-03-10 00:42:18 - TZ=UTC TB --- 2010-03-10 00:42:18 - __MAKE_CONF=/dev/null TB --- 2010-03-10 00:42:18 - cd /src TB --- 2010-03-10 00:42:18 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 10 00:42:19 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 [...] ===> secure/libexec/sftp-server (cleandir) rm -f sftp-server sftp-server.o sftp-common.o sftp-server-main.o roaming_dummy.o sftp-server.8.gz sftp-server.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> secure/libexec/ssh-keysign (cleandir) rm -f ssh-keysign ssh-keysign.o readconf.o roaming_dummy.o ssh-keysign.8.gz ssh-keysign.8.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> secure/libexec/ssh-pkcs11-helper (cleandir) cd: can't cd to /src/secure/libexec/ssh-pkcs11-helper *** Error code 2 Stop in /src/secure/libexec. *** Error code 1 Stop in /src/secure. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-10 00:43:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-10 00:43:13 - ERROR: failed to build world TB --- 2010-03-10 00:43:13 - 34.99 user 23.52 system 98.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 05:14:31 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 E78A91065675; Wed, 10 Mar 2010 05:14:31 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BB4508FC23; Wed, 10 Mar 2010 05:14:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ100H3GT464800@smtpauth3.wiscmail.wisc.edu>; Tue, 09 Mar 2010 22:14:30 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ100GCOT44QS00@smtpauth3.wiscmail.wisc.edu>; Tue, 09 Mar 2010 22:14:28 -0600 (CST) Date: Tue, 09 Mar 2010 22:14:27 -0600 From: Nathan Whitehorn To: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Message-id: <4B971CA3.9090301@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.40329, SenderIP=76.233.145.10 User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: Subject: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 05:14:32 -0000 The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff (pre-generated freebsd32 syscalls stuff is included, which will be done in two steps on commit) provides groundwork for supporting 32-bit compatibility for 64-bit MIPS and PowerPC systems. It has been tested on amd64 and powerpc64, and compile-tested on ia64. There are two main parts to the patch: 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to COMPAT_LINUX32, etc. This requires updating kernel configurations, but is less painful than filling machine-independent bits of the kernel with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. 2) Modifications to the freebsd32 compat layer to support big-endian architectures. I would appreciate any comments, bugs, or test results on ia64. -Nathan From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 12:23:54 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 0ABA1106564A for ; Wed, 10 Mar 2010 12:23:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE788FC08 for ; Wed, 10 Mar 2010 12:23:53 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o2ABkCoZ004178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o2ABkChu082877; Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o2ABkC8i082876; Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Mar 2010 13:46:12 +0200 From: Kostik Belousov To: Nathan Whitehorn Message-ID: <20100310114612.GX2489@deviant.kiev.zoral.com.ua> References: <4B971CA3.9090301@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QG1B2ADVu5UY+Mah" Content-Disposition: inline In-Reply-To: <4B971CA3.9090301@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 12:23:54 -0000 --QG1B2ADVu5UY+Mah Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 09, 2010 at 10:14:27PM -0600, Nathan Whitehorn wrote: > The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff= =20 > (pre-generated freebsd32 syscalls stuff is included, which will be done= =20 > in two steps on commit) provides groundwork for supporting 32-bit=20 > compatibility for 64-bit MIPS and PowerPC systems. It has been tested on= =20 > amd64 and powerpc64, and compile-tested on ia64. There are two main=20 > parts to the patch: >=20 > 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to=20 > COMPAT_LINUX32, etc. This requires updating kernel configurations, but=20 > is less painful than filling machine-independent bits of the kernel with= =20 > #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) ||=20 > defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old na= me. >=20 > 2) Modifications to the freebsd32 compat layer to support big-endian=20 > architectures. >=20 > I would appreciate any comments, bugs, or test results on ia64. > -Nathan This fragment --- sys/kern/imgact_elf.c (revision 204681) +++ sys/kern/imgact_elf.c (working copy) @@ -75,7 +75,7 @@ #include #include =20 -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE =3D=3D 32 +#if (defined(__amd64__) || defined(__ia64__)) && __ELF_WORD_SIZE =3D=3D 32 #include #include #endif probably should be changed ? How are struct reg32 for !ia32 case is brought into the imgact_elf ? Can it be unified for ia32 case ? (Similar fragment is present in sys_process.c at least). I do not understand how +#if !defined(PAD64_REQUIRED) && defined(__powerpc_= _) etc lines are generated. You may want to change sysent->sv_flag SV_IA32 to SV_FREEBSD32, or add SV_FREEBSD32. You might want to review SV_IA32 usage, if any. --QG1B2ADVu5UY+Mah Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuXhoQACgkQC3+MBN1Mb4g8yQCfYgOqrFsxa2YW+UfupKgdo1Bk bjAAoMPjQW1oYngAdGp3KG2DxD7eu5JO =7Uzw -----END PGP SIGNATURE----- --QG1B2ADVu5UY+Mah-- From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 12:29:25 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 7F1EF106566B; Wed, 10 Mar 2010 12:29:25 +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 3F9F48FC0A; Wed, 10 Mar 2010 12:29:25 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NpL2S-0001qY-9k; Wed, 10 Mar 2010 12:29:24 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NpL2S-0006L4-6V; Wed, 10 Mar 2010 12:29:24 +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 o2ACTNBI028951; Wed, 10 Mar 2010 12:29:23 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2ACTNeX028950; Wed, 10 Mar 2010 12:29:23 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, 10 Mar 2010 12:29:23 +0000 From: Anton Shterenlikht To: dinoex@freebsd.org Message-ID: <20100310122923.GF64451@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ia64@freebsd.org Subject: port lang/gnustep-base - make configure fails on ia64 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, 10 Mar 2010 12:29:25 -0000 On FreeBSD 9.0-CURRENT #0 r203484M port lang/gnustep-base fails "make configure". Please see the log here: http://seis.bris.ac.uk/~mexas/gnustep-base-ia64.log Portsmon is empty for this port, so I've no idea if this is a regression: http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gnustep-base many thanks 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 Mar 10 13:49:32 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 1DADC106564A; Wed, 10 Mar 2010 13:49:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E3D178FC13; Wed, 10 Mar 2010 13:49:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 98D3946B65; Wed, 10 Mar 2010 08:49:31 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CBF468A021; Wed, 10 Mar 2010 08:49:30 -0500 (EST) From: John Baldwin To: freebsd-ia64@freebsd.org Date: Wed, 10 Mar 2010 08:10:10 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> In-Reply-To: <4B971CA3.9090301@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003100810.10696.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 08:49:30 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, Nathan Whitehorn , freebsd-amd64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 13:49:32 -0000 On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > (pre-generated freebsd32 syscalls stuff is included, which will be done > in two steps on commit) provides groundwork for supporting 32-bit > compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > amd64 and powerpc64, and compile-tested on ia64. There are two main > parts to the patch: > > 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > COMPAT_LINUX32, etc. This requires updating kernel configurations, but > is less painful than filling machine-independent bits of the kernel with > #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > > 2) Modifications to the freebsd32 compat layer to support big-endian > architectures. > > I would appreciate any comments, bugs, or test results on ia64. This doesn't look right for non-x86 32-bit ABIs: Index: sys/kern/imgact_elf.c =================================================================== --- sys/kern/imgact_elf.c (revision 204681) +++ sys/kern/imgact_elf.c (working copy) @@ -1439,7 +1439,7 @@ ehdr->e_ident[EI_ABIVERSION] = 0; ehdr->e_ident[EI_PAD] = 0; ehdr->e_type = ET_CORE; -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 ehdr->e_machine = EM_386; #else ehdr->e_machine = ELF_ARCH; It would be nice to eliminate having includes in MI code by instead including those headers in appropriate headers in . For example, we could change on amd64 and ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD32. Hmm, actually, I'm quite convinced now that for ia64 and amd64 should include in the #ifdef _KERNEL section to avoid polluting those includes in MI code. I'm not sure what the various includes are for, but fixing ia32_reg.h would be a good first step. It would make your diffs smaller I think. The rest of the diff looks fine to me. -- John Baldwin From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 14:35:20 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 0D2A41065672; Wed, 10 Mar 2010 14:35:20 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id D1F588FC12; Wed, 10 Mar 2010 14:35:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20000QLUV4J00@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:35:19 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ200KNGLUNYT30@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:35:13 -0600 (CST) Date: Wed, 10 Mar 2010 08:35:09 -0600 From: Nathan Whitehorn In-reply-to: <20100310114612.GX2489@deviant.kiev.zoral.com.ua> To: Kostik Belousov Message-id: <4B97AE1D.6020409@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-13, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.142419, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <20100310114612.GX2489@deviant.kiev.zoral.com.ua> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 14:35:20 -0000 Kostik Belousov wrote: > On Tue, Mar 09, 2010 at 10:14:27PM -0600, Nathan Whitehorn wrote: > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >> (pre-generated freebsd32 syscalls stuff is included, which will be done >> in two steps on commit) provides groundwork for supporting 32-bit >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >> amd64 and powerpc64, and compile-tested on ia64. There are two main >> parts to the patch: >> >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >> is less painful than filling machine-independent bits of the kernel with >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >> >> 2) Modifications to the freebsd32 compat layer to support big-endian >> architectures. >> >> I would appreciate any comments, bugs, or test results on ia64. >> -Nathan >> > > This fragment > --- sys/kern/imgact_elf.c (revision 204681) > +++ sys/kern/imgact_elf.c (working copy) > @@ -75,7 +75,7 @@ > #include > #include > > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > +#if (defined(__amd64__) || defined(__ia64__)) && __ELF_WORD_SIZE == 32 > #include > #include > #endif > probably should be changed ? How are struct reg32 for !ia32 case is > brought into the imgact_elf ? Can it be unified for ia32 case ? > (Similar fragment is present in sys_process.c at least). > For !ia32, they are brought in machine/reg.h. You can see how that works here: http://svn.freebsd.org/viewvc/base/projects/ppc64/sys/powerpc/include/reg.h?revision=204915&view=markup I would be more than happy for them to be brought in the same way for amd64 and ia64. Since John Baldwin seems to want this too, I might roll a new version of the diff today or tomorrow that does that. > I do not understand how +#if !defined(PAD64_REQUIRED) && defined(__powerpc__) > etc lines are generated. > These end up in syscalls.master and take advantage of the syscalls generator propagating preprocessor statements through. 32-bit powerpc has an ABI quirk where 64-bit arguments are transmitted in "aligned" registers, so this adds some padding to those syscalls such that this is preserved. The !defined bit just protects against redefinition when one of the .c files generated from syscalls.master includes one of the header files. > You may want to change sysent->sv_flag SV_IA32 to SV_FREEBSD32, or add > SV_FREEBSD32. You might want to review SV_IA32 usage, if any. We already have SV_ILP32, which is used pretty consistently for this. The patch includes a fix for the one erroneous use in sys/kern/kern_jail.c that I could find with grep -R SV_IA32 /sys. -Nathan From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 14:39:24 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 84090106566B; Wed, 10 Mar 2010 14:39:24 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 531BC8FC1A; Wed, 10 Mar 2010 14:39:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20001EM1L4600@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:39:21 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ200K8BM1FYT40@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:39:16 -0600 (CST) Date: Wed, 10 Mar 2010 08:39:15 -0600 From: Nathan Whitehorn In-reply-to: <201003100810.10696.jhb@freebsd.org> To: John Baldwin Message-id: <4B97AF13.5040104@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-12, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.143049, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 14:39:24 -0000 John Baldwin wrote: > On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >> (pre-generated freebsd32 syscalls stuff is included, which will be done >> in two steps on commit) provides groundwork for supporting 32-bit >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >> amd64 and powerpc64, and compile-tested on ia64. There are two main >> parts to the patch: >> >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >> is less painful than filling machine-independent bits of the kernel with >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >> >> 2) Modifications to the freebsd32 compat layer to support big-endian >> architectures. >> >> I would appreciate any comments, bugs, or test results on ia64. >> > > This doesn't look right for non-x86 32-bit ABIs: > > Index: sys/kern/imgact_elf.c > =================================================================== > --- sys/kern/imgact_elf.c (revision 204681) > +++ sys/kern/imgact_elf.c (working copy) > @@ -1439,7 +1439,7 @@ > ehdr->e_ident[EI_ABIVERSION] = 0; > ehdr->e_ident[EI_PAD] = 0; > ehdr->e_type = ET_CORE; > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > ehdr->e_machine = EM_386; > #else > ehdr->e_machine = ELF_ARCH; > Good catch! Such are the dangers of sed. How about defining an ELF_ARCH32 in machine/elf.h for this case? > It would be nice to eliminate having includes in MI code by > instead including those headers in appropriate headers in . For > example, we could change on amd64 and ia64 to include these > headers, perhaps under an #ifdef COMPAT_FREEBSD32. > > Hmm, actually, I'm quite convinced now that for ia64 and amd64 > should include in the #ifdef _KERNEL section to avoid > polluting those includes in MI code. I'm not sure what the various > includes are for, but fixing ia32_reg.h would be a good first > step. It would make your diffs smaller I think. > This is how it works on powerpc64. I didn't modify amd64 and ia64 in order to avoid making too many changes, but I think you're right that this is a good idea. I'll add that to the patch when fixing the EM_386 bit you pointed out above. > The rest of the diff looks fine to me. > Thanks for the comments! -Nathan From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 15:50:53 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 714AD1065678; Wed, 10 Mar 2010 15:50:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2F48FC1F; Wed, 10 Mar 2010 15:50:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B8DD846B58; Wed, 10 Mar 2010 10:50:52 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D74738A025; Wed, 10 Mar 2010 10:50:51 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Date: Wed, 10 Mar 2010 10:43:23 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> In-Reply-To: <4B97AF13.5040104@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003101043.23275.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 10:50:51 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 15:50:53 -0000 On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > John Baldwin wrote: > > On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > > > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > >> (pre-generated freebsd32 syscalls stuff is included, which will be done > >> in two steps on commit) provides groundwork for supporting 32-bit > >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > >> amd64 and powerpc64, and compile-tested on ia64. There are two main > >> parts to the patch: > >> > >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but > >> is less painful than filling machine-independent bits of the kernel with > >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > >> > >> 2) Modifications to the freebsd32 compat layer to support big-endian > >> architectures. > >> > >> I would appreciate any comments, bugs, or test results on ia64. > >> > > > > This doesn't look right for non-x86 32-bit ABIs: > > > > Index: sys/kern/imgact_elf.c > > =================================================================== > > --- sys/kern/imgact_elf.c (revision 204681) > > +++ sys/kern/imgact_elf.c (working copy) > > @@ -1439,7 +1439,7 @@ > > ehdr->e_ident[EI_ABIVERSION] = 0; > > ehdr->e_ident[EI_PAD] = 0; > > ehdr->e_type = ET_CORE; > > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > > +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > > ehdr->e_machine = EM_386; > > #else > > ehdr->e_machine = ELF_ARCH; > > > Good catch! Such are the dangers of sed. How about defining an > ELF_ARCH32 in machine/elf.h for this case? Yes, that sounds good. > > It would be nice to eliminate having includes in MI code by > > instead including those headers in appropriate headers in . For > > example, we could change on amd64 and ia64 to include these > > headers, perhaps under an #ifdef COMPAT_FREEBSD32. > > > > Hmm, actually, I'm quite convinced now that for ia64 and amd64 > > should include in the #ifdef _KERNEL section to avoid > > polluting those includes in MI code. I'm not sure what the various > > includes are for, but fixing ia32_reg.h would be a good first > > step. It would make your diffs smaller I think. > > > This is how it works on powerpc64. I didn't modify amd64 and ia64 in > order to avoid making too many changes, but I think you're right that > this is a good idea. I'll add that to the patch when fixing the EM_386 > bit you pointed out above. Ok, thanks. -- John Baldwin From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 15:55:46 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 EBEB3106567C; Wed, 10 Mar 2010 15:55:45 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BAF3B8FC24; Wed, 10 Mar 2010 15:55:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20060GPKWSG00@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 09:55:44 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ2004O2PKSJL30@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 09:55:41 -0600 (CST) Date: Wed, 10 Mar 2010 09:55:40 -0600 From: Nathan Whitehorn In-reply-to: <201003101043.23275.jhb@freebsd.org> To: John Baldwin Message-id: <4B97C0FC.4020209@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.154820, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 15:55:46 -0000 John Baldwin wrote: > On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > >> John Baldwin wrote: >> >>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: >>> >>> >>>> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >>>> (pre-generated freebsd32 syscalls stuff is included, which will be done >>>> in two steps on commit) provides groundwork for supporting 32-bit >>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >>>> amd64 and powerpc64, and compile-tested on ia64. There are two main >>>> parts to the patch: >>>> >>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >>>> is less painful than filling machine-independent bits of the kernel with >>>> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >>>> >>>> 2) Modifications to the freebsd32 compat layer to support big-endian >>>> architectures. >>>> >>>> I would appreciate any comments, bugs, or test results on ia64. >>>> >>>> >>> This doesn't look right for non-x86 32-bit ABIs: >>> >>> Index: sys/kern/imgact_elf.c >>> =================================================================== >>> --- sys/kern/imgact_elf.c (revision 204681) >>> +++ sys/kern/imgact_elf.c (working copy) >>> @@ -1439,7 +1439,7 @@ >>> ehdr->e_ident[EI_ABIVERSION] = 0; >>> ehdr->e_ident[EI_PAD] = 0; >>> ehdr->e_type = ET_CORE; >>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 >>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 >>> ehdr->e_machine = EM_386; >>> #else >>> ehdr->e_machine = ELF_ARCH; >>> >>> >> Good catch! Such are the dangers of sed. How about defining an >> ELF_ARCH32 in machine/elf.h for this case? >> > > Yes, that sounds good. > > >>> It would be nice to eliminate having includes in MI code by >>> instead including those headers in appropriate headers in . For >>> example, we could change on amd64 and ia64 to include these >>> headers, perhaps under an #ifdef COMPAT_FREEBSD32. >>> >>> Hmm, actually, I'm quite convinced now that for ia64 and amd64 >>> should include in the #ifdef _KERNEL section to avoid >>> polluting those includes in MI code. I'm not sure what the various >>> includes are for, but fixing ia32_reg.h would be a good first >>> step. It would make your diffs smaller I think. >>> >>> >> This is how it works on powerpc64. I didn't modify amd64 and ia64 in >> order to avoid making too many changes, but I think you're right that >> this is a good idea. I'll add that to the patch when fixing the EM_386 >> bit you pointed out above. >> > > Ok, thanks. > > I've updated the patch to incorporate these two changes, at http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to recursive inclusion issues with sys/procfs.h, it also moves prstatus32 and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are MI, and seems like a more appropriate place for them anyway. -Nathan From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 18:05:35 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 DD6B61065676; Wed, 10 Mar 2010 18:05:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6D68FC1E; Wed, 10 Mar 2010 18:05:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 23F7A46B2C; Wed, 10 Mar 2010 13:05:34 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 5B3F58A01F; Wed, 10 Mar 2010 13:05:33 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Date: Wed, 10 Mar 2010 12:59:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> In-Reply-To: <4B97C0FC.4020209@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003101259.07428.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 13:05:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 18:05:35 -0000 On Wednesday 10 March 2010 10:55:40 am Nathan Whitehorn wrote: > John Baldwin wrote: > > On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > > > >> John Baldwin wrote: > >> > >>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >>> > >>> > >>>> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > >>>> (pre-generated freebsd32 syscalls stuff is included, which will be done > >>>> in two steps on commit) provides groundwork for supporting 32-bit > >>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > >>>> amd64 and powerpc64, and compile-tested on ia64. There are two main > >>>> parts to the patch: > >>>> > >>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > >>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but > >>>> is less painful than filling machine-independent bits of the kernel with > >>>> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > >>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > >>>> > >>>> 2) Modifications to the freebsd32 compat layer to support big-endian > >>>> architectures. > >>>> > >>>> I would appreciate any comments, bugs, or test results on ia64. > >>>> > >>>> > >>> This doesn't look right for non-x86 32-bit ABIs: > >>> > >>> Index: sys/kern/imgact_elf.c > >>> =================================================================== > >>> --- sys/kern/imgact_elf.c (revision 204681) > >>> +++ sys/kern/imgact_elf.c (working copy) > >>> @@ -1439,7 +1439,7 @@ > >>> ehdr->e_ident[EI_ABIVERSION] = 0; > >>> ehdr->e_ident[EI_PAD] = 0; > >>> ehdr->e_type = ET_CORE; > >>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > >>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > >>> ehdr->e_machine = EM_386; > >>> #else > >>> ehdr->e_machine = ELF_ARCH; > >>> > >>> > >> Good catch! Such are the dangers of sed. How about defining an > >> ELF_ARCH32 in machine/elf.h for this case? > >> > > > > Yes, that sounds good. > > > > > >>> It would be nice to eliminate having includes in MI code by > >>> instead including those headers in appropriate headers in . For > >>> example, we could change on amd64 and ia64 to include these > >>> headers, perhaps under an #ifdef COMPAT_FREEBSD32. > >>> > >>> Hmm, actually, I'm quite convinced now that for ia64 and amd64 > >>> should include in the #ifdef _KERNEL section to avoid > >>> polluting those includes in MI code. I'm not sure what the various > >>> includes are for, but fixing ia32_reg.h would be a good first > >>> step. It would make your diffs smaller I think. > >>> > >>> > >> This is how it works on powerpc64. I didn't modify amd64 and ia64 in > >> order to avoid making too many changes, but I think you're right that > >> this is a good idea. I'll add that to the patch when fixing the EM_386 > >> bit you pointed out above. > >> > > > > Ok, thanks. > > > > > I've updated the patch to incorporate these two changes, at > http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to > recursive inclusion issues with sys/procfs.h, it also moves prstatus32 > and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are > MI, and seems like a more appropriate place for them anyway. Looks good to me. -- John Baldwin From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 20:25:13 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 47D94106566C; Wed, 10 Mar 2010 20:25:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AE2138FC20; Wed, 10 Mar 2010 20:25:12 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o2AKOw3R062702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o2AKOwO9094686; Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o2AKOw7l094685; Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Mar 2010 22:24:58 +0200 From: Kostik Belousov To: Nathan Whitehorn Message-ID: <20100310202458.GG2489@deviant.kiev.zoral.com.ua> References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+U0EQ97FbU8QddnY" Content-Disposition: inline In-Reply-To: <4B97C0FC.4020209@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 20:25:13 -0000 --+U0EQ97FbU8QddnY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 10, 2010 at 09:55:40AM -0600, Nathan Whitehorn wrote: > John Baldwin wrote: > >On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > > =20 > >>John Baldwin wrote: > >> =20 > >>>On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >>> =20 > >>> =20 > >>>>The patch at=20 > >>>>http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff=20 > >>>>(pre-generated freebsd32 syscalls stuff is included, which will be do= ne=20 > >>>>in two steps on commit) provides groundwork for supporting 32-bit=20 > >>>>compatibility for 64-bit MIPS and PowerPC systems. It has been tested= =20 > >>>>on amd64 and powerpc64, and compile-tested on ia64. There are two mai= n=20 > >>>>parts to the patch: > >>>> > >>>>1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to=20 > >>>>COMPAT_LINUX32, etc. This requires updating kernel configurations, bu= t=20 > >>>>is less painful than filling machine-independent bits of the kernel= =20 > >>>>with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) ||=20 > >>>>defined(COMPAT_MIPS32) || ..., and is no less descriptive than the ol= d=20 > >>>>name. > >>>> > >>>>2) Modifications to the freebsd32 compat layer to support big-endian= =20 > >>>>architectures. > >>>> > >>>>I would appreciate any comments, bugs, or test results on ia64. > >>>> =20 > >>>> =20 > >>>This doesn't look right for non-x86 32-bit ABIs: > >>> > >>>Index: sys/kern/imgact_elf.c > >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>>--- sys/kern/imgact_elf.c (revision 204681) > >>>+++ sys/kern/imgact_elf.c (working copy) > >>>@@ -1439,7 +1439,7 @@ > >>> ehdr->e_ident[EI_ABIVERSION] =3D 0; > >>> ehdr->e_ident[EI_PAD] =3D 0; > >>> ehdr->e_type =3D ET_CORE; > >>>-#if defined(COMPAT_IA32) && __ELF_WORD_SIZE =3D=3D 32 > >>>+#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE =3D=3D 32 > >>> ehdr->e_machine =3D EM_386; > >>> #else > >>> ehdr->e_machine =3D ELF_ARCH; > >>> =20 > >>> =20 > >>Good catch! Such are the dangers of sed. How about defining an=20 > >>ELF_ARCH32 in machine/elf.h for this case? > >> =20 > > > >Yes, that sounds good. > > > > =20 > >>>It would be nice to eliminate having includes in MI cod= e=20 > >>>by instead including those headers in appropriate headers in=20 > >>>. For example, we could change on amd64 an= d=20 > >>>ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD3= 2. > >>> > >>>Hmm, actually, I'm quite convinced now that for ia64 a= nd=20 > >>>amd64 should include in the #ifdef _KERNEL=20 > >>>section to avoid polluting those includes in MI code. I'm not sure wh= at=20 > >>>the various includes are for, but fixing ia32_reg.h=20 > >>>would be a good first step. It would make your diffs smaller I think. > >>> =20 > >>> =20 > >>This is how it works on powerpc64. I didn't modify amd64 and ia64 in=20 > >>order to avoid making too many changes, but I think you're right that= =20 > >>this is a good idea. I'll add that to the patch when fixing the EM_386= =20 > >>bit you pointed out above. > >> =20 > > > >Ok, thanks. > > > > =20 > I've updated the patch to incorporate these two changes, at=20 > http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to=20 > recursive inclusion issues with sys/procfs.h, it also moves prstatus32=20 > and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are=20 > MI, and seems like a more appropriate place for them anyway. First chunk for the sys_generic.c about ibits/obits looks like a bug fix ? If yes, it probably would make sense to commit it separately to be able to MFC it. The same note about chunks that remove #include , if possible ? --+U0EQ97FbU8QddnY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuYABkACgkQC3+MBN1Mb4i05gCg1vQsucGORz01W+nvgVl0pTTg zQ4AoILaoHaEBCSDcNkMAfqWeEbhTv2g =80ld -----END PGP SIGNATURE----- --+U0EQ97FbU8QddnY-- From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 20:48:32 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 C74341065674; Wed, 10 Mar 2010 20:48:32 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 864B28FC19; Wed, 10 Mar 2010 20:48:32 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id AA929582BD; Wed, 10 Mar 2010 14:29:49 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 8+XzDBDvVVck; Wed, 10 Mar 2010 14:29:49 -0600 (CST) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-55-200.icecube.wisc.edu [172.16.55.200]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 25B4D582A5; Wed, 10 Mar 2010 14:29:47 -0600 (CST) Message-ID: <4B98013B.3090309@freebsd.org> Date: Wed, 10 Mar 2010 14:29:47 -0600 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.23 (X11/20100215) MIME-Version: 1.0 To: Kostik Belousov References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> <20100310202458.GG2489@deviant.kiev.zoral.com.ua> In-Reply-To: <20100310202458.GG2489@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 20:48:32 -0000 Kostik Belousov wrote: > On Wed, Mar 10, 2010 at 09:55:40AM -0600, Nathan Whitehorn wrote: > >> John Baldwin wrote: >> >>> On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: >>> >>> >>>> John Baldwin wrote: >>>> >>>> >>>>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: >>>>> >>>>> >>>>> >>>>>> The patch at >>>>>> http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >>>>>> (pre-generated freebsd32 syscalls stuff is included, which will be done >>>>>> in two steps on commit) provides groundwork for supporting 32-bit >>>>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested >>>>>> on amd64 and powerpc64, and compile-tested on ia64. There are two main >>>>>> parts to the patch: >>>>>> >>>>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >>>>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >>>>>> is less painful than filling machine-independent bits of the kernel >>>>>> with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >>>>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old >>>>>> name. >>>>>> >>>>>> 2) Modifications to the freebsd32 compat layer to support big-endian >>>>>> architectures. >>>>>> >>>>>> I would appreciate any comments, bugs, or test results on ia64. >>>>>> >>>>>> >>>>>> >>>>> This doesn't look right for non-x86 32-bit ABIs: >>>>> >>>>> Index: sys/kern/imgact_elf.c >>>>> =================================================================== >>>>> --- sys/kern/imgact_elf.c (revision 204681) >>>>> +++ sys/kern/imgact_elf.c (working copy) >>>>> @@ -1439,7 +1439,7 @@ >>>>> ehdr->e_ident[EI_ABIVERSION] = 0; >>>>> ehdr->e_ident[EI_PAD] = 0; >>>>> ehdr->e_type = ET_CORE; >>>>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 >>>>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 >>>>> ehdr->e_machine = EM_386; >>>>> #else >>>>> ehdr->e_machine = ELF_ARCH; >>>>> >>>>> >>>>> >>>> Good catch! Such are the dangers of sed. How about defining an >>>> ELF_ARCH32 in machine/elf.h for this case? >>>> >>>> >>> Yes, that sounds good. >>> >>> >>> >>>>> It would be nice to eliminate having includes in MI code >>>>> by instead including those headers in appropriate headers in >>>>> . For example, we could change on amd64 and >>>>> ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD32. >>>>> >>>>> Hmm, actually, I'm quite convinced now that for ia64 and >>>>> amd64 should include in the #ifdef _KERNEL >>>>> section to avoid polluting those includes in MI code. I'm not sure what >>>>> the various includes are for, but fixing ia32_reg.h >>>>> would be a good first step. It would make your diffs smaller I think. >>>>> >>>>> >>>>> >>>> This is how it works on powerpc64. I didn't modify amd64 and ia64 in >>>> order to avoid making too many changes, but I think you're right that >>>> this is a good idea. I'll add that to the patch when fixing the EM_386 >>>> bit you pointed out above. >>>> >>>> >>> Ok, thanks. >>> >>> >>> >> I've updated the patch to incorporate these two changes, at >> http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to >> recursive inclusion issues with sys/procfs.h, it also moves prstatus32 >> and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are >> MI, and seems like a more appropriate place for them anyway. >> > > First chunk for the sys_generic.c about ibits/obits looks like a bug fix ? > If yes, it probably would make sense to commit it separately to be able > to MFC it. > > The same note about chunks that remove #include , if > possible ? > It is a bug fix, but one that only matters on big-endian systems (swizzle_fdbits needs it defined), and so goes into the fixes-for-big-endian bucket. Disentangling all of this would be pretty difficult, and most of the changes are pointless without their companion changes. Some of the big endian bits could be pulled out, I guess, but I'm not completely sure what the point of separately MFCing them is. From owner-freebsd-ia64@FreeBSD.ORG Wed Mar 10 22:15:04 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 4721B1065670; Wed, 10 Mar 2010 22:15:04 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 051EE8FC1D; Wed, 10 Mar 2010 22:15:03 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NpUBD-0004yD-5S; Wed, 10 Mar 2010 22:15:03 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NpUBC-0000Lq-PQ; Wed, 10 Mar 2010 22:15:02 +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 o2AMF2w9067118; Wed, 10 Mar 2010 22:15:02 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2AMF22J067117; Wed, 10 Mar 2010 22:15:02 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, 10 Mar 2010 22:15:02 +0000 From: Anton Shterenlikht To: Dirk Meyer Message-ID: <20100310221502.GF30257@mech-cluster241.men.bris.ac.uk> References: <20100310122923.GF64451@mech-cluster241.men.bris.ac.uk> 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) Cc: gerald@FreeBSD.org, freebsd-ia64@FreeBSD.org Subject: Re: port lang/gnustep-base - make configure fails on ia64 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, 10 Mar 2010 22:15:04 -0000 On Wed, Mar 10, 2010 at 09:20:47PM +0100, Dirk Meyer wrote: > Hallo Anton Shterenlikht, > > > On FreeBSD 9.0-CURRENT #0 r203484M > > port lang/gnustep-base fails "make configure". > > > > Please see the log here: > > http://seis.bris.ac.uk/~mexas/gnustep-base-ia64.log > > /usr/local/lib/gcc42/gcc/ia64-portbld-freebsd9.0/4.2.5/../../../libobjc.so: undefined reference to `__ia64_restore_stack_nonlocal@GCC_3.0' > /usr/local/lib/gcc42/gcc/ia64-portbld-freebsd9.0/4.2.5/../../../libobjc.so: undefined reference to `__ia64_save_stack_nonlocal@GCC_3.0' > collect2: ld returned 1 exit status > > Please rebuild your gcc port. I've rebuilt gcc42: > pkg_info -xo gcc- Information for gcc-4.2.5.20090325_2: > gcc42 --version gcc42 (GCC) 4.2.5 20090325 (prerelease) and still get the same error. I must say that gcc42 is marked "NOT_FOR_ARCHS= ia64 powerpc", which I've overwritten manually. Perhaps the fact that gcc42 now builds on ia64 doesn't mean that is works correctly.. many thanks 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 Mar 11 01:30:54 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 74278106564A for ; Thu, 11 Mar 2010 01:30:54 +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 5DDBC8FC12 for ; Thu, 11 Mar 2010 01:30:54 +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 asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZ300HAWG79IJ70@asmtp023.mac.com>; Wed, 10 Mar 2010 17:30:47 -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-1003100278 From: Marcel Moolenaar In-reply-to: <20100310122923.GF64451@mech-cluster241.men.bris.ac.uk> Date: Wed, 10 Mar 2010 17:30:44 -0800 Message-id: References: <20100310122923.GF64451@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: dinoex@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: port lang/gnustep-base - make configure fails on ia64 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, 11 Mar 2010 01:30:54 -0000 On Mar 10, 2010, at 4:29 AM, Anton Shterenlikht wrote: > On FreeBSD 9.0-CURRENT #0 r203484M > port lang/gnustep-base fails "make configure". > > Please see the log here: > http://seis.bris.ac.uk/~mexas/gnustep-base-ia64.log > > Portsmon is empty for this port, so I've no > idea if this is a regression: > > http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gnustep-base This is the problem: /usr/local/lib/gcc42/gcc/ia64-portbld-freebsd9.0/4.2.5/../../../libobjc.so: undefined reference to `__ia64_restore_stack_nonlocal@GCC_3.0' /usr/local/lib/gcc42/gcc/ia64-portbld-freebsd9.0/4.2.5/../../../libobjc.so: undefined reference to `__ia64_save_stack_nonlocal@GCC_3.0' The libobjc on FreeBSD/ia64 is missing 2 functions. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 01:40:39 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 9AA4D1065675; Thu, 11 Mar 2010 01:40:39 +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 56DF18FC08; Thu, 11 Mar 2010 01:40:39 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NpXOA-0003Jx-AU; Thu, 11 Mar 2010 01:40:38 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NpXO9-0001VZ-W8; Thu, 11 Mar 2010 01:40:38 +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 o2B1ebSG067809; Thu, 11 Mar 2010 01:40:37 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2B1ebPf067808; Thu, 11 Mar 2010 01:40:37 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: Thu, 11 Mar 2010 01:40:37 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20100311014037.GN30257@mech-cluster241.men.bris.ac.uk> References: <20100310122923.GF64451@mech-cluster241.men.bris.ac.uk> 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) Cc: dinoex@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: port lang/gnustep-base - make configure fails on ia64 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, 11 Mar 2010 01:40:39 -0000 On Wed, Mar 10, 2010 at 05:30:44PM -0800, Marcel Moolenaar wrote: > > On Mar 10, 2010, at 4:29 AM, Anton Shterenlikht wrote: > > > On FreeBSD 9.0-CURRENT #0 r203484M > > port lang/gnustep-base fails "make configure". > > > > Please see the log here: > > http://seis.bris.ac.uk/~mexas/gnustep-base-ia64.log > > > > Portsmon is empty for this port, so I've no > > idea if this is a regression: > > > > http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gnustep-base > > > This is the problem: > > /usr/local/lib/gcc42/gcc/ia64-portbld-freebsd9.0/4.2.5/../../../libobjc.so: undefined reference to `__ia64_restore_stack_nonlocal@GCC_3.0' > /usr/local/lib/gcc42/gcc/ia64-portbld-freebsd9.0/4.2.5/../../../libobjc.so: undefined reference to `__ia64_save_stack_nonlocal@GCC_3.0' > > The libobjc on FreeBSD/ia64 is missing 2 functions. I tried to check and got this: # ar -t /usr/local/lib/gcc42/libobjc.so.2 ar: warning: Unrecognized archive format # ldd /usr/local/lib/gcc42/libobjc.so.2 ldd: /usr/local/lib/gcc42/libobjc.so.2: not a FreeBSD ELF shared object thanks 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 Mar 11 03:13:20 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 C65A9106566B for ; Thu, 11 Mar 2010 03:13:20 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4B08FC21 for ; Thu, 11 Mar 2010 03:13:20 +0000 (UTC) Received: by iwn15 with SMTP id 15so8278454iwn.7 for ; Wed, 10 Mar 2010 19:13:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xswNxW7G83QG9+CzzovE6MX7IOEr88dw5d6UID9jlxM=; b=kQwhOdD6le3uzBHcncyfzcfng/4Q9qMIMIGsYWYup+XwVMciK3kbEFa2q2fTNm7kJP v55eMZZIJIy654vPHot5paEpjtecdX/ifdZqcg2XQnhFWU5hW/mdp8U/FLris8anWYWT yu5/sd8CIt2ySz70mdQ9gmXpx9l3HOEn9NwoM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZvIQBf/LcJIRrU5CbDAPeFTOL0JD1geImhVAh9ogDpiFux6S2WgvIdTPnzhC/2Ll4A 2q01EbgTu0ssDHZde+o8nkyPV1WfoSIDJgBK2xgrXsra4A6Yy8nJA6JXwYF1q6zS0ZKm /y9wk76DQ5P1tFHOimmo4R+eTelW64F9sGMuM= MIME-Version: 1.0 Received: by 10.231.156.65 with SMTP id v1mr473318ibw.67.1268277199680; Wed, 10 Mar 2010 19:13:19 -0800 (PST) In-Reply-To: <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> Date: Wed, 10 Mar 2010 22:13:19 -0500 Message-ID: <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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, 11 Mar 2010 03:13:20 -0000 On Mon, Mar 8, 2010 at 3:27 PM, Marcel Moolenaar wrote: > > On Mar 8, 2010, at 11:11 AM, Mister Itanium wrote: > > > Hello, > > I'm trying to install FreeBSD 8.0 IA64 on a Supermicro Itanium2 Server. > > > > When I load the CD, the FreeBSD EFI Boot starts to load (FreeBSD 8.0, > > etc...) and then 5 seconds later the screen goes blank/black and the > server > > reboots. > > Use a serial console. > > -- > Marcel Moolenaar > xcllnt@mac.com > > > > Hi, I was able to connect a null-modem cable to this machine, and this is the output: *ehci0: USB init failed err=18 fatal kernel trap (cpu 0): trap vector = 0x1e (Unaligned Reference) cr.iip = 0xe000000004634400 cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) cr.ifa = 0xdeadc0dedeadc106 curthread = 0xe000000004ccd3e0 pid = 0, comm = swapper panic: trap cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. * Please advise, Thanks. From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 05:17:34 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 456131065673 for ; Thu, 11 Mar 2010 05:17:34 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 2E95E8FC18 for ; Thu, 11 Mar 2010 05:17: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 asmtp024.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZ300LUNQOOPO70@asmtp024.mac.com> for freebsd-ia64@freebsd.org; Wed, 10 Mar 2010 21:17:14 -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-1003100339 From: Marcel Moolenaar In-reply-to: <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> Date: Wed, 10 Mar 2010 21:17:12 -0800 Message-id: <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> To: Mister Itanium X-Mailer: Apple Mail (2.1077) Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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, 11 Mar 2010 05:17:34 -0000 On Mar 10, 2010, at 7:13 PM, Mister Itanium wrote: > > ehci0: USB init failed err=18 > > fatal kernel trap (cpu 0): > > trap vector = 0x1e (Unaligned Reference) > cr.iip = 0xe000000004634400 > cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) > cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) > cr.ifa = 0xdeadc0dedeadc106 > curthread = 0xe000000004ccd3e0 > pid = 0, comm = swapper > > panic: trap > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. It seems there's a problem with the USB 2.0 host controller. The EHCI problem is causing the kernel panic due to an uninitialized pointer dereference. Can you tell me what FreeBSD version and can you also boot verbose -- i.e. interrupt the boot in the loader and at the loader prompt type: boot -v Also: do you get a "reset timeout" error immediately prior to the "USB init failed" error? -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 06:20:18 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 2BCBB106564A; Thu, 11 Mar 2010 06:20:18 +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 066948FC0C; Thu, 11 Mar 2010 06:20:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2B6KH5W034572; Thu, 11 Mar 2010 01:20:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2B6KHox034569; Thu, 11 Mar 2010 06:20:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Mar 2010 06:20:17 GMT Message-Id: <201003110620.o2B6KHox034569@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: Thu, 11 Mar 2010 06:20:18 -0000 TB --- 2010-03-11 04:38:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-11 04:38:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-11 04:38:57 - cleaning the object tree TB --- 2010-03-11 04:39:14 - cvsupping the source tree TB --- 2010-03-11 04:39:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-11 04:39:45 - building world TB --- 2010-03-11 04:39:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 04:39:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 04:39:45 - TARGET=ia64 TB --- 2010-03-11 04:39:45 - TARGET_ARCH=ia64 TB --- 2010-03-11 04:39:45 - TZ=UTC TB --- 2010-03-11 04:39:45 - __MAKE_CONF=/dev/null TB --- 2010-03-11 04:39:45 - cd /src TB --- 2010-03-11 04:39:45 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 11 04:39:45 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 Thu Mar 11 05:55:40 UTC 2010 TB --- 2010-03-11 05:55:40 - generating LINT kernel config TB --- 2010-03-11 05:55:40 - cd /src/sys/ia64/conf TB --- 2010-03-11 05:55:40 - /usr/bin/make -B LINT TB --- 2010-03-11 05:55:40 - building LINT kernel TB --- 2010-03-11 05:55:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-11 05:55:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-11 05:55:40 - TARGET=ia64 TB --- 2010-03-11 05:55:40 - TARGET_ARCH=ia64 TB --- 2010-03-11 05:55:40 - TZ=UTC TB --- 2010-03-11 05:55:40 - __MAKE_CONF=/dev/null TB --- 2010-03-11 05:55:40 - cd /src TB --- 2010-03-11 05:55:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 11 05:55:40 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 [...] ===> siba_bwn (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c cc1: warnings being treated as errors /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c: In function 'siba_dma_translation': /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: warning: dereferencing 'void *' pointer /src/sys/modules/siba_bwn/../../dev/siba/siba_core.c:2035: error: request for member 'sd_bus' in something not a structure or union *** Error code 1 Stop in /src/sys/modules/siba_bwn. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-11 06:20:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-11 06:20:17 - ERROR: failed to build lint kernel TB --- 2010-03-11 06:20:17 - 4954.32 user 660.40 system 6079.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 11:19:55 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 8D82F106566B for ; Thu, 11 Mar 2010 11:19:55 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f199.google.com (mail-iw0-f199.google.com [209.85.223.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4E31B8FC08 for ; Thu, 11 Mar 2010 11:19:55 +0000 (UTC) Received: by iwn37 with SMTP id 37so3642358iwn.27 for ; Thu, 11 Mar 2010 03:19:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xMRaPsmvIhJOp9aK/7HK0xFLkQnQ9wCchStTT7m8Kpg=; b=k8n38VGdotqmykquoJhu6ap9a6cPqlBstrhWjqwFjNTJpIodH9ouY16AlgM6tK9cfj VFUBpU6OPpS3PWPdxTBNYv142BdB0b8v7YTwJ/pZ8pkkjbLDqNYlEIGrhFpZzp6YynLU ongU24ZozVpeTq+OydX8h/pJB6i5CCqs5nLu0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=kVkt8xsOi2SbJMM4zB1PuLz9QozaCMMjCp3LmgD54Uwg1Vpzt81Z/vA89KSSSYZAO+ yXhIBcQK4M9gzEv/dP9QgmxDAeHtr9y96SIWqesSsqvLTpLV37acAFzfb7kttJB8I2TA +SlcKAQ6ZquF0JeX4ID9TndO8C5ug/Y/ajhCM= MIME-Version: 1.0 Received: by 10.231.156.80 with SMTP id v16mr62216ibw.79.1268306394496; Thu, 11 Mar 2010 03:19:54 -0800 (PST) In-Reply-To: <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> Date: Thu, 11 Mar 2010 06:19:54 -0500 Message-ID: <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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, 11 Mar 2010 11:19:55 -0000 On Thu, Mar 11, 2010 at 12:17 AM, Marcel Moolenaar wrote: > > On Mar 10, 2010, at 7:13 PM, Mister Itanium wrote: > > > > > ehci0: USB init failed err=18 > > > > fatal kernel trap (cpu 0): > > > > trap vector = 0x1e (Unaligned Reference) > > cr.iip = 0xe000000004634400 > > cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) > > cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) > > cr.ifa = 0xdeadc0dedeadc106 > > curthread = 0xe000000004ccd3e0 > > pid = 0, comm = swapper > > > > panic: trap > > cpuid = 0 > > Uptime: 1s > > Automatic reboot in 15 seconds - press a key on the console to abort > > --> Press a key on the console to reboot, > > --> or switch off the system now. > > It seems there's a problem with the USB 2.0 host controller. > The EHCI problem is causing the kernel panic due to an > uninitialized pointer dereference. > > Can you tell me what FreeBSD version and can you also boot > verbose -- i.e. interrupt the boot in the loader and at the > loader prompt type: > boot -v > > > Also: do you get a "reset timeout" error immediately prior > to the "USB init failed" error? > > -- > Marcel Moolenaar > xcllnt@mac.com > > > This is the entire boot -v (verbose) -^H\^HEntering /boot/kernel/kernel at 0xe000000004080000... PAL Proc at 0xe00000007ff08010 SAL Proc at 0xe00000007ff48020, GP at 0xe0000000801712c0 SAL: AP wake-up vector: 0xf0 Platform clock frequency 199475857 Hz Processor ratio 14/2, Bus ratio 1/1, ITC ratio 14/2 ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0 Processor supports 24 Region ID bits Trying VHPT size 0x1000000 Putting VHPT at 0x6000000 Splitting [0x560c000-0x7fb40000] Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE #0: Sun Nov 22 01:11:28 UTC 2009 root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC UNWIND: table added: base=e000000004000000, start=e000000004bbb060, end=e000000004bfc250 Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005608580. Preloaded mfs_root "/boot/mfsroot" at 0xe000000005608660. CPU: Madison (1396.33-Mhz Itanium 2) Origin = "GenuineIntel" Revision = 5 Features = 0x1 real memory = 4282048512 (4083 MB) Physical memory chunk(s): 0x01900000 - 0x03ffffff, 40894464 bytes (4992 pages) 0x0560c000 - 0x05ffffff, 10436608 bytes (1274 pages) 0x0a000000 - 0x7fb3ffff, 1974730752 bytes (241056 pages) 0x180000000 - 0x1fb455fff, 2068144128 bytes (252459 pages) 0x1feffe000 - 0x1ff453fff, 4546560 bytes (555 pages) 0x1ff802000 - 0x1ff8fdfff, 1032192 bytes (126 pages) 0x1ff9fe000 - 0x1ffd63fff, 3563520 bytes (435 pages) 0x1ffdfe000 - 0x1ffe0ffff, 73728 bytes (9 pages) 0x1ffe7e000 - 0x1fffb7fff, 1286144 bytes (157 pages) avail memory = 4083957760 (3894 MB) FPSWA Revision = 0x10012, Entry = 0xe0000001ffe60050 Table 'FACP' at 0xe00000007ff99138 Table 'APIC' at 0xe00000007ff99230 Local APIC address=0xfee00000 Local SAPIC entry ProcessorId=0x0, Id=0xc0, Eid=0x18 Local SAPIC entry ProcessorId=0x1, Id=0xc6, Eid=0x18 I/O SAPIC entry Id=0x0, InterruptBase=0x0, Address=0xfec00000 I/O SAPIC entry Id=0x2, InterruptBase=0x18, Address=0xfaffe000 I/O SAPIC entry Id=0x1, InterruptBase=0x30, Address=0xfafff000 Interrupt source override entry Bus=0, Source=9, Irq=0x9 Platform interrupt entry Polarity=3, TriggerMode=3, Id=0xc6, Eid=0x18, Vector=0x1e, Irq=22 Table 'IPPT' at 0xe00000007ff99308 Table 'SPCR' at 0xe00000007ff99340 MCA: allocated 16384 bytes for state info. SMP: waking up cpu1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: ACPI Id=1, SAPIC Id=c6, SAPIC Eid=18 (BSP) cpu1: ACPI Id=0, SAPIC Id=c0, SAPIC Eid=18 ULE: setup cpu 0 ULE: setup cpu 1 mem: null: nfslock: pseudo-device random: ACPI: RSDP 0x7ff99000 00024 (v2 AMI ) ACPI: XSDT 0x7ff99090 00044 (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: FACP 0x7ff99138 000F4 (v3 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: DSDT 0x7ff9b000 0220E (v1 AMI TIGER2W 00000000 MSFT 0100000D) ACPI: FACS 0x7ff992c0 00040 ACPI: APIC 0x7ff99230 0008E (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: IPPT 0x7ff99308 00034 (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: SPCR 0x7ff99340 00050 (v1 AMI TIGER_2W 01072002 MSFT 00010013) nexus0: registered as a time-of-day clock (resolution 1000us) acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \_SB_.CSFF.IOH5.IOHC -> bus 255 dev 28 func 5 AcpiOsDerivePciId: \_SB_.CSFF.IOH1.IO01 -> bus 255 dev 28 func 1 AcpiOsDerivePciId: \_SB_.CSFF.IOH2.IO02 -> bus 255 dev 28 func 2 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x24c2, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type I/O Port, range 32, base 0xef20, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24c4, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0xef40, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24c7, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type I/O Port, range 32, base 0xef80, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24cd, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=0 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0, size 10, memory disabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0x82 domain=0, bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24c0, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cb, revid=0x02 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=0 map[20]: type I/O Port, range 32, base 0x1000, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled pcib0: no PRT entry for 0.31.INTA found-> vendor=0x8086, dev=0x24c3, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=0 map[20]: type I/O Port, range 32, base 0xcc0, size 5, enabled pcib0: no PRT entry for 0.31.INTB uhci0: port 0xef20-0xef3f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef20 uhci0: [MPSAFE] uhci0: [ITHREAD] uhci0: LegSup = 0x0f00 usbus0: on uhci0 uhci1: port 0xef40-0xef5f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef40 uhci1: [MPSAFE] uhci1: [ITHREAD] uhci1: LegSup = 0x0f00 usbus1: on uhci1 uhci2: port 0xef80-0xef9f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef80 uhci2: [MPSAFE] uhci2: [ITHREAD] uhci2: LegSup = 0x0f00 usbus2: on uhci2 ehci0: irq 23 at device 29.7 on pci0 ehci0: Lazy allocation of 0x400 bytes rid 0x10 type 3 at 0x80000000 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0x80000000 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus3: EHCI version 0.0 usbus3: stop timeout usbus3: reset timeout usbus3: reset timeout ehci0: USB init failed err=18 fatal kernel trap (cpu 0): trap vector = 0x1e (Unaligned Reference) cr.iip = 0xe000000004634400 cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) cr.ifa = 0xdeadc0dedeadc106 curthread = 0xe000000004ccd3e0 pid = 0, comm = swapper panic: trap cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 14:50:15 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 D3F401065700; Thu, 11 Mar 2010 14:50:15 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id A39FF8FC2A; Thu, 11 Mar 2010 14:50:15 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ40030GH7QK900@smtpauth3.wiscmail.wisc.edu>; Thu, 11 Mar 2010 08:50:14 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ400MZ3H7IHK40@smtpauth3.wiscmail.wisc.edu>; Thu, 11 Mar 2010 08:50:07 -0600 (CST) Date: Thu, 11 Mar 2010 08:50:05 -0600 From: Nathan Whitehorn To: FreeBSD-CURRENT Mailing List Message-id: <4B99031D.3080308@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-9, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.11.143925, SenderIP=76.233.145.10 User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 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, 11 Mar 2010 14:50:15 -0000 As a result of importing 32-bit compatibility support for non-x86 64-bit platforms, the kernel options COMPAT_IA32 has been renamed COMPAT_FREEBSD32 in revision 205014, so all kernel configurations including this option must be modified accordingly. -Nathan From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 15:05:27 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 587541065673; Thu, 11 Mar 2010 15:05:27 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id D04008FC28; Thu, 11 Mar 2010 15:05:26 +0000 (UTC) Received: from ameno.mahoroba.org (IDENT:Y2OeMvPqeoO0s4V6zKftHkUC5opXB9XOCCjoNMe85c5wFJ63/7vHQuLRoiDROjnw@ameno.mahoroba.org [IPv6:2001:2f0:104:8010:20a:79ff:fe69:ee6b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.4/8.14.4) with ESMTP/inet6 id o2BF4fUs076566 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Mar 2010 00:05:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 12 Mar 2010 00:04:41 +0900 Message-ID: From: Hajimu UMEMOTO To: Nathan Whitehorn In-Reply-To: <4B99031D.3080308@freebsd.org> References: <4B99031D.3080308@freebsd.org> User-Agent: xcite1.58> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE-p2 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Fri, 12 Mar 2010 00:05:21 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on asuka.mahoroba.org Cc: FreeBSD-CURRENT Mailing List , freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 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, 11 Mar 2010 15:05:27 -0000 Hi, >>>>> On Thu, 11 Mar 2010 08:50:05 -0600 >>>>> Nathan Whitehorn said: nwhitehorn> As a result of importing 32-bit compatibility support for non-x86 64-bit nwhitehorn> platforms, the kernel options COMPAT_IA32 has been renamed nwhitehorn> COMPAT_FREEBSD32 in revision 205014, so all kernel configurations nwhitehorn> including this option must be modified accordingly. Doesn't this mean we cannot have FreeBSD version 32? :) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 15:13:08 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 8306E106566B; Thu, 11 Mar 2010 15:13:08 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 48C9B8FC0C; Thu, 11 Mar 2010 15:13:08 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o2BFD2Ft076074; Thu, 11 Mar 2010 09:13:02 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Thu, 11 Mar 2010 09:13:02 -0600 (CST) From: "Sean C. Farley" To: Hajimu UMEMOTO In-Reply-To: Message-ID: References: <4B99031D.3080308@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.4 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on mail.farley.org Cc: FreeBSD-CURRENT Mailing List , Nathan Whitehorn , freebsd-amd64@FreeBSD.org, freebsd-ia64@FreeBSD.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 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, 11 Mar 2010 15:13:08 -0000 On Fri, 12 Mar 2010, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Thu, 11 Mar 2010 08:50:05 -0600 >>>>>> Nathan Whitehorn said: > > nwhitehorn> As a result of importing 32-bit compatibility support for non-x86 64-bit > nwhitehorn> platforms, the kernel options COMPAT_IA32 has been renamed > nwhitehorn> COMPAT_FREEBSD32 in revision 205014, so all kernel configurations > nwhitehorn> including this option must be modified accordingly. > > Doesn't this mean we cannot have FreeBSD version 32? :) Think like the U.S. government and push the problem off to the great*N-grandchildren. ;) Sean -- scf@FreeBSD.org From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 20:59:14 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 BB11C106564A for ; Thu, 11 Mar 2010 20:59:14 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f199.google.com (mail-iw0-f199.google.com [209.85.223.199]) by mx1.freebsd.org (Postfix) with ESMTP id 7C9828FC18 for ; Thu, 11 Mar 2010 20:59:14 +0000 (UTC) Received: by iwn37 with SMTP id 37so499933iwn.27 for ; Thu, 11 Mar 2010 12:59:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MFRlxKfYLTqqxuGsVOpXreQz7YyhyAGWwFLD9MzvMYs=; b=bZWEg6ajdFfmDJ4tbz5veFpKljv08H+mbYRf7llh7FZxG6UxVYBX5L/UdjxSVZwNS5 g0UM7ccZjQ4PqdxpWsCgHUDHTodgerlhKZZVBbsmLXAeHOyFsRsM0IErJwvbkQtdWMDd So2tBduZ1Ms2eM+zKxxwaZomKUYozaG4Fsslg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QR07INON/SL89B56yONT4ODYgtUWVLhQ9BTyO+GpPga4ZBz36jCIPDNkaTvdDY0BV4 f52s+o5uRKW+bbxVfb5XEvEhpwVWVjxL4PO5iv5xNHpbLpjdLQ678/ONCvu53Vi5SpRc tCet7mT5j7u7VfrC3pGglkkiIryzvrgxkPEew= MIME-Version: 1.0 Received: by 10.231.153.1 with SMTP id i1mr14594ibw.35.1268341153686; Thu, 11 Mar 2010 12:59:13 -0800 (PST) In-Reply-To: <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> Date: Thu, 11 Mar 2010 15:59:13 -0500 Message-ID: <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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, 11 Mar 2010 20:59:14 -0000 On Thu, Mar 11, 2010 at 6:19 AM, Mister Itanium wrote: > > > On Thu, Mar 11, 2010 at 12:17 AM, Marcel Moolenaar wrote: > >> >> On Mar 10, 2010, at 7:13 PM, Mister Itanium wrote: >> >> > >> > ehci0: USB init failed err=18 >> > >> > fatal kernel trap (cpu 0): >> > >> > trap vector = 0x1e (Unaligned Reference) >> > cr.iip = 0xe000000004634400 >> > cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) >> > cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) >> > cr.ifa = 0xdeadc0dedeadc106 >> > curthread = 0xe000000004ccd3e0 >> > pid = 0, comm = swapper >> > >> > panic: trap >> > cpuid = 0 >> > Uptime: 1s >> > Automatic reboot in 15 seconds - press a key on the console to abort >> > --> Press a key on the console to reboot, >> > --> or switch off the system now. >> >> It seems there's a problem with the USB 2.0 host controller. >> The EHCI problem is causing the kernel panic due to an >> uninitialized pointer dereference. >> >> Can you tell me what FreeBSD version and can you also boot >> verbose -- i.e. interrupt the boot in the loader and at the >> loader prompt type: >> boot -v >> >> >> Also: do you get a "reset timeout" error immediately prior >> to the "USB init failed" error? >> >> -- >> Marcel Moolenaar >> xcllnt@mac.com >> >> >> > This is the entire boot -v (verbose) > -^H\^HEntering /boot/kernel/kernel at 0xe000000004080000... > > PAL Proc at 0xe00000007ff08010 > SAL Proc at 0xe00000007ff48020, GP at 0xe0000000801712c0 > SAL: AP wake-up vector: 0xf0 > Platform clock frequency 199475857 Hz > Processor ratio 14/2, Bus ratio 1/1, ITC ratio 14/2 > ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0 > Processor supports 24 Region ID bits > Trying VHPT size 0x1000000 > Putting VHPT at 0x6000000 > Splitting [0x560c000-0x7fb40000] > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-RELEASE #0: Sun Nov 22 01:11:28 UTC 2009 > root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC > UNWIND: table added: base=e000000004000000, start=e000000004bbb060, > end=e000000004bfc250 > Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005608580. > Preloaded mfs_root "/boot/mfsroot" at 0xe000000005608660. > CPU: Madison (1396.33-Mhz Itanium 2) > Origin = "GenuineIntel" Revision = 5 > Features = 0x1 > real memory = 4282048512 (4083 MB) > Physical memory chunk(s): > 0x01900000 - 0x03ffffff, 40894464 bytes (4992 pages) > 0x0560c000 - 0x05ffffff, 10436608 bytes (1274 pages) > 0x0a000000 - 0x7fb3ffff, 1974730752 bytes (241056 pages) > 0x180000000 - 0x1fb455fff, 2068144128 bytes (252459 pages) > 0x1feffe000 - 0x1ff453fff, 4546560 bytes (555 pages) > 0x1ff802000 - 0x1ff8fdfff, 1032192 bytes (126 pages) > 0x1ff9fe000 - 0x1ffd63fff, 3563520 bytes (435 pages) > 0x1ffdfe000 - 0x1ffe0ffff, 73728 bytes (9 pages) > 0x1ffe7e000 - 0x1fffb7fff, 1286144 bytes (157 pages) > avail memory = 4083957760 (3894 MB) > FPSWA Revision = 0x10012, Entry = 0xe0000001ffe60050 > Table 'FACP' at 0xe00000007ff99138 > Table 'APIC' at 0xe00000007ff99230 > Local APIC address=0xfee00000 > Local SAPIC entry > ProcessorId=0x0, Id=0xc0, Eid=0x18 > Local SAPIC entry > ProcessorId=0x1, Id=0xc6, Eid=0x18 > I/O SAPIC entry > Id=0x0, InterruptBase=0x0, Address=0xfec00000 > I/O SAPIC entry > Id=0x2, InterruptBase=0x18, Address=0xfaffe000 > I/O SAPIC entry > Id=0x1, InterruptBase=0x30, Address=0xfafff000 > Interrupt source override entry > Bus=0, Source=9, Irq=0x9 > Platform interrupt entry > Polarity=3, TriggerMode=3, Id=0xc6, Eid=0x18, Vector=0x1e, > Irq=22 > Table 'IPPT' at 0xe00000007ff99308 > Table 'SPCR' at 0xe00000007ff99340 > MCA: allocated 16384 bytes for state info. > SMP: waking up cpu1 > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0: ACPI Id=1, SAPIC Id=c6, SAPIC Eid=18 (BSP) > cpu1: ACPI Id=0, SAPIC Id=c0, SAPIC Eid=18 > ULE: setup cpu 0 > ULE: setup cpu 1 > mem: > null: > nfslock: pseudo-device > random: > ACPI: RSDP 0x7ff99000 00024 (v2 AMI ) > ACPI: XSDT 0x7ff99090 00044 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: FACP 0x7ff99138 000F4 (v3 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: DSDT 0x7ff9b000 0220E (v1 AMI TIGER2W 00000000 MSFT 0100000D) > ACPI: FACS 0x7ff992c0 00040 > ACPI: APIC 0x7ff99230 0008E (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: IPPT 0x7ff99308 00034 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: SPCR 0x7ff99340 00050 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > nexus0: registered as a time-of-day clock (resolution 1000us) > acpi0: on motherboard > acpi0: [MPSAFE] > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > AcpiOsDerivePciId: \_SB_.CSFF.IOH5.IOHC -> bus 255 dev 28 func 5 > AcpiOsDerivePciId: \_SB_.CSFF.IOH1.IO01 -> bus 255 dev 28 func 1 > AcpiOsDerivePciId: \_SB_.CSFF.IOH2.IO02 -> bus 255 dev 28 func 2 > ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x8086, dev=0x24c2, revid=0x02 > domain=0, bus=0, slot=29, func=0 > class=0c-03-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=5 > map[20]: type I/O Port, range 32, base 0xef20, size 5, enabled > pcib0: matched entry for 0.29.INTA > pcib0: slot 29 INTA hardwired to IRQ 16 > found-> vendor=0x8086, dev=0x24c4, revid=0x02 > domain=0, bus=0, slot=29, func=1 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=10 > map[20]: type I/O Port, range 32, base 0xef40, size 5, enabled > pcib0: matched entry for 0.29.INTB > pcib0: slot 29 INTB hardwired to IRQ 19 > found-> vendor=0x8086, dev=0x24c7, revid=0x02 > domain=0, bus=0, slot=29, func=2 > class=0c-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=c, irq=11 > map[20]: type I/O Port, range 32, base 0xef80, size 5, enabled > pcib0: matched entry for 0.29.INTC > pcib0: slot 29 INTC hardwired to IRQ 18 > found-> vendor=0x8086, dev=0x24cd, revid=0x02 > domain=0, bus=0, slot=29, func=7 class=0c-03-20, > hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=d, irq=0 > powerspec 2 supports D0 D3 current D0 > map[10]: type Memory, range 32, base 0, size 10, memory disabled > pcib0: matched entry for 0.29.INTD > pcib0: slot 29 INTD hardwired to IRQ 23 > found-> vendor=0x8086, dev=0x244e, revid=0x82 > domain=0, bus=0, slot=30, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24c0, revid=0x02 > domain=0, bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24cb, revid=0x02 > domain=0, bus=0, slot=31, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=0 > map[20]: type I/O Port, range 32, base 0x1000, size 4, enabled > map[24]: type Memory, range 32, base 0, size 10, memory disabled > pcib0: no PRT entry for 0.31.INTA > found-> vendor=0x8086, dev=0x24c3, revid=0x02 > domain=0, bus=0, slot=31, func=3 > class=0c-05-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=0 > map[20]: type I/O Port, range 32, base 0xcc0, size 5, enabled > pcib0: no PRT entry for 0.31.INTB > uhci0: port 0xef20-0xef3f irq > 16 at device 29.0 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef20 > uhci0: [MPSAFE] > uhci0: [ITHREAD] > uhci0: LegSup = 0x0f00 > usbus0: on uhci0 > uhci1: port 0xef40-0xef5f irq > 19 at device 29.1 on pci0 > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef40 > uhci1: [MPSAFE] > uhci1: [ITHREAD] > uhci1: LegSup = 0x0f00 > usbus1: on uhci1 > uhci2: port 0xef80-0xef9f irq > 18 at device 29.2 on pci0 > uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef80 > uhci2: [MPSAFE] > uhci2: [ITHREAD] > uhci2: LegSup = 0x0f00 > usbus2: on uhci2 > ehci0: irq 23 at device 29.7 > on pci0 > ehci0: Lazy allocation of 0x400 bytes rid 0x10 type 3 at 0x80000000 > ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0x80000000 > ehci0: [MPSAFE] > ehci0: [ITHREAD] > usbus3: EHCI version 0.0 > usbus3: stop timeout > usbus3: reset timeout > usbus3: reset timeout > > ehci0: USB init failed err=18 > > fatal kernel trap (cpu 0): > > trap vector = 0x1e (Unaligned Reference) > cr.iip = 0xe000000004634400 > cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) > cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) > cr.ifa = 0xdeadc0dedeadc106 > curthread = 0xe000000004ccd3e0 > pid = 0, comm = swapper > > panic: trap > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > Rebooting... > > > > > Problem was solved by disabling USB @ BIOS. Now I'm able to get into the INSTALL screen. From owner-freebsd-ia64@FreeBSD.ORG Thu Mar 11 21:46:59 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 6182A106566C for ; Thu, 11 Mar 2010 21:46:59 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 48A808FC1C for ; Thu, 11 Mar 2010 21:46:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from marcelm-sslvpn-nc.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp027.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZ5003MC0I86S30@asmtp027.mac.com> for freebsd-ia64@freebsd.org; Thu, 11 Mar 2010 13:46: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-1003110198 From: Marcel Moolenaar In-reply-to: <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> Date: Thu, 11 Mar 2010 13:46:55 -0800 Message-id: <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> To: Mister Itanium X-Mailer: Apple Mail (2.1077) Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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, 11 Mar 2010 21:46:59 -0000 On Mar 11, 2010, at 12:59 PM, Mister Itanium wrote: *snip* >> ehci0: irq 23 at device 29.7 on pci0 >> ehci0: Lazy allocation of 0x400 bytes rid 0x10 type 3 at 0x80000000 >> ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0x80000000 >> ehci0: [MPSAFE] >> ehci0: [ITHREAD] >> usbus3: EHCI version 0.0 >> usbus3: stop timeout >> usbus3: reset timeout >> usbus3: reset timeout >> >> ehci0: USB init failed err=18 >> >> fatal kernel trap (cpu 0): >> >> trap vector = 0x1e (Unaligned Reference) >> cr.iip = 0xe000000004634400 >> cr.ipsr = 0x1210080a2010 (mfl,ic,dt,dfh,rt,cpl=0,it,ri=1,bn) >> cr.isr = 0xa0400000000 (code=0,vector=0,r,ei=1,ed) >> cr.ifa = 0xdeadc0dedeadc106 >> curthread = 0xe000000004ccd3e0 >> pid = 0, comm = swapper >> >> panic: trap >> cpuid = 0 >> Uptime: 1s >> Automatic reboot in 15 seconds - press a key on the console to abort >> --> Press a key on the console to reboot, >> --> or switch off the system now. >> Rebooting... >> > > > Problem was solved by disabling USB @ BIOS. > Now I'm able to get into the INSTALL screen. > That's good news. With FreeBSD installed, it's easier to try a few things to see what exactly is the issue. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Fri Mar 12 00:53:19 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 EC71D106567F for ; Fri, 12 Mar 2010 00:53:19 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f199.google.com (mail-iw0-f199.google.com [209.85.223.199]) by mx1.freebsd.org (Postfix) with ESMTP id A976D8FC26 for ; Fri, 12 Mar 2010 00:53:19 +0000 (UTC) Received: by iwn37 with SMTP id 37so707530iwn.27 for ; Thu, 11 Mar 2010 16:53:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Amhq7LF3gtj3p48pnT0V0ctvNZhLu8MHqRW0USuk3AY=; b=IrA7Etn0hgD7W0r8gydt7hmdD5KVQp/2ZtKBT5kZwqU9VGFQWXt5vbOlPhaOrisBv8 rqRfv4VDu+HBSindEoaYV9QIUAfxKRv3C7s+fkgM4/jklWidzIeKJqhDVyBtw2QzSezp T1nF08eA4lzLBwLVL2BekQCYj78QDX4cJaD58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=CEgdvkFQiMfLC2G/sYX1oZZrqLNBNvGuWWHUKfZNhtCXQZFa2JkyfvOREyxX0W3iFv ZuDMX5l0E51CLTDhFf6+Vp0oiesYe3Dmm7z53KIHggMq+fL0KiyFJyFIik7Rnxoip/a8 D00inC042veGVHine0YX+l5/zZsX4P/I3dCGk= MIME-Version: 1.0 Received: by 10.231.167.65 with SMTP id p1mr502210iby.20.1268355198916; Thu, 11 Mar 2010 16:53:18 -0800 (PST) In-Reply-To: <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> Date: Thu, 11 Mar 2010 19:53:18 -0500 Message-ID: <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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: Fri, 12 Mar 2010 00:53:20 -0000 I'm not sure if I should start another email chain or not, but now I'm having problems at the Installation... It pretty much says *"no disks found! Please verify that your disk controller is being properly probed at boot time. See the hardware guide on the Documentation menu for clues on diagnosing this type of problem."* This is the "boot -v" until the installation point: My motherboard is a SuperMicro i2dml-ig2 ( http://www.supermicro.com/products/motherboard/Itanium/E8870/i2DML-iG2.cfm ) I've searched online, and changed all the settings possible @ Bios, but I'm still getting the same problem. Please Advise, Thanks! > > > -^H\^HEntering /boot/kernel/kernel at 0xe000000004080000... PAL Proc at 0xe00000007ff08010 SAL Proc at 0xe00000007ff48020, GP at 0xe0000000801712c0 SAL: AP wake-up vector: 0xf0 Platform clock frequency 199475857 Hz Processor ratio 14/2, Bus ratio 1/1, ITC ratio 14/2 ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0 Processor supports 24 Region ID bits Trying VHPT size 0x1000000 Putting VHPT at 0x6000000 Splitting [0x560c000-0x7fb40000] Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE #0: Sun Nov 22 01:11:28 UTC 2009 root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC UNWIND: table added: base=e000000004000000, start=e000000004bbb060, end=e000000004bfc250 Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005608580. Preloaded mfs_root "/boot/mfsroot" at 0xe000000005608660. CPU: Madison (1396.33-Mhz Itanium 2) Origin = "GenuineIntel" Revision = 5 Features = 0x1 real memory = 4282097664 (4083 MB) Physical memory chunk(s): 0x01900000 - 0x03ffffff, 40894464 bytes (4992 pages) 0x0560c000 - 0x05ffffff, 10436608 bytes (1274 pages) 0x0a000000 - 0x7fb3ffff, 1974730752 bytes (241056 pages) 0x7ff7c000 - 0x7ff81fff, 24576 bytes (3 pages) 0x180000000 - 0x1fb455fff, 2068144128 bytes (252459 pages) 0x1feffe000 - 0x1ff453fff, 4546560 bytes (555 pages) 0x1ff802000 - 0x1ff8fdfff, 1032192 bytes (126 pages) 0x1ff900000 - 0x1ff905fff, 24576 bytes (3 pages) 0x1ff9fe000 - 0x1ffd63fff, 3563520 bytes (435 pages) 0x1ffdfe000 - 0x1ffe0ffff, 73728 bytes (9 pages) 0x1ffe7e000 - 0x1fffb7fff, 1286144 bytes (157 pages) avail memory = 4084006912 (3894 MB) FPSWA Revision = 0x10012, Entry = 0xe0000001ffe60050 Table 'FACP' at 0xe00000007ff99138 Table 'APIC' at 0xe00000007ff99230 Local APIC address=0xfee00000 Local SAPIC entry ProcessorId=0x0, Id=0xc0, Eid=0x18 Local SAPIC entry ProcessorId=0x1, Id=0xc6, Eid=0x18 I/O SAPIC entry Id=0x0, InterruptBase=0x0, Address=0xfec00000 I/O SAPIC entry Id=0x2, InterruptBase=0x18, Address=0xfaffe000 I/O SAPIC entry Id=0x1, InterruptBase=0x30, Address=0xfafff000 Interrupt source override entry Bus=0, Source=9, Irq=0x9 Platform interrupt entry Polarity=3, TriggerMode=3, Id=0xc6, Eid=0x18, Vector=0x1e, Irq=22 Table 'IPPT' at 0xe00000007ff99308 Table 'SPCR' at 0xe00000007ff99340 MCA: allocated 16384 bytes for state info. SMP: waking up cpu1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: ACPI Id=1, SAPIC Id=c6, SAPIC Eid=18 (BSP) cpu1: ACPI Id=0, SAPIC Id=c0, SAPIC Eid=18 ULE: setup cpu 0 ULE: setup cpu 1 mem: null: nfslock: pseudo-device random: ACPI: RSDP 0x7ff99000 00024 (v2 AMI ) ACPI: XSDT 0x7ff99090 00044 (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: FACP 0x7ff99138 000F4 (v3 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: DSDT 0x7ff9b000 0220E (v1 AMI TIGER2W 00000000 MSFT 0100000D) ACPI: FACS 0x7ff992c0 00040 ACPI: APIC 0x7ff99230 0008E (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: IPPT 0x7ff99308 00034 (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: SPCR 0x7ff99340 00050 (v1 AMI TIGER_2W 01072002 MSFT 00010013) nexus0: registered as a time-of-day clock (resolution 1000us) acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \_SB_.CSFF.IOH5.IOHC -> bus 255 dev 28 func 5 AcpiOsDerivePciId: \_SB_.CSFF.IOH1.IO01 -> bus 255 dev 28 func 1 AcpiOsDerivePciId: \_SB_.CSFF.IOH2.IO02 -> bus 255 dev 28 func 2 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x244e, revid=0x82 domain=0, bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24c0, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cb, revid=0x02 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=0 map[20]: type I/O Port, range 32, base 0x1000, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled pcib0: no PRT entry for 0.31.INTA found-> vendor=0x8086, dev=0x24c3, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=0 map[20]: type I/O Port, range 32, base 0xcc0, size 5, enabled pcib0: no PRT entry for 0.31.INTB pcib1: at device 30.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfb000000-0xfd0fffff pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x4752, revid=0x27 domain=0, bus=1, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=32 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfc000000, size 24, enabled pcib1: requested memory range 0xfc000000-0xfcffffff: good map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib1: requested I/O range 0xd800-0xd8ff: in range map[18]: type Memory, range 32, base 0xfd0ff000, size 12, enabled pcib1: requested memory range 0xfd0ff000-0xfd0fffff: good pcib1: matched entry for 1.2.INTA pcib1: slot 2 INTA hardwired to IRQ 18 vgapci0: port 0xd800-0xd8ff mem 0xfc000000-0xfcffffff,0xfd0ff000-0xfd0fffff irq 18 at device 2.0 on pci1 pci0: at device 31.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=00 ostat1=50 ata0: stat0=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=01 stat1=01 devices=0x0 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=01 devices=0x10000 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pcib2: on acpi0 pcib2: could not get PCI interrupt routing table for \_SB_.PCI1 - AE_NOT_FOUND pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x8086, dev=0x1461, revid=0x04 domain=0, bus=2, slot=28, func=0 class=08-00-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 32, base 0xfafff000, size 12, enabled found-> vendor=0x8086, dev=0x1460, revid=0x04 domain=0, bus=2, slot=29, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1461, revid=0x04 domain=0, bus=2, slot=30, func=0 class=08-00-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Memory, range 32, base 0xfaffe000, size 12, enabled found-> vendor=0x8086, dev=0x1460, revid=0x04 domain=0, bus=2, slot=31, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) pci2: at device 28.0 (no driver attached) pcib3: at device 29.0 on pci2 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfa000000-0xfa0fffff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x8086, dev=0x1010, revid=0x01 domain=0, bus=3, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfa0c0000, size 17, enabled pcib3: requested memory range 0xfa0c0000-0xfa0dffff: good map[20]: type I/O Port, range 32, base 0xfe80, size 6, enabled pcib3: requested I/O range 0xfe80-0xfebf: in range pcib3: matched entry for 3.2.INTA pcib3: slot 2 INTA hardwired to IRQ 48 found-> vendor=0x8086, dev=0x1010, revid=0x01 domain=0, bus=3, slot=2, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=b, irq=3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfa0e0000, size 17, enabled pcib3: requested memory range 0xfa0e0000-0xfa0fffff: good map[20]: type I/O Port, range 32, base 0xff00, size 6, enabled pcib3: requested I/O range 0xff00-0xff3f: in range pcib3: matched entry for 3.2.INTB pcib3: slot 2 INTB hardwired to IRQ 49 em0: port 0xfe80-0xfebf mem 0xfa0c0000-0xfa0dffff irq 48 at device 2.0 on pci3 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0c0000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xfe80 em0: [FILTER] em0: bpf attached em0: Ethernet address: 00:30:48:20:f6:2a em1: port 0xff00-0xff3f mem 0xfa0e0000-0xfa0fffff irq 49 at device 2.1 on pci3 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0e0000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xff00 em1: [FILTER] em1: bpf attached em1: Ethernet address: 00:30:48:20:f6:2b pci2: at device 30.0 (no driver attached) pcib4: at device 31.0 on pci2 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: [FILTER] uart0: fast interrupt uart0: console (115200,n,8,1) cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 Reducing kern.maxvnodes 131431 -> 100000 procfs registered Timecounters tick every 1.000 msec lo0: bpf attached ata0: Identifying devices: 00000000 ata0: New devices: 00000000 ata1: Identifying devices: 00010000 ata1: New devices: 00010000 md0: Preloaded image 8388608 bytes at 0xe000000004e08580 ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on ICH4 chip acd0: setting UDMA33 on ICH4 chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ATA PseudoRAID loaded acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 Trying to mount root from ufs:/dev/md0 ct_to_ts([2010-03-12 00:24:18]) = 1268353458.000000000 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall /stand/sysinstall running as init on serial console These are the predefined terminal types available to sysinstall when running stand-alone. Please choose the closest match for your particular terminal. 1 ...................... Standard ANSI terminal. 2 ...................... VT100 or compatible terminal. 3 ...................... FreeBSD system console (color). 4 ...................... FreeBSD system console (monochrome). 5 ...................... xterm terminal emulator. Your choice: (1-5) From owner-freebsd-ia64@FreeBSD.ORG Fri Mar 12 09:29:04 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 7FD65106564A for ; Fri, 12 Mar 2010 09:29:04 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 3C58E8FC0C for ; Fri, 12 Mar 2010 09:29:03 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Nq1B0-0001FT-QN; Fri, 12 Mar 2010 09:29:02 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Nq1B0-0002XL-IW; Fri, 12 Mar 2010 09:29:02 +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 o2C9T2Eu086683; Fri, 12 Mar 2010 09:29:02 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2C9T1Wp086682; Fri, 12 Mar 2010 09:29:01 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: Fri, 12 Mar 2010 09:29:01 +0000 From: Anton Shterenlikht To: Dirk Meyer Message-ID: <20100312092901.GA86624@mech-cluster241.men.bris.ac.uk> References: <20100310122923.GF64451@mech-cluster241.men.bris.ac.uk> <20100310221502.GF30257@mech-cluster241.men.bris.ac.uk> 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) Cc: freebsd-ia64@freebsd.org Subject: Re: port lang/gnustep-base - make configure fails on ia64 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: Fri, 12 Mar 2010 09:29:04 -0000 On Thu, Mar 11, 2010 at 10:43:50AM +0100, Dirk Meyer wrote: > Hallo Anton Shterenlikht, > > > I must say that gcc42 is marked "NOT_FOR_ARCHS= ia64 powerpc", > > which I've overwritten manually. > > Perhaps the fact that gcc42 now builds on ia64 doesn't > > mean that is works correctly.. > > I think so too. > > Please try to build gnustep with a newer gcc. > Put on of the following options in /etc/make.conf > > GNUSTEP_WITH_GCC43=yes > GNUSTEP_WITH_GCC44=yes Dirk, no luck gcc43/44/45 fail to build on ia64. I suspect they never did. > if all this fails, put the following options in /etc/make.conf > GNUSTEP_WITH_BASE_GCC=yes This triggers building of lang/gnustep-objc which fails as well: ===> Building for gnustep-objc-1.6.0,1 This is gnustep-make 2.2.0. Type 'gmake print-gnustep-make-help' for help. Making all for clibrary libobjc... Compiling file archive.c ... archive.c:27:21: error: tconfig.h: No such file or directory gmake[2]: *** [obj/archive.c.o] Error 1 gmake[1]: *** [internal-library-all_] Error 2 gmake: *** [libobjc.all.clibrary.variables] Error 2 *** Error code 2 It seems gcc doesn't like ia64 at all. many thanks 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 Fri Mar 12 11:48:08 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 781511065672 for ; Fri, 12 Mar 2010 11:48:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 329C18FC22 for ; Fri, 12 Mar 2010 11:48:07 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Nq3Lb-00045z-67; Fri, 12 Mar 2010 11:48:07 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Nq3Lb-0005Lv-2j; Fri, 12 Mar 2010 11:48:07 +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 o2CBm6fd013625; Fri, 12 Mar 2010 11:48:06 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2CBm6al013624; Fri, 12 Mar 2010 11:48:06 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: Fri, 12 Mar 2010 11:48:06 +0000 From: Anton Shterenlikht To: Dirk Meyer Message-ID: <20100312114806.GC86624@mech-cluster241.men.bris.ac.uk> References: <20100310122923.GF64451@mech-cluster241.men.bris.ac.uk> <20100310221502.GF30257@mech-cluster241.men.bris.ac.uk> <20100312092901.GA86624@mech-cluster241.men.bris.ac.uk> <08zny5GaQ/@dmeyer.dinoex.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <08zny5GaQ/@dmeyer.dinoex.sub.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ia64@freebsd.org Subject: Re: port lang/gnustep-base - make configure fails on ia64 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: Fri, 12 Mar 2010 11:48:08 -0000 On Fri, Mar 12, 2010 at 12:07:43PM +0100, Dirk Meyer wrote: > > last try put both in /etc/make.conf > GNUSTEP_WITH_BASE_GCC=yes > GNUSTEP_WITHOUT_LIBOBJC=yes Dirk this seems to have worked many thanks 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 Fri Mar 12 12:12:04 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 8CC1A106566C for ; Fri, 12 Mar 2010 12:12:04 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f183.google.com (mail-iw0-f183.google.com [209.85.223.183]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1908FC1C for ; Fri, 12 Mar 2010 12:12:04 +0000 (UTC) Received: by iwn13 with SMTP id 13so943174iwn.14 for ; Fri, 12 Mar 2010 04:12:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=HBssOXB2n28P3v+ldzthLivKTt0/+CW1ezWOHT6nuKA=; b=ZOZdG43+IDoBi3YAB6p/Gxpd7ZkbR9egWp07H8eem+lC28GEuLT5Z0L9Py1/h6tiif C10Abq1UHgtepsWe5NLwEy4uV2R/7u1Eh31/lUbdftPV7kUevfM/g8DA1tW2gfZLlMJd N/yvnON36vGKZbWReYadTVXc00hRqouhhEA4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fkShb4f8t0uoYl1JIsJJOztNQiaTBxHKHBPGIQqhlK0ZZuXwp2PzdFjHorISjcc5o3 1z7HqdJ443jtbVX7k7UmXTrB6pHAyo9GgO5oPYogEqkNczQaBBIbkN1xsZgkwINRoPsW hw5/9bGWX4FDcBmrLeE9ATcMXTKPQXCwjMBlA= MIME-Version: 1.0 Received: by 10.231.154.197 with SMTP id p5mr209683ibw.28.1268395923397; Fri, 12 Mar 2010 04:12:03 -0800 (PST) In-Reply-To: <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> Date: Fri, 12 Mar 2010 07:12:02 -0500 Message-ID: <230f61611003120412m1cd9704aia0e482f55aca3a77@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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: Fri, 12 Mar 2010 12:12:04 -0000 Problem *SOLVED.* HDD was set to "Primary *Slave*", after changing it to *Primary Master* it detected my HD, and I'm now able to proceed with the installation. I've seen a LOT of topics online asking the same question, and I'm wonder if this solution could apply to them all. Thanks, Mr. Itanium On Thu, Mar 11, 2010 at 7:53 PM, Mister Itanium wrote: > I'm not sure if I should start another email chain or not, but now I'm > having problems at the Installation... > > It pretty much says *"no disks found! Please verify that your disk > controller is being properly probed at boot time. See the hardware guide on > the Documentation menu for clues on diagnosing this type of problem."* > > This is the "boot -v" until the installation point: > > My motherboard is a SuperMicro i2dml-ig2 ( > http://www.supermicro.com/products/motherboard/Itanium/E8870/i2DML-iG2.cfm) > I've searched online, and changed all the settings possible @ Bios, but I'm > still getting the same problem. > Please Advise, > Thanks! > > > >> >> >> > -^H\^HEntering /boot/kernel/kernel at 0xe000000004080000... > > PAL Proc at 0xe00000007ff08010 > SAL Proc at 0xe00000007ff48020, GP at 0xe0000000801712c0 > SAL: AP wake-up vector: 0xf0 > Platform clock frequency 199475857 Hz > Processor ratio 14/2, Bus ratio 1/1, ITC ratio 14/2 > ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0 > Processor supports 24 Region ID bits > Trying VHPT size 0x1000000 > Putting VHPT at 0x6000000 > Splitting [0x560c000-0x7fb40000] > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-RELEASE #0: Sun Nov 22 01:11:28 UTC 2009 > root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC > UNWIND: table added: base=e000000004000000, start=e000000004bbb060, > end=e000000004bfc250 > Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005608580. > Preloaded mfs_root "/boot/mfsroot" at 0xe000000005608660. > CPU: Madison (1396.33-Mhz Itanium 2) > Origin = "GenuineIntel" Revision = 5 > Features = 0x1 > real memory = 4282097664 (4083 MB) > > Physical memory chunk(s): > 0x01900000 - 0x03ffffff, 40894464 bytes (4992 pages) > 0x0560c000 - 0x05ffffff, 10436608 bytes (1274 pages) > 0x0a000000 - 0x7fb3ffff, 1974730752 bytes (241056 pages) > 0x7ff7c000 - 0x7ff81fff, 24576 bytes (3 pages) > > 0x180000000 - 0x1fb455fff, 2068144128 bytes (252459 pages) > 0x1feffe000 - 0x1ff453fff, 4546560 bytes (555 pages) > 0x1ff802000 - 0x1ff8fdfff, 1032192 bytes (126 pages) > 0x1ff900000 - 0x1ff905fff, 24576 bytes (3 pages) > > 0x1ff9fe000 - 0x1ffd63fff, 3563520 bytes (435 pages) > 0x1ffdfe000 - 0x1ffe0ffff, 73728 bytes (9 pages) > 0x1ffe7e000 - 0x1fffb7fff, 1286144 bytes (157 pages) > avail memory = 4084006912 (3894 MB) > > FPSWA Revision = 0x10012, Entry = 0xe0000001ffe60050 > Table 'FACP' at 0xe00000007ff99138 > Table 'APIC' at 0xe00000007ff99230 > Local APIC address=0xfee00000 > Local SAPIC entry > ProcessorId=0x0, Id=0xc0, Eid=0x18 > Local SAPIC entry > ProcessorId=0x1, Id=0xc6, Eid=0x18 > I/O SAPIC entry > Id=0x0, InterruptBase=0x0, Address=0xfec00000 > I/O SAPIC entry > Id=0x2, InterruptBase=0x18, Address=0xfaffe000 > I/O SAPIC entry > Id=0x1, InterruptBase=0x30, Address=0xfafff000 > Interrupt source override entry > Bus=0, Source=9, Irq=0x9 > Platform interrupt entry > Polarity=3, TriggerMode=3, Id=0xc6, Eid=0x18, Vector=0x1e, > Irq=22 > Table 'IPPT' at 0xe00000007ff99308 > Table 'SPCR' at 0xe00000007ff99340 > MCA: allocated 16384 bytes for state info. > SMP: waking up cpu1 > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0: ACPI Id=1, SAPIC Id=c6, SAPIC Eid=18 (BSP) > cpu1: ACPI Id=0, SAPIC Id=c0, SAPIC Eid=18 > ULE: setup cpu 0 > ULE: setup cpu 1 > mem: > null: > nfslock: pseudo-device > random: > ACPI: RSDP 0x7ff99000 00024 (v2 AMI ) > ACPI: XSDT 0x7ff99090 00044 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: FACP 0x7ff99138 000F4 (v3 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: DSDT 0x7ff9b000 0220E (v1 AMI TIGER2W 00000000 MSFT 0100000D) > ACPI: FACS 0x7ff992c0 00040 > ACPI: APIC 0x7ff99230 0008E (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: IPPT 0x7ff99308 00034 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > ACPI: SPCR 0x7ff99340 00050 (v1 AMI TIGER_2W 01072002 MSFT 00010013) > nexus0: registered as a time-of-day clock (resolution 1000us) > acpi0: on motherboard > acpi0: [MPSAFE] > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > AcpiOsDerivePciId: \_SB_.CSFF.IOH5.IOHC -> bus 255 dev 28 func 5 > AcpiOsDerivePciId: \_SB_.CSFF.IOH1.IO01 -> bus 255 dev 28 func 1 > AcpiOsDerivePciId: \_SB_.CSFF.IOH2.IO02 -> bus 255 dev 28 func 2 > ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x8086, dev=0x244e, revid=0x82 > domain=0, bus=0, slot=30, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24c0, revid=0x02 > domain=0, bus=0, slot=31, func=0 > class=06-01-00, hdrtype=0x00, mfdev=1 > cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x24cb, revid=0x02 > domain=0, bus=0, slot=31, func=1 > class=01-01-8a, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=0 > map[20]: type I/O Port, range 32, base 0x1000, size 4, enabled > map[24]: type Memory, range 32, base 0, size 10, memory disabled > pcib0: no PRT entry for 0.31.INTA > found-> vendor=0x8086, dev=0x24c3, revid=0x02 > domain=0, bus=0, slot=31, func=3 > class=0c-05-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=0 > map[20]: type I/O Port, range 32, base 0xcc0, size 5, enabled > pcib0: no PRT entry for 0.31.INTB > pcib1: at device 30.0 on pci0 > pcib1: domain 0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xd000-0xdfff > pcib1: memory decode 0xfb000000-0xfd0fffff > pcib1: no prefetched decode > pcib1: Subtractively decoded bridge. > pci1: on pcib1 > pci1: domain=0, physical bus=1 > found-> vendor=0x1002, dev=0x4752, revid=0x27 > domain=0, bus=1, slot=2, func=0 > class=03-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0087, statreg=0x0290, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type Memory, range 32, base 0xfc000000, size 24, enabled > pcib1: requested memory range 0xfc000000-0xfcffffff: good > map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled > pcib1: requested I/O range 0xd800-0xd8ff: in range > map[18]: type Memory, range 32, base 0xfd0ff000, size 12, enabled > pcib1: requested memory range 0xfd0ff000-0xfd0fffff: good > pcib1: matched entry for 1.2.INTA > pcib1: slot 2 INTA hardwired to IRQ 18 > vgapci0: port 0xd800-0xd8ff mem > 0xfc000000-0xfcffffff,0xfd0ff000-0xfd0fffff irq 18 at device 2.0 on pci1 > pci0: at device 31.0 (no driver attached) > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on > pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 > ata0: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=00 ostat1=50 > ata0: stat0=0x01 err=0x01 lsb=0x01 msb=0x01 > ata0: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 > ata0: reset tp2 stat0=01 stat1=01 devices=0x0 > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=50 ostat1=01 > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 > ata1: reset tp2 stat0=00 stat1=01 devices=0x10000 > ata1: [MPSAFE] > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > pcib2: on acpi0 > pcib2: could not get PCI interrupt routing table for \_SB_.PCI1 - > AE_NOT_FOUND > pci2: on pcib2 > pci2: domain=0, physical bus=2 > found-> vendor=0x8086, dev=0x1461, revid=0x04 > domain=0, bus=2, slot=28, func=0 > class=08-00-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type Memory, range 32, base 0xfafff000, size 12, enabled > found-> vendor=0x8086, dev=0x1460, revid=0x04 > domain=0, bus=2, slot=29, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > found-> vendor=0x8086, dev=0x1461, revid=0x04 > domain=0, bus=2, slot=30, func=0 > class=08-00-20, hdrtype=0x00, mfdev=0 > cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[10]: type Memory, range 32, base 0xfaffe000, size 12, enabled > found-> vendor=0x8086, dev=0x1460, revid=0x04 > domain=0, bus=2, slot=31, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) > pci2: at device 28.0 (no driver > attached) > pcib3: at device 29.0 on pci2 > pcib3: domain 0 > pcib3: secondary bus 3 > pcib3: subordinate bus 3 > pcib3: I/O decode 0xf000-0xffff > pcib3: memory decode 0xfa000000-0xfa0fffff > pcib3: no prefetched decode > pci3: on pcib3 > pci3: domain=0, physical bus=3 > found-> vendor=0x8086, dev=0x1010, revid=0x01 > domain=0, bus=3, slot=2, func=0 > class=02-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) > intpin=a, irq=3 > > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type Memory, range 64, base 0xfa0c0000, size 17, enabled > pcib3: requested memory range 0xfa0c0000-0xfa0dffff: good > map[20]: type I/O Port, range 32, base 0xfe80, size 6, enabled > pcib3: requested I/O range 0xfe80-0xfebf: in range > pcib3: matched entry for 3.2.INTA > pcib3: slot 2 INTA hardwired to IRQ 48 > found-> vendor=0x8086, dev=0x1010, revid=0x01 > domain=0, bus=3, slot=2, func=1 > class=02-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) > lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) > intpin=b, irq=3 > > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type Memory, range 64, base 0xfa0e0000, size 17, enabled > pcib3: requested memory range 0xfa0e0000-0xfa0fffff: good > map[20]: type I/O Port, range 32, base 0xff00, size 6, enabled > pcib3: requested I/O range 0xff00-0xff3f: in range > pcib3: matched entry for 3.2.INTB > pcib3: slot 2 INTB hardwired to IRQ 49 > em0: port 0xfe80-0xfebf mem > 0xfa0c0000-0xfa0dffff irq 48 at device 2.0 on pci3 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0c0000 > em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xfe80 > em0: [FILTER] > em0: bpf attached > em0: Ethernet address: 00:30:48:20:f6:2a > em1: port 0xff00-0xff3f mem > 0xfa0e0000-0xfa0fffff irq 49 at device 2.1 on pci3 > em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0e0000 > em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xff00 > em1: [FILTER] > em1: bpf attached > em1: Ethernet address: 00:30:48:20:f6:2b > pci2: at device 30.0 (no driver > attached) > pcib4: at device 31.0 on pci2 > pcib4: domain 0 > pcib4: secondary bus 4 > pcib4: subordinate bus 4 > pcib4: I/O decode 0xf000-0xfff > pcib4: no prefetched decode > pci4: on pcib4 > pci4: domain=0, physical bus=4 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > uart0: [FILTER] > uart0: fast interrupt > uart0: console (115200,n,8,1) > cpu0: on acpi0 > cpu0: switching to generic Cx mode > cpu1: on acpi0 > Reducing kern.maxvnodes 131431 -> 100000 > procfs registered > Timecounters tick every 1.000 msec > lo0: bpf attached > ata0: Identifying devices: 00000000 > ata0: New devices: 00000000 > ata1: Identifying devices: 00010000 > ata1: New devices: 00010000 > md0: Preloaded image 8388608 bytes at 0xe000000004e08580 > ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > acd0: setting PIO4 on ICH4 chip > acd0: setting UDMA33 on ICH4 chip > acd0: CDROM drive at ata1 as master > acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: CD-ROM 120mm data disc > ATA PseudoRAID loaded > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 > Trying to mount root from ufs:/dev/md0 > ct_to_ts([2010-03-12 00:24:18]) = 1268353458.000000000 > start_init: trying /sbin/init > start_init: trying /sbin/oinit > start_init: trying /sbin/init.bak > start_init: trying /rescue/init > start_init: trying /stand/sysinstall > /stand/sysinstall running as init on serial console > > These are the predefined terminal types available to > sysinstall when running stand-alone. Please choose the > closest match for your particular terminal. > > 1 ...................... Standard ANSI terminal. > 2 ...................... VT100 or compatible terminal. > 3 ...................... FreeBSD system console (color). > 4 ...................... FreeBSD system console (monochrome). > > 5 ...................... xterm terminal emulator. > > Your choice: (1-5) > From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 13 20:54:28 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 7AE1B1065670 for ; Sat, 13 Mar 2010 20:54:28 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id 3788D8FC1D for ; Sat, 13 Mar 2010 20:54:27 +0000 (UTC) Received: by iwn15 with SMTP id 15so2209446iwn.7 for ; Sat, 13 Mar 2010 12:54:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Ij9MpJaKEtzjR+y/iGBElaT62g/lPewH3XXrCrZJKGM=; b=LOe0g1OebtyooutirYElqfuDPLJ6kRNQW7D2T0Bbn5cPlpqm5EswSGySxu8MCIeIxb lhCYFhmgDyu1QwfjbHlT1evXG5kyGw0u7gaBNG4vWIiCpO58C3zyYE4Q4XgE1o/LOVNv qAo8umYx2JOLq6yH3vHUgEnunpLX0sGdWnq3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ezu5eu4yGHlQ9ocYSIyELQQny5cefrdPK5+WoIi53kXSb5NSZYMXeUKslZNYkUkoAm 3m6jAuhPwC4QQ4ozbckSWQ2WniaTUENFOdc4jTX2/pB9/KmndexlLQVQ5NWj+V4EM9yb aReL1pwQ8TPMPrj6YixKPxlxe8P8WMi3Kexxk= MIME-Version: 1.0 Received: by 10.231.146.79 with SMTP id g15mr594053ibv.49.1268513667097; Sat, 13 Mar 2010 12:54:27 -0800 (PST) In-Reply-To: <230f61611003120412m1cd9704aia0e482f55aca3a77@mail.gmail.com> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> <230f61611003120412m1cd9704aia0e482f55aca3a77@mail.gmail.com> Date: Sat, 13 Mar 2010 15:54:26 -0500 Message-ID: <230f61611003131254hea7f714v8663873f3a66bc39@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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: Sat, 13 Mar 2010 20:54:28 -0000 I'm hitting another DEAD wall. I finally got to the installation screen, it detects the HD, but "FreeBSD DiskLabel Editor" is not able to WRITE/CHANGE anything on the HDD. This is what I get when I try to WRITE something on the disk: =============================================== *ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=0 GEOM: ad0: corrupt or invalid GPT detected. GEOM: ad0: GPT rejected -- may not be recoverable.* =============================================== And then I get a message saying it can't wirte on ad0 disk etc.. Question number 1: *Any suggestions/help on resolving this?* Question n.2: *How do I disable ACPI on boot on IA64 machines? * Thanks a lot! PS: HDD works fine under Debian Linux, using fdisk I'm able to change/delete/add partitions without a problem, which makes me think it's not a hardware issue. On Fri, Mar 12, 2010 at 7:12 AM, Mister Itanium wrote: > Problem *SOLVED.* > HDD was set to "Primary *Slave*", after changing it to *Primary Master* it > detected my HD, and I'm now able to proceed with the installation. > I've seen a LOT of topics online asking the same question, and I'm wonder > if this solution could apply to them all. > > Thanks, > Mr. Itanium > > > On Thu, Mar 11, 2010 at 7:53 PM, Mister Itanium wrote: > >> I'm not sure if I should start another email chain or not, but now I'm >> having problems at the Installation... >> >> It pretty much says *"no disks found! Please verify that your disk >> controller is being properly probed at boot time. See the hardware guide on >> the Documentation menu for clues on diagnosing this type of problem."* >> >> This is the "boot -v" until the installation point: >> >> My motherboard is a SuperMicro i2dml-ig2 ( >> http://www.supermicro.com/products/motherboard/Itanium/E8870/i2DML-iG2.cfm) >> I've searched online, and changed all the settings possible @ Bios, but >> I'm still getting the same problem. >> Please Advise, >> Thanks! >> >> >> >>> >>> >>> >> -^H\^HEntering /boot/kernel/kernel at 0xe000000004080000... >> >> PAL Proc at 0xe00000007ff08010 >> SAL Proc at 0xe00000007ff48020, GP at 0xe0000000801712c0 >> SAL: AP wake-up vector: 0xf0 >> Platform clock frequency 199475857 Hz >> Processor ratio 14/2, Bus ratio 1/1, ITC ratio 14/2 >> ptc.e base=0x0, count1=1, count2=1, stride1=0x0, stride2=0x0 >> Processor supports 24 Region ID bits >> Trying VHPT size 0x1000000 >> Putting VHPT at 0x6000000 >> Splitting [0x560c000-0x7fb40000] >> Copyright (c) 1992-2009 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 8.0-RELEASE #0: Sun Nov 22 01:11:28 UTC 2009 >> root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC >> UNWIND: table added: base=e000000004000000, start=e000000004bbb060, >> end=e000000004bfc250 >> Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005608580. >> Preloaded mfs_root "/boot/mfsroot" at 0xe000000005608660. >> CPU: Madison (1396.33-Mhz Itanium 2) >> Origin = "GenuineIntel" Revision = 5 >> Features = 0x1 >> real memory = 4282097664 (4083 MB) >> >> Physical memory chunk(s): >> 0x01900000 - 0x03ffffff, 40894464 bytes (4992 pages) >> 0x0560c000 - 0x05ffffff, 10436608 bytes (1274 pages) >> 0x0a000000 - 0x7fb3ffff, 1974730752 bytes (241056 pages) >> 0x7ff7c000 - 0x7ff81fff, 24576 bytes (3 pages) >> >> 0x180000000 - 0x1fb455fff, 2068144128 bytes (252459 pages) >> 0x1feffe000 - 0x1ff453fff, 4546560 bytes (555 pages) >> 0x1ff802000 - 0x1ff8fdfff, 1032192 bytes (126 pages) >> 0x1ff900000 - 0x1ff905fff, 24576 bytes (3 pages) >> >> 0x1ff9fe000 - 0x1ffd63fff, 3563520 bytes (435 pages) >> 0x1ffdfe000 - 0x1ffe0ffff, 73728 bytes (9 pages) >> 0x1ffe7e000 - 0x1fffb7fff, 1286144 bytes (157 pages) >> avail memory = 4084006912 (3894 MB) >> >> FPSWA Revision = 0x10012, Entry = 0xe0000001ffe60050 >> Table 'FACP' at 0xe00000007ff99138 >> Table 'APIC' at 0xe00000007ff99230 >> Local APIC address=0xfee00000 >> Local SAPIC entry >> ProcessorId=0x0, Id=0xc0, Eid=0x18 >> Local SAPIC entry >> ProcessorId=0x1, Id=0xc6, Eid=0x18 >> I/O SAPIC entry >> Id=0x0, InterruptBase=0x0, Address=0xfec00000 >> I/O SAPIC entry >> Id=0x2, InterruptBase=0x18, Address=0xfaffe000 >> I/O SAPIC entry >> Id=0x1, InterruptBase=0x30, Address=0xfafff000 >> Interrupt source override entry >> Bus=0, Source=9, Irq=0x9 >> Platform interrupt entry >> Polarity=3, TriggerMode=3, Id=0xc6, Eid=0x18, Vector=0x1e, >> Irq=22 >> Table 'IPPT' at 0xe00000007ff99308 >> Table 'SPCR' at 0xe00000007ff99340 >> MCA: allocated 16384 bytes for state info. >> SMP: waking up cpu1 >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> cpu0: ACPI Id=1, SAPIC Id=c6, SAPIC Eid=18 (BSP) >> cpu1: ACPI Id=0, SAPIC Id=c0, SAPIC Eid=18 >> ULE: setup cpu 0 >> ULE: setup cpu 1 >> mem: >> null: >> nfslock: pseudo-device >> random: >> ACPI: RSDP 0x7ff99000 00024 (v2 AMI ) >> ACPI: XSDT 0x7ff99090 00044 (v1 AMI TIGER_2W 01072002 MSFT 00010013) >> ACPI: FACP 0x7ff99138 000F4 (v3 AMI TIGER_2W 01072002 MSFT 00010013) >> ACPI: DSDT 0x7ff9b000 0220E (v1 AMI TIGER2W 00000000 MSFT 0100000D) >> ACPI: FACS 0x7ff992c0 00040 >> ACPI: APIC 0x7ff99230 0008E (v1 AMI TIGER_2W 01072002 MSFT 00010013) >> ACPI: IPPT 0x7ff99308 00034 (v1 AMI TIGER_2W 01072002 MSFT 00010013) >> ACPI: SPCR 0x7ff99340 00050 (v1 AMI TIGER_2W 01072002 MSFT 00010013) >> nexus0: registered as a time-of-day clock (resolution 1000us) >> acpi0: on motherboard >> acpi0: [MPSAFE] >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> AcpiOsDerivePciId: \_SB_.CSFF.IOH5.IOHC -> bus 255 dev 28 func 5 >> AcpiOsDerivePciId: \_SB_.CSFF.IOH1.IO01 -> bus 255 dev 28 func 1 >> AcpiOsDerivePciId: \_SB_.CSFF.IOH2.IO02 -> bus 255 dev 28 func 2 >> ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 >> pcib0: on acpi0 >> pci0: on pcib0 >> pci0: domain=0, physical bus=0 >> found-> vendor=0x8086, dev=0x244e, revid=0x82 >> domain=0, bus=0, slot=30, func=0 >> class=06-04-00, hdrtype=0x01, mfdev=0 >> cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x8086, dev=0x24c0, revid=0x02 >> domain=0, bus=0, slot=31, func=0 >> class=06-01-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x8086, dev=0x24cb, revid=0x02 >> domain=0, bus=0, slot=31, func=1 >> class=01-01-8a, hdrtype=0x00, mfdev=0 >> cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=0 >> map[20]: type I/O Port, range 32, base 0x1000, size 4, enabled >> map[24]: type Memory, range 32, base 0, size 10, memory disabled >> pcib0: no PRT entry for 0.31.INTA >> found-> vendor=0x8086, dev=0x24c3, revid=0x02 >> domain=0, bus=0, slot=31, func=3 >> class=0c-05-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> intpin=b, irq=0 >> map[20]: type I/O Port, range 32, base 0xcc0, size 5, enabled >> pcib0: no PRT entry for 0.31.INTB >> pcib1: at device 30.0 on pci0 >> pcib1: domain 0 >> pcib1: secondary bus 1 >> pcib1: subordinate bus 1 >> pcib1: I/O decode 0xd000-0xdfff >> pcib1: memory decode 0xfb000000-0xfd0fffff >> pcib1: no prefetched decode >> pcib1: Subtractively decoded bridge. >> pci1: on pcib1 >> pci1: domain=0, physical bus=1 >> found-> vendor=0x1002, dev=0x4752, revid=0x27 >> domain=0, bus=1, slot=2, func=0 >> class=03-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0087, statreg=0x0290, cachelnsz=32 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) >> intpin=a, irq=11 >> powerspec 2 supports D0 D1 D2 D3 current D0 >> map[10]: type Memory, range 32, base 0xfc000000, size 24, enabled >> pcib1: requested memory range 0xfc000000-0xfcffffff: good >> map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled >> pcib1: requested I/O range 0xd800-0xd8ff: in range >> map[18]: type Memory, range 32, base 0xfd0ff000, size 12, enabled >> pcib1: requested memory range 0xfd0ff000-0xfd0fffff: good >> pcib1: matched entry for 1.2.INTA >> pcib1: slot 2 INTA hardwired to IRQ 18 >> vgapci0: port 0xd800-0xd8ff mem >> 0xfc000000-0xfcffffff,0xfd0ff000-0xfd0fffff irq 18 at device 2.0 on pci1 >> pci0: at device 31.0 (no driver attached) >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on >> pci0 >> atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 >> ata0: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 >> atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 >> ata0: reset tp1 mask=03 ostat0=00 ostat1=50 >> ata0: stat0=0x01 err=0x01 lsb=0x01 msb=0x01 >> ata0: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 >> ata0: reset tp2 stat0=01 stat1=01 devices=0x0 >> ata0: [MPSAFE] >> ata0: [ITHREAD] >> ata1: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 >> atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 >> ata1: reset tp1 mask=03 ostat0=50 ostat1=01 >> ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb >> ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 >> ata1: reset tp2 stat0=00 stat1=01 devices=0x10000 >> ata1: [MPSAFE] >> ata1: [ITHREAD] >> pci0: at device 31.3 (no driver attached) >> pcib2: on acpi0 >> pcib2: could not get PCI interrupt routing table for \_SB_.PCI1 - >> AE_NOT_FOUND >> pci2: on pcib2 >> pci2: domain=0, physical bus=2 >> found-> vendor=0x8086, dev=0x1461, revid=0x04 >> domain=0, bus=2, slot=28, func=0 >> class=08-00-20, hdrtype=0x00, mfdev=0 >> cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) >> >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> map[10]: type Memory, range 32, base 0xfafff000, size 12, enabled >> found-> vendor=0x8086, dev=0x1460, revid=0x04 >> domain=0, bus=2, slot=29, func=0 >> >> class=06-04-00, hdrtype=0x01, mfdev=0 >> cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) >> found-> vendor=0x8086, dev=0x1461, revid=0x04 >> domain=0, bus=2, slot=30, func=0 >> class=08-00-20, hdrtype=0x00, mfdev=0 >> cmdreg=0x0106, statreg=0x0030, cachelnsz=0 (dwords) >> >> lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) >> map[10]: type Memory, range 32, base 0xfaffe000, size 12, enabled >> found-> vendor=0x8086, dev=0x1460, revid=0x04 >> domain=0, bus=2, slot=31, func=0 >> >> class=06-04-00, hdrtype=0x01, mfdev=0 >> cmdreg=0x0147, statreg=0x0030, cachelnsz=32 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) >> pci2: at device 28.0 (no driver >> attached) >> pcib3: at device 29.0 on pci2 >> pcib3: domain 0 >> pcib3: secondary bus 3 >> pcib3: subordinate bus 3 >> pcib3: I/O decode 0xf000-0xffff >> pcib3: memory decode 0xfa000000-0xfa0fffff >> pcib3: no prefetched decode >> pci3: on pcib3 >> pci3: domain=0, physical bus=3 >> found-> vendor=0x8086, dev=0x1010, revid=0x01 >> domain=0, bus=3, slot=2, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 >> ns) >> intpin=a, irq=3 >> >> powerspec 2 supports D0 D3 current D0 >> MSI supports 1 message, 64 bit >> map[10]: type Memory, range 64, base 0xfa0c0000, size 17, enabled >> pcib3: requested memory range 0xfa0c0000-0xfa0dffff: good >> map[20]: type I/O Port, range 32, base 0xfe80, size 6, enabled >> pcib3: requested I/O range 0xfe80-0xfebf: in range >> pcib3: matched entry for 3.2.INTA >> pcib3: slot 2 INTA hardwired to IRQ 48 >> found-> vendor=0x8086, dev=0x1010, revid=0x01 >> domain=0, bus=3, slot=2, func=1 >> class=02-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0117, statreg=0x0230, cachelnsz=32 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 >> ns) >> intpin=b, irq=3 >> >> powerspec 2 supports D0 D3 current D0 >> MSI supports 1 message, 64 bit >> map[10]: type Memory, range 64, base 0xfa0e0000, size 17, enabled >> pcib3: requested memory range 0xfa0e0000-0xfa0fffff: good >> map[20]: type I/O Port, range 32, base 0xff00, size 6, enabled >> pcib3: requested I/O range 0xff00-0xff3f: in range >> pcib3: matched entry for 3.2.INTB >> pcib3: slot 2 INTB hardwired to IRQ 49 >> em0: port 0xfe80-0xfebf mem >> 0xfa0c0000-0xfa0dffff irq 48 at device 2.0 on pci3 >> em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0c0000 >> em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xfe80 >> em0: [FILTER] >> em0: bpf attached >> em0: Ethernet address: 00:30:48:20:f6:2a >> em1: port 0xff00-0xff3f mem >> 0xfa0e0000-0xfa0fffff irq 49 at device 2.1 on pci3 >> em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0e0000 >> em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xff00 >> em1: [FILTER] >> em1: bpf attached >> em1: Ethernet address: 00:30:48:20:f6:2b >> pci2: at device 30.0 (no driver >> attached) >> pcib4: at device 31.0 on pci2 >> pcib4: domain 0 >> pcib4: secondary bus 4 >> pcib4: subordinate bus 4 >> pcib4: I/O decode 0xf000-0xfff >> pcib4: no prefetched decode >> pci4: on pcib4 >> pci4: domain=0, physical bus=4 >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 >> uart0: [FILTER] >> uart0: fast interrupt >> uart0: console (115200,n,8,1) >> cpu0: on acpi0 >> cpu0: switching to generic Cx mode >> cpu1: on acpi0 >> Reducing kern.maxvnodes 131431 -> 100000 >> procfs registered >> Timecounters tick every 1.000 msec >> lo0: bpf attached >> ata0: Identifying devices: 00000000 >> ata0: New devices: 00000000 >> ata1: Identifying devices: 00010000 >> ata1: New devices: 00010000 >> md0: Preloaded image 8388608 bytes at 0xe000000004e08580 >> ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire >> acd0: setting PIO4 on ICH4 chip >> acd0: setting UDMA33 on ICH4 chip >> acd0: CDROM drive at ata1 as master >> acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 >> acd0: Reads: CDR, CDRW, CDDA stream, packet >> acd0: Writes: >> acd0: Audio: play, 256 volume levels >> acd0: Mechanism: ejectable tray, unlocked >> acd0: Medium: CD-ROM 120mm data disc >> ATA PseudoRAID loaded >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 >> acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 >> Trying to mount root from ufs:/dev/md0 >> ct_to_ts([2010-03-12 00:24:18]) = 1268353458.000000000 >> start_init: trying /sbin/init >> start_init: trying /sbin/oinit >> start_init: trying /sbin/init.bak >> start_init: trying /rescue/init >> start_init: trying /stand/sysinstall >> /stand/sysinstall running as init on serial console >> >> These are the predefined terminal types available to >> sysinstall when running stand-alone. Please choose the >> closest match for your particular terminal. >> >> 1 ...................... Standard ANSI terminal. >> 2 ...................... VT100 or compatible terminal. >> 3 ...................... FreeBSD system console (color). >> 4 ...................... FreeBSD system console (monochrome). >> >> 5 ...................... xterm terminal emulator. >> >> Your choice: (1-5) >> > > From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 13 21:03:24 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 02507106564A for ; Sat, 13 Mar 2010 21:03:24 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id D8F428FC12 for ; Sat, 13 Mar 2010 21:03:23 +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 asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KZ800314NTMAY00@asmtp030.mac.com> for freebsd-ia64@freebsd.org; Sat, 13 Mar 2010 13:03: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-1003130185 From: Marcel Moolenaar In-reply-to: <230f61611003131254hea7f714v8663873f3a66bc39@mail.gmail.com> Date: Sat, 13 Mar 2010 13:03:21 -0800 Message-id: References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> <230f61611003120412m1cd9704aia0e482f55aca3a77@mail.gmail.com> <230f61611003131254hea7f714v8663873f3a66bc39@mail.gmail.com> To: Mister Itanium X-Mailer: Apple Mail (2.1077) Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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: Sat, 13 Mar 2010 21:03:24 -0000 On Mar 13, 2010, at 12:54 PM, Mister Itanium wrote: *snip* > This is what I get when I try to WRITE something on the disk: > > =============================================== > ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=0 > GEOM: ad0: corrupt or invalid GPT detected. > GEOM: ad0: GPT rejected -- may not be recoverable. > =============================================== > > And then I get a message saying it can't wirte on ad0 disk etc.. > Question number 1: > Any suggestions/help on resolving this? You probably have a dead disk. Replace the disk and see what happens. Notice how the disk wasn't probed at first as well: *snip* > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 > ata0: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=03 ostat0=00 ostat1=50 > ata0: stat0=0x01 err=0x01 lsb=0x01 msb=0x01 > ata0: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 > ata0: reset tp2 stat0=01 stat1=01 devices=0x0 > ata0: [MPSAFE] > ata0: [ITHREAD] > ata1: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=03 ostat0=50 ostat1=01 > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 > ata1: reset tp2 stat0=00 stat1=01 devices=0x10000 > ata1: [MPSAFE] > ata1: [ITHREAD] *snip* > ata0: Identifying devices: 00000000 > ata0: New devices: 00000000 > ata1: Identifying devices: 00010000 > ata1: New devices: 00010000 *snip* > ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire > acd0: setting PIO4 on ICH4 chip > acd0: setting UDMA33 on ICH4 chip > acd0: CDROM drive at ata1 as master > acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 > acd0: Reads: CDR, CDRW, CDDA stream, packet > acd0: Writes: > acd0: Audio: play, 256 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: CD-ROM 120mm data disc *snip* > ATA PseudoRAID loaded *snip* > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x00 *snip* There's no ad0 at all. You may want to check the RAID setting on the controller. If it's enabled, disable it... > Question n.2: > How do I disable ACPI on boot on IA64 machines? You can't. ACPI is mandatory. Nothing works without it. ACPI is at the root of everything. > PS: HDD works fine under Debian Linux, using fdisk I'm able to change/delete/add partitions without a problem, which makes me think it's not a hardware issue. Did you move the hard disk onto another machine to do this? HTH, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-ia64@FreeBSD.ORG Sat Mar 13 21:06:58 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 E32F4106564A for ; Sat, 13 Mar 2010 21:06:58 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9AB8FC19 for ; Sat, 13 Mar 2010 21:06:58 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NqYXx-0003mK-P2; Sat, 13 Mar 2010 21:06:57 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1NqYXx-0005TT-Hh; Sat, 13 Mar 2010 21:06:57 +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 o2DL6v3r023221; Sat, 13 Mar 2010 21:06:57 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.3/Submit) id o2DL6v7I023220; Sat, 13 Mar 2010 21:06:57 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: Sat, 13 Mar 2010 21:06:57 +0000 From: Anton Shterenlikht To: Mister Itanium Message-ID: <20100313210657.GB23123@mech-cluster241.men.bris.ac.uk> References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <410865A6-1DCD-4269-91CC-ADE64A3C6E91@mac.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> <230f61611003120412m1cd9704aia0e482f55aca3a77@mail.gmail.com> <230f61611003131254hea7f714v8663873f3a66bc39@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <230f61611003131254hea7f714v8663873f3a66bc39@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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: Sat, 13 Mar 2010 21:06:59 -0000 On Sat, Mar 13, 2010 at 03:54:26PM -0500, Mister Itanium wrote: > I'm hitting another DEAD wall. > > I finally got to the installation screen, it detects the HD, but "FreeBSD > DiskLabel Editor" is not able to WRITE/CHANGE anything on the HDD. > > This is what I get when I try to WRITE something on the disk: > > =============================================== > *ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=0 > GEOM: ad0: corrupt or invalid GPT detected. > GEOM: ad0: GPT rejected -- may not be recoverable.* > =============================================== > > And then I get a message saying it can't wirte on ad0 disk etc.. > > > Question number 1: > *Any suggestions/help on resolving this?* > > Question n.2: > *How do I disable ACPI on boot on IA64 machines? > * > > Thanks a lot! > > PS: HDD works fine under Debian Linux, using fdisk I'm able to > change/delete/add partitions without a problem, which makes me think it's > not a hardware issue. Try booting from livefs disk and wipe the disk clean. Choose Fixit shell, and do something like if=/dev/zero of=/dev/ad0 bs=1m This helped me in the past. However, in my case the disks were SCSI (da). IIRC I had very similar problem installing on Alpha ATA and SCSI disks. 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 Sat Mar 13 21:48:52 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 C1B68106566C for ; Sat, 13 Mar 2010 21:48:52 +0000 (UTC) (envelope-from itanium.user@gmail.com) Received: from mail-iw0-f185.google.com (mail-iw0-f185.google.com [209.85.223.185]) by mx1.freebsd.org (Postfix) with ESMTP id 478BB8FC0A for ; Sat, 13 Mar 2010 21:48:52 +0000 (UTC) Received: by iwn15 with SMTP id 15so2233284iwn.7 for ; Sat, 13 Mar 2010 13:48:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=BKT12AKoDi9BxztZJ58tZpCzyXp/pLktzvhfHD11glI=; b=LnM9tsQmyPodI7XcHzC7ngrGb/vaAJnxYjwPkM1MCffm4yFdgmj/bLYKX45BQ19ocG 1mZxyGgAWpKfIRoejXRn3cxSTOhnZ+BbNUQIeqkoQXkYjlDb0KoL9WKsdcQ2l69UoChM szkiHi0qMqOtgSRi5OaFFA3YJ2aIXtC9c9stY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=UDhcbkoZE/Jg3rjhtjZLAWMDduIi7v5NN9+J+yewrR/U8s5NU4PrptsuDQ2D5iJaVt dHyQWkQkXrhQPEgR5gIAwviVPJDHVLjMBDrqjnLYAO2FuQRzSoZmnjfboTTBiuq3dWWY PYlUhOV3SYaBJ2qVPw+wE4mJwBE3l69POlDeg= MIME-Version: 1.0 Received: by 10.231.147.18 with SMTP id j18mr1434761ibv.82.1268516931381; Sat, 13 Mar 2010 13:48:51 -0800 (PST) In-Reply-To: References: <230f61611003081111j7f457353g7c28b6cf37a7672@mail.gmail.com> <230f61611003101913r254d668k152ed5e51ecc9100@mail.gmail.com> <61D1F630-3DA2-47FB-B99F-8B9D7DE87D13@mac.com> <230f61611003110319r68564794k725192b16ae32a8e@mail.gmail.com> <230f61611003111259ja9e91e0mdfd8550df41d64f8@mail.gmail.com> <22F39E8E-C13D-43E7-8AF8-9DAFC14CD6CC@mac.com> <230f61611003111653o3cc8630bj93e0ce53077e9a2c@mail.gmail.com> <230f61611003120412m1cd9704aia0e482f55aca3a77@mail.gmail.com> <230f61611003131254hea7f714v8663873f3a66bc39@mail.gmail.com> Date: Sat, 13 Mar 2010 16:48:51 -0500 Message-ID: <230f61611003131348l33d4b7eave754326b00d3bdc0@mail.gmail.com> From: Mister Itanium To: Marcel Moolenaar Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ia64@freebsd.org Subject: Re: Installation Problem - 8.0 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: Sat, 13 Mar 2010 21:48:52 -0000 Sorry, but those log files are old (when the HDD was set as a SECONDARY * SLAVE*, so the disk wasn't being detected) Now the disk is the PRIMARY *MASTER* and is being detected at boot. This is the current boot verbose log: (http://paste.pocoo.org/show/189298/) =08\=08Entering /boot/kernel/kernel at 0xe000000004080000... PAL Proc at 0xe00000007ff08010 SAL Proc at 0xe00000007ff48020, GP at 0xe0000000801712c0 SAL: AP wake-up vector: 0xf0 Platform clock frequency 199476428 Hz Processor ratio 14/2, Bus ratio 1/1, ITC ratio 14/2 ptc.e base=3D0x0, count1=3D1, count2=3D1, stride1=3D0x0, stride2=3D0x0 Processor supports 24 Region ID bits Trying VHPT size 0x1000000 Putting VHPT at 0x6000000 Splitting [0x560c000-0x7fb40000] Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE #0: Sun Nov 22 01:11:28 UTC 2009 root@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC UNWIND: table added: base=3De000000004000000, start=3De000000004bbb060, end=3De000000004bfc250 Preloaded elf kernel "/boot/kernel/kernel" at 0xe000000005608580. Preloaded mfs_root "/boot/mfsroot" at 0xe000000005608660. CPU: Madison (1396.33-Mhz Itanium 2) Origin =3D "GenuineIntel" Revision =3D 5 Features =3D 0x1 real memory =3D 4282097664 (4083 MB) Physical memory chunk(s): 0x01900000 - 0x03ffffff, 40894464 bytes (4992 pages) 0x0560c000 - 0x05ffffff, 10436608 bytes (1274 pages) 0x0a000000 - 0x7fb3ffff, 1974730752 bytes (241056 pages) 0x7ff7c000 - 0x7ff81fff, 24576 bytes (3 pages) 0x180000000 - 0x1fb455fff, 2068144128 bytes (252459 pages) 0x1feffe000 - 0x1ff453fff, 4546560 bytes (555 pages) 0x1ff802000 - 0x1ff8fdfff, 1032192 bytes (126 pages) 0x1ff900000 - 0x1ff905fff, 24576 bytes (3 pages) 0x1ff9fe000 - 0x1ffd63fff, 3563520 bytes (435 pages) 0x1ffdfe000 - 0x1ffe0ffff, 73728 bytes (9 pages) 0x1ffe7e000 - 0x1fffb7fff, 1286144 bytes (157 pages) avail memory =3D 4084006912 (3894 MB) FPSWA Revision =3D 0x10012, Entry =3D 0xe0000001ffe60050 Table 'FACP' at 0xe00000007ff99138 Table 'APIC' at 0xe00000007ff99230 Local APIC address=3D0xfee00000 Local SAPIC entry ProcessorId=3D0x0, Id=3D0xc0, Eid=3D0x18 Local SAPIC entry ProcessorId=3D0x1, Id=3D0xc6, Eid=3D0x18 I/O SAPIC entry Id=3D0x0, InterruptBase=3D0x0, Address=3D0xfec00000 I/O SAPIC entry Id=3D0x2, InterruptBase=3D0x18, Address=3D0xfaffe000 I/O SAPIC entry Id=3D0x1, InterruptBase=3D0x30, Address=3D0xfafff000 Interrupt source override entry Bus=3D0, Source=3D9, Irq=3D0x9 Platform interrupt entry Polarity=3D3, TriggerMode=3D3, Id=3D0xc6, Eid=3D0x18, Vector=3D0x1e, Irq= =3D22 Table 'IPPT' at 0xe00000007ff99308 Table 'SPCR' at 0xe00000007ff99340 MCA: allocated 16384 bytes for state info. SMP: waking up cpu1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0: ACPI Id=3D1, SAPIC Id=3Dc6, SAPIC Eid=3D18 (BSP) cpu1: ACPI Id=3D0, SAPIC Id=3Dc0, SAPIC Eid=3D18 ULE: setup cpu 0 ULE: setup cpu 1 mem: null: nfslock: pseudo-device random: ACPI: RSDP 0x7ff99000 00024 (v2 AMI ) ACPI: XSDT 0x7ff99090 00044 (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: FACP 0x7ff99138 000F4 (v3 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: DSDT 0x7ff9b000 0220E (v1 AMI TIGER2W 00000000 MSFT 0100000D) ACPI: FACS 0x7ff992c0 00040 ACPI: APIC 0x7ff99230 0008E (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: IPPT 0x7ff99308 00034 (v1 AMI TIGER_2W 01072002 MSFT 00010013) ACPI: SPCR 0x7ff99340 00050 (v1 AMI TIGER_2W 01072002 MSFT 00010013) nexus0: registered as a time-of-day clock (resolution 1000us) acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \_SB_.CSFF.IOH5.IOHC -> bus 255 dev 28 func 5 AcpiOsDerivePciId: \_SB_.CSFF.IOH1.IO01 -> bus 255 dev 28 func 1 AcpiOsDerivePciId: \_SB_.CSFF.IOH2.IO02 -> bus 255 dev 28 func 2 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xc08-0xc0b on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0x82 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0b (2750 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24c0, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x010f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24cb, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D0 map[20]: type I/O Port, range 32, base 0x1000, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled pcib0: no PRT entry for 0.31.INTA found-> vendor=3D0x8086, dev=3D0x24c3, revid=3D0x02 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D0 map[20]: type I/O Port, range 32, base 0xcc0, size 5, enabled pcib0: no PRT entry for 0.31.INTB pcib1: at device 30.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xd000-0xdfff pcib1: memory decode 0xfb000000-0xfd0fffff pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4752, revid=3D0x27 domain=3D0, bus=3D1, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0087, statreg=3D0x0290, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfc000000, size 24, enabled pcib1: requested memory range 0xfc000000-0xfcffffff: good map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib1: requested I/O range 0xd800-0xd8ff: in range map[18]: type Memory, range 32, base 0xfd0ff000, size 12, enabled pcib1: requested memory range 0xfd0ff000-0xfd0fffff: good pcib1: matched entry for 1.2.INTA pcib1: slot 2 INTA hardwired to IRQ 18 vgapci0: port 0xd800-0xd8ff mem 0xfc000000-0xfcffffff,0xfd0ff000-0xfd0fffff irq 18 at device 2.0 on pci1 pci0: at device 31.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D01 devices=3D0x10000 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pcib2: on acpi0 pcib2: could not get PCI interrupt routing table for \_SB_.PCI1 - AE_NOT_FO= UND pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x8086, dev=3D0x1461, revid=3D0x04 domain=3D0, bus=3D2, slot=3D28, func=3D0 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0030, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Memory, range 32, base 0xfafff000, size 12, enabled found-> vendor=3D0x8086, dev=3D0x1460, revid=3D0x04 domain=3D0, bus=3D2, slot=3D29, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0030, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x1461, revid=3D0x04 domain=3D0, bus=3D2, slot=3D30, func=3D0 class=3D08-00-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0030, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Memory, range 32, base 0xfaffe000, size 12, enabled found-> vendor=3D0x8086, dev=3D0x1460, revid=3D0x04 domain=3D0, bus=3D2, slot=3D31, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0030, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) pci2: at device 28.0 (no driver attached) pcib3: at device 29.0 on pci2 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xffff pcib3: memory decode 0xfa000000-0xfa0fffff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=3D0, physical bus=3D3 found-> vendor=3D0x8086, dev=3D0x1010, revid=3D0x01 domain=3D0, bus=3D3, slot=3D2, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfa0c0000, size 17, enabled pcib3: requested memory range 0xfa0c0000-0xfa0dffff: good map[20]: type I/O Port, range 32, base 0xfe80, size 6, enabled pcib3: requested I/O range 0xfe80-0xfebf: in range pcib3: matched entry for 3.2.INTA pcib3: slot 2 INTA hardwired to IRQ 48 found-> vendor=3D0x8086, dev=3D0x1010, revid=3D0x01 domain=3D0, bus=3D3, slot=3D2, func=3D1 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D32 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfa0e0000, size 17, enabled pcib3: requested memory range 0xfa0e0000-0xfa0fffff: good map[20]: type I/O Port, range 32, base 0xff00, size 6, enabled pcib3: requested I/O range 0xff00-0xff3f: in range pcib3: matched entry for 3.2.INTB pcib3: slot 2 INTB hardwired to IRQ 49 em0: port 0xfe80-0xfebf mem 0xfa0c0000-0xfa0dffff irq 48 at device 2.0 on pci3 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0c0000 em0: Reserved 0x40 bytes for rid 0x20 type 4 at 0xfe80 em0: [FILTER] em0: bpf attached em0: Ethernet address: 00:30:48:20:f6:2a em1: port 0xff00-0xff3f mem 0xfa0e0000-0xfa0fffff irq 49 at device 2.1 on pci3 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfa0e0000 em1: Reserved 0x40 bytes for rid 0x20 type 4 at 0xff00 em1: [FILTER] em1: bpf attached em1: Ethernet address: 00:30:48:20:f6:2b pci2: at device 30.0 (no driver attached) pcib4: at device 31.0 on pci2 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=3D0, physical bus=3D4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart0: [FILTER] uart0: fast interrupt uart0: console (115200,n,8,1) cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 Reducing kern.maxvnodes 131431 -> 100000 procfs registered Timecounters tick every 1.000 msec lo0: bpf attached ata0: Identifying devices: 00000001 ata0: New devices: 00000001 md0: Preloaded image 8388608 bytes at 0xe000000004e08580 ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA100 cable=3D80 wire *ad0: setting PIO4 on ICH4 chip ad0: setting UDMA100 on ICH4 chip ad0: 114473MB at ata0-master UDMA100 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue= * GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1: Identifying devices: 00010000 ata1: New devices: 00010000 ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on ICH4 chip acd0: setting UDMA33 on ICH4 chip acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc ATA PseudoRAID loaded acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x11 ascq=3D0x00 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x11 ascq=3D0x00 Trying to mount root from ufs:/dev/md0 ct_to_ts([2010-03-13 21:41:12]) =3D 1268516472.000000000 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall /stand/sysinstall running as init on serial console These are the predefined terminal types available to sysinstall when running stand-alone. Please choose the closest match for your particular terminal. 1 ...................... Standard ANSI terminal. 2 ...................... VT100 or compatible terminal. 3 ...................... FreeBSD system console (color). 4 ...................... FreeBSD system console (monochrome). 5 ...................... xterm terminal emulator. Your choice: (1-5) On Sat, Mar 13, 2010 at 4:03 PM, Marcel Moolenaar wrote: > > On Mar 13, 2010, at 12:54 PM, Mister Itanium wrote: > > *snip* > > > This is what I get when I try to WRITE something on the disk: > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=3D0 > > GEOM: ad0: corrupt or invalid GPT detected. > > GEOM: ad0: GPT rejected -- may not be recoverable. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > And then I get a message saying it can't wirte on ad0 disk etc.. > > > Question number 1: > > Any suggestions/help on resolving this? > > > You probably have a dead disk. Replace the disk and see what > happens. Notice how the disk wasn't probed at first as well: > > *snip* > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f irq 0 at device 31.1 on > pci0 > > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 > > ata0: on atapci0 > > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > > ata0: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D50 > > ata0: stat0=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 > > ata0: stat1=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 > > ata0: reset tp2 stat0=3D01 stat1=3D01 devices=3D0x0 > > ata0: [MPSAFE] > > ata0: [ITHREAD] > > ata1: on atapci0 > > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > > ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 > > ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb > > ata1: stat1=3D0x01 err=3D0x04 lsb=3D0x00 msb=3D0x00 > > ata1: reset tp2 stat0=3D00 stat1=3D01 devices=3D0x10000 > > ata1: [MPSAFE] > > ata1: [ITHREAD] > *snip* > > ata0: Identifying devices: 00000000 > > ata0: New devices: 00000000 > > ata1: Identifying devices: 00010000 > > ata1: New devices: 00010000 > *snip* > > ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire > > acd0: setting PIO4 on ICH4 chip > > acd0: setting UDMA33 on ICH4 chip > > acd0: CDROM drive at ata1 as master > > acd0: read 4134KB/s (4134KB/s), 128KB buffer, UDMA33 > > acd0: Reads: CDR, CDRW, CDDA stream, packet > > acd0: Writes: > > acd0: Audio: play, 256 volume levels > > acd0: Mechanism: ejectable tray, unlocked > > acd0: Medium: CD-ROM 120mm data disc > *snip* > > ATA PseudoRAID loaded > *snip* > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x11 ascq=3D0x00 > > acd0: FAILURE - READ_BIG MEDIUM ERROR asc=3D0x11 ascq=3D0x00 > *snip* > > There's no ad0 at all. You may want to check the RAID setting on > the controller. If it's enabled, disable it... > > > Question n.2: > > How do I disable ACPI on boot on IA64 machines? > > You can't. ACPI is mandatory. Nothing works without it. ACPI is at the > root of everything. > > > PS: HDD works fine under Debian Linux, using fdisk I'm able to > change/delete/add partitions without a problem, which makes me think it's > not a hardware issue. > > Did you move the hard disk onto another machine to do this? > > HTH, > > -- > Marcel Moolenaar > xcllnt@mac.com > > > >