From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 00:08:43 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F2F316A4CE for ; Sun, 29 Aug 2004 00:08:43 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD0343D41 for ; Sun, 29 Aug 2004 00:08:42 +0000 (GMT) (envelope-from xultra@gmail.com) Received: by mproxy.gmail.com with SMTP id 75so23413rnl for ; Sat, 28 Aug 2004 17:08:42 -0700 (PDT) Received: by 10.38.1.79 with SMTP id 79mr343840rna; Sat, 28 Aug 2004 17:08:42 -0700 (PDT) Received: by 10.38.76.26 with HTTP; Sat, 28 Aug 2004 17:08:42 -0700 (PDT) Message-ID: Date: Sat, 28 Aug 2004 19:08:42 -0500 From: Chris Klopotowski To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: amd64 linux_base compatibility X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris Klopotowski List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 00:08:43 -0000 Is there a planned ETA, or current development of linux_base being compatible with amd64 architexture. Just got a dual Opteron server up, and didn't even think about the compatibility problems. Seems that linux_base-gentoo-stage1 has amd64 support but is currently marked broken! Are there any plans for this? Thanks, Chris Klopotowski From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 02:59:25 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C80FD16A4CE; Sun, 29 Aug 2004 02:59:25 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 2550F43D77; Sun, 29 Aug 2004 02:59:25 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Aug 2004 03:59:24 +0100 (BST) To: current@freebsd.org Date: Sun, 29 Aug 2004 03:59:24 +0100 From: Ian Dowse Message-ID: <200408290359.aa54022@salmon.maths.tcd.ie> cc: amd64@freebsd.org Subject: Loader-preloaded modules on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 02:59:25 -0000 With the latest -CURRENT, it should now be possible to load kernel modules on the amd64 platform from /boot/loader.conf or the loader prompt just like on other platforms. Let me know if you notice any problems. Assuming there are no major issues uncovered, the changes to support this will hopefully get merged into RELENG_5 before the release. Ian From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 03:14:21 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE24016A4CE; Sun, 29 Aug 2004 03:14:21 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90D6043D1D; Sun, 29 Aug 2004 03:14:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.13.1/8.13.1) with ESMTP id i7T3EKo5096421; Sat, 28 Aug 2004 23:14:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7T3EKud064483; Sat, 28 Aug 2004 23:14:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F49B7303F; Sat, 28 Aug 2004 23:14:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040829031420.6F49B7303F@freebsd-current.sentex.ca> Date: Sat, 28 Aug 2004 23:14:20 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 03:14:22 -0000 TB --- 2004-08-29 01:52:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-29 01:52:00 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-29 01:52:00 - checking out the source tree TB --- 2004-08-29 01:52:00 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-08-29 01:52:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-29 01:57:07 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-29 01:57:07 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-29 01:57:07 - /usr/bin/make -B buildworld >>> 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 TB --- 2004-08-29 03:01:23 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 03:01:23 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-29 03:01:23 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 29 03:01:23 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Sun Aug 29 03:14:19 UTC 2004 TB --- 2004-08-29 03:14:19 - generating LINT kernel config TB --- 2004-08-29 03:14:19 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-08-29 03:14:19 - /usr/bin/make -B LINT TB --- 2004-08-29 03:14:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 03:14:19 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-29 03:14:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 29 03:14:19 UTC 2004 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf; PATH=/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf/LINT FYI: static unit limits for vcoda are set: NVCODA=4 config: Error: device "ichwd" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-29 03:14:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-29 03:14:20 - ERROR: failed to build lint kernel TB --- 2004-08-29 03:14:20 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 04:12:16 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E8CB16A4CF for ; Sun, 29 Aug 2004 04:12:16 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A1F43D39 for ; Sun, 29 Aug 2004 04:12:16 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id A193DFD011 for ; Sat, 28 Aug 2004 21:12:15 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00641-05 for ; Sat, 28 Aug 2004 21:12:15 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 31F7AFD00E for ; Sat, 28 Aug 2004 21:12:15 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org Content-Type: text/plain Message-Id: <1093752734.69450.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 28 Aug 2004 21:12:15 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: turning on kernel modules now? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 04:12:16 -0000 I saw the great news about pre-loading kernel modules now working. This is fantastic. Does this mean that the sound drivers will become kernel loadable modules now? Sean From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 04:26:42 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F18F116A4CF for ; Sun, 29 Aug 2004 04:26:41 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 32A6A43D5D for ; Sun, 29 Aug 2004 04:26:41 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Aug 2004 05:26:40 +0100 (BST) To: Sean McNeil In-Reply-To: Your message of "Sat, 28 Aug 2004 21:12:15 PDT." <1093752734.69450.2.camel@server.mcneil.com> Date: Sun, 29 Aug 2004 05:26:39 +0100 From: Ian Dowse Message-ID: <200408290526.aa74478@salmon.maths.tcd.ie> cc: freebsd-amd64@freebsd.org Subject: Re: turning on kernel modules now? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 04:26:42 -0000 In message <1093752734.69450.2.camel@server.mcneil.com>, Sean McNeil writes: >I saw the great news about pre-loading kernel modules now working. This >is fantastic. Does this mean that the sound drivers will become kernel >loadable modules now? I don't know if there's a good reason why sound modules are not built on amd64 at the moment. They do build fine if enabled, and at least snd_via8233 works here (both preloaded and kldloaded). I suppose there might be amd64-specific problems with some of the other drivers. To enable building the sound modules on amd64 by default, just apply the following patch to /usr/src/sys/modules/Makefile. Ian Index: Makefile =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/modules/Makefile,v retrieving revision 1.394 diff -u -r1.394 Makefile --- Makefile 18 Aug 2004 11:59:28 -0000 1.394 +++ Makefile 29 Aug 2004 04:15:30 -0000 @@ -378,6 +378,7 @@ _drm= drm _io= io #_ndis= ndis +_sound= sound .endif .if ${MACHINE_ARCH} == "ia64" From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 05:33:43 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A15C16A4CE for ; Sun, 29 Aug 2004 05:33:43 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF27843D4C for ; Sun, 29 Aug 2004 05:33:40 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 47DC2FD06A; Sat, 28 Aug 2004 22:33:40 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00642-01; Sat, 28 Aug 2004 22:33:39 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 31F7EFD00B; Sat, 28 Aug 2004 22:33:39 -0700 (PDT) From: Sean McNeil To: Ian Dowse In-Reply-To: <200408290526.aa74478@salmon.maths.tcd.ie> References: <200408290526.aa74478@salmon.maths.tcd.ie> Content-Type: text/plain Message-Id: <1093757618.1141.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 28 Aug 2004 22:33:38 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-amd64@freebsd.org Subject: Re: turning on kernel modules now? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 05:33:43 -0000 On Sat, 2004-08-28 at 21:26, Ian Dowse wrote: > In message <1093752734.69450.2.camel@server.mcneil.com>, Sean McNeil writes: > >I saw the great news about pre-loading kernel modules now working. This > >is fantastic. Does this mean that the sound drivers will become kernel > >loadable modules now? > > I don't know if there's a good reason why sound modules are not > built on amd64 at the moment. They do build fine if enabled, and > at least snd_via8233 works here (both preloaded and kldloaded). I > suppose there might be amd64-specific problems with some of the > other drivers. > > To enable building the sound modules on amd64 by default, just apply > the following patch to /usr/src/sys/modules/Makefile. > > Ian > > Index: Makefile > =================================================================== > RCS file: /dump/FreeBSD-CVS/src/sys/modules/Makefile,v > retrieving revision 1.394 > diff -u -r1.394 Makefile > --- Makefile 18 Aug 2004 11:59:28 -0000 1.394 > +++ Makefile 29 Aug 2004 04:15:30 -0000 > @@ -378,6 +378,7 @@ > _drm= drm > _io= io > #_ndis= ndis > +_sound= sound > .endif > > .if ${MACHINE_ARCH} == "ia64" This sounds like something that should be done by default. If they compile, then they are there for users to try. Otherwise, there would be no telling if anything else besides snd_via8233 works (I have that device too) for the generic user. I can't think of anything harmful in doing this, can you? Can we get it committed? Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 08:43:12 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAFEA16A4CE for ; Sun, 29 Aug 2004 08:43:12 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA5443D2F for ; Sun, 29 Aug 2004 08:43:12 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7T8hAun006368; Sun, 29 Aug 2004 01:43:11 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7T8h9UY006367; Sun, 29 Aug 2004 01:43:09 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 01:43:09 -0700 From: "David O'Brien" To: Chris Klopotowski Message-ID: <20040829084309.GA3971@dragon.nuxi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-amd64@freebsd.org Subject: Re: amd64 linux_base compatibility X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 08:43:13 -0000 On Sat, Aug 28, 2004 at 07:08:42PM -0500, Chris Klopotowski wrote: > Is there a planned ETA, or current development of linux_base being > compatible with amd64 architexture. Just got a dual Opteron server up, > and didn't even think about the compatibility problems. You're free to submit patches fixing ports/emulators/linux_base so it builds and installs on AMD64. ;-) There are a tons of loose ends in /usr/ports and the main AMD64 developers really need the users's helps in taking care of them. > Seems that linux_base-gentoo-stage1 has amd64 support but is currently > marked broken! Are there any plans for this? Sure there are *tons* of plans. Starting with giving a few of us 70 hr. days... -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 13:34:06 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B85AE16A4CE for ; Sun, 29 Aug 2004 13:34:06 +0000 (GMT) Received: from web50601.mail.yahoo.com (web50601.mail.yahoo.com [206.190.38.88]) by mx1.FreeBSD.org (Postfix) with SMTP id 6092943D2F for ; Sun, 29 Aug 2004 13:34:06 +0000 (GMT) (envelope-from kstailey@yahoo.com) Message-ID: <20040829133405.91399.qmail@web50601.mail.yahoo.com> Received: from [69.138.247.171] by web50601.mail.yahoo.com via HTTP; Sun, 29 Aug 2004 06:34:05 PDT Date: Sun, 29 Aug 2004 06:34:05 -0700 (PDT) From: Kenneth Stailey To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: problem with Sil3114 SATA RAID using 5.3-BETA1-20040823 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 13:34:06 -0000 Near the end of the startup messages it goes: ad4: 194481MB [395136/16/63] at ata2-master SATA150 ad6: 194481MB [395136/16/63] at ata3-master SATA150 but it should print a message about ar0 The same system has 5.2.1 (forgot the patch level) installed and ar0 is working fine there. I can't upgrade to 5.3-BETA since the only correct way to write is through ar0 not ad4 or ad6. Is this a known problem? Thanks System is TYAN Tiger K8WS S2875S Copyright (c) 1992-2004 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 5.3-BETA1-20040823 #0: Mon Aug 23 11:03:37 UTC 2004 root@quynh.NUXI.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 246 (1993.31-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 1073676288 (1023 MB) avail memory = 1020493824 (973 MB) MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pcib1: at device 1.0 on pci0 pci2: on pcib1 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) pcib2: at device 6.0 on pci0 pci1: on pcib2 ohci0: mem 0xff4fc000-0xff4fcfff irq 19 at device 0.0 on pci1 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xff4fd000-0xff4fdfff irq 19 at device 0.1 on pci1 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered em0: port 0x8880-0x88bf mem 0xff4a0000-0xff4bffff,0xff4c0000-0xff4dffff irq 18 at device 3.0 on pci1 em0: [GIANT-LOCKED] em0: Ethernet address: 00:e0:81:28:99:c4 em0: Speed:N/A Duplex:N/A atapci0: port 0x9400-0x940f,0x9480-0x9483,0x9800-0x9807,0x9880-0x9883,0x9c00-0x9c07 mem 0xff4ffc00-0xff4fffff irq 19 at device 5.0 on pci1 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 ata5: channel #3 on atapci0 fwohci0: port 0x8c00-0x8c7f mem 0xff4ff000-0xff4ff7ff irq 17 at device 10.0 on pci1 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:81:00:00:30:12:53 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:81:30:12:53 fwe0: Ethernet address: 02:e0:81:30:12:53 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) uhci0: port 0x9000-0x901f irq 17 at device 11.0 on pci1 uhci0: [GIANT-LOCKED] usb2: on uhci0 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci1: port 0x9080-0x909f irq 18 at device 11.1 on pci1 uhci1: [GIANT-LOCKED] usb3: on uhci1 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci1: at device 11.2 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pci0: at device 7.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xcb000-0xcf7ff,0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1993314155 Hz quality 800 Timecounters tick every 0.976 msec md0: Preloaded image 4194304 bytes at 0xffffffff808e5db0 acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ATAPI_RESET time = 40us acd0: CDRW at ata0-master UDMA33 ad4: 194481MB [395136/16/63] at ata2-master SATA150 ad6: 194481MB [395136/16/63] at ata3-master SATA150 Mounting root from ufs:/dev/md0 em0: Link is up 100 Mbps Full Duplex From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 15:00:26 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F7216A4CE; Sun, 29 Aug 2004 15:00:26 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0B9643D1F; Sun, 29 Aug 2004 15:00:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.13.1/8.13.1) with ESMTP id i7TF0Jdm073534; Sun, 29 Aug 2004 11:00:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7TF0LgS032104; Sun, 29 Aug 2004 11:00:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A7CB47303F; Sun, 29 Aug 2004 11:00:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040829150021.A7CB47303F@freebsd-current.sentex.ca> Date: Sun, 29 Aug 2004 11:00:21 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 15:00:26 -0000 TB --- 2004-08-29 13:36:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-29 13:36:55 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-29 13:36:55 - checking out the source tree TB --- 2004-08-29 13:36:55 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-08-29 13:36:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-29 13:42:02 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-29 13:42:02 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-29 13:42:02 - /usr/bin/make -B buildworld >>> 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 TB --- 2004-08-29 14:46:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 14:46:11 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-29 14:46:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 29 14:46:11 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Sun Aug 29 15:00:20 UTC 2004 TB --- 2004-08-29 15:00:20 - generating LINT kernel config TB --- 2004-08-29 15:00:20 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-08-29 15:00:20 - /usr/bin/make -B LINT TB --- 2004-08-29 15:00:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-29 15:00:20 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-29 15:00:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 29 15:00:20 UTC 2004 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf; PATH=/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf/LINT /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf/LINT: unknown option "HW_WDOG" *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-29 15:00:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-29 15:00:21 - ERROR: failed to build lint kernel TB --- 2004-08-29 15:00:21 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 22:53:24 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898BB16A4CE; Sun, 29 Aug 2004 22:53:24 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 545E243D54; Sun, 29 Aug 2004 22:53:24 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7TMrFg3094551; Sun, 29 Aug 2004 15:53:15 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7TMrEhJ094550; Sun, 29 Aug 2004 15:53:14 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 15:53:14 -0700 From: "David O'Brien" To: "Conrad J. Sabatier" Message-ID: <20040829225314.GE92947@dragon.nuxi.com> References: <20040809184110.V80973@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: Doug White cc: freebsd-amd64@freebsd.org Subject: Re: cvsup on amd64 just broke today X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 22:53:24 -0000 On Mon, Aug 09, 2004 at 08:54:43PM -0500, Conrad J. Sabatier wrote: > On 10-Aug-2004 Doug White wrote: > > On Mon, 9 Aug 2004, Conrad J. Sabatier wrote: > >> # make update > >> -------------------------------------------------------------- > >> >>> Running /usr/local/bin/cvsup > >> -------------------------------------------------------------- > >> /usr/local/libexec/cvsup-static.i386.bin: 1: Syntax error: "(" > >> unexpected > >> *** Error code 2 > > > > Can you run cvsup manually? It appears to be trying to execute a > > binary as a shell script here. > > Tried that, got the same result. > > I hadn't noticed it before, but it does strike me as odd that the > binary package for amd64 would include a file with "i386" in the name, > and which is, in fact, an ELF 32 binary. Why is it odd?!? The ability to run legacy 32-bit x86 binaries under a 64-bit OS at full-speed is one of the huge capabilities AMD brought with this architecture. Unless a binary does 64-bit math or addresses >4GB of memory why does something need to be 64-bit??? The fact that all Open Source OS's have a 64-bit userland on all their 64-bit platforms that grew up from 32-bit CPU's shows how unsophisticated our build framework is. "64-bit" Solaris today is really a 64-bit kernel and mostly 32-bit userland. > Did something change today that would effect the handling of such a > file, perhaps? Nope, it has been a 32-bit 'i386' binary since the day the port started supporting FreeBSD/AMD64. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 23:07:47 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD3C416A4CE; Sun, 29 Aug 2004 23:07:47 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AAC543D54; Sun, 29 Aug 2004 23:07:45 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id F1BAEFD020; Sun, 29 Aug 2004 16:07:44 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15784-06; Sun, 29 Aug 2004 16:07:44 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 837DCFD00B; Sun, 29 Aug 2004 16:07:44 -0700 (PDT) From: Sean McNeil To: obrien@freebsd.org In-Reply-To: <20040829225314.GE92947@dragon.nuxi.com> References: <20040809184110.V80973@carver.gumbysoft.com> <20040829225314.GE92947@dragon.nuxi.com> Content-Type: text/plain Message-Id: <1093820864.65009.9.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 29 Aug 2004 16:07:44 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: Doug White cc: freebsd-amd64@freebsd.org Subject: Re: cvsup on amd64 just broke today X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 23:07:47 -0000 Hi David, Finally catching up on your email? ;) On Sun, 2004-08-29 at 15:53, David O'Brien wrote: > On Mon, Aug 09, 2004 at 08:54:43PM -0500, Conrad J. Sabatier wrote: > > On 10-Aug-2004 Doug White wrote: > > > On Mon, 9 Aug 2004, Conrad J. Sabatier wrote: > > >> # make update > > >> -------------------------------------------------------------- > > >> >>> Running /usr/local/bin/cvsup > > >> -------------------------------------------------------------- > > >> /usr/local/libexec/cvsup-static.i386.bin: 1: Syntax error: "(" > > >> unexpected > > >> *** Error code 2 > > > > > > Can you run cvsup manually? It appears to be trying to execute a > > > binary as a shell script here. > > > > Tried that, got the same result. > > > > I hadn't noticed it before, but it does strike me as odd that the > > binary package for amd64 would include a file with "i386" in the name, > > and which is, in fact, an ELF 32 binary. > > Why is it odd?!? > The ability to run legacy 32-bit x86 binaries under a 64-bit OS at > full-speed is one of the huge capabilities AMD brought with this > architecture. Unless a binary does 64-bit math or addresses >4GB of > memory why does something need to be 64-bit??? This is a little misleading. You are throwing out the fact that the amd64 has additional features in 64-bit mode that can significantly increase performance. Such as extra registers. > The fact that all Open Source OS's have a 64-bit userland on all their > 64-bit platforms that grew up from 32-bit CPU's shows how unsophisticated > our build framework is. "64-bit" Solaris today is really a 64-bit kernel > and mostly 32-bit userland. Except Solaris has identical architectures that were extended to 64-bit. amd64 is a slightly different story. > > Did something change today that would effect the handling of such a > > file, perhaps? > > Nope, it has been a 32-bit 'i386' binary since the day the port started > supporting FreeBSD/AMD64. This is a huge advantage that will hopefully be exploited more as time goes by. Tim has my extreme gratitude for adding Linux32 support. It has been a great help to me. FreeBSD32 support not so much. But I really miss a JVM and Eclipse. Maybe one day I will have the time to pursue this. Sean (one satisfied amd64 owner) From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 23:10:41 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D64916A502 for ; Sun, 29 Aug 2004 23:10:41 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 338BA43D41 for ; Sun, 29 Aug 2004 23:10:39 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7TNAc7F094930; Sun, 29 Aug 2004 16:10:38 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7TNAb2c094929; Sun, 29 Aug 2004 16:10:37 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 16:10:37 -0700 From: "David O'Brien" To: Doug White Message-ID: <20040829231037.GH92947@dragon.nuxi.com> References: <20040811101206.M99067@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040811101206.M99067@carver.gumbysoft.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-amd64@freebsd.org Subject: Re: cvsup on amd64 just broke today X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 23:10:42 -0000 On Wed, Aug 11, 2004 at 10:17:07AM -0700, Doug White wrote: > On Tue, 10 Aug 2004, Conrad J. Sabatier wrote: > > > I meant, why isn't it buildable from source in the ports collection? > > Checking the commit logs, I don't think Peter ever committed the patches > to make ezm3 work under amd64 native. The port on amd64 just downloads > the same binary you were using .. the i386 version and an extra library. > ezm3 builds the runtime libs needed to compile Modula-3 apps. > > Interestingly, jdp just touched that port. I guess he doesn't have peter's > patches, or hasn't adapted them for the distro yet. It is a wonder the amount of FUD surrounding CVSup on AMD64. I personally did 98% of the work to update the ezm3 port to version 1.2. That lays the ground work to port ezm3 to 64-bit AMD64. The version of GCC that ezm3 was based on didn't really produce usable AMD64 code. If you look at the mess of patches and total hack job Peter went thru to build what he did, it would be clear why none of that was added to the ports. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 23:10:55 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E5816A4CE for ; Sun, 29 Aug 2004 23:10:55 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA79A43D45 for ; Sun, 29 Aug 2004 23:10:54 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7TN8F78094890; Sun, 29 Aug 2004 16:08:15 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7TN8FvF094889; Sun, 29 Aug 2004 16:08:15 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 16:08:15 -0700 From: "David O'Brien" To: "Conrad J. Sabatier" Message-ID: <20040829230815.GG92947@dragon.nuxi.com> References: <20040810101020.D88160@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-amd64@freebsd.org Subject: Re: cvsup on amd64 just broke today X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 23:10:55 -0000 On Tue, Aug 10, 2004 at 05:01:51PM -0500, Conrad J. Sabatier wrote: > I'm just wondering, if you're able to build the port under amd64, why > isn't it in the ports collection? Because it isn't really buildable. You have no idea what it takes to build a Modula-3 program on AMD64 right now. > I'm also wondering if maybe the breakage of the earlier version I had > installed may have been related to the recent import of the new "file" > command. How could this be connected to the file(1) update?? $ cat /usr/local/bin/cvsup #! /bin/sh /usr/local/libexec/cvsup-static.i386.bin @M3nogc $* file(1) isn't used anywhere in there. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 23:25:17 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 988C516A4CE; Sun, 29 Aug 2004 23:25:17 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F70743D1D; Sun, 29 Aug 2004 23:25:17 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7TNPF8T085362; Sun, 29 Aug 2004 16:25:15 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7TNPFE0085361; Sun, 29 Aug 2004 16:25:15 -0700 (PDT) (envelope-from sgk) Date: Sun, 29 Aug 2004 16:25:15 -0700 From: Steve Kargl To: Sean McNeil Message-ID: <20040829232515.GB85150@troutmask.apl.washington.edu> References: <20040809184110.V80973@carver.gumbysoft.com> <20040829225314.GE92947@dragon.nuxi.com> <1093820864.65009.9.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093820864.65009.9.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: cvsup on amd64 just broke today X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 23:25:17 -0000 On Sun, Aug 29, 2004 at 04:07:44PM -0700, Sean McNeil wrote: > > This is a huge advantage that will hopefully be exploited more as time > goes by. Tim has my extreme gratitude for adding Linux32 support. It > has been a great help to me. FreeBSD32 support not so much. But I > really miss a JVM and Eclipse. Maybe one day I will have the time to > pursue this. FreeBSD32 support is currently broken for dynamical linked binaries. Linux32 appears to work okay with the exception of malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex vm object (standard object) r = 0 (0xffffff019657c620) locked @ /usr/src/sys/compat/linprocfs/linprocfs.c:861 KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x37 witness_warn() at witness_warn+0x2e1 uma_zalloc_arg() at uma_zalloc_arg+0x6e malloc() at malloc+0xf5 vn_fullpath() at vn_fullpath+0x5b linprocfs_doprocmaps() at linprocfs_doprocmaps+0x1b4 pfs_read() at pfs_read+0x33a vn_read() at vn_read+0x1a0 dofileread() at dofileread+0xaf read() at read+0x53 ia32_syscall() at ia32_syscall+0x261 Xint0x80_syscall() at Xint0x80_syscall+0x5d -- Steve From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 29 23:36:31 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17CDD16A4CE; Sun, 29 Aug 2004 23:36:31 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6FBC43D2D; Sun, 29 Aug 2004 23:36:30 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7TNaSJp095699; Sun, 29 Aug 2004 16:36:29 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7TNaReX095698; Sun, 29 Aug 2004 16:36:27 -0700 (PDT) (envelope-from obrien) Date: Sun, 29 Aug 2004 16:36:27 -0700 From: "David O'Brien" To: Sean McNeil Message-ID: <20040829233627.GB95117@dragon.nuxi.com> References: <20040809184110.V80973@carver.gumbysoft.com> <20040829225314.GE92947@dragon.nuxi.com> <1093820864.65009.9.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093820864.65009.9.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: cvsup on amd64 just broke today X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Aug 2004 23:36:31 -0000 On Sun, Aug 29, 2004 at 04:07:44PM -0700, Sean McNeil wrote: > Finally catching up on your email? ;) Yeah. :-/ > On Sun, 2004-08-29 at 15:53, David O'Brien wrote: > > Why is it odd?!? > > The ability to run legacy 32-bit x86 binaries under a 64-bit OS at > > full-speed is one of the huge capabilities AMD brought with this > > architecture. Unless a binary does 64-bit math or addresses >4GB of > > memory why does something need to be 64-bit??? > > This is a little misleading. You are throwing out the fact that the > amd64 has additional features in 64-bit mode that can significantly > increase performance. Such as extra registers. I'm not throwing out the fact about the extra registers. In my day-job I track AMD performance. Trust me, for a network-based program such as CVSup isn't going to reap a noticeable benefit from them. What slows down CVSup is network BW and latency, same for the disk BW and latency. CVSup isn't doing Seti@Home calculations. > > The fact that all Open Source OS's have a 64-bit userland on all their > > 64-bit platforms that grew up from 32-bit CPU's shows how unsophisticated > > our build framework is. "64-bit" Solaris today is really a 64-bit kernel > > and mostly 32-bit userland. > > Except Solaris has identical architectures that were extended to > 64-bit. Actually Sparc isn't 100% identical -- performance enhancements were made in 64-bit mode. They just aren't as many and to the extent as done in AMD64. > amd64 is a slightly different story. Solaris for AMD64 will also have a 32-bit userland, and its compiler will default to producing 32-bit binaries. For things like 'vi' and 'ls' 64-bit + extra registers simply doesn't matter. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 02:16:09 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F3116A4CE; Mon, 30 Aug 2004 02:16:09 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 389BB43D53; Mon, 30 Aug 2004 02:16:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7U2G4ds093541; Sun, 29 Aug 2004 22:16:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7U2G3DW081035; Sun, 29 Aug 2004 22:16:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 70A5C7303F; Sun, 29 Aug 2004 22:16:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040830021604.70A5C7303F@freebsd-current.sentex.ca> Date: Sun, 29 Aug 2004 22:16:04 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 02:16:09 -0000 TB --- 2004-08-30 00:44:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-30 00:44:23 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-30 00:44:23 - checking out the source tree TB --- 2004-08-30 00:44:23 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-08-30 00:44:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-30 00:49:32 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-30 00:49:32 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-30 00:49:32 - /usr/bin/make -B buildworld >>> 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 TB --- 2004-08-30 01:53:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-30 01:53:42 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-30 01:53:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 30 01:53:42 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Mon Aug 30 02:07:54 UTC 2004 TB --- 2004-08-30 02:07:54 - generating LINT kernel config TB --- 2004-08-30 02:07:54 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-08-30 02:07:54 - /usr/bin/make -B LINT TB --- 2004-08-30 02:07:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-30 02:07:54 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-30 02:07:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 30 02:07:55 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/kern/sched_4bsd.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/kern/subr_autoconf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/kern/subr_blist.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/kern/subr_bus.c /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_bus.c: In function `print_device_short': /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_bus.c:3555: warning: int format, pointer arg (arg 12) /tinderbox/CURRENT/amd64/amd64/src/sys/kern/subr_bus.c:3555: warning: too many arguments for format *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-30 02:16:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-30 02:16:04 - ERROR: failed to build lint kernel TB --- 2004-08-30 02:16:04 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 02:51:33 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63A5616A4CE for ; Mon, 30 Aug 2004 02:51:33 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E68043D31 for ; Mon, 30 Aug 2004 02:51:33 +0000 (GMT) (envelope-from peter@evilpete.dyndns.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 0CB3C2A8D5 for ; Sun, 29 Aug 2004 19:51:33 -0700 (PDT) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 9329EE2B3 for ; Sun, 29 Aug 2004 19:51:32 -0700 (PDT) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.12.11/8.12.11) with ESMTP id i7U2pWjn091401; Sun, 29 Aug 2004 19:51:32 -0700 (PDT) (envelope-from peter@overcee.wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.12.11/8.12.11/Submit) id i7U2pSRj091398; Sun, 29 Aug 2004 19:51:28 -0700 (PDT) (envelope-from peter) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Sun, 29 Aug 2004 19:51:28 -0700 User-Agent: KMail/1.6.1 References: <1093752734.69450.2.camel@server.mcneil.com> In-Reply-To: <1093752734.69450.2.camel@server.mcneil.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408291951.28037.peter@wemm.org> Subject: Re: turning on kernel modules now? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 02:51:33 -0000 On Saturday 28 August 2004 09:12 pm, Sean McNeil wrote: > I saw the great news about pre-loading kernel modules now working. > This is fantastic. Does this mean that the sound drivers will become > kernel loadable modules now? They have been, for quite some time. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 02:58:03 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23ADC16A4CE for ; Mon, 30 Aug 2004 02:58:03 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F6543D49 for ; Mon, 30 Aug 2004 02:58:01 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 9F970FD011; Sun, 29 Aug 2004 19:58:00 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00642-03; Sun, 29 Aug 2004 19:58:00 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 3B712FD00E; Sun, 29 Aug 2004 19:58:00 -0700 (PDT) From: Sean McNeil To: Peter Wemm In-Reply-To: <200408291951.28037.peter@wemm.org> References: <1093752734.69450.2.camel@server.mcneil.com> <200408291951.28037.peter@wemm.org> Content-Type: text/plain Message-Id: <1093834679.29961.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 29 Aug 2004 19:58:00 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-amd64@freebsd.org Subject: Re: turning on kernel modules now? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 02:58:03 -0000 On Sun, 2004-08-29 at 19:51, Peter Wemm wrote: > On Saturday 28 August 2004 09:12 pm, Sean McNeil wrote: > > I saw the great news about pre-loading kernel modules now working. > > This is fantastic. Does this mean that the sound drivers will become > > kernel loadable modules now? > > They have been, for quite some time. Actually, no. They were just added today. Thanks to David O'Brian. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 05:15:09 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE63E16A4CE; Mon, 30 Aug 2004 05:15:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 342A543D2F; Mon, 30 Aug 2004 05:15:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 69B241FF92F; Mon, 30 Aug 2004 07:15:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 7E9951FF91D; Mon, 30 Aug 2004 07:15:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 08D2A15682; Mon, 30 Aug 2004 05:12:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id F25B115329; Mon, 30 Aug 2004 05:12:43 +0000 (UTC) Date: Mon, 30 Aug 2004 05:12:43 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: David O'Brien In-Reply-To: <20040829230815.GG92947@dragon.nuxi.com> Message-ID: References: <20040810101020.D88160@carver.gumbysoft.com> <20040829230815.GG92947@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-amd64@freebsd.org Subject: Re: cvsup on amd64 just broke today X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 05:15:10 -0000 On Sun, 29 Aug 2004, David O'Brien wrote: > On Tue, Aug 10, 2004 at 05:01:51PM -0500, Conrad J. Sabatier wrote: > > I'm just wondering, if you're able to build the port under amd64, why > > isn't it in the ports collection? > > Because it isn't really buildable. You have no idea what it takes to > build a Modula-3 program on AMD64 right now. not being someone who knows (ez)m3 I had a look at all the patches for amd64 the time I tracked down the compress problem in cvsup. **** ****! But great work as it seems to do the job. Anyway there are native amd64 cvsup packages to install and I just added the one I compiled Jun 2nd (with compress supposed to be working) at http://sources.zabbadoz.net/freebsd/ports/experimental/ there is a link to peter's patches and the patch I needed in addition to get compress 'working' (at least I had been using it for some weeks w/o problems now). -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 07:05:43 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D452116A4CE for ; Mon, 30 Aug 2004 07:05:43 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF4EE43D4C for ; Mon, 30 Aug 2004 07:05:43 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id C69EEFD011 for ; Mon, 30 Aug 2004 00:05:42 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00641-08 for ; Mon, 30 Aug 2004 00:05:41 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 5C4EEFD00E for ; Mon, 30 Aug 2004 00:05:41 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org Content-Type: text/plain Message-Id: <1093849540.92947.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 30 Aug 2004 00:05:40 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: linux plugin wrappers with new linux32 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 07:05:44 -0000 Does anyone think this is possible? I've played a little with it and I get the following errors from mozilla during startup: LoadPlugin: failed to initialize shared library /usr/local/lib/linux-flashplugin6/libflashplayer.so [/usr/local/lib/linux-flashplugin6/libflashplayer.so: unsupported file layout] LoadPlugin: failed to initialize shared library /usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns610/libjavaplugin_oji.so [/usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns610/libjavaplugin_oji.so: unsupported file layout] LoadPlugin: failed to initialize shared library /usr/local/Acrobat5/Browsers/intellinux/nppdf.so [/usr/local/Acrobat5/Browsers/intellinux/nppdf.so: unsupported file layout] java, for instance show as: file /usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns610/libjavaplugin_oji.so /usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns610/libjavaplugin_oji.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped could this just be a matter of branding? I tried a brandelf -f Linux but it didn't make a difference. Anyone got ideas, or should I just forget it? Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 11:02:01 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF7FD16A4D1 for ; Mon, 30 Aug 2004 11:02:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9934643D62 for ; Mon, 30 Aug 2004 11:02:01 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7UB21fR033872 for ; Mon, 30 Aug 2004 11:02:01 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7UB20Hj033866 for freebsd-amd64@freebsd.org; Mon, 30 Aug 2004 11:02:00 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 Aug 2004 11:02:00 GMT Message-Id: <200408301102.i7UB20Hj033866@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 11:02:01 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/06/09] amd64/67745 amd64 boot fails on compaq presario r3000z 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/11] amd64/61209 amd64 ppc0: cannot reserve I/O port range o [2004/02/21] amd64/63188 amd64 ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/07/28] amd64/69709 amd64 ACPI enabled then floppy don't work (5.2. o [2004/07/28] amd64/69712 amd64 no DRI (hardware OpenGL) for ATI Radeon 9 o [2004/08/15] amd64/70500 amd64 bge driver for 3Com 3C996B on amd64 preve 6 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 18:16:25 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 229B616A4CF for ; Mon, 30 Aug 2004 18:16:25 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D671143D5C for ; Mon, 30 Aug 2004 18:16:24 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7UIGNRO021545; Mon, 30 Aug 2004 11:16:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7UIGMWK021544; Mon, 30 Aug 2004 11:16:22 -0700 (PDT) (envelope-from obrien) Date: Mon, 30 Aug 2004 11:16:21 -0700 From: "David O'Brien" To: alan barrow Message-ID: <20040830181621.GC19044@dragon.nuxi.com> References: <20040721024812.89751.qmail@web50605.mail.yahoo.com> <40FE2A55.9010001@psineteurope.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40FE2A55.9010001@psineteurope.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-amd64@FreeBSD.org Subject: Re: anybody try a Newisys box? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 18:16:25 -0000 On Wed, Jul 21, 2004 at 09:33:25AM +0100, alan barrow wrote: > As far as I understand newisys make board level changes to add specific > functionality to the system. But the system is based on a tyan 2882 > mobo, with the IPMI card. VERY wrong. Newisys machines are from the ground up designed systems. In fact the Newisys Khepri 2100 was the first non-AMD AMD64 machine -- even before Taiwan, Inc. had mobos. The Newisys machines are the most advanced AMD64 systems in existance, except for the later released HP DL585. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 30 22:11:41 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB28916A4CE for ; Mon, 30 Aug 2004 22:11:41 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDB9443D1F for ; Mon, 30 Aug 2004 22:11:41 +0000 (GMT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id AAF078803; Mon, 30 Aug 2004 15:11:41 -0700 (PDT) From: Peter Wemm To: Sean McNeil Date: Mon, 30 Aug 2004 15:11:41 -0700 User-Agent: KMail/1.6.2 References: <1093752734.69450.2.camel@server.mcneil.com> <200408291951.28037.peter@wemm.org> <1093834679.29961.0.camel@server.mcneil.com> In-Reply-To: <1093834679.29961.0.camel@server.mcneil.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408301511.41333.peter@wemm.org> cc: freebsd-amd64@freebsd.org Subject: Re: turning on kernel modules now? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 22:11:41 -0000 On Sunday 29 August 2004 07:58 pm, Sean McNeil wrote: > On Sun, 2004-08-29 at 19:51, Peter Wemm wrote: > > On Saturday 28 August 2004 09:12 pm, Sean McNeil wrote: > > > I saw the great news about pre-loading kernel modules now > > > working. This is fantastic. Does this mean that the sound > > > drivers will become kernel loadable modules now? > > > > They have been, for quite some time. > > Actually, no. They were just added today. Thanks to David O'Brian. No, the modules themselves were there for quite some time. You could build/install/kldload them for months. David just added them to the top level makefile. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 31 03:10:21 2004 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5881616A4CF for ; Tue, 31 Aug 2004 03:10:21 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3149843D53 for ; Tue, 31 Aug 2004 03:10:21 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i7V3ALwc068496 for ; Tue, 31 Aug 2004 03:10:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7V3ALBX068495; Tue, 31 Aug 2004 03:10:21 GMT (envelope-from gnats) Resent-Date: Tue, 31 Aug 2004 03:10:21 GMT Resent-Message-Id: <200408310310.i7V3ALBX068495@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Axel Gonzalez Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02C8C16A4D0 for ; Tue, 31 Aug 2004 03:00:22 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0651743D46 for ; Tue, 31 Aug 2004 03:00:22 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.12.11/8.12.11) with ESMTP id i7V30LV2026277 for ; Tue, 31 Aug 2004 03:00:21 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.11/8.12.11/Submit) id i7V30LAp026276; Tue, 31 Aug 2004 03:00:21 GMT (envelope-from nobody) Message-Id: <200408310300.i7V30LAp026276@www.freebsd.org> Date: Tue, 31 Aug 2004 03:00:21 GMT From: Axel Gonzalez To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: amd64/71173: nfs writing problems on exported msdosfs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 03:10:21 -0000 >Number: 71173 >Category: amd64 >Synopsis: nfs writing problems on exported msdosfs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 31 03:10:20 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Axel Gonzalez >Release: 6.0-CURRENT >Organization: >Environment: FreeBSD moonlight.e-shell.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sat Aug 28 12:43:02 CDT 2004 root@moonlight.e-shell.net:/usr/obj/usr/src/sys/LXAMD64 amd64 >Description: When using NFS to export a msdosfs dir (on amd64 as server), there are problems when a client tries to write on the exported dir. Clients can read directories and files without a problem (checksums are ok). When client tries to write a file, result is 0 sized files on the server, name is correct. On large files, it takes some time to copy the file (like its actually sending data over network). No errror messages on server or client. Client also sees some strange things (this commands on client): # cp file /share/ # ls /share | grep file (shows file) # ls /share/file (no such file or directory) # md5 /share/file (no such file or directory) Rebooting the client has no effect (same behavior). Tried with 5.2.1 and 6-current (i386) clients. Can't tell if this problem is for i386 as server too. Writing works fine on UFS exports. >How-To-Repeat: Export a msdosfs dir on amd64 Access from a client (from client): cp file /share/ ls /share/file >Fix: Use UFS for exports >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 31 11:49:48 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DE1A16A4CE; Tue, 31 Aug 2004 11:49:48 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3CE643D60; Tue, 31 Aug 2004 11:49:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7VBnjCi095164; Tue, 31 Aug 2004 07:49:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7VBnjgv076947; Tue, 31 Aug 2004 07:49:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E8397303F; Tue, 31 Aug 2004 07:49:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040831114945.4E8397303F@freebsd-current.sentex.ca> Date: Tue, 31 Aug 2004 07:49:45 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2004 11:49:48 -0000 TB --- 2004-08-31 10:31:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-31 10:31:40 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-08-31 10:31:40 - checking out the source tree TB --- 2004-08-31 10:31:40 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-08-31 10:31:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-31 10:36:49 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-31 10:36:49 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-31 10:36:49 - /usr/bin/make -B buildworld >>> 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 TB --- 2004-08-31 11:40:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-31 11:40:59 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-08-31 11:40:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 31 11:40:59 UTC 2004 >>> 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 [...] ===> coda cc -O2 -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda/../../coda/coda_fbsd.c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda/../../coda/coda_fbsd.c: In function `coda_fbsd_drvinit': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda/../../coda/coda_fbsd.c:205: error: `NVCODA' undeclared (first use in this function) /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda/../../coda/coda_fbsd.c:205: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda/../../coda/coda_fbsd.c:205: error: for each function it appears in.) /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda/../../coda/coda_fbsd.c: In function `coda_fbsd_drvuninit': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda/../../coda/coda_fbsd.c:215: error: `NVCODA' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/coda. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-08-31 11:49:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-31 11:49:45 - ERROR: failed to build generic kernel TB --- 2004-08-31 11:49:45 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 1 01:16:45 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A3C816A4CE; Wed, 1 Sep 2004 01:16:45 +0000 (GMT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF0EE43D3F; Wed, 1 Sep 2004 01:16:44 +0000 (GMT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i811GggA088436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 31 Aug 2004 21:16:43 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i811GUGs055998; Tue, 31 Aug 2004 21:16:30 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Message-ID: <413522EE.5080806@aldan.algebra.com> Date: Tue, 31 Aug 2004 21:16:30 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7) Gecko/20040702 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: current@FreeBSD.org, freebsd-amd64@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Subject: -current buildworld fails on amd64 (5.2.1) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 01:16:45 -0000 Starting with an empty /usr/obj: cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/amd64/usr/bin/ld: cannot find -lc *** Error code 1 [...] Any clues? Thanks! -mi From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 1 09:52:14 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E74C116A4CE; Wed, 1 Sep 2004 09:52:14 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87AF843D62; Wed, 1 Sep 2004 09:52:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i819qDDx050420; Wed, 1 Sep 2004 05:52:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i819qDNI027934; Wed, 1 Sep 2004 05:52:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ABC217303F; Wed, 1 Sep 2004 05:52:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040901095213.ABC217303F@freebsd-current.sentex.ca> Date: Wed, 1 Sep 2004 05:52:13 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 09:52:15 -0000 TB --- 2004-09-01 09:25:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-01 09:25:01 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-01 09:25:01 - checking out the source tree TB --- 2004-09-01 09:25:01 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-01 09:25:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-01 09:30:12 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-01 09:30:12 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-01 09:30:12 - /usr/bin/make -B buildworld >>> 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 [...] ./machine/param.h:101:23: opt_sched.h: No such file or directory In file included from /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include/sys/param.h:109, from /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/cd9660.c:43: ./machine/param.h:101:23: opt_sched.h: No such file or directory In file included from /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include/sys/param.h:109, from /tinderbox/CURRENT/amd64/amd64/src/lib/libstand/ext2fs.c:92: ./machine/param.h:101:23: opt_sched.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libstand. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-01 09:52:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-01 09:52:13 - ERROR: failed to build world TB --- 2004-09-01 09:52:13 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Sep 1 15:43:38 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E80DC16A4CE; Wed, 1 Sep 2004 15:43:38 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E089743D5C; Wed, 1 Sep 2004 15:43:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i81FhTCb091736 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Sep 2004 18:43:30 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i81FhZCi015855; Wed, 1 Sep 2004 18:43:35 +0300 (EEST) (envelope-from ru) Date: Wed, 1 Sep 2004 18:43:35 +0300 From: Ruslan Ermilov To: Mikhail Teterin Message-ID: <20040901154335.GA15802@ip.net.ua> References: <413522EE.5080806@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <413522EE.5080806@aldan.algebra.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@FreeBSD.org cc: freebsd-amd64@FreeBSD.org Subject: Re: -current buildworld fails on amd64 (5.2.1) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 15:43:39 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 31, 2004 at 09:16:30PM -0400, Mikhail Teterin wrote: > Starting with an empty /usr/obj: >=20 > cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic=20 > -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic=20 > /usr/src/lib/libmagic/../../contrib/file/apprentice.c=20 > /usr/src/lib/libmagic/../../contrib/file/funcs.c=20 > /usr/src/lib/libmagic/../../contrib/file/magic.c=20 > /usr/src/lib/libmagic/../../contrib/file/print.c > /usr/obj/usr/src/amd64/usr/bin/ld: cannot find -lc > *** Error code 1 >=20 > [...] >=20 > Any clues? Thanks! >=20 Assuming that this happened in the "building libraries" stage of buildworld (please give more context next time!), I'd say it's likely that your computer's date/time is set incorrectly, or some source files have modification time pointing to the future. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBNe4nqRfpzJluFF4RAgu3AKCT9Ff0CBZcWTAcUo/66TXaF+/u9ACfWwt2 8xrV86c5yUwpXxthhVfKoyA= =OB0L -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 2 05:07:33 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA24A16A523 for ; Thu, 2 Sep 2004 05:07:31 +0000 (GMT) Received: from error404.nls.net (error404.nls.net [216.144.36.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4226743D5D for ; Thu, 2 Sep 2004 05:07:31 +0000 (GMT) (envelope-from ketrien@error404.nls.net) Received: from eiterra.error404.nls.net (eiterra.achedra.org [192.168.0.100]) by error404.nls.net (8.12.10/8.12.10) with ESMTP id i8257TF9093283 for ; Thu, 2 Sep 2004 01:07:30 -0400 (EDT) (envelope-from ketrien@error404.nls.net) Message-Id: <6.1.1.1.2.20040902005351.033dfec0@mail.nls.net> X-Sender: ketrien@error404.nls.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.1.1 Date: Thu, 02 Sep 2004 01:11:15 -0400 To: freebsd-amd64@freebsd.org From: "Ketrien I. Saihr-Kesenchedra" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Tyan S4882 vs [5.2.1,5.3-BETA1] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 05:07:34 -0000 I was working on this with obrien@ earlier this week, but he seems to have vanished. And in the meantime, I'm getting nowhere fast. First off, the nitty gritty. Board's a Tyan S4882, BIOS 1.0.0 and 1.0.2 attempted. (Tyan support implied that NUMEROUS bugfixes were implemented in 1.0.2.) Four 848's. Eight 1GB PC3200's from ATP, 2 per CPU. LSI Ultra320-0 in PCI-X 4 (ZCR.) No, this is not my first Opteron nor is it my first quad. This is just being a real pain about it. So, 5.2.1-RELEASE. You know the caveats - no ACPI, and it boots. Don't leave sysinstall sitting or install more than base, the box will panic(). Don't even think about walking away, it'll panic(). It's enough to get started though. Install base, drag down the rest, everything is happy. Except for this system. It's good for one boot off the drive, then: ffs_mountroot: can't find rootvp Every time without fail. Boot from CD, verify that the disk is intact, try again, and still can't find rootvp. The system also panics once >1GB of memory is used, ie; buildworld. vm_fault: fault in nofault entry, presuming you've booted it. At this point, I've written off 5.2.1-RELEASE because of the vm_fault panic()s. 5.3-BETA1 has been a real nightmare. I tried it per obrien's recommendation. Bad idea. ata is instant unusable panic (0xdeded...) and the same for acpi, but that's expected. So I set up a PXEboot environment using the 5.3-BETA1 miniinst. It boots. It installs. It panic()s if you don't watch the install carefully. (sysinstall also likes to down bge0 for no reason, but that's a story for another time.) I get it installed. It boots consistently, no more ffs_mountroot woes. However, it won't go past init. Just locks hard. Can't enter debugger, can't NMI, it's just plain locked. I can reproduce it consistently. I've gone through every possible BIOS setting. Onboard IDE and SATA are disabled. I've flipped every setting possible. ccNUMA, Bank Interleave, HPET on and off, you name it, I have tried it. Nothing changes. It just locks hard. Any suggestions? I am completely stumped at this point. Everything I've tried so far is just getting me back to the same places - panic()s or locks. Thanks. Ketrien I. Saihr-Kesenchedra "I watched the Indy 500, and I was thinking that if they left earlier they wouldn't have to go so fast." -Steven Wright From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 2 07:25:33 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CBFE16A4CE for ; Thu, 2 Sep 2004 07:25:33 +0000 (GMT) Received: from mail42.e.nsc.no (mail42.e.nsc.no [193.213.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 903DF43D31 for ; Thu, 2 Sep 2004 07:25:32 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (ti400720a080-1129.bb.online.no [83.108.196.105]) by mail42.nsc.no (8.12.11/8.12.11) with ESMTP id i827PTjO028992 for ; Thu, 2 Sep 2004 09:25:30 +0200 (CEST) Received: from localhost (localhost.carebears.net [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id EE1AF27F0F2 for ; Thu, 2 Sep 2004 09:25:36 +0200 (CEST) Received: from carebears.mine.nu ([127.0.0.1])port 10024) with ESMTP id 01587-08 for ; Thu, 2 Sep 2004 09:25:35 +0200 (CEST) Received: from [192.168.0.9] (funshine.carebears.net [192.168.0.9]) by carebears.mine.nu (Postfix) with ESMTP id 4B7AC27F0F1 for ; Thu, 2 Sep 2004 09:25:35 +0200 (CEST) From: Christer Solskogen To: freebsd-amd64@freebsd.org Content-Type: multipart/mixed; boundary="=-e1+UcmpjO6Sxp6LE7kXE" Organization: The Carebears / .jduB Message-Id: <1094109946.10794.3.camel@funshine.carebears.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 02 Sep 2004 09:25:46 +0200 X-Virus-Scanned: by amavis at tenderheart.carebears.net Subject: build32.sh X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 07:25:33 -0000 --=-e1+UcmpjO6Sxp6LE7kXE Content-Type: text/plain Content-Transfer-Encoding: 7bit could someone please tell me how to use it? I tried running it from /usr/src , but I only get a lot of errors. (se attachment) Do I need to do something first? uname -a FreeBSD funshine.carebears.net 5.3-BETA2 FreeBSD 5.3-BETA2 #0: Sun Aug 29 19:16:19 CEST 2004 root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 -- Med vennlig hilsen / Best regards Christer Solskogen http://carebears.mine.nu/~solskogen It's always the wrong time of the month. --=-e1+UcmpjO6Sxp6LE7kXE Content-Disposition: attachment; filename=error Content-Type: text/plain; name=error; charset=iso-8859-15 Content-Transfer-Encoding: 7bit mkdir: /lib32: File exists mkdir: /usr/lib32: File exists mkdir: /usr/local/lib32: File exists mkdir: /usr/X11R6/lib32: File exists "Makefile.inc1", line 97: MAKEOBJDIRPREFIX can only be set in environment, not as a global (in /etc/make.conf) or command-line variable. *** Error code 1 Stop in /usr/src. "Makefile.inc1", line 97: MAKEOBJDIRPREFIX can only be set in environment, not as a global (in /etc/make.conf) or command-line variable. *** Error code 1 Stop in /usr/src. "Makefile.inc1", line 97: MAKEOBJDIRPREFIX can only be set in environment, not as a global (in /etc/make.conf) or command-line variable. *** Error code 1 Stop in /usr/src. "Makefile.inc1", line 97: MAKEOBJDIRPREFIX can only be set in environment, not as a global (in /etc/make.conf) or command-line variable. *** Error code 1 (continuing) /usr/bin/ld: skipping incompatible /usr/lib/libgcc_pic.a when searching for -lgcc_pic /usr/bin/ld: cannot find -lgcc_pic *** Error code 1 Stop in /usr/src/gnu/lib/libregex. In file included from /usr/src/libexec/rtld-elf/i386/reloc.c:36: /usr/include/machine/segments.h:89: error: width of `sd_hibase' exceeds its type /usr/include/machine/segments.h:107: error: width of `gd_hioffset' exceeds its type /usr/include/machine/segments.h:160: error: width of `rd_base' exceeds its type /usr/src/libexec/rtld-elf/i386/reloc.c: In function `do_copy_relocations': /usr/src/libexec/rtld-elf/i386/reloc.c:69: error: `R_386_COPY' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:69: error: (Each undeclared identifier is reported only once /usr/src/libexec/rtld-elf/i386/reloc.c:69: error: for each function it appears in.) /usr/src/libexec/rtld-elf/i386/reloc.c:80: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c: In function `reloc_non_plt': /usr/src/libexec/rtld-elf/i386/reloc.c:137: error: `R_386_NONE' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:140: error: `R_386_32' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:145: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c:154: error: `R_386_PC32' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:164: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c:175: error: `R_386_COPY' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:189: error: `R_386_GLOB_DAT' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:194: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c:203: error: `R_386_RELATIVE' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:207: error: `R_386_TLS_TPOFF' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:212: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c:237: error: `R_386_TLS_DTPMOD32' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:242: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c:251: error: `R_386_TLS_DTPOFF32' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:256: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c: In function `reloc_plt': /usr/src/libexec/rtld-elf/i386/reloc.c:290: error: `R_386_JMP_SLOT' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c: In function `reloc_jmpslots': /usr/src/libexec/rtld-elf/i386/reloc.c:314: error: `R_386_JMP_SLOT' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:316: warning: right shift count >= width of type /usr/src/libexec/rtld-elf/i386/reloc.c: In function `allocate_initial_tls': /usr/src/libexec/rtld-elf/i386/reloc.c:330: error: storage size of 'ldt' isn't known /usr/src/libexec/rtld-elf/i386/reloc.c:351: warning: implicit declaration of function `i386_set_ldt' /usr/src/libexec/rtld-elf/i386/reloc.c:351: error: `LDT_AUTO_ALLOC' undeclared (first use in this function) /usr/src/libexec/rtld-elf/i386/reloc.c:330: warning: unused variable `ldt' *** Error code 1 Stop in /usr/src/libexec/rtld-elf. chflags: /usr/libexec/ld-elf32.so.1: No such file or directory install: ld-elf32.so.1: No such file or directory *** Error code 1 (ignored) *** Error code 71 Stop in /usr/src/libexec/rtld-elf. --=-e1+UcmpjO6Sxp6LE7kXE Content-Disposition: attachment; filename=make.conf Content-Type: text/plain; name=make.conf; charset=iso-8859-15 Content-Transfer-Encoding: 7bit WITHOUT_GTKSPELL=yes WITH_GLX=yes WITH_TTF_BYTECODE_ENABLED=YES WITHOUT_RUNTIME_CPUDETECTION=yes WITHOUT_PILOT=yes WITH_GTK2=yes NODEBUG=YES WITH_FLAC=YES WITH_OPENQUICKTIME=YES WITH_DVD = YES WITH_OPTIMIZED_CFLAGS = YES WITH_SDL = YES WITH_VORBIS = YES WITH_FREETYPE = YES DISPLAY_TARGET=sdl WITH_FAM= yes WITH_LAME=yes WITH_LIVEMEDIA = YES WITHOUT_MAILNEWS= yes WITHOUT_LDAP= yes WITHOUT_CHATZILLA= yes WITHOUT_COMPOSER= yes WITHOUT_XMLTERM=yes #System CFLAGS= -O1 -pipe MAKE_IDEA = YES USA_RESIDENT = NO COPTFLAGS=-O1 -pipe NO_I4B=true NOINET6=true NO_LPR=true NO_SENDMAIL=true NOPROFILE=true MASTER_SITE_OVERRIDE= \ ftp://ftp.no.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ \ ftp://ftp.dk.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ \ ftp://ftp.se.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ KERNCONF=FUNSHINE WRKDIRPREFIX=/tmp # -- use.perl generated deltas -- # # Created: Wed Aug 4 17:46:48 2004 # Setting to use base perl from ports: PERL_VER=5.8.5 PERL_VERSION=5.8.5 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo --=-e1+UcmpjO6Sxp6LE7kXE-- From owner-freebsd-amd64@FreeBSD.ORG Thu Sep 2 17:37:03 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A6B216A4CF for ; Thu, 2 Sep 2004 17:37:03 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E4443D4C for ; Thu, 2 Sep 2004 17:37:03 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i82Hb2TF008204 for ; Thu, 2 Sep 2004 10:37:02 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i82Hb2Fq008203 for freebsd-amd64@freebsd.org; Thu, 2 Sep 2004 10:37:02 -0700 (PDT) (envelope-from obrien) Date: Thu, 2 Sep 2004 10:37:02 -0700 From: "David O'Brien" To: freebsd-amd64@freebsd.org Message-ID: <20040902173701.GA7813@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Subject: (FWD) cvs commit: ports/misc/dnetc Makefile distinfo.amd64 distinfo.i386 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 17:37:03 -0000 I don't know if other AMD64 missed this or not. But there is now (well since June) a native 64-bit FreeBSD/AMD64 distributed.net client. It is quite nice to see our new platform supported. So if you're a 'distributed computing' participant, here's a good choice for your bored Opteron and Athlon64 machines. -- David ----- Forwarded message from Kirill Ponomarew ----- krion 2004-06-20 15:53:51 UTC FreeBSD ports repository Modified files: misc/dnetc Makefile distinfo.i386 Added files: misc/dnetc distinfo.amd64 Log: Update i386 version to 2.9008.491 Add amd64 version 2.9008.491 PR: ports/68142 Submitted by: maintainer ----- End forwarded message ----- From owner-freebsd-amd64@FreeBSD.ORG Fri Sep 3 03:44:39 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8802516A4CE; Fri, 3 Sep 2004 03:44:39 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3144E43D1D; Fri, 3 Sep 2004 03:44:39 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id i833iZS5045496; Thu, 2 Sep 2004 23:44:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i833iZL5074928; Thu, 2 Sep 2004 23:44:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9E44C7303F; Thu, 2 Sep 2004 23:44:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040903034435.9E44C7303F@freebsd-current.sentex.ca> Date: Thu, 2 Sep 2004 23:44:35 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 03:44:39 -0000 TB --- 2004-09-03 02:13:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-03 02:13:25 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-03 02:13:25 - checking out the source tree TB --- 2004-09-03 02:13:25 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-03 02:13:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-03 02:18:50 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-03 02:18:50 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-03 02:18:50 - /usr/bin/make -B buildworld >>> 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 TB --- 2004-09-03 03:23:07 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 03:23:07 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-03 03:23:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Sep 3 03:23:08 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Fri Sep 3 03:37:18 UTC 2004 TB --- 2004-09-03 03:37:18 - generating LINT kernel config TB --- 2004-09-03 03:37:18 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-09-03 03:37:18 - /usr/bin/make -B LINT TB --- 2004-09-03 03:37:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 03:37:18 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-03 03:37:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 3 03:37:18 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/xe/if_xe_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/fs/autofs/autofs_vnops.c /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vnops.c: In function `autofs_remove_dupdents': /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vnops.c:593: warning: int format, different type arg (arg 3) /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vnops.c:593: warning: int format, different type arg (arg 4) /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vnops.c:593: warning: int format, different type arg (arg 5) /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vnops.c:625: warning: int format, different type arg (arg 2) /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vnops.c:625: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-03 03:44:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-03 03:44:35 - ERROR: failed to build lint kernel TB --- 2004-09-03 03:44:35 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Fri Sep 3 15:14:44 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04DE516A4CE; Fri, 3 Sep 2004 15:14:44 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D64E43D39; Fri, 3 Sep 2004 15:14:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i83FEgLo032419; Fri, 3 Sep 2004 11:14:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i83FEhiq051850; Fri, 3 Sep 2004 11:14:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 16CED7303F; Fri, 3 Sep 2004 11:14:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040903151443.16CED7303F@freebsd-current.sentex.ca> Date: Fri, 3 Sep 2004 11:14:43 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 15:14:44 -0000 TB --- 2004-09-03 13:43:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-03 13:43:48 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-03 13:43:48 - checking out the source tree TB --- 2004-09-03 13:43:48 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-03 13:43:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-03 13:48:58 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-03 13:48:58 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-03 13:48:58 - /usr/bin/make -B buildworld >>> 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 TB --- 2004-09-03 14:53:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 14:53:12 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-03 14:53:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Sep 3 14:53:12 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Fri Sep 3 15:07:24 UTC 2004 TB --- 2004-09-03 15:07:24 - generating LINT kernel config TB --- 2004-09-03 15:07:24 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-09-03 15:07:24 - /usr/bin/make -B LINT TB --- 2004-09-03 15:07:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-03 15:07:24 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-03 15:07:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Sep 3 15:07:24 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/wi/if_wi_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/wi/if_wi_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/xe/if_xe.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/xe/if_xe_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/fs/autofs/autofs_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/fs/autofs/autofs_vfsops.c /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vfsops.c: In function `autofs_sysctl': /tinderbox/CURRENT/amd64/amd64/src/sys/fs/autofs/autofs_vfsops.c:447: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-03 15:14:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-03 15:14:42 - ERROR: failed to build lint kernel TB --- 2004-09-03 15:14:42 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Fri Sep 3 16:54:55 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61CC016A4D0; Fri, 3 Sep 2004 16:54:55 +0000 (GMT) Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C35D43D2D; Fri, 3 Sep 2004 16:54:55 +0000 (GMT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from 250-217.customer.cloud9.net (195-11.customer.cloud9.net [168.100.195.11])i83Gsq0d037552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 3 Sep 2004 12:54:53 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Received: from [127.0.0.1] (mteterin@localhost [127.0.0.1]) i83GseY8019878; Fri, 3 Sep 2004 12:54:41 -0400 (EDT) (envelope-from mi+mxmoz@aldan.algebra.com) Message-ID: <4138A1D0.4050309@aldan.algebra.com> Date: Fri, 03 Sep 2004 12:54:40 -0400 From: Mikhail Teterin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.7) Gecko/20040702 X-Accept-Language: uk, en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <413522EE.5080806@aldan.algebra.com> <20040901154335.GA15802@ip.net.ua> In-Reply-To: <20040901154335.GA15802@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamd / ClamAV version devel-20040615, clamav-milter version 0.73a on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 cc: current@FreeBSD.org cc: freebsd-amd64@FreeBSD.org Subject: Re: -current buildworld fails on amd64 (5.2.1) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 16:54:55 -0000 Yes, indeed, the clock was off ( Ruslan Ermilov wrote: >On Tue, Aug 31, 2004 at 09:16:30PM -0400, Mikhail Teterin wrote: > > >>Starting with an empty /usr/obj: >> >>cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic >>-I/usr/src/lib/libmagic/../../contrib/file -o mkmagic >>/usr/src/lib/libmagic/../../contrib/file/apprentice.c >>/usr/src/lib/libmagic/../../contrib/file/funcs.c >>/usr/src/lib/libmagic/../../contrib/file/magic.c >>/usr/src/lib/libmagic/../../contrib/file/print.c >>/usr/obj/usr/src/amd64/usr/bin/ld: cannot find -lc >>*** Error code 1 >> >>[...] >> >>Any clues? Thanks! >> >> >> >Assuming that this happened in the "building libraries" >stage of buildworld (please give more context next time!), >I'd say it's likely that your computer's date/time is set >incorrectly, or some source files have modification time >pointing to the future. > > >Cheers, > > From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 00:12:11 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC8B916A4CE for ; Sat, 4 Sep 2004 00:12:11 +0000 (GMT) Received: from beer.ux6.net (beer.ux6.net [64.62.253.29]) by mx1.FreeBSD.org (Postfix) with SMTP id C9AE543D41 for ; Sat, 4 Sep 2004 00:12:11 +0000 (GMT) (envelope-from miha@ghuug.org) Received: (qmail 52642 invoked by uid 113); 3 Sep 2004 17:12:11 -0700 Received: from miha@ghuug.org by beer.ux6.net by uid 112 with qmail-scanner-1.22 Clear:RC:0(205.177.65.128):SA:0(0.0/6.0):. Processed in 2.117062 secs); 04 Sep 2004 00:12:11 -0000 X-Spam-Status: No, hits=0.0 required=6.0 Received: from unknown (HELO ?192.168.0.3?) (miha@beer.ux6.net@205.177.65.128) by localhost with SMTP; 3 Sep 2004 17:12:09 -0700 From: "Mikhail P." Organization: Ghana Unix Users Group To: freebsd-amd64@freebsd.org Date: Sat, 4 Sep 2004 00:12:02 +0000 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200409040012.02989.miha@ghuug.org> Subject: mysql refuses to work with outside network connections.. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: miha@ghuug.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 00:12:12 -0000 Dear AMD64 Users, This post is probably my last resort to get mysql working on AMD64.. Ok, so we've got new AMD64 box today. The role of the box is to be dedicated MySQL server for one site (php/mysql driven). FreeBSD-5.2.1 amd64 was installed on it, so basically it all started as clean install. First thing I did - upgraded system to "-p9" and cvsup'ed ports tree. Next, I installed mysql port (database/mysql40-server) as usual (the only option passed to make - "WITH_XCHARSET=all"). So far so good - mysql build complete in few minutes, and I started mysql server (/usr/local/etc/rc.d/mysql-server.sh start); created database and then imported mysql data from file into mysql - cheers, mysql runs fine. what next? I need to connect to created mysql database from another server, so basically mysql to be used from network rather from local socket. That's where all problems pop-up - content server cannot connect to MySQL server. I went to check logs, and found a lot of the following in /var/log/messages: Sep 3 16:51:20 amd mysqld[60076]: warning: can't get client address: Bad file descriptor next I went to check mysql's log in /var/db/mysql, and here's what was there (a lot of entries - on every connect from network) - mysqld got signal 11; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. ------------------------ key_buffer_size=16777216 read_buffer_size=258048 max_used_connections=0 max_connections=100 threads_connected=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 92783 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Number of processes running now: 0 040903 16:40:58 mysqld restarted -------------------------- So basically mysql wasn't usable from network. after playing with my.cnf, trying various mysql versions (mysql41-server), playing with network and everything I could suspect, I did not find what is the problem.. To summarize - MySQL works from localhost via mysql.sock, but does not from network. mysql client from content server shows: [miha]@[beer]:~> mysql -h 192.168.200.3 -u vh1 ERROR 2013: Lost connection to MySQL server during query [miha]@[beer]:~> and these logs appear on mysql server. I'm totally lost to this point - I've read mailing lists, and I see a lot of people run MySQL on AMD64.. Here's hardware details (if that makes any sence at all): CPU: AMD Athlon(tm) 64 Processor 3400+ RAM: 1.5GB Motherboard: ASUS KV8 SE deluxe SCSI Controller: ahd0: port 0xb000-0xb0ff,0xb400-0xb4ff mem 0xf3d00000-0xf3d01fff irq 10 at device 12.0 on pci0 aic7901: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs SCSI drive: SeaGate 15k RPM SCSI, 18GB Because machine has 1.5GB of available RAM, I don't think that: "It is possible that mysqld could use up to 92783 Kbytes of memory" log entries hold any truth. I have attached current my.cnf (which is basically taken from /usr/local/share/mysql/my-medium.cnf). I would *greatly* appreciate any pointers on this issue - I have searched google, all mailing lists, but could not find anything similar to my problem.. kind regards, M. ======== my.cnf ============ [client] port = 3306 socket = /var/db/mysql/mysql.sock [mysqld] port = 3306 socket = /var/db/mysql/mysql.sock skip-locking key_buffer = 16M max_allowed_packet = 1M table_cache = 64 sort_buffer_size = 512K net_buffer_length = 8K read_buffer_size = 256K read_rnd_buffer_size = 512K myisam_sort_buffer_size = 8M skip-innodb log-bin server-id = 1 [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash [isamchk] key_buffer = 20M sort_buffer_size = 20M read_buffer = 2M write_buffer = 2M [myisamchk] key_buffer = 20M sort_buffer_size = 20M read_buffer = 2M write_buffer = 2M [mysqlhotcopy] interactive-timeout From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 00:20:09 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A600F16A4CE; Sat, 4 Sep 2004 00:20:09 +0000 (GMT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1948343D54; Sat, 4 Sep 2004 00:20:09 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.1]) by out003.verizon.net ESMTP <20040904002008.CVQQ26805.out003.verizon.net@outgoing.verizon.net>; Fri, 3 Sep 2004 19:20:08 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: Andrew Lankford To: , Date: Fri, 3 Sep 2004 19:20:08 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [192.168.1.1] at Fri, 3 Sep 2004 19:20:08 -0500 Message-Id: <20040904002008.CVQQ26805.out003.verizon.net@outgoing.verizon.net> Subject: Latest MFCs break boot on amd64 notebook. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andrew.lankford@verizon.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 00:20:09 -0000 The latest MFCs (the eagerly awaited boot-time module loading functionality on amd64) compiled ok, but my machine freezes and then powers down shortly after "boot" from the loader. I would try to give you all more details, but my old working kernel seems to be lost, and so I'm pretty much down for the count. Any other amd64 users out there tried rebuilding their kernels in the past few hours? Andrew Lankford From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 00:51:48 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2580B16A4CE; Sat, 4 Sep 2004 00:51:48 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE05743D45; Sat, 4 Sep 2004 00:51:47 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.200] ([192.168.0.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i840pjj3088387; Fri, 3 Sep 2004 18:51:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <413910FD.2090905@samsco.org> Date: Fri, 03 Sep 2004 18:49:01 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: andrew.lankford@verizon.net References: <20040904002008.CVQQ26805.out003.verizon.net@outgoing.verizon.net> In-Reply-To: <20040904002008.CVQQ26805.out003.verizon.net@outgoing.verizon.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: Latest MFCs break boot on amd64 notebook. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 00:51:48 -0000 Andrew Lankford wrote: > The latest MFCs (the eagerly awaited boot-time module > loading functionality on amd64) compiled ok, but my > machine freezes and then powers down shortly after > "boot" from the loader. I would try to give you all > more details, but my old working kernel seems to be > lost, and so I'm pretty much down for the count. > > Any other amd64 users out there tried rebuilding > their kernels in the past few hours? > > Andrew Lankford > Were you actually trying to load any modules from the loader, or was it just loading in the kernel? Also, have you tried running a 6-CURRENT system for comparison? Scott From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 03:05:16 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF1A16A4CE; Sat, 4 Sep 2004 03:05:16 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id CB07643D31; Sat, 4 Sep 2004 03:05:15 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 4 Sep 2004 04:05:15 +0100 (BST) To: Scott Long In-Reply-To: Your message of "Fri, 03 Sep 2004 18:49:01 MDT." <413910FD.2090905@samsco.org> Date: Sat, 04 Sep 2004 04:05:11 +0100 From: Ian Dowse Message-ID: <200409040405.aa89659@salmon.maths.tcd.ie> cc: amd64@freebsd.org cc: andrew.lankford@verizon.net cc: current@freebsd.org Subject: Re: Latest MFCs break boot on amd64 notebook. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 03:05:17 -0000 In message <413910FD.2090905@samsco.org>, Scott Long writes: >Andrew Lankford wrote: >> The latest MFCs (the eagerly awaited boot-time module >> loading functionality on amd64) compiled ok, but my >> machine freezes and then powers down shortly after >> "boot" from the loader. I would try to give you all >> more details, but my old working kernel seems to be >> lost, and so I'm pretty much down for the count. >> >> Any other amd64 users out there tried rebuilding >> their kernels in the past few hours? >> >> Andrew Lankford >> > >Were you actually trying to load any modules from the loader, >or was it just loading in the kernel? Also, have you tried >running a 6-CURRENT system for comparison? Any further information you can provide would be appreciated. For example, do any kernel messages appear before the freeze? What does "lsmod" from the loader output, and I presume you've tried booting kernel.old ("unload", "load /boot/kernel.old/kernel", "boot")? You could also try booting with the old loader by interrupting the boot process by pressing a key immediately after the first of the |/-\ sequence appears. You should get a prompt like: >> FreeBSD/i386 BOOT Default: 0:ad(0,a)/boot/loader boot: Enter 0:ad(0,a)/boot/loader.old and see if that allows you to boot. Ian From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 03:21:33 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8610816A4CE; Sat, 4 Sep 2004 03:21:33 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5DB43D1D; Sat, 4 Sep 2004 03:21:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id i843LWlu023081; Fri, 3 Sep 2004 23:21:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i843LW4G047308; Fri, 3 Sep 2004 23:21:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7AD2E7303F; Fri, 3 Sep 2004 23:21:32 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040904032132.7AD2E7303F@freebsd-current.sentex.ca> Date: Fri, 3 Sep 2004 23:21:32 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 03:21:33 -0000 TB --- 2004-09-04 01:40:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-09-04 01:40:28 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-09-04 01:40:28 - checking out the source tree TB --- 2004-09-04 01:40:28 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2004-09-04 01:40:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-09-04 01:45:39 - building world (CFLAGS=-O2 -pipe) TB --- 2004-09-04 01:45:39 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-04 01:45:39 - /usr/bin/make -B buildworld >>> 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 TB --- 2004-09-04 02:50:34 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-04 02:50:34 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-04 02:50:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Sep 4 02:50:34 UTC 2004 >>> 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 >>> Kernel build for GENERIC completed on Sat Sep 4 03:04:56 UTC 2004 TB --- 2004-09-04 03:04:56 - generating LINT kernel config TB --- 2004-09-04 03:04:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-09-04 03:04:56 - /usr/bin/make -B LINT TB --- 2004-09-04 03:04:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-09-04 03:04:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2004-09-04 03:04:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Sep 4 03:04:56 UTC 2004 >>> 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 [...] /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:1970: warning: 're_start_locked' defined but not used /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:2218: warning: 're_ifmedia_upd' defined but not used /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:2236: warning: 're_ifmedia_sts' defined but not used /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:2253: warning: 're_ioctl' defined but not used /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:2308: warning: 're_watchdog' defined but not used /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:2384: warning: 're_suspend' defined but not used /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:2405: warning: 're_resume' defined but not used /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:2432: warning: 're_shutdown' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-09-04 03:21:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-09-04 03:21:32 - ERROR: failed to build lint kernel TB --- 2004-09-04 03:21:32 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 04:11:39 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1937816A4CE for ; Sat, 4 Sep 2004 04:11:39 +0000 (GMT) Received: from beer.ux6.net (beer.ux6.net [64.62.253.29]) by mx1.FreeBSD.org (Postfix) with SMTP id C895043D2D for ; Sat, 4 Sep 2004 04:11:38 +0000 (GMT) (envelope-from miha@ghuug.org) Received: (qmail 35121 invoked by uid 113); 3 Sep 2004 21:11:38 -0700 Received: from miha@ghuug.org by beer.ux6.net by uid 112 with qmail-scanner-1.22 Clear:RC:0(205.177.65.128):SA:0(0.0/6.0):. Processed in 1.202525 secs); 04 Sep 2004 04:11:38 -0000 X-Spam-Status: No, hits=0.0 required=6.0 Received: from unknown (HELO ?192.168.0.3?) (miha@beer.ux6.net@205.177.65.128) by localhost with SMTP; 3 Sep 2004 21:11:37 -0700 From: "Mikhail P." Organization: Ghana Unix Users Group To: freebsd-amd64@freebsd.org Date: Sat, 4 Sep 2004 04:11:35 +0000 User-Agent: KMail/1.6.2 References: <200409040012.02989.miha@ghuug.org> In-Reply-To: <200409040012.02989.miha@ghuug.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200409040411.35617.miha@ghuug.org> Subject: Re: mysql refuses to work with outside network connections.. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: miha@ghuug.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 04:11:39 -0000 Replieing to myself - I was pointed offlist that it is "libwrap" issues. After rebuilding port without it, things got back in place. kind regards, M. On Saturday 04 September 2004 00:12, Mikhail P. wrote: > Dear AMD64 Users, > > This post is probably my last resort to get mysql working on AMD64.. > > Ok, so we've got new AMD64 box today. The role of the box is to be > dedicated MySQL server for one site (php/mysql driven). > FreeBSD-5.2.1 amd64 was installed on it, so basically it all started as > clean install. First thing I did - upgraded system to "-p9" and cvsup'ed > ports tree. > > Next, I installed mysql port (database/mysql40-server) as usual (the only > option passed to make - "WITH_XCHARSET=all"). So far so good - mysql build > complete in few minutes, and I started mysql server > (/usr/local/etc/rc.d/mysql-server.sh start); created database and then > imported mysql data from file into mysql - cheers, mysql runs fine. > > what next? I need to connect to created mysql database from another server, > so basically mysql to be used from network rather from local socket. > That's where all problems pop-up - content server cannot connect to MySQL > server. I went to check logs, and found a lot of the following > in /var/log/messages: > > Sep 3 16:51:20 amd mysqld[60076]: warning: can't get client address: Bad > file descriptor > > next I went to check mysql's log in /var/db/mysql, and here's what was > there (a lot of entries - on every connect from network) - > > mysqld got signal 11; > This could be because you hit a bug. It is also possible that this binary > or one of the libraries it was linked against is corrupt, improperly built, > or misconfigured. This error can also be caused by malfunctioning hardware. > We will try our best to scrape up some info that will hopefully help > diagnose the problem, but since we have already crashed, something is > definitely wrong and this may fail. > > ------------------------ > key_buffer_size=16777216 > read_buffer_size=258048 > max_used_connections=0 > max_connections=100 > threads_connected=0 > It is possible that mysqld could use up to > key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = > 92783 K > bytes of memory > Hope that's ok; if not, decrease some variables in the equation. > > > Number of processes running now: 0 > 040903 16:40:58 mysqld restarted > -------------------------- > > > So basically mysql wasn't usable from network. > > after playing with my.cnf, trying various mysql versions (mysql41-server), > playing with network and everything I could suspect, I did not find what is > the problem.. > > To summarize - MySQL works from localhost via mysql.sock, but does not from > network. > > mysql client from content server shows: > > [miha]@[beer]:~> mysql -h 192.168.200.3 -u vh1 > ERROR 2013: Lost connection to MySQL server during query > [miha]@[beer]:~> > > and these logs appear on mysql server. > > I'm totally lost to this point - I've read mailing lists, and I see a lot > of people run MySQL on AMD64.. > > Here's hardware details (if that makes any sence at all): > > CPU: AMD Athlon(tm) 64 Processor 3400+ > RAM: 1.5GB > Motherboard: ASUS KV8 SE deluxe > SCSI Controller: ahd0: port > 0xb000-0xb0ff,0xb400-0xb4ff mem > 0xf3d00000-0xf3d01fff irq 10 at device 12.0 on pci0 > aic7901: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs > > SCSI drive: SeaGate 15k RPM SCSI, 18GB > > > Because machine has 1.5GB of available RAM, I don't think that: > "It is possible that mysqld could use up to 92783 Kbytes of memory" > log entries hold any truth. > > > I have attached current my.cnf (which is basically taken > from /usr/local/share/mysql/my-medium.cnf). > > I would *greatly* appreciate any pointers on this issue - I have searched > google, all mailing lists, but could not find anything similar to my > problem.. > > kind regards, > M. > > > > > > ======== my.cnf ============ > [client] > port = 3306 > socket = /var/db/mysql/mysql.sock > > [mysqld] > port = 3306 > socket = /var/db/mysql/mysql.sock > skip-locking > key_buffer = 16M > max_allowed_packet = 1M > table_cache = 64 > sort_buffer_size = 512K > net_buffer_length = 8K > read_buffer_size = 256K > read_rnd_buffer_size = 512K > myisam_sort_buffer_size = 8M > skip-innodb > log-bin > server-id = 1 > > [mysqldump] > quick > max_allowed_packet = 16M > > [mysql] > no-auto-rehash > > [isamchk] > key_buffer = 20M > sort_buffer_size = 20M > read_buffer = 2M > write_buffer = 2M > > [myisamchk] > key_buffer = 20M > sort_buffer_size = 20M > read_buffer = 2M > write_buffer = 2M > > [mysqlhotcopy] > interactive-timeout > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 05:10:52 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8002916A4CE; Sat, 4 Sep 2004 05:10:52 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6D4543D41; Sat, 4 Sep 2004 05:10:49 +0000 (GMT) (envelope-from andrew.lankford@verizon.net) Received: from outgoing.verizon.net ([192.168.1.1]) by out011.verizon.net ESMTP <20040904051049.DWQM14580.out011.verizon.net@outgoing.verizon.net>; Sat, 4 Sep 2004 00:10:49 -0500 X-Mailer: Openwave WebEngine, version 2.8.12 (webedge20-101-197-20030912) From: Andrew Lankford To: Ian Dowse , Scott Long Date: Sat, 4 Sep 2004 0:10:49 -0500 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=____1094274649262_6MZUzLAcuR" X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [192.168.1.1] at Sat, 4 Sep 2004 00:10:49 -0500 Message-Id: <20040904051049.DWQM14580.out011.verizon.net@outgoing.verizon.net> cc: amd64@freebsd.org cc: andrew.lankford@verizon.net cc: current@freebsd.org Subject: Re: Re: Latest MFCs break boot on amd64 notebook. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andrew.lankford@verizon.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 05:10:52 -0000 This is a multi-part message in MIME format. ------=____1094274649262_6MZUzLAcuR Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > > From: Ian Dowse > Date: 2004/09/03 Fri PM 10:05:11 CDT > To: Scott Long > CC: andrew.lankford@verizon.net, amd64@freebsd.org, current@freebsd.org > Subject: Re: Latest MFCs break boot on amd64 notebook. > > Unfortunately, due to either a mistake on my part or a spiteful Makefile, /boot/kernel.old/ is totally gone. I wish it wasn't, otherwise I'd be able to look at the contents of my root partition more carefully. As you suggested, /boot/loader.old works almost as well as /boot/loader but the old version doesn't allow me to load/unload modules like I can with the new version. But it doesn't matter whether I'm using /boot/loader.old or /boot/loader. As soon as I have /boot/kernel/kernel loaded into memory and tell it to boot, the "-\|/" twirley spins for a fraction of a second, freezes, and the computer powers down a few seconds later. Unless I can figure out how to successfuly mount and run the userland on my root partition by way of the kernel from a 2 month old install CD or a cross-built kernel, there isn't much else I can do. It's worth mentioning that this notebook needs a small patch to address compatibility problem with the keyboard (it's in GNATS) so that the first probe won't cause it to reboot. I also compiled out ACPI, which has never worked right. Up until now, however, the notebook booted up ok otherwise. ------=____1094274649262_6MZUzLAcuR Content-Transfer-Encoding: base64 Content-Type: null; name="replyAll" Content-Disposition: inline; filename="replyAll" SW4gbWVzc2FnZSA8NDEzOTEwRkQuMjA5MDkwNUBzYW1zY28ub3JnPiwgU2NvdHQgTG9uZyB3 cml0ZXM6DQo+QW5kcmV3IExhbmtmb3JkIHdyb3RlOg0KPj4gVGhlIGxhdGVzdCBNRkNzICh0 aGUgZWFnZXJseSBhd2FpdGVkIGJvb3QtdGltZSBtb2R1bGUNCj4+ICBsb2FkaW5nIGZ1bmN0 aW9uYWxpdHkgb24gYW1kNjQpIGNvbXBpbGVkIG9rLCBidXQgbXkNCj4+IG1hY2hpbmUgZnJl ZXplcyBhbmQgdGhlbiBwb3dlcnMgZG93biBzaG9ydGx5IGFmdGVyDQo+PiAiYm9vdCIgZnJv bSB0aGUgbG9hZGVyLiAgSSB3b3VsZCB0cnkgdG8gZ2l2ZSB5b3UgYWxsDQo+PiBtb3JlIGRl dGFpbHMsIGJ1dCBteSBvbGQgd29ya2luZyBrZXJuZWwgc2VlbXMgdG8gYmUNCj4+IGxvc3Qs IGFuZCBzbyBJJ20gcHJldHR5IG11Y2ggZG93biBmb3IgdGhlIGNvdW50Lg0KPj4gDQo+PiBB bnkgb3RoZXIgYW1kNjQgdXNlcnMgb3V0IHRoZXJlIHRyaWVkIHJlYnVpbGRpbmcNCj4+IHRo ZWlyIGtlcm5lbHMgaW4gdGhlIHBhc3QgZmV3IGhvdXJzPw0KPj4gDQo+PiBBbmRyZXcgTGFu a2ZvcmQNCj4+IA0KPg0KPldlcmUgeW91IGFjdHVhbGx5IHRyeWluZyB0byBsb2FkIGFueSBt b2R1bGVzIGZyb20gdGhlIGxvYWRlciwNCj5vciB3YXMgaXQganVzdCBsb2FkaW5nIGluIHRo ZSBrZXJuZWw/ICBBbHNvLCBoYXZlIHlvdSB0cmllZA0KPnJ1bm5pbmcgYSA2LUNVUlJFTlQg c3lzdGVtIGZvciBjb21wYXJpc29uPw0KDQpBbnkgZnVydGhlciBpbmZvcm1hdGlvbiB5b3Ug Y2FuIHByb3ZpZGUgd291bGQgYmUgYXBwcmVjaWF0ZWQuICBGb3INCmV4YW1wbGUsIGRvIGFu eSBrZXJuZWwgbWVzc2FnZXMgYXBwZWFyIGJlZm9yZSB0aGUgZnJlZXplPyBXaGF0IGRvZXMN CiJsc21vZCIgZnJvbSB0aGUgbG9hZGVyIG91dHB1dCwgYW5kIEkgcHJlc3VtZSB5b3UndmUg dHJpZWQgYm9vdGluZw0Ka2VybmVsLm9sZCAoInVubG9hZCIsICJsb2FkIC9ib290L2tlcm5l bC5vbGQva2VybmVsIiwgImJvb3QiKT8NCg0KWW91IGNvdWxkIGFsc28gdHJ5IGJvb3Rpbmcg d2l0aCB0aGUgb2xkIGxvYWRlciBieSBpbnRlcnJ1cHRpbmcgdGhlDQpib290IHByb2Nlc3Mg YnkgcHJlc3NpbmcgYSBrZXkgaW1tZWRpYXRlbHkgYWZ0ZXIgdGhlIGZpcnN0IG9mIHRoZQ0K fC8tXCBzZXF1ZW5jZSBhcHBlYXJzLiAgWW91IHNob3VsZCBnZXQgYSBwcm9tcHQgbGlrZToN Cg0KCT4+IEZyZWVCU0QvaTM4NiBCT09UDQoJRGVmYXVsdDogMDphZCgwLGEpL2Jvb3QvbG9h ZGVyDQoJYm9vdDoNCg0KRW50ZXINCg0KCTA6YWQoMCxhKS9ib290L2xvYWRlci5vbGQNCg0K YW5kIHNlZSBpZiB0aGF0IGFsbG93cyB5b3UgdG8gYm9vdC4NCg0KSWFuDQo= ------=____1094274649262_6MZUzLAcuR-- From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 12:11:45 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 261E016A4CE for ; Sat, 4 Sep 2004 12:11:45 +0000 (GMT) Received: from pegasus.siol.net (pegasus.siol.net [193.189.160.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5AEB43D49 for ; Sat, 4 Sep 2004 12:11:43 +0000 (GMT) (envelope-from tomaz.borstnar@over.net) Received: from kudu.siol.net ([10.10.10.22]) by pegasus.siol.net 1cbf71897a39210db31154c99f0b4628) <20040904121142.BYBZ11799.pegasus@kudu.siol.net> for ; Sat, 4 Sep 2004 14:11:42 +0200 Received: from game.over.net ([193.189.169.9]) by kudu.siol.net 1cbf71897a39210db31154c99f0b4628) with ESMTP id <20040904121141.ZPVZ1008.kudu@game.over.net> for ; Sat, 4 Sep 2004 14:11:41 +0200 Received: from BSN-77-70-7.dsl.siol.net ([193.77.70.7]:32640 "EHLO masina.over.net") by game.over.net with ESMTP id ; Sat, 4 Sep 2004 14:11:35 +0200 Message-Id: <6.1.2.0.0.20040904135038.0604c7f8@193.189.169.9> X-Sender: tmail@193.189.169.9 X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sat, 04 Sep 2004 14:10:34 +0200 To: freebsd-amd64@freebsd.org From: Tomaz Borstnar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-OverNet-MailScanner-Information: Contact mailscanner@over.net for more information X-OverNet-MailScanner: Found to be clean X-OverNet-MailScanner-SpamCheck: not spam, SpamAssassin (timed out) X-MailScanner-From: tomaz.borstnar@over.net Subject: why is there no official 5.3BETA2 ISO for amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 12:11:45 -0000 Hello! Any idea why there is no ISO image of 5.3beta2 for amd64? I have problems installing 5.3 on IBM eServer 325 - SESNAP fails during installation of files with some ffs_alloc panic. I also have open PR 71087 (http://www.freebsd.org/cgi/query-pr.cgi?pr=71087) for i386 build on same machine. Tomaz From owner-freebsd-amd64@FreeBSD.ORG Sat Sep 4 12:47:54 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4F8316A4CE; Sat, 4 Sep 2004 12:47:54 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id BBB5E43D3F; Sat, 4 Sep 2004 12:47:53 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 4 Sep 2004 13:47:53 +0100 (BST) To: andrew.lankford@verizon.net In-Reply-To: Your message of "Sat, 04 Sep 2004 00:10:49 CDT." <20040904051049.DWQM14580.out011.verizon.net@outgoing.verizon.net> Date: Sat, 04 Sep 2004 13:47:49 +0100 From: Ian Dowse Message-ID: <200409041347.aa05366@salmon.maths.tcd.ie> cc: amd64@freebsd.org cc: Scott Long cc: current@freebsd.org Subject: Re: Latest MFCs break boot on amd64 notebook. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 12:47:54 -0000 In message <20040904051049.DWQM14580.out011.verizon.net@outgoing.verizon.net>, Andrew Lankford writes: >Unfortunately, due to either a mistake on my part or a spiteful Makefile, /boo >t/kernel.old/ is totally gone. I wish it wasn't, otherwise I'd be able to loo >k at the contents of my root partition more carefully. As you suggested, /boo >t/loader.old works almost as well as /boot/loader but the old version doesn't >allow me to load/unload modules like I can with the new version. But it doesn >'t matter whether I'm using /boot/loader.old or /boot/loader. As soon as I ha >ve /boot/kernel/kernel loaded into memory and tell it to boot, the "-\|/" twir >ley spins for a fraction of a second, freezes, and the computer powers down a >few seconds later. Thanks for these details. The fact that the kernel copyright messages etc don't get displayed even with the old loader makes it seem unlikely that it is a direct problem with the module preloading. Maybe the kernel itself is corrupt - this could happen for example if the system did not shut down cleanly immediately after writing it to disk. Does the "lsmod" loader command display sensible results after "load /boot/kernel/kernel"? If ACPI causes problems, you can also check with lsmod that you haven't accidentally compiled it in. In theory it should be possible to load the kernel from the compile directory by giving the loader the full partition-relative path, e.g load disk0s1e:/obj/usr/src/sys/amd64/compile/MYCONF/kernel where "disk0s1e" is your /usr partition and the path is the compile directory relative to /usr. Unfortunately this doesn't seem to work for me, so it may not be much help. Ian