From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 13 07:14:46 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 6BEF516A4CE; Sun, 13 Jun 2004 07:14:46 +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 F142C43D45; Sun, 13 Jun 2004 07:14: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 E5A02FD08D; Sun, 13 Jun 2004 00:12:48 -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 00677-05; Sun, 13 Jun 2004 00:12:48 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 54BC0FD088; Sun, 13 Jun 2004 00:12:48 -0700 (PDT) From: Sean McNeil To: Tom Cage In-Reply-To: <1087110679.1924.29.camel@server.mcneil.com> References: <40CB951A.50208@earthlink.net> <1087110679.1924.29.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1087110768.2136.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 13 Jun 2004 00:12:48 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: scottl@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: amd64 FreeBSD update 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, 13 Jun 2004 07:14:46 -0000 Ooops! forgot to add -amd64 :) On Sun, 2004-06-13 at 00:11, Sean McNeil wrote: > Tom, > > I hope you do not mind, but I think your experiences would be very > beneficial to post on freebsd-amd64. Frankly, I think that mailing list > is being underutilized right now. I hope that increased activity with > messages like this will help the people involved to increase the quality > of amd64 support and functionality. > > Most people are extremely busy trying to get certain desired > functionality into freebsd/amd64 that things like this get lost without > this kind of feedback. IMHO, your weekly attempts to get the > functionality your desire and your successes/failures is invaluable and > a great indicator of things that should be looked into. I, for one, > appreciate hearing about your experiences. > > On Sat, 2004-06-12 at 16:43, Tom Cage wrote: > > Sean, > > > > I performed my weekly upgrade on my AMD64 Saturday afternoon. > > > > Gigabyte GA-K8VT800M motherboard (AMD64-3400+) > > K8-2200, 64K L1, 1M L2, FSB 800MHz, 1024M DDR400 PC3200, Bus 200MHz > > > > The basic world/kernel worked fine for > > # make buildworld > > # make buildkernel KERNCONF=MYKERNEL > > # make installkernel KERNCONF=MYKERNEL > > | > > # make installworld > > | > > > > gigabyte# uname -a > > FreeBSD gigabyte.k5gj 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sat Jun 12 > > 15:00:13 CDT 2004 > > root@gigabyte.k5gj:/usr/obj/usr/src/sys/MYKERNEL amd64 > > gigabyte# > > IIRC, you are doing a dual boot and every week you have been rebuilding > everything as mentioned above starting with the system in whatever state > is was in the previous week. You are not reloading from a baseline and > then performing the update. Correct? Except at the end you talk about > scrubbing the hard drive. Are you installing a fresh release CD each > time? > > > /******************************************************************************/ > > > > However, most of the ports have not been upgraded. Some of these > > are i386 > > binaries, for instance: > > > > gigabyte# cd /usr/ports/misc/cpuid > > [snip] > ONLY_FOR_ARCHS= i386 > [snip] > > yes, cpuid will complain if you try to install it. I guess you should > pkg_delete it until it has been fixed to work with amd64. > > > Note that in lsof, the build starts with version 4.71.3 and fails with > > version 4.72C??? > > > > gigabyte5# cd /usr/ports/sysutils/lsof > > gigabyte5# make install clean > > ===> Building for lsof-4.71.3 > > (cd lib; make DEBUG="-O" CFGF="-pipe -funroll-loops -DHASCPUMASK_T > > -DFREEBSDV=5020 -DHASFDESCFS=2 -DHASNULLFS -DHASIPv6 > > -DLSOF_VSTR=\"5.2-CURRENT\"") > > cc -pipe -funroll-loops -DHASCPUMASK_T -DFREEBSDV=5020 -DHASFDESCFS=2 > > -DHASNULLFS -DHASIPv6 -DLSOF_VSTR=\"5.2-CURRENT\" -I -O -c dnode.c > > dnode.c: In function `process_node': > > dnode.c:583: error: `pn' undeclared (first use in this function) > > dnode.c:583: error: (Each undeclared identifier is reported only once > > dnode.c:583: error: for each function it appears in.) > > dnode.c:589: error: `pnp' undeclared (first use in this function) > > *** Error code 1 > > > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.72C.freebsd. > > *** Error code 1 > > > > Stop in /usr/ports/sysutils/lsof. > > You should probably send this to the maintainer: obrien@FreeBSD.org > > > /******************************************************************************/ > > > > NTL has not been upgraded to version 5.3.2 which is needed for amd64 > > compatibility. > > > > gigabyte5# cd /usr/ports/math/ntl > > gigabyte# cat Makefile > [snip] > > MAINTAINER= matthiasb@acm.org > [snip] > > Can you email matthias on that? Either ask for it to be updated or > disabled for amd64. > > > /******************************************************************************/ > > > > Lastly, KDE still has the same problem with x86_64 not being compatible > > with shared objects. > [snip] > > /usr/bin/ld: .libs/dcopstub.o: relocation R_X86_64_32S can not be used > > when making a shared object; recompile with -fPIC > > This appears to be a problem with libtool. The cheap solution for me > was to add to /etc/make.conf > > CFLAGS= -O -pipe -fPIC > > when building packages like this. Marcus has also committed a patch to > the Makefile for evolution that fixes this issue. Perhaps you could see > if that modification would help for this package as well. > > There is also the possibility of doing a pkg_delete of all the installed > libtool packages and then trying again that it may use a libtool that > works properly. I don't know. > > > /******************************************************************************/ > > /******************************************************************************/ > > /******************************************************************************/ > > > > Thus, I have great hopes for RC3 when it comes out. I will scrub the > > hard drive and start fresh. > > Thanks again, > Sean > From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 13 16:20:27 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 3CF5616A4CE; Sun, 13 Jun 2004 16:20:27 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF32043D55; Sun, 13 Jun 2004 16:20:25 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5DGEk67078388; Sun, 13 Jun 2004 18:14:46 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <023d01c45161$8f486360$471b3dd4@dual> From: "Willem Jan Withagen" To: Date: Sun, 13 Jun 2004 18:14:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-ports@freebsd.org Subject: anybody using net-snmp on AMD64 or other 64bit platforms?? 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, 13 Jun 2004 16:20:27 -0000 Reason I ask, is that it crashes with me at all kinds of places... I've started looking at the warnings from a regular make. And in the process of tryin to fix those there are a lot of places where typeconversions are really messed up. int, size_t, I32, function addresses and pointers are all intermixed. And this of course will create all kinds unwanted effects.... Are there any suggestions as to enhance portability this way... eg. what kind of generic pointer type would one use to make shure that pointers are the correct size on both architectures.... Or as a side questions: Are there other snmp-daemons that run on 64bit platforms?? --WjW From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 13 18:07: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 EFCBB16A4CE for ; Sun, 13 Jun 2004 18:07:42 +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 C616643D48 for ; Sun, 13 Jun 2004 18:07: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 7D7E9FD03A for ; Sun, 13 Jun 2004 11:06:43 -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 26976-01 for ; Sun, 13 Jun 2004 11:06:43 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E2ADAFD012 for ; Sun, 13 Jun 2004 11:06:42 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org Content-Type: text/plain Message-Id: <1087150002.27523.12.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 13 Jun 2004 11:06:42 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: x86_64 ABI 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, 13 Jun 2004 18:07:43 -0000 I am trying to get gcj/gij working and have it (for the most part) doing pretty well. I've noticed problems in backtraces of core dumps, however, that got me to wondering. The only documentation I've uncovered about the ABI was the stuff pointed to by the FreeBSD/amd64 web page. This looks like the same ABI that Linux is using. Are there any differences? Should the libffi native/jni calling interface used for Linux work for FreeBSD? Here is an example of a traceback I see that makes me wonder: #10 0x0000000200eeda2c in _Jv_NewPrimArray (eltype=0x2015b6698, count=16) at ./include/java-gc.h:55 #11 0x0000000200f8d0f1 in gnu.gcj.runtime.StringBuffer.StringBuffer(int) ( this=0x2059ee660, capacity=16) at ../../../gcc/libjava/gnu/gcj/runtime/StringBuffer.java:165 #12 0x0000000200f3547c in java.io.File.File(java.lang.String, java.lang.String) (this=0x202d5e320, dirPath=0x20416b020, name=0x2059fb000) at ../../../gcc/libjava/java/io/File.java:369 #13 0x0000000201021048 in ffi_call_UNIX64 () at /var/tmp/ccieZgQH.s:75 #14 0x0000000201020e4f in ffi_call (cif=0x202c4d658, fn=0x200f354d0 , rvalue=0x7ffffffef768, avalue=Variable "avalue" is not available. ) at ../../../gcc/libffi/src/x86/ffi64.c:564 #15 0x000000020102042c in ffi_java_raw_call (cif=0x202c4d658, fn=0x200f354d0 , rvalue=0x7ffffffef768, raw=Variable "raw" is not available. ) at ../../../gcc/libffi/src/java_raw_api.c:295 #16 0x0000000200f00b9a in _Jv_InterpMethod::run (this=0x202740ea0, retp=0x7ffffffef970, args=Variable "args" is not available. ) at ../../../gcc/libjava/interpret.cc:1166 #17 0x00000002010204a0 in ffi_java_translate_args (cif=0x20277f7c0, rvalue=0x7ffffffef970, avalue=0x7ffffffef920, user_data=0x20277f780) at ../../../gcc/libffi/src/java_raw_api.c:309 The part about the "is not available" is what bothers me. This is a bt with libc_r. The actual issue I'm dealing has to do with the boehm-gc garbage collector. I believe there may be a referenced pointer that is missed and it getting reaped by gc when it shouldn't. If there is a problem with libffi not storing things correctly or missing something, then that would explain it. I get a core dump at the same place with both libc_r and libpthread, so I feel it probably isn't a threading issue. Any help from the amd64 ABI gurus would be appreciated. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 13 18:14: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 7663B16A4CE; Sun, 13 Jun 2004 18:14:14 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0277B43D49; Sun, 13 Jun 2004 18:14:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5DIDngt006876; Sun, 13 Jun 2004 14:13:49 -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 i5DIDrg0066089; Sun, 13 Jun 2004 14:13:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 40A6C7303F; Sun, 13 Jun 2004 14:13:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040613181353.40A6C7303F@freebsd-current.sentex.ca> Date: Sun, 13 Jun 2004 14:13:53 -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, 13 Jun 2004 18:14:14 -0000 TB --- 2004-06-13 17:42:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-13 17:42:17 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-06-13 17:42:17 - checking out the source tree TB --- 2004-06-13 17:42:17 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-06-13 17:42:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-13 17:46:50 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-13 17:46:50 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-13 17:46: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 [...] ===> usr.bin/truss cat /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/../../sys/kern/syscalls.master > syscalls.master /bin/sh /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/../../sys/kern/makesyscalls.sh syscalls.master /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/i386.conf sh /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/../kdump/mkioctls /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/sandbox/CURRENT/amd64/amd64/src/i386/usr/include > ioctl.c rm -f .depend mkdep -f .depend -a -I/tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss -I. /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/main.c /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/setup.c /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/syscalls.c ioctl.c /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/amd64-fbsd.c /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/amd64-fbsd.c:34:3: missing terminating " character mkdep: compile failed *** Error code 1 Stop in /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss. *** Error code 1 Stop in /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin. *** Error code 1 Stop in /tinderbox/sandbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/sandbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/sandbox/CURRENT/amd64/amd64/src. TB --- 2004-06-13 18:13:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-13 18:13:52 - ERROR: failed to build world TB --- 2004-06-13 18:13:52 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 13 18:19:34 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 8EC9216A4CE; Sun, 13 Jun 2004 18:19:34 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id B2BEC43D41; Sun, 13 Jun 2004 18:19:33 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Jun 2004 19:19:00 +0100 (BST) Date: Sun, 13 Jun 2004 19:19:00 +0100 From: David Malone To: FreeBSD Tinderbox Message-ID: <20040613181900.GA52145@walton.maths.tcd.ie> References: <20040613181353.40A6C7303F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040613181353.40A6C7303F@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.3i Sender: dwmalone@maths.tcd.ie cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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, 13 Jun 2004 18:19:34 -0000 On Sun, Jun 13, 2004 at 02:13:53PM -0400, FreeBSD Tinderbox wrote: > /tinderbox/sandbox/CURRENT/amd64/amd64/src/usr.bin/truss/amd64-fbsd.c:34:3: missing terminating " character My fault - Bruce has just fixed this. David. From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 13 18:59:15 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 034A516A4CE for ; Sun, 13 Jun 2004 18:59:15 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B820C43D53 for ; Sun, 13 Jun 2004 18:59:14 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.34; FreeBSD) id 1BZaC6-000FkQ-Ri for freebsd-amd64@freebsd.org; Sun, 13 Jun 2004 20:59:13 +0200 Received: from [217.8.136.185] (helo=[192.168.1.10]) by anduin.net with esmtp (Exim 4.34; FreeBSD) id 1BZaBw-000FkG-4K; Sun, 13 Jun 2004 20:58:52 +0200 Message-ID: <40CCA3CB.6090808@anduin.net> Date: Sun, 13 Jun 2004 20:58:19 +0200 From: Eirik Oeverby User-Agent: Mozilla Thunderbird 0.6 (X11/20040504) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Willem Jan Withagen References: <023d01c45161$8f486360$471b3dd4@dual> In-Reply-To: <023d01c45161$8f486360$471b3dd4@dual> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on anduin.net X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.63 X-Spam-Level: cc: freebsd-ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: anybody using net-snmp on AMD64 or other 64bit platforms?? 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, 13 Jun 2004 18:59:15 -0000 Willem Jan Withagen wrote: > Reason I ask, is that it crashes with me at all kinds of places... > > I've started looking at the warnings from a regular make. > And in the process of tryin to fix those there are a lot of places where > typeconversions are really messed up. > > int, size_t, I32, function addresses and pointers are all intermixed. > And this of course will create all kinds unwanted effects.... > > Are there any suggestions as to enhance portability this way... > > eg. what kind of generic pointer type would one use to make shure > that pointers are the correct size on both architectures.... > > Or as a side questions: > Are there other snmp-daemons that run on 64bit platforms?? net-snmp won't compile here: /usr/bin/ld: /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a: could not read symbols: Bad value *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.1.1/perl/agent. If I try net-snmp4, it compiles, but the daemon dies whenever it's queried (by mrtg, for example). /Eirik > > --WjW > > > _______________________________________________ > 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 Sun Jun 13 19:39:02 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 EC61E16A4CE; Sun, 13 Jun 2004 19:39:02 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E05FE43D39; Sun, 13 Jun 2004 19:39:01 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5DJX967082108; Sun, 13 Jun 2004 21:33:09 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <02b001c4517d$46da25c0$471b3dd4@dual> From: "Willem Jan Withagen" To: "Eirik Oeverby" References: <023d01c45161$8f486360$471b3dd4@dual> <40CCA3CB.6090808@anduin.net> Date: Sun, 13 Jun 2004 21:33:16 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: anybody using net-snmp on AMD64 or other 64bit platforms?? 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, 13 Jun 2004 19:39:03 -0000 > Willem Jan Withagen wrote: > > Reason I ask, is that it crashes with me at all kinds of places... > > > > I've started looking at the warnings from a regular make. > > And in the process of tryin to fix those there are a lot of places where > > typeconversions are really messed up. > > > > int, size_t, I32, function addresses and pointers are all intermixed. > > And this of course will create all kinds unwanted effects.... > > > > Are there any suggestions as to enhance portability this way... > > > > eg. what kind of generic pointer type would one use to make shure > > that pointers are the correct size on both architectures.... > > > > Or as a side questions: > > Are there other snmp-daemons that run on 64bit platforms?? > > net-snmp won't compile here: > /usr/bin/ld: /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a(perl.o): > relocation R_X86_64_32S can not be used when making a shared object; > recompile with -fPIC > /usr/local/lib/perl5/5.6.1/mach/CORE/libperl.a: could not read symbols: > Bad value > *** Error code 1 This looks like you do not have the most recent set of ports.... I can get mine to compile and link. -fPIC -DPIC is on just about every line. > If I try net-snmp4, it compiles, but the daemon dies whenever it's > queried (by mrtg, for example). That was what the same problem I started with with net-snmp..... Now I'm as far that I can run a snmpwalk against it, but not all the answers make sense. eg. the connection table gives very strange addresses and very strange ports. --WjW From owner-freebsd-amd64@FreeBSD.ORG Sun Jun 13 22:56:32 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 08A6C16A4CE; Sun, 13 Jun 2004 22:56:32 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4EB43D54; Sun, 13 Jun 2004 22:56:30 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5DMoc67085894; Mon, 14 Jun 2004 00:50:38 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <033301c45198$ddd10b40$471b3dd4@dual> From: "Willem Jan Withagen" To: "Willem Jan Withagen" References: <023d01c45161$8f486360$471b3dd4@dual><40CCA3CB.6090808@anduin.net> <02b001c4517d$46da25c0$471b3dd4@dual> Date: Mon, 14 Jun 2004 00:50:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-amd64@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: anybody using net-snmp on AMD64 or other 64bit platforms?? 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, 13 Jun 2004 22:56:32 -0000 > > Willem Jan Withagen wrote: > > > Reason I ask, is that it crashes with me at all kinds of places... > > > > > > I've started looking at the warnings from a regular make. > > > And in the process of tryin to fix those there are a lot of places where > > > typeconversions are really messed up. > > > > > > int, size_t, I32, function addresses and pointers are all intermixed. > > > And this of course will create all kinds unwanted effects.... > > > > > > Are there any suggestions as to enhance portability this way... > > > > > > eg. what kind of generic pointer type would one use to make shure > > > that pointers are the correct size on both architectures.... > > > > > > Or as a side questions: > > > Are there other snmp-daemons that run on 64bit platforms?? I've got it more or less running, and snmpd is no longer crashing on me "yet". But I'm now getting wrong answers for the tcp/udp connections. But for established connections as well as open server ports.... Both netstat and snmpd do this by retreiving data with sysctl from the kernel. And where netstat has got its things right, snmpd seems to be really off. The most likely reason is that snmpd defines some structures by itself, but now the question is which part is that??? Does anybody know of tools to compare or analyse the raw data coming out of a struct tcpcb..... --WjW From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 14 11:01: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 5292D16A4D1 for ; Mon, 14 Jun 2004 11:01:48 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AD5843D45 for ; Mon, 14 Jun 2004 11:01:48 +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 i5EB1Zk1072538 for ; Mon, 14 Jun 2004 11:01:35 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5EB1YmC072532 for freebsd-amd64@freebsd.org; Mon, 14 Jun 2004 11:01:34 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 14 Jun 2004 11:01:34 GMT Message-Id: <200406141101.i5EB1YmC072532@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, 14 Jun 2004 11:01:48 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59713 amd64 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 D054716A4CF for ; Mon, 14 Jun 2004 19:50:39 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF4B743D58 for ; Mon, 14 Jun 2004 19:50:39 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i5EJoPaB034318 for ; Mon, 14 Jun 2004 19:50:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5EJoPMc034317; Mon, 14 Jun 2004 19:50:25 GMT (envelope-from gnats) Resent-Date: Mon, 14 Jun 2004 19:50:25 GMT Resent-Message-Id: <200406141950.i5EJoPMc034317@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, Joe Talbott Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6419916A4CE for ; Mon, 14 Jun 2004 19:42:58 +0000 (GMT) Received: from nickel.oss.ntelos.net (nickel.oss.ntelos.net [209.145.66.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 044BC43D48 for ; Mon, 14 Jun 2004 19:42:58 +0000 (GMT) (envelope-from josepht@nickel.oss.ntelos.net) Received: from nickel.oss.ntelos.net (localhost [127.0.0.1]) i5EJgMhG040219 for ; Mon, 14 Jun 2004 15:42:22 -0400 (EDT) (envelope-from josepht@nickel.oss.ntelos.net) Received: (from josepht@localhost) by nickel.oss.ntelos.net (8.12.11/8.12.11/Submit) id i5EJgMsJ040218; Mon, 14 Jun 2004 15:42:22 -0400 (EDT) (envelope-from josepht) Message-Id: <200406141942.i5EJgMsJ040218@nickel.oss.ntelos.net> Date: Mon, 14 Jun 2004 15:42:22 -0400 (EDT) From: Joe Talbott To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: amd64/67947: AMD64 Current 20040324 snapshot iso panics on install X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joe Talbott List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2004 19:50:40 -0000 >Number: 67947 >Category: amd64 >Synopsis: AMD64 Current 20040324 snapshot iso panics on install >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 14 19:50:25 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Joe Talbott >Release: FreeBSD 5-CURRENT (snapshot 20040324) amd64 >Organization: none >Environment: Epox 8hda3+, Amd 64 3200+, 512MB Kingston RAM, FreeBSD 5-CURRENT (snapshot 20040324) amd64 VIA K8T800 + VT8237 Chipset >Description: Kernel trap 9: general protection fault while in kernel mode when booting FreeBSD 5-CURRENT (snapshot 20040324) amd64 just after cdrom drive probe. This happens every time I boot from this cd (I burned several copies on different machines and checked md5 checksum) When booting 5.2.1-RELEASE (amd64) the system hangs at this points and keyboard input (Ctrl-Alt-Del) has no effect. I can boot 5.2.1-RELEASE i386, 4.9-RELEASE, and DragonFlyBSD 1.0-CURRENT and have done numerous buildworlds as a rudementary test of hardware with no problems. This happens with ACPI disabled as well. [THIS IS HAND TRANSCRIBED] acd0: CDROM at ata1-slave PIO4 Kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in Kernel mode cpuid = 0; apic id = 00 intruction pointer = 0x8:0xffffffff804b1cc4 stack pointer = 0x10:0xffffffff98147bb0 frame pointer = 0x10:0xffffffff98147bc0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 9 (pagezero) kernel: type 9 trap, code = 0 Stopped at vm_pageq_remove_nowakeup+0x2c: decl %eax db> trace vm_pageq_remove_nowakeup() at vm_pageq_remove_nowakeup+0x2c vm_page_zero_idle() at vm_page_zero_idle+0x88 vm_pagezero() at vm_pagezero+0xad fork_exit() at fork_exit+0x9f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff98147d00, rbp = 0 --- db> >How-To-Repeat: boot with 5-CURRENT (snapshot 20040324) cd >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 14 20:48:53 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 C51A216A4CE; Mon, 14 Jun 2004 20:48:53 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8AF43D46; Mon, 14 Jun 2004 20:48:52 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) i5EKkARl076804; Mon, 14 Jun 2004 16:46:10 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Mon, 14 Jun 2004 16:46:03 -0400 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_L6gzA0cfWAdlE21" Message-Id: <200406141646.03171.jkim@niksun.com> cc: freebsd-x11@freebsd.org cc: eta@lclark.edu Subject: [PATCH] AMD64 On-CPU GART support + more 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, 14 Jun 2004 20:48:53 -0000 --Boundary-00=_L6gzA0cfWAdlE21 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Since the latest DRM is imported, I made my AMD64 on-CPU GART[1] working (patch attached). This driver has some ugliness because of its nature: driver is for AGP bridge but directly touches north bridge registers (of multiple north bridges if you have multiple CPUs). Ideally we can attach child driver here for each bridge but it is just a part of its functions so that I didn't want to create a full-blown driver. The second ugliness comes from the agp_sis.c and agp_via.c. They fall back to 'generic host to PCI bridge' if it is not supported but it finds a bridge. I believe this has to be removed. The kludge is 'AGP_AMD64_GART' in kernel configuration. This kludge can be removed when the 'fallback' match/probe is removed. For now, 'AGP_AMD64_GART' is required to test this driver. If anyone is interested, please cleanup/fix them. :-( It's tested with Via K8T800 (both FreeBSD/i386 and FreeBSD/amd64) but it should work with other bridges/tunnels. XFree86 snapshot (after Mesa 6.1 import) + DRI snapshot worked fine with MGA 400 and Radeon RV280 in FreeBSD/i386. In FreeBSD/amd64, MGA 400 works but Radeon RV280 doesn't work but I believe it's DRM/DRI's problem, i. e., Radeon SAREA handles. Cheers, Jung-uk Kim [1] BIOS and Kernel Developer's Guide for AMD Athlon? 64 and AMD Opteron(tm) Processors (3.6.12-15) http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/26094.PDF * PS: I think the current agp_via.c doesn't support K8T800 or other AGP v3 bridges correctly. If anyone is interested, let me know. ;-) --Boundary-00=_L6gzA0cfWAdlE21 Content-Type: text/plain; charset="euc-kr"; name="agp-20040614.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="agp-20040614.diff" --- src/sys/conf/files.amd64.orig Mon May 24 08:08:56 2004 +++ src/sys/conf/files.amd64 Mon Jun 14 16:05:45 2004 @@ -133,6 +133,7 @@ kern/link_elf_obj.c standard pci/agp_ali.c optional agp pci/agp_amd.c optional agp +pci/agp_amd64.c optional agp pci/agp_i810.c optional agp pci/agp_intel.c optional agp pci/agp_sis.c optional agp --- src/sys/conf/files.i386.orig Wed May 26 03:43:40 2004 +++ src/sys/conf/files.i386 Mon Jun 14 16:05:45 2004 @@ -411,6 +411,7 @@ libkern/umoddi3.c standard pci/agp_ali.c optional agp pci/agp_amd.c optional agp +pci/agp_amd64.c optional agp pci/agp_i810.c optional agp pci/agp_intel.c optional agp pci/agp_nvidia.c optional agp --- src/sys/conf/options.amd64.orig Sat Mar 13 17:16:34 2004 +++ src/sys/conf/options.amd64 Mon Jun 14 16:05:45 2004 @@ -54,3 +54,6 @@ IA32 NO_MIXED_MODE DEV_ATPIC opt_atpic.h + +# agp options +AGP_AMD64_GART opt_agp.h --- src/sys/conf/options.i386.orig Sun Mar 14 18:03:56 2004 +++ src/sys/conf/options.i386 Mon Jun 14 16:05:45 2004 @@ -161,3 +161,6 @@ # Device options DEV_APIC opt_apic.h DEV_NPX opt_npx.h + +# agp options +AGP_AMD64_GART opt_agp.h --- src/sys/modules/Makefile.orig Mon May 17 10:22:40 2004 +++ src/sys/modules/Makefile Mon Jun 14 16:06:00 2004 @@ -377,6 +377,8 @@ .endif .if ${MACHINE_ARCH} == "amd64" +_agp= agp +_drm= drm #_ndis= ndis .endif --- src/sys/modules/agp/Makefile.orig Sat Aug 23 14:00:31 2003 +++ src/sys/modules/agp/Makefile Mon Jun 14 16:05:45 2004 @@ -6,10 +6,13 @@ SRCS= agp.c agp_if.c .if ${MACHINE_ARCH} == "i386" SRCS+= agp_i810.c agp_intel.c agp_via.c agp_sis.c agp_ali.c agp_amd.c \ - agp_nvidia.c + agp_amd64.c agp_nvidia.c opt_agp.h .endif .if ${MACHINE_ARCH} == "alpha" SRCS+= agp_amd.c +.endif +.if ${MACHINE_ARCH} == "amd64" +SRCS+= agp_amd64.c opt_agp.h .endif SRCS+= device_if.h bus_if.h agp_if.h pci_if.h SRCS+= opt_bdg.h opt_bus.h --- src/sys/pci/agp.c.orig Sun May 30 16:00:40 2004 +++ src/sys/pci/agp.c Mon Jun 14 16:05:45 2004 @@ -87,7 +87,7 @@ void agp_flush_cache() { -#ifdef __i386__ +#if defined(__i386__) || defined(__amd64__) wbinvd(); #endif #ifdef __alpha__ --- src/sys/pci/agp_amd64.c.orig Mon Jun 7 23:42:04 2004 +++ src/sys/pci/agp_amd64.c Mon Jun 14 16:05:45 2004 @@ -0,0 +1,315 @@ +/*- + * Copyright (c) 2004 Jung-uk Kim + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include "opt_bus.h" +#include "opt_agp.h" + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include + +/* XXX */ +extern void pci_cfgregwrite(int, int, int, int, uint32_t, int); +extern uint32_t pci_cfgregread(int, int, int, int, int); + +MALLOC_DECLARE(M_AGP); + +#define AMD64_MAX_MCTRL 8 + +struct agp_amd64_softc { + struct agp_softc agp; + uint32_t initial_aperture; /* aperture size at startup */ + struct agp_gatt *gatt; + int mctrl[AMD64_MAX_MCTRL]; + int n_mctrl; +}; + +static const char* +agp_amd64_match(device_t dev) +{ + if (pci_get_class(dev) != PCIC_BRIDGE + || pci_get_subclass(dev) != PCIS_BRIDGE_HOST) + return NULL; + + if (agp_find_caps(dev) == 0) + return NULL; + +#ifdef AGP_AMD64_GART + switch (pci_get_devid(dev)) { + case 0x74541022: + return ("AMD 8151 AGP graphics tunnel"); + case 0x10221039: + return ("SiS 755 host to AGP bridge"); + case 0x02041106: + return ("VIA 8380 host to PCI bridge"); + case 0x31881106: + return ("VIA 8385 host to PCI bridge"); + }; +#endif + + return NULL; +} + +static int +agp_amd64_probe(device_t dev) +{ + const char *desc; + + if (resource_disabled("agp", device_get_unit(dev))) + return (ENXIO); + desc = agp_amd64_match(dev); + if (desc) { + device_verbose(dev); + device_set_desc(dev, desc); + return 0; + } + + return ENXIO; +} + +static int +agp_amd64_attach(device_t dev) +{ + struct agp_amd64_softc *sc = device_get_softc(dev); + struct agp_gatt *gatt; + int i, n, error; + + for (i = 0, n = 0; i < PCI_SLOTMAX && n < AMD64_MAX_MCTRL; i++) + if (pci_cfgregread(0, i, 3, 0, 4) == 0x11031022) { + sc->mctrl[n] = i; + n++; + } + + if (n == 0) + return ENXIO; + + sc->n_mctrl = n; + + if (bootverbose) + printf("AMD64: %d Misc. Control unit(s) found.\n", + sc->n_mctrl); + + error = agp_generic_attach(dev); + if (error) + return error; + + sc->initial_aperture = AGP_GET_APERTURE(dev); + + for (;;) { + gatt = agp_alloc_gatt(dev); + if (gatt) + break; + + /* + * Probably contigmalloc failure. Try reducing the + * aperture so that the gatt size reduces. + */ + if (AGP_SET_APERTURE(dev, AGP_GET_APERTURE(dev) / 2)) { + agp_generic_detach(dev); + return ENOMEM; + } + } + sc->gatt = gatt; + + /* Install the gatt and enable aperture. */ + for (i = 0; i < sc->n_mctrl; i++) { + pci_cfgregwrite(0, sc->mctrl[i], 3, AGP_AMD64_ATTBASE, + (uint32_t)(gatt->ag_physical >> 8) & AGP_AMD64_ATTBASE_MASK, + 4); + pci_cfgregwrite(0, sc->mctrl[i], 3, AGP_AMD64_APCTRL, + (pci_cfgregread(0, sc->mctrl[i], 3, AGP_AMD64_APCTRL, 4) | + AGP_AMD64_APCTRL_GARTEN) & + ~(AGP_AMD64_APCTRL_DISGARTCPU | AGP_AMD64_APCTRL_DISGARTIO), + 4); + } + + agp_flush_cache(); + + return 0; +} + +static int +agp_amd64_detach(device_t dev) +{ + struct agp_amd64_softc *sc = device_get_softc(dev); + int i, error; + + error = agp_generic_detach(dev); + if (error) + return error; + + for (i = 0; i < sc->n_mctrl; i++) + pci_cfgregwrite(0, sc->mctrl[i], 3, AGP_AMD64_APCTRL, + pci_cfgregread(0, sc->mctrl[i], 3, AGP_AMD64_APCTRL, 4) & + ~AGP_AMD64_APCTRL_GARTEN, 4); + + AGP_SET_APERTURE(dev, sc->initial_aperture); + agp_free_gatt(sc->gatt); + + return 0; +} + +static uint32_t agp_amd64_table[] = { + 0x02000000, /* 32 MB */ + 0x04000000, /* 64 MB */ + 0x08000000, /* 128 MB */ + 0x10000000, /* 256 MB */ + 0x20000000, /* 512 MB */ + 0x40000000, /* 1024 MB */ + 0x80000000, /* 2048 MB */ +}; + +#define AGP_AMD64_TABLE_SIZE \ + (sizeof(agp_amd64_table) / sizeof(agp_amd64_table[0])) + +static uint32_t +agp_amd64_get_aperture(device_t dev) +{ + struct agp_amd64_softc *sc = device_get_softc(dev); + uint32_t i; + + i = (pci_cfgregread(0, sc->mctrl[0], 3, AGP_AMD64_APCTRL, 4) & + AGP_AMD64_APCTRL_SIZE_MASK) >> 1; + + if (i >= AGP_AMD64_TABLE_SIZE) + return 0; + + return (agp_amd64_table[i]); +} + +static int +agp_amd64_set_aperture(device_t dev, uint32_t aperture) +{ + struct agp_amd64_softc *sc = device_get_softc(dev); + uint32_t i; + int j; + + for (i = 0; i < AGP_AMD64_TABLE_SIZE; i++) + if (agp_amd64_table[i] == aperture) + break; + if (i == AGP_AMD64_TABLE_SIZE) + return EINVAL; + + for (j = 0; j < sc->n_mctrl; j++) + pci_cfgregwrite(0, sc->mctrl[j], 3, AGP_AMD64_APCTRL, + (pci_cfgregread(0, sc->mctrl[j], 3, AGP_AMD64_APCTRL, 4) & + ~(AGP_AMD64_APCTRL_SIZE_MASK)) | (i << 1), 4); + + return 0; +} + +static int +agp_amd64_bind_page(device_t dev, int offset, vm_offset_t physical) +{ + struct agp_amd64_softc *sc = device_get_softc(dev); + + if (offset < 0 || offset >= (sc->gatt->ag_entries << AGP_PAGE_SHIFT)) + return EINVAL; + + sc->gatt->ag_virtual[offset >> AGP_PAGE_SHIFT] = physical; + return 0; +} + +static int +agp_amd64_unbind_page(device_t dev, int offset) +{ + struct agp_amd64_softc *sc = device_get_softc(dev); + + if (offset < 0 || offset >= (sc->gatt->ag_entries << AGP_PAGE_SHIFT)) + return EINVAL; + + sc->gatt->ag_virtual[offset >> AGP_PAGE_SHIFT] = 0; + return 0; +} + +static void +agp_amd64_flush_tlb(device_t dev) +{ + struct agp_amd64_softc *sc = device_get_softc(dev); + int i; + + for (i = 0; i < sc->n_mctrl; i++) + pci_cfgregwrite(0, sc->mctrl[i], 3, AGP_AMD64_CACHECTRL, + pci_cfgregread(0, sc->mctrl[i], 3, AGP_AMD64_CACHECTRL, 4) | + AGP_AMD64_CACHECTRL_INVGART, 4); +} + +static device_method_t agp_amd64_methods[] = { + /* Device interface */ + DEVMETHOD(device_probe, agp_amd64_probe), + DEVMETHOD(device_attach, agp_amd64_attach), + DEVMETHOD(device_detach, agp_amd64_detach), + DEVMETHOD(device_shutdown, bus_generic_shutdown), + DEVMETHOD(device_suspend, bus_generic_suspend), + DEVMETHOD(device_resume, bus_generic_resume), + + /* AGP interface */ + DEVMETHOD(agp_get_aperture, agp_amd64_get_aperture), + DEVMETHOD(agp_set_aperture, agp_amd64_set_aperture), + DEVMETHOD(agp_bind_page, agp_amd64_bind_page), + DEVMETHOD(agp_unbind_page, agp_amd64_unbind_page), + DEVMETHOD(agp_flush_tlb, agp_amd64_flush_tlb), + DEVMETHOD(agp_enable, agp_generic_enable), + DEVMETHOD(agp_alloc_memory, agp_generic_alloc_memory), + DEVMETHOD(agp_free_memory, agp_generic_free_memory), + DEVMETHOD(agp_bind_memory, agp_generic_bind_memory), + DEVMETHOD(agp_unbind_memory, agp_generic_unbind_memory), + + { 0, 0 } +}; + +static driver_t agp_amd64_driver = { + "agp", + agp_amd64_methods, + sizeof(struct agp_amd64_softc), +}; + +static devclass_t agp_devclass; + +DRIVER_MODULE(agp_amd64, pci, agp_amd64_driver, agp_devclass, 0, 0); +MODULE_DEPEND(agp_amd64, agp, 1, 1, 1); +MODULE_DEPEND(agp_amd64, pci, 1, 1, 1); --- src/sys/pci/agp_sis.c.orig Sun May 30 16:00:40 2004 +++ src/sys/pci/agp_sis.c Mon Jun 14 16:05:45 2004 @@ -28,6 +28,7 @@ __FBSDID("$FreeBSD: src/sys/pci/agp_sis.c,v 1.13 2004/05/30 20:00:40 phk Exp $"); #include "opt_bus.h" +#include "opt_agp.h" #include #include @@ -105,6 +106,10 @@ return ("SiS 746 host to AGP bridge"); case 0x07601039: return ("SiS 760 host to AGP bridge"); +#ifdef AGP_AMD64_GART + case 0x10221039: + return NULL; +#endif }; if (pci_get_vendor(dev) == 0x1039) --- src/sys/pci/agp_via.c.orig Mon Jun 14 16:09:52 2004 +++ src/sys/pci/agp_via.c Mon Jun 14 16:09:07 2004 @@ -88,7 +88,11 @@ case 0x06911106: return ("VIA 82C691 (Apollo Pro) host to PCI bridge"); case 0x31881106: +#ifdef AGP_AMD64_GART + return NULL; +#else return ("VIA 8385 host to PCI bridge"); +#endif }; if (pci_get_vendor(dev) == 0x1106) --- src/sys/pci/agpreg.h.orig Thu May 13 16:05:42 2004 +++ src/sys/pci/agpreg.h Mon Jun 14 16:05:45 2004 @@ -244,4 +244,21 @@ #define AGP_NVIDIA_3_APBASE 0x50 #define AGP_NVIDIA_3_APLIMIT 0x54 +/* + * AMD64 GART registers + */ +#define AGP_AMD64_APCTRL 0x90 +#define AGP_AMD64_APBASE 0x94 +#define AGP_AMD64_ATTBASE 0x98 +#define AGP_AMD64_CACHECTRL 0x9c +#define AGP_AMD64_APCTRL_GARTEN 0x00000001 +#define AGP_AMD64_APCTRL_SIZE_MASK 0x0000000e +#define AGP_AMD64_APCTRL_DISGARTCPU 0x00000010 +#define AGP_AMD64_APCTRL_DISGARTIO 0x00000020 +#define AGP_AMD64_APCTRL_DISWLKPRB 0x00000040 +#define AGP_AMD64_APBASE_MASK 0x00007fff +#define AGP_AMD64_ATTBASE_MASK 0xfffffff0 +#define AGP_AMD64_CACHECTRL_INVGART 0x00000001 +#define AGP_AMD64_CACHECTRL_PTEERR 0x00000002 + #endif /* !_PCI_AGPREG_H_ */ --Boundary-00=_L6gzA0cfWAdlE21-- From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 14 21:22:15 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 8CF9516A4CF; Mon, 14 Jun 2004 21:22:15 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1278A43D41; Mon, 14 Jun 2004 21:22:15 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) i5ELLTRl078110; Mon, 14 Jun 2004 17:21:29 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Mon, 14 Jun 2004 17:21:22 -0400 User-Agent: KMail/1.6.1 References: <200406141646.03171.jkim@niksun.com> In-Reply-To: <200406141646.03171.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_SbhzAYUSvVxtkZr" Message-Id: <200406141721.22252.jkim@niksun.com> cc: freebsd-x11@freebsd.org cc: eta@lclark.edu Subject: Re: [PATCH] AMD64 On-CPU GART support + more 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, 14 Jun 2004 21:22:15 -0000 --Boundary-00=_SbhzAYUSvVxtkZr Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Monday 14 June 2004 04:46 pm, Jung-uk Kim wrote: > Since the latest DRM is imported, I made my AMD64 on-CPU GART[1] > working (patch attached). This driver has some ugliness because of > its nature: driver is for AGP bridge but directly touches north > bridge registers (of multiple north bridges if you have multiple > CPUs). Ideally we can attach child driver here for each bridge but > it is just a part of its functions so that I didn't want to create > a full-blown driver. The second ugliness comes from the agp_sis.c > and agp_via.c. They fall back to 'generic host to PCI bridge' if > it is not supported but it finds a bridge. I believe this has to > be removed. The kludge is 'AGP_AMD64_GART' in kernel > configuration. This kludge can be removed when the 'fallback' > match/probe is removed. For now, 'AGP_AMD64_GART' is required to > test this driver. If anyone is interested, please cleanup/fix them. > :-( Oops, agp_via.c has a bad merge. Sorry. Jung-uk Kim > It's tested with Via K8T800 (both FreeBSD/i386 and FreeBSD/amd64) > but it should work with other bridges/tunnels. XFree86 snapshot > (after Mesa 6.1 import) + DRI snapshot worked fine with MGA 400 and > Radeon RV280 in FreeBSD/i386. In FreeBSD/amd64, MGA 400 works but > Radeon RV280 doesn't work but I believe it's DRM/DRI's problem, i. > e., Radeon SAREA handles. > > Cheers, > > Jung-uk Kim > > [1] BIOS and Kernel Developer's Guide for AMD Athlon? 64 and AMD > Opteron(tm) Processors (3.6.12-15) > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_ >docs/26094.PDF > > * PS: I think the current agp_via.c doesn't support K8T800 or other > AGP v3 bridges correctly. If anyone is interested, let me know. > ;-) --Boundary-00=_SbhzAYUSvVxtkZr Content-Type: text/x-diff; charset="euc-kr"; name="agp_via.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="agp_via.diff" --- src/sys/pci/agp_via.c.orig Sun May 30 16:00:40 2004 +++ src/sys/pci/agp_via.c Mon Jun 14 17:15:59 2004 @@ -28,6 +28,7 @@ __FBSDID("$FreeBSD: src/sys/pci/agp_via.c,v 1.15 2004/05/30 20:00:40 phk Exp $"); #include "opt_bus.h" +#include "opt_agp.h" #include #include @@ -88,7 +89,11 @@ case 0x06911106: return ("VIA 82C691 (Apollo Pro) host to PCI bridge"); case 0x31881106: +#ifdef AGP_AMD64_GART + return NULL; +#else return ("VIA 8385 host to PCI bridge"); +#endif }; if (pci_get_vendor(dev) == 0x1106) --Boundary-00=_SbhzAYUSvVxtkZr-- From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 14 21:59: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 3925116A4CE; Mon, 14 Jun 2004 21:59:52 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4B0843D31; Mon, 14 Jun 2004 21:59:50 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5ELra67012519; Mon, 14 Jun 2004 23:53:36 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <058901c4525a$105cfbc0$471b3dd4@dual> From: "Willem Jan Withagen" To: "Willem Jan Withagen" References: <023d01c45161$8f486360$471b3dd4@dual><40CCA3CB.6090808@anduin.net><02b001c4517d$46da25c0$471b3dd4@dual> <033301c45198$ddd10b40$471b3dd4@dual> Date: Mon, 14 Jun 2004 23:53:44 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: anybody using net-snmp on AMD64 or other 64bit platforms?? 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, 14 Jun 2004 21:59:52 -0000 > I've got it more or less running, and snmpd is no longer crashing on me "yet". > But I'm now getting wrong answers for the tcp/udp connections. But for > established connections as well as open server ports.... > > Both netstat and snmpd do this by retreiving data with sysctl from the kernel. > And where netstat has got its things right, snmpd seems to be really off. > The most likely reason is that snmpd defines some structures by itself, but now > the question is which part is that??? It is now running to the part where I can do the things with it I'd like to use it for.... Just figure out a way of putting the changes back in in such a way that it'll still work on 32bit. And get the maintainer to accept my fixes... But as far as I could tell, certain features (udp/tcptables) did not work on i386 either. --WjW From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 14 22:09:59 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 6492F16A525; Mon, 14 Jun 2004 22:09:59 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AF2B43D54; Mon, 14 Jun 2004 22:09:58 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5EM4S67012773; Tue, 15 Jun 2004 00:04:28 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <05b101c4525b$95168880$471b3dd4@dual> From: "Willem Jan Withagen" To: "Jung-uk Kim" , References: <200406141646.03171.jkim@niksun.com> <200406141721.22252.jkim@niksun.com> Date: Tue, 15 Jun 2004 00:04:36 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-x11@freebsd.org cc: eta@lclark.edu Subject: Re: [PATCH] AMD64 On-CPU GART support + more 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, 14 Jun 2004 22:09:59 -0000 I have a dual opteron MSI K8T Master2-FAR board..... It contains the K8T800 so I could test things.... But what is this actually for??? And what do I gain?? --WjW ----- Original Message ----- From: "Jung-uk Kim" To: Cc: ; Sent: Monday, June 14, 2004 11:21 PM Subject: Re: [PATCH] AMD64 On-CPU GART support + more > On Monday 14 June 2004 04:46 pm, Jung-uk Kim wrote: > > Since the latest DRM is imported, I made my AMD64 on-CPU GART[1] > > working (patch attached). This driver has some ugliness because of > > its nature: driver is for AGP bridge but directly touches north > > bridge registers (of multiple north bridges if you have multiple > > CPUs). Ideally we can attach child driver here for each bridge but > > it is just a part of its functions so that I didn't want to create > > a full-blown driver. The second ugliness comes from the agp_sis.c > > and agp_via.c. They fall back to 'generic host to PCI bridge' if > > it is not supported but it finds a bridge. I believe this has to > > be removed. The kludge is 'AGP_AMD64_GART' in kernel > > configuration. This kludge can be removed when the 'fallback' > > match/probe is removed. For now, 'AGP_AMD64_GART' is required to > > test this driver. If anyone is interested, please cleanup/fix them. > > :-( > > Oops, agp_via.c has a bad merge. Sorry. > > Jung-uk Kim > > > It's tested with Via K8T800 (both FreeBSD/i386 and FreeBSD/amd64) > > but it should work with other bridges/tunnels. XFree86 snapshot > > (after Mesa 6.1 import) + DRI snapshot worked fine with MGA 400 and > > Radeon RV280 in FreeBSD/i386. In FreeBSD/amd64, MGA 400 works but > > Radeon RV280 doesn't work but I believe it's DRM/DRI's problem, i. > > e., Radeon SAREA handles. > > > > Cheers, > > > > Jung-uk Kim > > > > [1] BIOS and Kernel Developer's Guide for AMD Athlon? 64 and AMD > > Opteron(tm) Processors (3.6.12-15) > > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_ > >docs/26094.PDF > > > > * PS: I think the current agp_via.c doesn't support K8T800 or other > > AGP v3 bridges correctly. If anyone is interested, let me know. > > ;-) > -------------------------------------------------------------------------------- > _______________________________________________ > 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 Mon Jun 14 23:19: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 4088516A4CE; Mon, 14 Jun 2004 23:19:01 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D4FA43D48; Mon, 14 Jun 2004 23:19:00 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) i5ENHTRl081409; Mon, 14 Jun 2004 19:17:30 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: "Willem Jan Withagen" Date: Mon, 14 Jun 2004 19:17:22 -0400 User-Agent: KMail/1.6.1 References: <200406141646.03171.jkim@niksun.com> <200406141721.22252.jkim@niksun.com> <05b101c4525b$95168880$471b3dd4@dual> In-Reply-To: <05b101c4525b$95168880$471b3dd4@dual> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200406141917.22144.jkim@niksun.com> cc: freebsd-x11@freebsd.org cc: eta@lclark.edu cc: freebsd-amd64@freebsd.org Subject: Re: [PATCH] AMD64 On-CPU GART support + more 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, 14 Jun 2004 23:19:01 -0000 On Monday 14 June 2004 06:04 pm, Willem Jan Withagen wrote: > I have a dual opteron MSI K8T Master2-FAR board..... > It contains the K8T800 so I could test things.... > But what is this actually for??? And what do I gain?? If you don't care about DRI, i. e., 3-D acceleration for XFree86/Xorg server, you don't need it. ;-) JK From owner-freebsd-amd64@FreeBSD.ORG Mon Jun 14 23:23:20 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 C5DDB16A4CE; Mon, 14 Jun 2004 23:23:20 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC7A43D49; Mon, 14 Jun 2004 23:23:19 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5ENGvvZ014489; Tue, 15 Jun 2004 01:16:57 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <064401c45265$b522ae60$471b3dd4@dual> From: "Willem Jan Withagen" To: "Jung-uk Kim" References: <200406141646.03171.jkim@niksun.com> <200406141721.22252.jkim@niksun.com> <05b101c4525b$95168880$471b3dd4@dual> <200406141917.22144.jkim@niksun.com> Date: Tue, 15 Jun 2004 01:17:05 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-x11@freebsd.org cc: eta@lclark.edu cc: freebsd-amd64@freebsd.org Subject: Re: [PATCH] AMD64 On-CPU GART support + more 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, 14 Jun 2004 23:23:20 -0000 > On Monday 14 June 2004 06:04 pm, Willem Jan Withagen wrote: > > I have a dual opteron MSI K8T Master2-FAR board..... > > It contains the K8T800 so I could test things.... > > But what is this actually for??? And what do I gain?? > > If you don't care about DRI, i. e., 3-D acceleration for XFree86/Xorg > server, you don't need it. ;-) Well not yet, since there are a lot of other things I need to work before I can find time again to play games..... :| But I'll see if it runs on dual opteron.... --WjW From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 01:34: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 E0B4316A4CF for ; Tue, 15 Jun 2004 01:34:52 +0000 (GMT) Received: from ojoink.com (center.ojoink.com [216.65.123.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCBED43D45 for ; Tue, 15 Jun 2004 01:34:52 +0000 (GMT) (envelope-from amd64list@jpgsworld.com) Received: (qmail 553 invoked by uid 89); 15 Jun 2004 01:34:16 -0000 Received: from unknown (HELO MAINBX.jpgsworld.com) (amd64list@jpgsworld.com@24.10.96.33) by center.ojoink.com with SMTP; 15 Jun 2004 01:34:16 -0000 Message-Id: <5.2.0.9.2.20040614175419.0162dd00@127.0.0.1> X-Sender: amd64list@jpgsworld.com@mail.ojoink.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 14 Jun 2004 18:34:28 -0700 To: freebsd-amd64@freebsd.org From: JG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: recent -CURRENT changes were very bad for MySQL... 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, 15 Jun 2004 01:34:53 -0000 I got a couple emails from people telling me I should retest because some changes have been committed recently that might effect my MySQL benchmarks. Well I just did a buildworld and kernel to -CURRENT & it did effect the results alright... just not the way we wanted them to: amd64f# super-smack update-select.smack 30 10000 Query Barrel Report for client smacker connect: max=46ms min=2ms avg= 26ms from 30 clients Query_type num_queries max_time min_time q_per_s select_index 300000 2 0 958.05 update_index 300000 2 0 958.05 In all my previous tests I think that number was at least 2000/qps (and that was bad) and as much as 4000/qps. Whatever was changed recently really killed performance in this area. This is a SMP kerenel using SCHED_ULE. .. debugging is turned off in kernel of course. Whatever was changed is producing very erratic benchmark results from bad to worse.... here is an example: (keep in mind this box is for testing only, nothing else is going on on this box) I ran some short tests below (notice 100 below vs 10000 above) amd64f# super-smack update-select.smack 30 100 Query Barrel Report for client smacker connect: max=24ms min=2ms avg= 10ms from 30 clients Query_type num_queries max_time min_time q_per_s select_index 3000 1119 0 60.64 update_index 3000 2185 0 60.64 amd64f# super-smack update-select.smack 30 100 Query Barrel Report for client smacker connect: max=292ms min=1ms avg= 54ms from 30 clients Query_type num_queries max_time min_time q_per_s select_index 3000 4 0 3167.06 update_index 3000 1 0 3167.06 amd64f# super-smack update-select.smack 30 100 Query Barrel Report for client smacker connect: max=26ms min=3ms avg= 10ms from 30 clients Query_type num_queries max_time min_time q_per_s select_index 3000 1891 0 32.73 update_index 3000 1891 0 32.73 amd64f# amd64f# super-smack update-select.smack 30 100 Query Barrel Report for client smacker connect: max=37ms min=3ms avg= 10ms from 30 clients Query_type num_queries max_time min_time q_per_s select_index 3000 10 0 757.05 update_index 3000 11 0 757.05 amd64f# super-smack update-select.smack 30 100 Query Barrel Report for client smacker connect: max=39ms min=5ms avg= 15ms from 30 clients Query_type num_queries max_time min_time q_per_s select_index 3000 11 0 2988.89 update_index 3000 2 0 2988.89 Those were ran one after the other with nothing changed in between. Just thought I would give you guys a heads up. From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 02:24:50 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 D340816A4CE; Tue, 15 Jun 2004 02:24:50 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 377F343D1F; Tue, 15 Jun 2004 02:24:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5F2OfnS001515; Mon, 14 Jun 2004 22:24:41 -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 i5F2Om3P022034; Mon, 14 Jun 2004 22:24:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D3D17303F; Mon, 14 Jun 2004 22:24:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040615022448.1D3D17303F@freebsd-current.sentex.ca> Date: Mon, 14 Jun 2004 22:24:48 -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, 15 Jun 2004 02:24:51 -0000 TB --- 2004-06-15 01:28:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-15 01:28:40 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-06-15 01:28:40 - checking out the source tree TB --- 2004-06-15 01:28:40 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-06-15 01:28:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-15 01:33:20 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-15 01:33:20 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-15 01:33:20 - /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 [...] cc -O2 -pipe -c /tinderbox/CURRENT/amd64/amd64/src/usr.bin/talk/talk.c cc -O2 -pipe -o talk ctl.o ctl_transact.o display.o get_addrs.o get_iface.o get_names.o init_disp.o invite.o io.o look_up.o msgs.o talk.o -lcurses gzip -cn /tinderbox/CURRENT/amd64/amd64/src/usr.bin/talk/talk.1 > talk.1.gz ===> usr.bin/tar cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/bsdtar.c /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/bsdtar.c: In function `main': /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/bsdtar.c:275: error: duplicate case value /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/bsdtar.c:237: error: previously used here *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.bin. *** 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-06-15 02:24:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-15 02:24:47 - ERROR: failed to build world TB --- 2004-06-15 02:24:47 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 06:18:46 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 869CC16A4CE for ; Tue, 15 Jun 2004 06:18:46 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50E1F43D49 for ; Tue, 15 Jun 2004 06:18:46 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from mailnull by anduin.net with spam-scanned (Exim 4.34; FreeBSD) id 1Ba7H5-000LN5-38 for freebsd-amd64@freebsd.org; Tue, 15 Jun 2004 08:18:33 +0200 Received: from [213.225.74.100] (helo=anduin.net) by anduin.net with esmtp (Exim 4.34; FreeBSD) id 1Ba7Gu-000LMr-8k; Tue, 15 Jun 2004 08:18:12 +0200 Message-ID: <40CE9477.2090707@anduin.net> Date: Tue, 15 Jun 2004 08:17:27 +0200 From: Eirik Oeverby User-Agent: Mozilla Thunderbird 0.5 (X11/20040308) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Willem Jan Withagen References: <023d01c45161$8f486360$471b3dd4@dual><40CCA3CB.6090808@anduin.net><02b001c4517d$46da25c0$471b3dd4@dual> <033301c45198$ddd10b40$471b3dd4@dual> <058901c4525a$105cfbc0$471b3dd4@dual> In-Reply-To: <058901c4525a$105cfbc0$471b3dd4@dual> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on anduin.net X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.63 X-Spam-Level: cc: freebsd-amd64@freebsd.org Subject: Re: anybody using net-snmp on AMD64 or other 64bit platforms?? 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, 15 Jun 2004 06:18:46 -0000 Willem Jan Withagen wrote: >>I've got it more or less running, and snmpd is no longer crashing on me "yet". >>But I'm now getting wrong answers for the tcp/udp connections. But for >>established connections as well as open server ports.... >> >>Both netstat and snmpd do this by retreiving data with sysctl from the kernel. >>And where netstat has got its things right, snmpd seems to be really off. >>The most likely reason is that snmpd defines some structures by itself, but > > now > >>the question is which part is that??? > > > It is now running to the part where I can do the things with it I'd like to use > it for.... > Just figure out a way of putting the changes back in in such a way that it'll > still work on 32bit. And get the maintainer to accept my fixes... Mind passing those patches along to me? I need snmpd on my dual opteron ASAP, client (customer) is going mad.. > But as far as I could tell, certain features (udp/tcptables) did not work on > i386 either. True. If you make it work, though, I'd love you forever ;) Thanks, /Eirik > > --WjW > > _______________________________________________ > 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 Tue Jun 15 06:55:46 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 CBDE416A4CE for ; Tue, 15 Jun 2004 06:55:46 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A9B843D4C for ; Tue, 15 Jun 2004 06:55:46 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.11.70.23]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040615065520.ZCDZ29186.lakermmtao01.cox.net@serene.no-ip.org> for ; Tue, 15 Jun 2004 02:55:20 -0400 Received: from serene.no-ip.org (localhost.no.no.cox.net [127.0.0.1] (may be forged)) by serene.no-ip.org (8.12.11/8.12.11) with ESMTP id i5F6tLXZ000859 for ; Tue, 15 Jun 2004 01:55:21 -0500 (CDT) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.12.11/8.12.11/Submit) id i5F6tL3O000858 for freebsd-amd64@freebsd.org; Tue, 15 Jun 2004 01:55:21 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 15 Jun 2004 01:55:21 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: freebsd-amd64@freebsd.org Subject: System now boots with acpi enabled X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2004 06:55:46 -0000 Well, I'm happy to report that with the latest current, I can now boot with acpi enabled. Not sure if it was the upgrade alone, or removing "NO_MIXED_MODE" from my kernel config, or both, but anyway, it's working now. Now, if only I had a driver for this onboard NIC (a Realtek RTL8201L 10/100), I'd be a totally happy camper. None of the existing Realtek drivers work with this device. Oh well, I can live with this (using my trusty old Intel card). :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 08:04: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 73D9E16A4CF for ; Tue, 15 Jun 2004 08:04:52 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E9DB43D53 for ; Tue, 15 Jun 2004 08:04:52 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs1.cs.huji.ac.il with esmtp id 1Ba8vg-000Ov2-Ip; Tue, 15 Jun 2004 11:04:24 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: conrads@cox.net In-reply-to: Your message of Tue, 15 Jun 2004 01:55:21 -0500 (CDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Jun 2004 11:04:24 +0300 From: Danny Braniss Message-Id: <20040615080452.2E9DB43D53@mx1.FreeBSD.org> cc: freebsd-amd64@freebsd.org Subject: Re: System now boots with acpi enabled 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, 15 Jun 2004 08:04:52 -0000 > Well, I'm happy to report that with the latest current, I can now boot > with acpi enabled. Not sure if it was the upgrade alone, or removing > "NO_MIXED_MODE" from my kernel config, or both, but anyway, it's > working now. > > Now, if only I had a driver for this onboard NIC (a Realtek RTL8201L > 10/100), I'd be a totally happy camper. None of the existing Realtek > drivers work with this device. > > Oh well, I can live with this (using my trusty old Intel card). :-) in my case - without NO_MIXED_MODE - it boots, but the NIC/em is on-operational. (actually the machine is stuck solid, alt-ctl-del does not work) with acpi enabled but apic disabled it works fine. the board is a shuttle SN85g4 with latest bios. danny From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 10:17: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 9BAD116A4CE for ; Tue, 15 Jun 2004 10:17:44 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 906F543D2F for ; Tue, 15 Jun 2004 10:17:44 +0000 (GMT) (envelope-from shapa@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i5F9b9G2022752 for ; Tue, 15 Jun 2004 02:37:09 -0700 (PDT) Received: from [172.16.0.10] (ppp83-237-8-63.pppoe.mtu-net.ru [83.237.8.63]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id i5F9aUtL004292 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 15 Jun 2004 02:36:39 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <79B518BC-BEAF-11D8-9593-000A95C91704@mac.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-amd64@freebsd.org From: Max Shaposhnikov Date: Tue, 15 Jun 2004 13:36:27 +0400 X-Mailer: Apple Mail (2.618) Subject: 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, 15 Jun 2004 10:17:44 -0000 Hello I'm trying to CVSUP from 5.2.1 to current (as in 5.2.1 AMD64 some annoying bugs exists) And i'm unable to make buildworld in latest 2 weeks - as i see one compiling bug: -su-2.05b# make buildworld ..... ..... cc -O -pipe -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/as/amd64-freebsd -I/usr/src/gnu/usr.bin/binutils/as/amd64-freebsd/../../libbfds cc -O -pipe -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/as/amd64-freebsd -I/usr/src/gnu/usr.bin/binutils/as/amd64-freebsd/../../libbfde as.o: In function `parse_args': as.o(.text+0x46a): undefined reference to `getopt_long_only' *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/as/amd64-freebsd. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. How can i correct this? And build system? ------- Thanks, Max Shaposhnikov e-mail: shapa@maxnet.ru icq: 273777 home page: http://shapa.maxnet.ru cell phones: +70955006922, +79166731504 satellite phone: +8821653300761 "I'm fed up to the ears with old men dreaming up wars for young men to die in." -- George McGovern From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 18:22:20 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 3FEC016A4CE; Tue, 15 Jun 2004 18:22:20 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01CAC43D45; Tue, 15 Jun 2004 18:22:19 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i5FIGhvZ039439; Tue, 15 Jun 2004 20:16:43 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <010e01c45304$ed1c5c90$471b3dd4@dual> From: "Willem Jan Withagen" To: "Willem Jan Withagen" References: <023d01c45161$8f486360$471b3dd4@dual><40CCA3CB.6090808@anduin.net><02b001c4517d$46da25c0$471b3dd4@dual><033301c45198$ddd10b40$471b3dd4@dual> <058901c4525a$105cfbc0$471b3dd4@dual> Date: Tue, 15 Jun 2004 20:16:49 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-amd64@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: anybody using net-snmp on AMD64 or other 64bit platforms?? 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, 15 Jun 2004 18:22:20 -0000 For those really desperate to run snmpd on 64bit, there are some very crude patches. Most likely not for the faint of hart, but everything compiles and runs at my end. They need more work to be integrated into the port, since I have not worked out the int <> long <> pointer stuff. Which really creates issues here. None the less, if you want: withagen.dyndns.org:/FreeBSD/net-snmp.64bit.diff Tell me if it breaks. --WjW ----- Original Message ----- From: "Willem Jan Withagen" To: "Willem Jan Withagen" Cc: ; Sent: Monday, June 14, 2004 11:53 PM Subject: Re: anybody using net-snmp on AMD64 or other 64bit platforms?? > > I've got it more or less running, and snmpd is no longer crashing on me "yet". > > But I'm now getting wrong answers for the tcp/udp connections. But for > > established connections as well as open server ports.... > > > > Both netstat and snmpd do this by retreiving data with sysctl from the kernel. > > And where netstat has got its things right, snmpd seems to be really off. > > The most likely reason is that snmpd defines some structures by itself, but > now > > the question is which part is that??? > > It is now running to the part where I can do the things with it I'd like to use > it for.... > Just figure out a way of putting the changes back in in such a way that it'll > still work on 32bit. And get the maintainer to accept my fixes... > > But as far as I could tell, certain features (udp/tcptables) did not work on > i386 either. > > --WjW > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 20:24: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 DF91E16A4CE for ; Tue, 15 Jun 2004 20:24:45 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52CD043D1D for ; Tue, 15 Jun 2004 20:24:45 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.11.70.23]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040615202437.LTVM29186.lakermmtao01.cox.net@serene.no-ip.org>; Tue, 15 Jun 2004 16:24:37 -0400 Received: from serene.no-ip.org (localhost.no-ip.org [127.0.0.1]) by serene.no-ip.org (8.12.11/8.12.11) with ESMTP id i5FKOcTO000972; Tue, 15 Jun 2004 15:24:38 -0500 (CDT) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.12.11/8.12.11/Submit) id i5FKOcUb000971; Tue, 15 Jun 2004 15:24:38 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040615080431.GZUJ14890.lakermmtai01.cox.net@cs1.cs.huji.ac.il> Date: Tue, 15 Jun 2004 15:24:38 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: Danny Braniss cc: freebsd-amd64@freebsd.org Subject: Re: System now boots with acpi enabled X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2004 20:24:46 -0000 On 15-Jun-2004 Danny Braniss wrote: >> Well, I'm happy to report that with the latest current, I can now >> boot with acpi enabled. Not sure if it was the upgrade alone, or >> removing "NO_MIXED_MODE" from my kernel config, or both, but >> anyway, it's working now. > > in my case - without NO_MIXED_MODE - it boots, but the NIC/em is > on-operational. > (actually the machine is stuck solid, alt-ctl-del does not work) > with acpi enabled but apic disabled it works fine. the board is a > shuttle SN85g4 with latest bios. Oh, I forgot to mention that I also added "options ADAPTIVE_MUTEXES", which I'm not sure has any effect at all in a UP kernel. I also forgot to mention the motherboard type: ASUS K8N8V-LA PES with nVidia nForce3 150 chipset (at least, according to HP's website, although they say motherboard specs are subject to change without notice; are there any tools for identifying this stuff?). -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Tue Jun 15 21:30: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 1DB5616A4CE for ; Tue, 15 Jun 2004 21:30:44 +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 D1B0B43D2F for ; Tue, 15 Jun 2004 21:30: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 4957CFD031 for ; Tue, 15 Jun 2004 14:30:08 -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 00682-04 for ; Tue, 15 Jun 2004 14:30:08 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id D5C70FD01A for ; Tue, 15 Jun 2004 14:30:07 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org Content-Type: text/plain Message-Id: <1087335007.2693.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 15 Jun 2004 14:30:07 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: kerberos5/heimdal 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, 15 Jun 2004 21:30:44 -0000 Has anyone managed to get this working for FreeBSD/amd64? I get a core dump when I attempt to do a kadmin -l init MCNEIL.COM Sean From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 16 00:48: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 06A3816A4CE for ; Wed, 16 Jun 2004 00:48:41 +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 C7AA543D46 for ; Wed, 16 Jun 2004 00:48: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 9ABC6FD06B for ; Tue, 15 Jun 2004 17:48:09 -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 00674-02 for ; Tue, 15 Jun 2004 17:48:09 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BE40CFD04F for ; Tue, 15 Jun 2004 17:48:08 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org Content-Type: text/plain Message-Id: <1087346887.66377.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 15 Jun 2004 17:48:08 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: bad compiler generated code? 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, 16 Jun 2004 00:48:41 -0000 I'm recompiling firefox right now and I get a whole bunch of the following: {standard input}:766: Warning: indirect jmp without `*' {standard input}:816: Warning: indirect jmp without `*' {standard input}:950: Warning: indirect jmp without `*' {standard input}:999: Warning: indirect jmp without `*' {standard input}:1547: Warning: indirect jmp without `*' {standard input}:1597: Warning: indirect jmp without `*' {standard input}:1783: Warning: indirect jmp without `*' {standard input}:4021: Warning: indirect jmp without `*' this happens on quite a number of C++ source files. Looks like the compiler is generating some bad assembly. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 16 01:57: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 C93FE16A4D1 for ; Wed, 16 Jun 2004 01:57:03 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAB1643D48 for ; Wed, 16 Jun 2004 01:57:03 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5G1v3vV017997; Tue, 15 Jun 2004 18:57:03 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5G1v3sr017996; Tue, 15 Jun 2004 18:57:03 -0700 (PDT) (envelope-from obrien) Date: Tue, 15 Jun 2004 18:57:03 -0700 From: "David O'Brien" To: Sean McNeil Message-ID: <20040616015703.GA17852@dragon.nuxi.com> References: <1087346887.66377.1.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1087346887.66377.1.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: bad compiler generated code? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2004 01:57:03 -0000 On Tue, Jun 15, 2004 at 05:48:08PM -0700, Sean McNeil wrote: > I'm recompiling firefox right now and I get a whole bunch of the > following: > > {standard input}:766: Warning: indirect jmp without `*' > {standard input}:816: Warning: indirect jmp without `*' ... > this happens on quite a number of C++ source files. Looks like the > compiler is generating some bad assembly. This is not a useful bug report. Can you provide the preprocesed C file? Or at least provide command line(s) invocation that produces this? -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 16 02:50: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 8EC3616A4CE; Wed, 16 Jun 2004 02:50:43 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83F8043D48; Wed, 16 Jun 2004 02:50:43 +0000 (GMT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id E34AA881B; Tue, 15 Jun 2004 19:50:33 -0700 (PDT) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Tue, 15 Jun 2004 19:50:33 -0700 User-Agent: KMail/1.6.1 References: <1087346887.66377.1.camel@server.mcneil.com> <20040616015703.GA17852@dragon.nuxi.com> In-Reply-To: <20040616015703.GA17852@dragon.nuxi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406151950.33626.peter@wemm.org> cc: Sean McNeil Subject: Re: bad compiler generated code? 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, 16 Jun 2004 02:50:43 -0000 On Tuesday 15 June 2004 06:57 pm, David O'Brien wrote: > On Tue, Jun 15, 2004 at 05:48:08PM -0700, Sean McNeil wrote: > > I'm recompiling firefox right now and I get a whole bunch of the > > following: > > > > {standard input}:766: Warning: indirect jmp without `*' > > {standard input}:816: Warning: indirect jmp without `*' > > ... > > > this happens on quite a number of C++ source files. Looks like the > > compiler is generating some bad assembly. > > This is not a useful bug report. Can you provide the preprocesed C > file? Or at least provide command line(s) invocation that produces > this? I hate to say this, but I've seen this too. I'd forgotten about it though. I'll rebuild firefox with the output logged. -- 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 Wed Jun 16 07:37:22 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 B845716A4CE; Wed, 16 Jun 2004 07:37:22 +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 85AC543D2D; Wed, 16 Jun 2004 07:37:22 +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 57C54FD075; Wed, 16 Jun 2004 00:37:02 -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 67850-03; Wed, 16 Jun 2004 00:37:01 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 9BB65FD059; Wed, 16 Jun 2004 00:37:01 -0700 (PDT) From: Sean McNeil To: Joe Marcus Clarke In-Reply-To: <1087364265.24564.8.camel@shumai.marcuscom.com> References: <1087349838.99586.2.camel@server.mcneil.com> <1087364265.24564.8.camel@shumai.marcuscom.com> Content-Type: text/plain Message-Id: <1087371421.68343.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 16 Jun 2004 00:37:01 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-amd64@freebsd.org cc: freebsd-gnome@freebsd.org Subject: Re: firefox core dump 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, 16 Jun 2004 07:37:22 -0000 On Tue, 2004-06-15 at 22:37, Joe Marcus Clarke wrote: > On Tue, 2004-06-15 at 21:37, Sean McNeil wrote: > > I just got done rebuilding firefox on amd64 and I get a sigbus on > > startup. I had > > > > CFLAGS= -O -pipe -g > > STRIP= > > > > in my make.conf, but it didn't make a difference for the traceback: > > > > (gdb) bt > > #0 0x0000000200835a64 in non-virtual thunk to > > nsDirectoryService::AddRef() () > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > #1 0x00000002008350a3 in nsDirectoryService::~nsDirectoryService () > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > #2 0x0000000200834ddc in nsDirectoryService::Create () > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > #3 0x000000020081c4a2 in NS_InitXPCOM2 () > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > #4 0x0000000000407747 in ScopedXPCOMStartup::Initialize () > > #5 0x00000000004089b2 in ScopedXPCOMStartup::SetWindowCreator () > > #6 0x0000000000408e74 in ScopedXPCOMStartup::SetWindowCreator () > > #7 0x00000000004098fa in xre_main () > > #8 0x00000000004058a0 in main () > > > > Is that DirectoryService as in ldap? > > No, this is the component registration stuff. However, this stack trace > doesn't make much sense. I have a feeling there is some more amd64 work > that needs to be done for Mozilla 1.7-based browsers. I was kind of > hoping the amd64 team could have a look since I'm shy on hardware, and > they have the requisite architecture knowledge. Then I will cc the amd64 list. > Mezz's recommendation is the best course of action right now. Try to > get a more coherent stack trace, and maybe this will turn out to be an > easy solution. Well... I added WITH_DEBUG and I don't even finish compiling: gcc -o FreeBSD5.2_64_DBG.OBJ/mangle -g -fPIC -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\" -DSHLIB_PREFIX=\"lib\" -DDEBUG -UNDEBUG -DDEBUG_root -D_THREAD_SAFE -D_REENTRANT -I/usr/X11R6/include -I/usr/ports/www/firefox/work/mozilla/dist/include -I../../../../../dist/public/nss -I../../../../../dist/private/nss -I../../../../../dist/include -I/usr/ports/www/firefox/work/mozilla/dist/include/nspr -I/usr/ports/www/firefox/work/mozilla/dist/include/dbm FreeBSD5.2_64_DBG.OBJ/mangle.o /usr/ports/www/firefox/work/mozilla/dist/lib/libsmime.a /usr/ports/www/firefox/work/mozilla/dist/lib/libssl.a /usr/ports/www/firefox/work/mozilla/dist/lib/libnss.a /usr/ports/www/firefox/work/mozilla/dist/lib/libssl.a /usr/ports/www/firefox/work/mozilla/dist/lib/libsectool.a /usr/ports/www/firefox/work/mozilla/dist/lib/libpkcs12.a /usr/ports/www/firefox/work/mozilla/dist/lib/libpkcs7.a /usr/ports/www/firefox/work/mozilla/dist/lib/libcerthi.a /usr/ports/www/firefox/work/mozilla/dist/lib/libpk11wrap.a /usr/ports/www/firefox/work/mozilla/dist/lib/libcryptohi.a /usr/ports/www/firefox/work/mozilla/dist/lib/libcerthi.a /usr/ports/www/firefox/work/mozilla/dist/lib/libnsspki.a /usr/ports/www/firefox/work/mozilla/dist/lib/libpk11wrap.a /usr/ports/www/firefox/work/mozilla/dist/lib/libsoftokn.a /usr/ports/www/firefox/work/mozilla/dist/lib/libcertdb.a /usr/ports/www/firefox/work/mozilla/dist/lib/libnsspki.a /usr/ports/www/firefox/work/mozilla/dist/lib/libnssdev.a /usr/ports/www/firefox/work/mozilla/dist/lib/libnssb.a /usr/ports/www/firefox/work/mozilla/dist/lib/libswfci.a /usr/ports/www/firefox/work/mozilla/dist/lib/libfreebl.a /usr/ports/www/firefox/work/mozilla/dist/lib/libsecutil.a /usr/ports/www/firefox/work/mozilla/dist/lib/libdbm.a -L/usr/ports/www/firefox/work/mozilla/dist/lib -lplc4 -lplds4 -lnspr4 -lpthread ../../../../coreconf/nsinstall/FreeBSD5.2_64_DBG.OBJ/nsinstall -R -m 775 FreeBSD5.2_64_DBG.OBJ/mangle /usr/ports/www/firefox/work/mozilla/dist/bin gmake[4]: Leaving directory `/usr/ports/www/firefox/work/mozilla/security/nss/cmd/shlibsign/mangle' FreeBSD5.2_64_DBG.OBJ/shlibsign -v -i /usr/ports/www/firefox/work/mozilla/dist/lib/libsoftokn3.so Assertion failure: _PT_PTHREAD_MUTEX_IS_LOCKED(lock->mutex), at ptsynch.c:207 Abort trap (core dumped) gmake[3]: *** [/usr/ports/www/firefox/work/mozilla/dist/lib/libsoftokn3.chk] Error 134 gmake[3]: Leaving directory `/usr/ports/www/firefox/work/mozilla/security/nss/cmd/shlibsign' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox/work/mozilla/security/manager' gmake[1]: *** [tier_40] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla' gmake: *** [default] Error 2 *** Error code 2 Stop in /usr/ports/www/firefox. core dump trace is (gdb) bt #0 0x0000000200f56120 in kill () at {standard input}:15 #1 0x0000000200de2535 in _raise (sig=6) at /usr/src/lib/libpthread/thread/thr_raise.c:44 #2 0x0000000200fb3cd2 in abort () at /usr/src/lib/libc/stdlib/abort.c:69 #3 0x0000000200caa4b1 in PR_Assert ( s=0x200cc8960 "_PT_PTHREAD_MUTEX_IS_LOCKED(lock->mutex)", file=0x200cc87da "ptsynch.c", ln=207) at prlog.c:530 #4 0x0000000200cbadf6 in PR_Unlock (lock=0x51d200) at ptsynch.c:207 #5 0x0000000200cb2ee1 in PR_GetEnv (var=0x0) at prenv.c:82 #6 0x0000000200dd9ec0 in _pr_shm_lm () from /usr/ports/www/firefox/work/mozilla/dist/lib/libnspr4.so #7 0x0000000200ca6343 in _PR_InitFdCache () at prfdcach.c:259 #8 0x0000000200cbca4b in _PR_InitIO () at ptio.c:1153 #9 0x0000000200cb3620 in _PR_InitStuff () at prinit.c:235 #10 0x00000002010ff3d0 in __isthreaded () from /lib/libc.so.5 #11 0x0000000200caed11 in PR_Calloc (nelem=1, elsize=24) at prmem.c:442 Previous frame inner to this frame (corrupt stack?) From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 16 08:13: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 BDF8016A4CE; Wed, 16 Jun 2004 08:13:54 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E29843D41; Wed, 16 Jun 2004 08:13:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5G8Cuq8060230; Wed, 16 Jun 2004 04:12:56 -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 i5G8CwMp031748; Wed, 16 Jun 2004 04:12:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A000D7306D; Wed, 16 Jun 2004 04:12:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040616081258.A000D7306D@freebsd-current.sentex.ca> Date: Wed, 16 Jun 2004 04:12:58 -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, 16 Jun 2004 08:13:54 -0000 TB --- 2004-06-16 08:06:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-16 08:06:48 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-06-16 08:06:48 - checking out the source tree TB --- 2004-06-16 08:06:48 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-06-16 08:06:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-16 08:10:41 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-16 08:10:41 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-16 08:10:41 - /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 [...] cat /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-x86-64.c >> elf64-amd64-fbsd.c sed -e s/NN/64/g /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elfxx-target.h > elf64-target.h sed -f /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/targmatch.sed /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/config.bfd > targmatch.h sed -e 's,!!TRAD_HEADER!!,,g' /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/config.h.fbsd > config.h rm -f .depend mkdep -f .depend -a -D_GNU_SOURCE -I. -I/tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/amd64 -I/tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd -I/tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../libbfd/amd64 -I/tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -I/tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DBFD_VERSION=\"20021127\" -DBFD_VERSION_DATE=20021127 -DBFD_VERSION_STRING=\""2.13.2 [FreeBSD] 2002-11-27"\" -DSELECT_ARCHITECTURES="&bfd_i386_arch" -DHAVE_bfd_elf64_x86_64_vec -DHAVE_bfd_elf32_i386_freebsd_vec -DSELECT_VECS=" &bfd_elf64_x86_64_vec ,&bfd_elf32_i386_freebsd_vec" -I/home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/include /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-i386.c /tinderbox/CURRENT/amd64/amd64/ src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-i386-fbsd.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-i386.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elflink.c elf64-amd64-fbsd.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64-gen.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf64.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archive64.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/archures.c /tinderbox/CURRENT/amd64/amd64/src/ gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/bfd.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/binary.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cache.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/coffgen.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/corefile.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf-eh-frame.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf-strtab.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/format.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../. ./contrib/binutils/bfd/hash.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/ihex.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/init.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/libbfd.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/linker.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/merge.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/opncls.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/reloc.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/section.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/srec.c /tinderbox/CURRENT/am d64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stab-syms.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/stabs.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/syms.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/targets.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/tekhex.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/dwarf1.c /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/dwarf2.c /tinderbox/CURRENT/amd64/amd64/src/contrib/binutils/bfd/bfd.c:207:20: bfdver.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/gnu/usr.bin/binutils. *** 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-06-16 08:12:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-16 08:12:58 - ERROR: failed to build world TB --- 2004-06-16 08:12:58 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 16 09:06: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 1DC3716A4CE for ; Wed, 16 Jun 2004 09:06:09 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D445943D41 for ; Wed, 16 Jun 2004 09:06:08 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5G8sZHL047536; Wed, 16 Jun 2004 01:54:36 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5G8sZVe047535; Wed, 16 Jun 2004 01:54:35 -0700 (PDT) (envelope-from obrien) Date: Wed, 16 Jun 2004 01:54:35 -0700 From: "David O'Brien" To: JG Message-ID: <20040616085435.GA46538@dragon.nuxi.com> References: <5.2.0.9.2.20040614175419.0162dd00@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.2.0.9.2.20040614175419.0162dd00@127.0.0.1> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: recent -CURRENT changes were very bad for MySQL... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2004 09:06:09 -0000 On Mon, Jun 14, 2004 at 06:34:28PM -0700, JG wrote: > amd64f# super-smack update-select.smack 30 10000 > > Query Barrel Report for client smacker > connect: max=46ms min=2ms avg= 26ms from 30 clients > Query_type num_queries max_time min_time q_per_s > select_index 300000 2 0 958.05 > update_index 300000 2 0 958.05 > > In all my previous tests I think that number was at least 2000/qps > (and that was bad) and as much as 4000/qps. > > Whatever was changed recently really killed performance in this area. > > This is a SMP kerenel using SCHED_ULE. Try commenting out the "options ADAPTIVE_MUTEXES" in GENERIC, and let this list know if you see any different.. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Wed Jun 16 12:00:56 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 81BDA16A501 for ; Wed, 16 Jun 2004 12:00:56 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7543743D55 for ; Wed, 16 Jun 2004 12:00:56 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i5GC0hLv025232 for ; Wed, 16 Jun 2004 12:00:43 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5GC0hL2025227; Wed, 16 Jun 2004 12:00:43 GMT (envelope-from gnats) Resent-Date: Wed, 16 Jun 2004 12:00:43 GMT Resent-Message-Id: <200406161200.i5GC0hL2025227@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, Willem Jan Withagen Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC5916A4CE for ; Wed, 16 Jun 2004 11:52:31 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EDC643D4C for ; Wed, 16 Jun 2004 11:52:31 +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 i5GBqJWo081620 for ; Wed, 16 Jun 2004 11:52:19 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.12.11/8.12.11/Submit) id i5GBqJf4081618; Wed, 16 Jun 2004 11:52:19 GMT (envelope-from nobody) Message-Id: <200406161152.i5GBqJf4081618@www.freebsd.org> Date: Wed, 16 Jun 2004 11:52:19 GMT From: Willem Jan Withagen To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: amd64/68005: Can not get kerneldumps on amd64 with a panic 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, 16 Jun 2004 12:00:56 -0000 >Number: 68005 >Category: amd64 >Synopsis: Can not get kerneldumps on amd64 with a panic >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 16 12:00:42 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Willem Jan Withagen >Release: 5.2-CURRENT >Organization: Digiware >Environment: FreeBSD opteron.digiware.nl 5.2-CURRENT FreeBSD 5.2-CURRENT #27: Fri Jun 11 14:21:13 CEST 2004 wjw@opteron.digiware.nl:/usr/obj/home2/src/sys/OPTERON.amd64 amd64 >Description: After fixing user core dumps > 2 Gb, I'm now in search of getting my kerneldumps to work..... opteron# uname -a FreeBSD opteron.digiware.nl 5.2-CURRENT FreeBSD 5.2-CURRENT #17: Fri Jun 4 15:2 9:43 CEST 2004 wjw@opteron.digiware.nl:/usr/obj/home2/src/sys/OPTERON.amd64 amd64 This is what I do: ---------------- ctrl-alt-esc db> call doadump Dumping 2046 MB Dump failed. Partition too small. 0x23 ---------------- Which is sort of bogus since the swappartition is "only" 5GB and there's only 2 GB of memory in the box. Trying to get a panic: ----------------- db> panic panic: from debugger at line 453 in file /home2/src/sys/ddb/db_command.c cpuid = 1; Stack backtrace: backtrace() at backtrace+0x17 __panic() at __panic+0x1e4 db_panic() at db_panic+0x1e db_command() at db_command+0x24e db_command_loop() at db_command_loop+0x88 db_trap() at db_trap+0xb5 kdb_trap() at kdb_trap+0x151 trap() at trap+0x3bd calltrap() at calltrap+0x5 --- trap 0x3, rip = 0xffffffff80393d45, rsp = 0xffffffffb19d4ae0, rbp = 0xffffff ffb19d4b00 --- Debugger() at Debugger+0x4d scgetc() at scgetc+0x43f sckbdevent() at sckbdevent+0x201 atkbd_intr() at atkbd_intr+0x26 atkbd_isa_intr() at atkbd_isa_intr+0x1a ithread_loop() at ithread_loop+0x229 fork_exit() at fork_exit+0xe5 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb19d4d00, rbp = 0 --- boot() called on cpu#1 syncing disks, buffers remaining... panic: pmap_invalidate_range: interrupts dis abled at line 654 in file /home2/src/sys/amd64/amd64/pmap.ccpuid = 1; boot() called on cpu#1 Uptime: 3d13h29m59s ------------------- And a hard reset is required..... >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 03:13:46 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 C4E8016A4CE; Thu, 17 Jun 2004 03:13:46 +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 974B143D54; Thu, 17 Jun 2004 03:13:44 +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 016D6FD062; Wed, 16 Jun 2004 20:13: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 00678-02; Wed, 16 Jun 2004 20:13:43 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 58EBEFD05A; Wed, 16 Jun 2004 20:13:43 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Content-Type: text/plain Message-Id: <1087442023.22390.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 16 Jun 2004 20:13:43 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: new binutils broken 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: Thu, 17 Jun 2004 03:13:47 -0000 I believe that most likely there is a config.guess issue here. It would appear that the linker isn't setting NATIVE=yes USE_LIBPATH=yes for freebsd/amd64. These should be set when host and target are the same. This is causing all sorts of compilation problems. Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 05:03:32 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 3E2C116A4CE; Thu, 17 Jun 2004 05:03:32 +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 10F5043D5F; Thu, 17 Jun 2004 05:03:30 +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 01F7EFD062; Wed, 16 Jun 2004 22:03:17 -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 00678-04; Wed, 16 Jun 2004 22:03:16 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 38B6FFD059; Wed, 16 Jun 2004 22:03:16 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org In-Reply-To: <1087442023.22390.2.camel@server.mcneil.com> References: <1087442023.22390.2.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1087448595.4494.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 16 Jun 2004 22:03:15 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken 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: Thu, 17 Jun 2004 05:03:32 -0000 On Wed, 2004-06-16 at 20:13, Sean McNeil wrote: > I believe that most likely there is a config.guess issue here. It would > appear that the linker isn't setting > > NATIVE=yes > USE_LIBPATH=yes > > for freebsd/amd64. These should be set when host and target are the > same. This is causing all sorts of compilation problems. Actually, this appears to be a problem with the make mechanism. If I do make buildworld && make installworld it creates an improper ld. If I do cd /usr/src/gnu/usr.bin/binutils/ld make clean make make install Then I get an ld that works properly. Very odd. From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 05:17:22 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 5A2A316A4CF; Thu, 17 Jun 2004 05:17:22 +0000 (GMT) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 567EF43D58; Thu, 17 Jun 2004 05:17:21 +0000 (GMT) (envelope-from keramida@hellug.gr) Received: from igloo.linux.gr (IDENT:1041@localhost [127.0.0.1]) i5H5FfoL005847; Thu, 17 Jun 2004 08:15:42 +0300 Received: (from keramida@localhost) by igloo.linux.gr (8.12.10/8.12.10/Debian-2) id i5H5FefJ005845; Thu, 17 Jun 2004 08:15:40 +0300 X-Authentication-Warning: igloo.linux.gr: keramida set sender to keramida@linux.gr using -f Date: Thu, 17 Jun 2004 08:15:40 +0300 From: Giorgos Keramidas To: Sean McNeil Message-ID: <20040617051540.GA5680@igloo.linux.gr> References: <1087442023.22390.2.camel@server.mcneil.com> <1087448595.4494.5.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1087448595.4494.5.camel@server.mcneil.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.884, required 5, autolearn=not spam, AWL 0.02, BAYES_00 -4.90) X-MailScanner-From: keramida@linux.gr cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken 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: Thu, 17 Jun 2004 05:17:22 -0000 On 2004-06-16 22:03, Sean McNeil wrote: > On Wed, 2004-06-16 at 20:13, Sean McNeil wrote: > > I believe that most likely there is a config.guess issue here. It would > > appear that the linker isn't setting > > > > NATIVE=yes > > USE_LIBPATH=yes > > > > for freebsd/amd64. These should be set when host and target are the > > same. This is causing all sorts of compilation problems. > > Actually, this appears to be a problem with the make mechanism. > > If I do > > make buildworld && make installworld > > it creates an improper ld. If I do > > cd /usr/src/gnu/usr.bin/binutils/ld > make clean > make > make install > > Then I get an ld that works properly. > > Very odd. Hmmm, are you by any chance using a /usr/obj of older builds? What happens if you start over with a completely clean /usr/obj? If 'make clean' or 'make cleandir' is what it takes to fix things, stale object files from /usr/obj could be the source of all troubles. - Giorgos From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 05:22: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 44C5516A4CE; Thu, 17 Jun 2004 05:22:45 +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 C8CD643D5E; Thu, 17 Jun 2004 05:22:44 +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 8942AFD062; Wed, 16 Jun 2004 22:22: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 00678-05; Wed, 16 Jun 2004 22:22:00 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E6209FD059; Wed, 16 Jun 2004 22:21:59 -0700 (PDT) From: Sean McNeil To: Giorgos Keramidas In-Reply-To: <20040617051540.GA5680@igloo.linux.gr> References: <1087442023.22390.2.camel@server.mcneil.com> <1087448595.4494.5.camel@server.mcneil.com> <20040617051540.GA5680@igloo.linux.gr> Content-Type: text/plain Message-Id: <1087449719.84160.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 16 Jun 2004 22:21:59 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken 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: Thu, 17 Jun 2004 05:22:45 -0000 On Wed, 2004-06-16 at 22:15, Giorgos Keramidas wrote: > On 2004-06-16 22:03, Sean McNeil wrote: > > On Wed, 2004-06-16 at 20:13, Sean McNeil wrote: > > > I believe that most likely there is a config.guess issue here. It would > > > appear that the linker isn't setting > > > > > > NATIVE=yes > > > USE_LIBPATH=yes > > > > > > for freebsd/amd64. These should be set when host and target are the > > > same. This is causing all sorts of compilation problems. > > > > Actually, this appears to be a problem with the make mechanism. > > > > If I do > > > > make buildworld && make installworld > > > > it creates an improper ld. If I do > > > > cd /usr/src/gnu/usr.bin/binutils/ld > > make clean > > make > > make install > > > > Then I get an ld that works properly. > > > > Very odd. > > Hmmm, are you by any chance using a /usr/obj of older builds? > What happens if you start over with a completely clean /usr/obj? > > If 'make clean' or 'make cleandir' is what it takes to fix things, stale > object files from /usr/obj could be the source of all troubles. That is possible. I usually just rm -rf /usr/obj/* but I don't do it religiously. I'll try doing another buildworld/installworld later to see. From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 08:11: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 8114216A4CE; Thu, 17 Jun 2004 08:11:09 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539A143D46; Thu, 17 Jun 2004 08:11:09 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5H8ANct079728; Thu, 17 Jun 2004 01:10:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5H8ANiP079727; Thu, 17 Jun 2004 01:10:23 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Jun 2004 01:10:23 -0700 From: "David O'Brien" To: Sean McNeil Message-ID: <20040617081023.GA79565@dragon.nuxi.com> References: <1087442023.22390.2.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1087442023.22390.2.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: new binutils broken for amd64 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, 17 Jun 2004 08:11:09 -0000 On Wed, Jun 16, 2004 at 08:13:43PM -0700, Sean McNeil wrote: > I believe that most likely there is a config.guess issue here. It would > appear that the linker isn't setting > > NATIVE=yes > USE_LIBPATH=yes Native is only used to set 'USE_LIBPATH'. My 'genscripts.sh' unconditionally sets 'USE_LIBPATH'. The amd64 emulparams script sets 'NATIVE' itself anyway. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 08:12:08 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 417C016A4CE; Thu, 17 Jun 2004 08:12:08 +0000 (GMT) Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2154143D41; Thu, 17 Jun 2004 08:12:07 +0000 (GMT) (envelope-from adridg@sci.kun.nl) Received: from wn4.sci.kun.nl [131.174.8.3] (helo=wn4.sci.kun.nl) by wn1.sci.kun.nl (8.12.10/3.67) with ESMTP id i5H8B5Xs023219; Thu, 17 Jun 2004 10:11:06 +0200 (MEST) Date: Thu, 17 Jun 2004 10:11:06 +0200 (MEST) From: Adriaan de Groot To: Sean McNeil In-Reply-To: <1087442023.22390.2.camel@server.mcneil.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken for amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: adridg@cs.kun.nl List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2004 08:12:08 -0000 On Wed, 16 Jun 2004, Sean McNeil wrote: > for freebsd/amd64. These should be set when host and target are the > same. This is causing all sorts of compilation problems. I just built a new world and kernel from -current as of June 16th, 19:00 GMT and noticed no such ill effects. From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 08:12: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 7914516A4CE; Thu, 17 Jun 2004 08:12:09 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A0643D41; Thu, 17 Jun 2004 08:12:09 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5H8BDVo079772; Thu, 17 Jun 2004 01:11:13 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5H8BCFX079771; Thu, 17 Jun 2004 01:11:12 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Jun 2004 01:11:12 -0700 From: "David O'Brien" To: Sean McNeil Message-ID: <20040617081112.GB79565@dragon.nuxi.com> References: <1087442023.22390.2.camel@server.mcneil.com> <1087448595.4494.5.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1087448595.4494.5.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: new binutils broken for amd64 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, 17 Jun 2004 08:12:09 -0000 On Wed, Jun 16, 2004 at 10:03:15PM -0700, Sean McNeil wrote: > If I do > make buildworld && make installworld > > it creates an improper ld. If I do > > cd /usr/src/gnu/usr.bin/binutils/ld > make clean > make > make install > > Then I get an ld that works properly. Please send me (or make available) the working and not-working 'ld' binaries. Thanks, -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 08:16:18 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 9C2E716A4CE; Thu, 17 Jun 2004 08:16:18 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75EF843D2F; Thu, 17 Jun 2004 08:16:18 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5H8G9A7080183; Thu, 17 Jun 2004 01:16:09 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5H8G8HY080181; Thu, 17 Jun 2004 01:16:08 -0700 (PDT) (envelope-from obrien) Date: Thu, 17 Jun 2004 01:16:08 -0700 From: "David O'Brien" To: adridg@cs.kun.nl Message-ID: <20040617081608.GC79565@dragon.nuxi.com> References: <1087442023.22390.2.camel@server.mcneil.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 5.2-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: Sean McNeil cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken for amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@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, 17 Jun 2004 08:16:18 -0000 On Thu, Jun 17, 2004 at 10:11:06AM +0200, Adriaan de Groot wrote: > On Wed, 16 Jun 2004, Sean McNeil wrote: > > for freebsd/amd64. These should be set when host and target are the > > same. This is causing all sorts of compilation problems. > > I just built a new world and kernel from -current as of June 16th, 19:00 > GMT and noticed no such ill effects. The [possible] ill effects reported on this list would only happen when building software that used libs not in /lib or /usr/lib -- ie, not in the default search path. Can anyone else do some testing of this issue and let the list know your results? thanks, -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 09:47: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 E54C816A4CE; Thu, 17 Jun 2004 09:47:43 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CC2B43D5A; Thu, 17 Jun 2004 09:47:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i5H9lPB9094383; Thu, 17 Jun 2004 05:47:25 -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 i5H9lPoD045151; Thu, 17 Jun 2004 05:47:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 45EE37306D; Thu, 17 Jun 2004 05:47:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040617094725.45EE37306D@freebsd-current.sentex.ca> Date: Thu, 17 Jun 2004 05:47:25 -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: Thu, 17 Jun 2004 09:47:44 -0000 TB --- 2004-06-17 08:56:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-17 08:56:11 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-06-17 08:56:11 - checking out the source tree TB --- 2004-06-17 08:56:11 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-06-17 08:56:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-17 09:01:06 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-17 09:01:06 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-17 09:01:06 - /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 [...] cc -O2 -pipe -o nos-tun nos-tun.o gzip -cn /tinderbox/CURRENT/amd64/amd64/src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz ===> sbin/pfctl cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c parse.c cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c: In function `print_status': /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c:559: warning: long long int format, long unsigned int arg (arg 3) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin. *** 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-06-17 09:47:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-17 09:47:25 - ERROR: failed to build world TB --- 2004-06-17 09:47:25 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 12:32: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 B697216A4CE; Thu, 17 Jun 2004 12:32:31 +0000 (GMT) Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de [212.227.126.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1865543D1D; Thu, 17 Jun 2004 12:32:31 +0000 (GMT) (envelope-from liamfoy@sepulcrum.org) Received: from [212.227.126.224] (helo=mrvdomng.kundenserver.de) by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Baw3x-0003qY-00; Thu, 17 Jun 2004 14:32:13 +0200 Received: from [81.154.134.29] (helo=Anarion) by mrvdomng.kundenserver.de with smtp (Exim 3.35 #1) id 1Baw3w-0006K6-00; Thu, 17 Jun 2004 14:32:13 +0200 Date: Thu, 17 Jun 2004 13:32:07 +0100 From: "Liam J. Foy" To: FreeBSD Tinderbox Message-Id: <20040617133207.29a6f935.liamfoy@sepulcrum.org> In-Reply-To: <20040617094725.45EE37306D@freebsd-current.sentex.ca> References: <20040617094725.45EE37306D@freebsd-current.sentex.ca> Organization: None X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: hackers@freebsd.org cc: tinderbox@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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: Thu, 17 Jun 2004 12:32:32 -0000 On Thu, 17 Jun 2004 05:47:25 -0400 (EDT) FreeBSD Tinderbox wrote: > TB --- 2004-06-17 08:56:11 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2004-06-17 08:56:11 - starting CURRENT tinderbox run for amd64/amd64 > TB --- 2004-06-17 08:56:11 - checking out the source tree > TB --- 2004-06-17 08:56:11 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 > TB --- 2004-06-17 08:56:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2004-06-17 09:01:06 - building world (CFLAGS=-O2 -pipe) > TB --- 2004-06-17 09:01:06 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src > TB --- 2004-06-17 09:01:06 - /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 > [...] > cc -O2 -pipe -o nos-tun nos-tun.o > gzip -cn /tinderbox/CURRENT/amd64/amd64/src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz > ===> sbin/pfctl > cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl.c > cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c parse.c > cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c > /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c: In function `print_status': > /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c:559: warning: long long int format, long unsigned int arg (arg 3) > *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl. > *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin. > *** 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-06-17 09:47:25 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2004-06-17 09:47:25 - ERROR: failed to build world > TB --- 2004-06-17 09:47:25 - tinderbox aborted > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" The following patch should solve this problem I believe: --- /usr/src/contrib/pf/pfctl/pfctl_parser.c Thu Jun 17 13:20:07 2004 +++ /home/liamfoy/pfctl_parser.c Thu Jun 17 13:26:16 2004 @@ -555,7 +555,7 @@ printf(" %-25s %14u %14s\n", "current entries", s->src_nodes, ""); for (i = 0; i < SCNT_MAX; i++) { - printf(" %-25s %14lld ", pf_scounters[i], + printf(" %-25s %14lu ", pf_scounters[i], s->scounters[i]); if (runtime > 0) printf("%14.1f/s\n", Correct me if I am wrong :), would someone care to commit it if its fine? Thanks in advance, Liam J. Foy From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 13:21: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 A634F16A4CF; Thu, 17 Jun 2004 13:21:11 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BC4643D55; Thu, 17 Jun 2004 13:21:11 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 369B85C7E7; Thu, 17 Jun 2004 06:21:11 -0700 (PDT) Date: Thu, 17 Jun 2004 15:21:11 +0200 From: Maxime Henrion To: "Liam J. Foy" Message-ID: <20040617132111.GO9228@elvis.mu.org> References: <20040617094725.45EE37306D@freebsd-current.sentex.ca> <20040617133207.29a6f935.liamfoy@sepulcrum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040617133207.29a6f935.liamfoy@sepulcrum.org> User-Agent: Mutt/1.4.2.1i cc: amd64@freebsd.org cc: mlaier@FreeBSD.org cc: hackers@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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: Thu, 17 Jun 2004 13:21:11 -0000 Liam J. Foy wrote: > On Thu, 17 Jun 2004 05:47:25 -0400 (EDT) > FreeBSD Tinderbox wrote: > > > TB --- 2004-06-17 08:56:11 - tinderbox 2.3 running on freebsd-current.sentex.ca > > TB --- 2004-06-17 08:56:11 - starting CURRENT tinderbox run for amd64/amd64 > > TB --- 2004-06-17 08:56:11 - checking out the source tree > > TB --- 2004-06-17 08:56:11 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 > > TB --- 2004-06-17 08:56:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > > TB --- 2004-06-17 09:01:06 - building world (CFLAGS=-O2 -pipe) > > TB --- 2004-06-17 09:01:06 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src > > TB --- 2004-06-17 09:01:06 - /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 > > [...] > > cc -O2 -pipe -o nos-tun nos-tun.o > > gzip -cn /tinderbox/CURRENT/amd64/amd64/src/sbin/nos-tun/nos-tun.8 > nos-tun.8.gz > > ===> sbin/pfctl > > cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl.c > > cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c parse.c > > cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../contrib/pf/pfctl -I/tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl/../../sys/contrib/pf -DENABLE_ALTQ -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c > > /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c: In function `print_status': > > /tinderbox/CURRENT/amd64/amd64/src/contrib/pf/pfctl/pfctl_parser.c:559: warning: long long int format, long unsigned int arg (arg 3) > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin/pfctl. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/amd64/amd64/src/sbin. > > *** 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-06-17 09:47:25 - WARNING: /usr/bin/make returned exit code 1 > > TB --- 2004-06-17 09:47:25 - ERROR: failed to build world > > TB --- 2004-06-17 09:47:25 - tinderbox aborted > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > The following patch should solve this problem I believe: > > --- /usr/src/contrib/pf/pfctl/pfctl_parser.c Thu Jun 17 13:20:07 2004 > +++ /home/liamfoy/pfctl_parser.c Thu Jun 17 13:26:16 2004 > @@ -555,7 +555,7 @@ > printf(" %-25s %14u %14s\n", "current entries", > s->src_nodes, ""); > for (i = 0; i < SCNT_MAX; i++) { > - printf(" %-25s %14lld ", pf_scounters[i], > + printf(" %-25s %14lu ", pf_scounters[i], > s->scounters[i]); > if (runtime > 0) > printf("%14.1f/s\n", > > > > Correct me if I am wrong :), would someone care to commit it if its fine? It's actually not correct. The scounters[i] here is of type u_int64_t, so long is not the correct format here (longs are 32bit on many 32bit architectures such as FreeBSD/i386). The correct format to use here is %llu (long long's are at least 64bit), with a cast to (unsigned long long), but most of the time we prefer to use %ju and a cast to uintmax_t. C99 also provides macros for fixed-size type formats, and we could thus use the PRIu64 macro here, but we don't use them because they're too ugly. I won't commit a fix because this code is in contrib/ and is maintained by Max Laier (see /usr/src/MAINTAINERS). I'm CC'ing him this mail though. Cheers, Maxime From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 14:16:40 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 534ED16A4CE for ; Thu, 17 Jun 2004 14:16:40 +0000 (GMT) Received: from ojoink.com (center.ojoink.com [216.65.123.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1504843D39 for ; Thu, 17 Jun 2004 14:16:40 +0000 (GMT) (envelope-from amd64list@jpgsworld.com) Received: (qmail 26700 invoked by uid 89); 17 Jun 2004 14:15:32 -0000 Received: from unknown (HELO MAINBX.jpgsworld.com) (amd64list@jpgsworld.com@24.10.96.33) by center.ojoink.com with SMTP; 17 Jun 2004 14:15:32 -0000 Message-Id: <5.2.0.9.2.20040617070109.03265740@mail.ojoink.com> X-Sender: amd64list@jpgsworld.com@mail.ojoink.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 17 Jun 2004 07:15:25 -0700 To: freebsd-amd64@freebsd.org From: JG In-Reply-To: <20040616085435.GA46538@dragon.nuxi.com> References: <5.2.0.9.2.20040614175419.0162dd00@127.0.0.1> <5.2.0.9.2.20040614175419.0162dd00@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: recent -CURRENT changes were very bad for MySQL... 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, 17 Jun 2004 14:16:40 -0000 At 01:54 AM 6/16/2004 -0700, you wrote: >On Mon, Jun 14, 2004 at 06:34:28PM -0700, JG wrote: > > amd64f# super-smack update-select.smack 30 10000 > > > > Query Barrel Report for client smacker > > connect: max=46ms min=2ms avg= 26ms from 30 clients > > Query_type num_queries max_time min_time q_per_s > > select_index 300000 2 0 958.05 > > update_index 300000 2 0 958.05 > > > > In all my previous tests I think that number was at least 2000/qps > > (and that was bad) and as much as 4000/qps. > > > > Whatever was changed recently really killed performance in this area. > > > > This is a SMP kerenel using SCHED_ULE. > >Try commenting out the "options ADAPTIVE_MUTEXES" in GENERIC, and let >this list know if you see any different.. It stopped the erratic numbers and went back to the usual predictably depressing ones when I commented out ADAPTIVE_MUTEXES and ran SCHED_4BSD instead of _ULE (a kernel without ADAPTIVE_MUTEXES w/_ULE failed make ~ some PCI audio stuff, strange, since it didn't fail there before) Anyway Robert Watson (far more qualified at this than me) has been running some MySQL benchmarks and publishing the results in FreeBSD-threads. It's starting to look promising, but in all of his benchmarks that have decent numbers, he specifically has enabled ADAPTIVE_MUTEXES... so maybe this is a problem with ADAPTIVE_MUTEXES that applies specifically to the AMD64 branch? - Jeremy From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 14:42:46 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 57B6A16A4D0 for ; Thu, 17 Jun 2004 14:42:46 +0000 (GMT) Received: from ojoink.com (center.ojoink.com [216.65.123.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 268C043D46 for ; Thu, 17 Jun 2004 14:42:46 +0000 (GMT) (envelope-from amd64list@jpgsworld.com) Received: (qmail 27636 invoked by uid 89); 17 Jun 2004 14:42:09 -0000 Received: from unknown (HELO MAINBX.jpgsworld.com) (amd64list@jpgsworld.com@24.10.96.33) by center.ojoink.com with SMTP; 17 Jun 2004 14:42:09 -0000 Message-Id: <5.2.0.9.2.20040617073807.033261a0@mail.ojoink.com> X-Sender: amd64list@jpgsworld.com@mail.ojoink.com X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 17 Jun 2004 07:42:02 -0700 To: freebsd-amd64@freebsd.org From: JG In-Reply-To: <5.2.0.9.2.20040617070109.03265740@mail.ojoink.com> References: <20040616085435.GA46538@dragon.nuxi.com> <5.2.0.9.2.20040614175419.0162dd00@127.0.0.1> <5.2.0.9.2.20040614175419.0162dd00@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: recent -CURRENT changes were very bad for MySQL... 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, 17 Jun 2004 14:42:46 -0000 >> >>Try commenting out the "options ADAPTIVE_MUTEXES" in GENERIC, and let >>this list know if you see any different.. > >It stopped the erratic numbers and went back to the usual predictably >depressing ones when >I commented out ADAPTIVE_MUTEXES and ran SCHED_4BSD instead of _ULE > >(a kernel without ADAPTIVE_MUTEXES w/_ULE failed make ~ some PCI audio >stuff, strange, since it didn't fail there before) > >Anyway Robert Watson (far more qualified at this than me) has been running >some MySQL >benchmarks and publishing the results in FreeBSD-threads. It's starting to >look promising, >but in all of his benchmarks that have decent numbers, he specifically has >enabled ADAPTIVE_MUTEXES... >so maybe this is a problem with ADAPTIVE_MUTEXES that applies specifically >to the AMD64 branch? Scratch that. I just compiled a kernel without AM and WITH _ULE (commenting out pcm so it would compile) and the erratic erratic performance locks came back. This means these erratic performance locks are due to the ULE scheduler and something that was recently changed in -CURRENT that would have to do with ULE. - Jeremy From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 15:28:00 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 0595416A4CE; Thu, 17 Jun 2004 15:28:00 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85DF843D55; Thu, 17 Jun 2004 15:27:59 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Baynt-0002BI-00; Thu, 17 Jun 2004 17:27:49 +0200 Received: from [217.227.146.141] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Baynt-00014J-00; Thu, 17 Jun 2004 17:27:49 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 17 Jun 2004 17:28:43 +0200 User-Agent: KMail/1.6.2 References: <20040617094725.45EE37306D@freebsd-current.sentex.ca> <20040617133207.29a6f935.liamfoy@sepulcrum.org> <20040617132111.GO9228@elvis.mu.org> In-Reply-To: <20040617132111.GO9228@elvis.mu.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_zib0AW/AiD908xZ"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406171728.51186.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e28873fbe4dbe612ce62ab869898ff08 cc: Maxime Henrion cc: "Liam J. Foy" cc: hackers@freebsd.org cc: amd64@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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: Thu, 17 Jun 2004 15:28:00 -0000 --Boundary-02=_zib0AW/AiD908xZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 17 June 2004 15:21, Maxime Henrion wrote: > It's actually not correct. The scounters[i] here is of type u_int64_t, > so long is not the correct format here (longs are 32bit on many 32bit > architectures such as FreeBSD/i386). The correct format to use here is > %llu (long long's are at least 64bit), with a cast to (unsigned long long= ), > but most of the time we prefer to use %ju and a cast to uintmax_t. C99 > also provides macros for fixed-size type formats, and we could thus use > the PRIu64 macro here, but we don't use them because they're too ugly. > > I won't commit a fix because this code is in contrib/ and is maintained > by Max Laier (see /usr/src/MAINTAINERS). I'm CC'ing him this mail though. Thanks and sorry for the delay, really was thinking that I gave the=20 tinderboxes enough time to speak up before I went to bed. Anyway, just=20 committed a fix. For pf we use a cast to (unsigned long long) in order to=20 feed those changes back to OpenBSD (where they have no C99 and thus no=20 uintmax_t). =2D-=20 Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet --Boundary-02=_zib0AW/AiD908xZ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA0bizXyyEoT62BG0RAnmFAJ9kb0tq1qwNqLLnv5Li2kbgek9rtgCdHNnb HU7K8XRQx7+HsGqlxlSUXZA= =LbQr -----END PGP SIGNATURE----- --Boundary-02=_zib0AW/AiD908xZ-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 15:41:30 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 806CD16A4CE for ; Thu, 17 Jun 2004 15:41:30 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B1043D39 for ; Thu, 17 Jun 2004 15:41:30 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.113.35) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA005C0379 for freebsd-amd64@freebsd.org; Fri, 18 Jun 2004 01:41:16 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 0748C41F4; Fri, 18 Jun 2004 01:43:53 +1000 (EST) Date: Fri, 18 Jun 2004 01:43:53 +1000 From: Tim Robbins To: freebsd-amd64@freebsd.org Message-ID: <20040617154353.GA54873@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Preliminary support for running 32-bit Linux binaries 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, 17 Jun 2004 15:41:30 -0000 I'm pleased to announce that my work on running 32-bit Linux binaries on FreeBSD/amd64 has come to the point where it runs almost everything I throw at it, including the Sun JDK, OpenOffice.org and Acrobat Reader. The patch and some brief notes on installing the Linux base system and a few popular applications are available at: http://people.freebsd.org/~tjr/linux32.html I'm aware of a number of problems with this patch -- I'm making it available in the current state for people to experiment with, and because I won't have time to tidy it up & commit it to CVS for at least 2 weeks. Tim From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 18:06: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 9741616A4CE; Thu, 17 Jun 2004 18:06:45 +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 2F99143D48; Thu, 17 Jun 2004 18:06: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 1E6E1FD05A; Thu, 17 Jun 2004 11:06:33 -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 85692-02; Thu, 17 Jun 2004 11:06:32 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 39880FD059; Thu, 17 Jun 2004 11:06:32 -0700 (PDT) From: Sean McNeil To: obrien@freebsd.org In-Reply-To: <20040617081112.GB79565@dragon.nuxi.com> References: <1087442023.22390.2.camel@server.mcneil.com> <1087448595.4494.5.camel@server.mcneil.com> <20040617081112.GB79565@dragon.nuxi.com> Content-Type: text/plain Message-Id: <1087495591.10180.7.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 17 Jun 2004 11:06:32 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken 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: Thu, 17 Jun 2004 18:06:45 -0000 On Thu, 2004-06-17 at 01:11, David O'Brien wrote: > On Wed, Jun 16, 2004 at 10:03:15PM -0700, Sean McNeil wrote: > > If I do > > make buildworld && make installworld > > > > it creates an improper ld. If I do > > > > cd /usr/src/gnu/usr.bin/binutils/ld > > make clean > > make > > make install > > > > Then I get an ld that works properly. > > Please send me (or make available) the working and not-working 'ld' > binaries. I just did a new make buildworld installworld with /usr/obj empty. Same issue. Just doing a portupgrade -f glib-2.4.2 will fail with the new linker. Turns out there are two linkers in /usr/obj. The one at /usr/obj/usr/src/amd64/usr/src/gnu/usr.bin/binutils/ld/ld works The one at /usr/obj/usr/src/gnu/usr.bin/binutils/ld/ld does not. I have placed a copy of both as: http://www.mcneil.com/~sean/freebsd/amd64-ld and http://www.mcneil.com/~sean/freebsd/ld respectively. Hope this helps, Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 18:09: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 B788C16A4CE; Thu, 17 Jun 2004 18:09:55 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id E51CE43D41; Thu, 17 Jun 2004 18:09:54 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) i5HI97pb030445; Thu, 17 Jun 2004 14:09:07 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Sean McNeil In-Reply-To: <1087495591.10180.7.camel@server.mcneil.com> References: <1087442023.22390.2.camel@server.mcneil.com> <1087448595.4494.5.camel@server.mcneil.com> <20040617081112.GB79565@dragon.nuxi.com> <1087495591.10180.7.camel@server.mcneil.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-tcPpydT+8FHU04Gico44" Organization: MarcusCom, Inc. Message-Id: <1087495813.883.3.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 17 Jun 2004 14:10:14 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on creme-brulee.marcuscom.com cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken 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: Thu, 17 Jun 2004 18:09:55 -0000 --=-tcPpydT+8FHU04Gico44 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-06-17 at 14:06, Sean McNeil wrote: > On Thu, 2004-06-17 at 01:11, David O'Brien wrote: > > On Wed, Jun 16, 2004 at 10:03:15PM -0700, Sean McNeil wrote: > > > If I do > > > make buildworld && make installworld > > >=20 > > > it creates an improper ld. If I do > > >=20 > > > cd /usr/src/gnu/usr.bin/binutils/ld > > > make clean > > > make > > > make install > > >=20 > > > Then I get an ld that works properly. > >=20 > > Please send me (or make available) the working and not-working 'ld' > > binaries. >=20 > I just did a new make buildworld installworld with /usr/obj empty. Same > issue. Just doing a >=20 > portupgrade -f glib-2.4.2 >=20 > will fail with the new linker. Turns out there are two linkers in > /usr/obj. The one at >=20 > /usr/obj/usr/src/amd64/usr/src/gnu/usr.bin/binutils/ld/ld >=20 > works >=20 > The one at >=20 > /usr/obj/usr/src/gnu/usr.bin/binutils/ld/ld >=20 > does not. >=20 > I have placed a copy of both as: >=20 > http://www.mcneil.com/~sean/freebsd/amd64-ld > and > http://www.mcneil.com/~sean/freebsd/ld > respectively. Just wanted to add, I did the same thing on i386 (i.e. rm -rf /usr/obj/* then a full world and kernel). By building and installing the linker at /usr/src/gnu/usr.bin/binutils/ld, I was up and running again. Before that, I received the same failures Sean is seeing when trying to link anything. Joe >=20 > Hope this helps, > Sean >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-tcPpydT+8FHU04Gico44 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA0d6Fb2iPiv4Uz4cRAmSGAJwOFe7M99abfAVBkF5dWjKW7lkUXgCfevFp vC8uFjJ7hxfOknMXVPD1LIU= =fIMp -----END PGP SIGNATURE----- --=-tcPpydT+8FHU04Gico44-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 18: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 C90EE16A4CE for ; Thu, 17 Jun 2004 18:11:39 +0000 (GMT) Received: from pandora.cs.kun.nl (pandora.cs.kun.nl [131.174.33.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E037043D41 for ; Thu, 17 Jun 2004 18:11:38 +0000 (GMT) (envelope-from adridg@cs.kun.nl) Received: from odin.cs.kun.nl [131.174.33.33] (helo=localhost) by pandora.cs.kun.nl (8.12.10/3.67) with ESMTP id i5HIBF2r020338 for ; Thu, 17 Jun 2004 20:11:16 +0200 (MEST) From: Adriaan de Groot To: freebsd-amd64@freebsd.org Date: Thu, 17 Jun 2004 20:10:56 +0200 User-Agent: KMail/1.6.52 References: <1087442023.22390.2.camel@server.mcneil.com> <20040617081112.GB79565@dragon.nuxi.com> <1087495591.10180.7.camel@server.mcneil.com> In-Reply-To: <1087495591.10180.7.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200406172010.56637.adridg@cs.kun.nl> Subject: Re: new binutils broken 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: Thu, 17 Jun 2004 18:11:39 -0000 On Thursday 17 June 2004 20:06, Sean McNeil wrote: > I just did a new make buildworld installworld with /usr/obj empty. Same > issue. Just doing a > > portupgrade -f glib-2.4.2 > > will fail with the new linker. Turns out there are two linkers in > /usr/obj. The one at This time I saw it too - linker from yesterday's buildworld caused building XFree-clients to fail during a portupgrade with (paraphrased, since like a total moron I forgot to save the error output): libexpat.so.5 not found. This in spite of libexpat.so.5 being in /usr/local/lib and having -L/usr/local/lib on the compile line. Building ld again as described by Sean in his original message fixes the problem. -- "On top of that [watching KDE CVS] is interesting in a perverse way, like watching sausage get made. By very smart people." - dkite From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 20:24:20 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 A545816A4CE for ; Thu, 17 Jun 2004 20:24:20 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8710043D39 for ; Thu, 17 Jun 2004 20:24:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31915 invoked from network); 17 Jun 2004 20:24:08 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 17 Jun 2004 20:24:07 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i5HKO394082302; Thu, 17 Jun 2004 16:24:03 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-amd64@FreeBSD.org Date: Thu, 17 Jun 2004 16:24:59 -0400 User-Agent: KMail/1.6 References: <200406141646.03171.jkim@niksun.com> In-Reply-To: <200406141646.03171.jkim@niksun.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406171624.59264.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-x11@FreeBSD.org cc: eta@lclark.edu cc: dfr@FreeBSD.org Subject: Re: [PATCH] AMD64 On-CPU GART support + more 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, 17 Jun 2004 20:24:20 -0000 On Monday 14 June 2004 04:46 pm, Jung-uk Kim wrote: > Since the latest DRM is imported, I made my AMD64 on-CPU GART[1] > working (patch attached). This driver has some ugliness because of > its nature: driver is for AGP bridge but directly touches north > bridge registers (of multiple north bridges if you have multiple > CPUs). Ideally we can attach child driver here for each bridge but > it is just a part of its functions so that I didn't want to create a > full-blown driver. The second ugliness comes from the agp_sis.c and > agp_via.c. They fall back to 'generic host to PCI bridge' if it is > not supported but it finds a bridge. I believe this has to be > removed. The kludge is 'AGP_AMD64_GART' in kernel configuration. > This kludge can be removed when the 'fallback' match/probe is > removed. For now, 'AGP_AMD64_GART' is required to test this driver. > If anyone is interested, please cleanup/fix them. :-( Yes, all the generic probes need to go away. Also, I think that agp0 should be a child of hostb0. I.e., each agp driver (except for agp_i810.c) needs to actually be a child of hostb0. The hostb driver on the other hand would pass some ivars like PCI ID requests down to the children (so they can do a pci_get_devid() on themselves), and the hostb driver would add an agp child device automatically if it detects an AGP extended capability in its config registers. > > It's tested with Via K8T800 (both FreeBSD/i386 and FreeBSD/amd64) but > it should work with other bridges/tunnels. XFree86 snapshot (after > Mesa 6.1 import) + DRI snapshot worked fine with MGA 400 and Radeon > RV280 in FreeBSD/i386. In FreeBSD/amd64, MGA 400 works but Radeon > RV280 doesn't work but I believe it's DRM/DRI's problem, i. e., > Radeon SAREA handles. > > Cheers, > > Jung-uk Kim > > [1] BIOS and Kernel Developer's Guide for AMD Athlon? 64 and AMD > Opteron(tm) Processors (3.6.12-15) > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/260 >94.PDF > > * PS: I think the current agp_via.c doesn't support K8T800 or other > AGP v3 bridges correctly. If anyone is interested, let me know. ;-) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Jun 17 23:38:53 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 AABDF16A4CE for ; Thu, 17 Jun 2004 23:38:53 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1095743D1F for ; Thu, 17 Jun 2004 23:38:53 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with ESMTP id i5HNck7s034679; Fri, 18 Jun 2004 08:38:47 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 18 Jun 2004 08:38:46 +0900 From: Norikatsu Shigemura To: Adriaan de Groot Message-Id: <20040618083846.756260f2.nork@FreeBSD.org> In-Reply-To: <200406172010.56637.adridg@cs.kun.nl> References: <1087442023.22390.2.camel@server.mcneil.com> <20040617081112.GB79565@dragon.nuxi.com> <1087495591.10180.7.camel@server.mcneil.com> <200406172010.56637.adridg@cs.kun.nl> X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.3; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-amd64@FreeBSD.org Subject: Re: new binutils broken 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: Thu, 17 Jun 2004 23:38:53 -0000 On Thu, 17 Jun 2004 20:10:56 +0200 Adriaan de Groot wrote: > On Thursday 17 June 2004 20:06, Sean McNeil wrote: > > I just did a new make buildworld installworld with /usr/obj empty. Same > > issue. Just doing a > > portupgrade -f glib-2.4.2 > > will fail with the new linker. Turns out there are two linkers in > > /usr/obj. The one at > This time I saw it too - linker from yesterday's buildworld caused building > XFree-clients to fail during a portupgrade with (paraphrased, since like a > total moron I forgot to save the error output): libexpat.so.5 not found. This > in spite of libexpat.so.5 being in /usr/local/lib and having -L/usr/local/lib > on the compile line. > Building ld again as described by Sean in his original message fixes the > problem. Ah, yes, I confirmed it. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - : cc -o xditview -O -fno-ident -pipe -ansi -Dasm=__asm -Wno-system-headers -Wall -Wpointer-arith -Wundef -L/tmp/work/usr/ports/x11/XFree86-4-clients/work/xc/exports/lib xditview.o Dvi.o draw.o font.o lex.o page.o parse.o XFontName.o DviChar.o `pkg-config xft --libs` -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXext -lX11 -L/usr/X11R6/lib -lm -Wl,-rpath,/usr/X11R6/lib /usr/bin/ld: warning: libexpat.so.5, needed by /usr/X11R6/lib/libfontconfig.so, not found (try using -rpath or -rpath-link) /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetElementHandler' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetDoctypeDeclHandler' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ParserFree' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetCharacterDataHandler' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ErrorString' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ParseBuffer' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_ParserCreate' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_SetUserData' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_GetErrorCode' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_GetBuffer' /usr/X11R6/lib/libfontconfig.so: undefined reference to `XML_GetCurrentLineNumber' *** Error code 1 Stop in /tmp/work/usr/ports/x11/XFree86-4-clients/work/xc/programs/xditview. *** Error code 1 Stop in /tmp/work/usr/ports/x11/XFree86-4-clients/work/xc/programs. *** Error code 1 Stop in /usr/ports/x11/XFree86-4-clients. $ ldd /usr/X11R6/lib/libfontconfig.so /usr/X11R6/lib/libfontconfig.so: libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x20094e000) libz.so.2 => /lib/libz.so.2 (0x200ad8000) libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x200be6000) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 01:24:35 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 BF48216A4CE; Fri, 18 Jun 2004 01:24:35 +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 88CBA43D4C; Fri, 18 Jun 2004 01:24:35 +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 4E6FEFD062; Thu, 17 Jun 2004 18:24:13 -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 34394-01; Thu, 17 Jun 2004 18:24:12 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 1FA4BFD059; Thu, 17 Jun 2004 18:24:12 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org, freebsd-gnome@freebsd.org In-Reply-To: <20040616015703.GA17852@dragon.nuxi.com> References: <1087346887.66377.1.camel@server.mcneil.com> <20040616015703.GA17852@dragon.nuxi.com> Content-Type: text/plain Message-Id: <1087521851.32817.27.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 17 Jun 2004 18:24:12 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: Re: bad compiler generated code? 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, 18 Jun 2004 01:24:35 -0000 On Tue, 2004-06-15 at 18:57, David O'Brien wrote: > On Tue, Jun 15, 2004 at 05:48:08PM -0700, Sean McNeil wrote: > > I'm recompiling firefox right now and I get a whole bunch of the > > following: > > > > {standard input}:766: Warning: indirect jmp without `*' > > {standard input}:816: Warning: indirect jmp without `*' > ... > > this happens on quite a number of C++ source files. Looks like the > > compiler is generating some bad assembly. > > This is not a useful bug report. Can you provide the preprocesed C file? > Or at least provide command line(s) invocation that produces this? I took a look into this and it appears that the bad code generation of c++ is related to my issues with firefox. Here is what I saw: In xpcom/base/nsExceptionService.cpp it is generating thunks as _ZThn8_N18nsExceptionService6AddRefEv: addq $-8, %rdi jmp _ZN18nsExceptionService6AddRefEv(%rip) .size _ZThn8_N18nsExceptionService6AddRefEv, .-_ZThn8_N18nsExceptionService6AddRefEv when they should be _ZThn8_N18nsExceptionService6AddRefEv: addq $-8, %rdi jmp _ZN18nsExceptionService6AddRefEv .size _ZThn8_N18nsExceptionService6AddRefEv, .-_ZThn8_N18nsExceptionService6AddRefEv This has been fixed in the cvs version of gcc and involves the following patch: *** contrib/gcc/config/i386/i386.c.orig Thu Jun 17 18:20:11 2004 --- contrib/gcc/config/i386/i386.c Thu Jun 17 18:10:55 2004 *************** x86_output_mi_thunk (file, thunk, delta, *** 14607,14621 **** output_asm_insn ("mov{l}\t{%0, %1|%1, %0}", xops); } ! xops[0] = DECL_RTL (function); if (TARGET_64BIT) { if (!flag_pic || (*targetm.binds_local_p) (function)) output_asm_insn ("jmp\t%P0", xops); else { ! tmp = XEXP (xops[0], 0); ! tmp = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, tmp), UNSPEC_GOTPCREL); tmp = gen_rtx_CONST (Pmode, tmp); tmp = gen_rtx_MEM (QImode, tmp); xops[0] = tmp; --- 14607,14620 ---- output_asm_insn ("mov{l}\t{%0, %1|%1, %0}", xops); } ! xops[0] = XEXP (DECL_RTL (function), 0); if (TARGET_64BIT) { if (!flag_pic || (*targetm.binds_local_p) (function)) output_asm_insn ("jmp\t%P0", xops); else { ! tmp = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, xops[0]), UNSPEC_GOTPCREL); tmp = gen_rtx_CONST (Pmode, tmp); tmp = gen_rtx_MEM (QImode, tmp); xops[0] = tmp; I am rebuilding firefox with this patch and will report back if firefox works. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 06:20: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 7ABB516A4CE; Fri, 18 Jun 2004 06:20:44 +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 2DB5743D2D; Fri, 18 Jun 2004 06:20:42 +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 8070CFD04F; Thu, 17 Jun 2004 23:19:23 -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 18131-01; Thu, 17 Jun 2004 23:19:22 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 89AC8FD067; Thu, 17 Jun 2004 23:19:22 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org In-Reply-To: <1087521851.32817.27.camel@server.mcneil.com> References: <1087346887.66377.1.camel@server.mcneil.com> <20040616015703.GA17852@dragon.nuxi.com> <1087521851.32817.27.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1087539562.18159.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 17 Jun 2004 23:19:22 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: marcus@marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: bad compiler generated code? - firefox issues 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, 18 Jun 2004 06:20:44 -0000 On Thu, 2004-06-17 at 18:24, Sean McNeil wrote: > On Tue, 2004-06-15 at 18:57, David O'Brien wrote: > > On Tue, Jun 15, 2004 at 05:48:08PM -0700, Sean McNeil wrote: > > > I'm recompiling firefox right now and I get a whole bunch of the > > > following: > > > > > > {standard input}:766: Warning: indirect jmp without `*' > > > {standard input}:816: Warning: indirect jmp without `*' > > ... > > > this happens on quite a number of C++ source files. Looks like the > > > compiler is generating some bad assembly. > > > > This is not a useful bug report. Can you provide the preprocesed C file? > > Or at least provide command line(s) invocation that produces this? > > I took a look into this and it appears that the bad code generation of > c++ is related to my issues with firefox. Here is what I saw: > > In xpcom/base/nsExceptionService.cpp it is generating thunks as > > _ZThn8_N18nsExceptionService6AddRefEv: > addq $-8, %rdi > jmp _ZN18nsExceptionService6AddRefEv(%rip) > .size _ZThn8_N18nsExceptionService6AddRefEv, .-_ZThn8_N18nsExceptionService6AddRefEv > > when they should be > > _ZThn8_N18nsExceptionService6AddRefEv: > addq $-8, %rdi > jmp _ZN18nsExceptionService6AddRefEv > .size _ZThn8_N18nsExceptionService6AddRefEv, .-_ZThn8_N18nsExceptionService6AddRefEv > > This has been fixed in the cvs version of gcc and involves the following patch: > > *** contrib/gcc/config/i386/i386.c.orig Thu Jun 17 18:20:11 2004 > --- contrib/gcc/config/i386/i386.c Thu Jun 17 18:10:55 2004 > *************** x86_output_mi_thunk (file, thunk, delta, > *** 14607,14621 **** > output_asm_insn ("mov{l}\t{%0, %1|%1, %0}", xops); > } > > ! xops[0] = DECL_RTL (function); > if (TARGET_64BIT) > { > if (!flag_pic || (*targetm.binds_local_p) (function)) > output_asm_insn ("jmp\t%P0", xops); > else > { > ! tmp = XEXP (xops[0], 0); > ! tmp = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, tmp), UNSPEC_GOTPCREL); > tmp = gen_rtx_CONST (Pmode, tmp); > tmp = gen_rtx_MEM (QImode, tmp); > xops[0] = tmp; > --- 14607,14620 ---- > output_asm_insn ("mov{l}\t{%0, %1|%1, %0}", xops); > } > > ! xops[0] = XEXP (DECL_RTL (function), 0); > if (TARGET_64BIT) > { > if (!flag_pic || (*targetm.binds_local_p) (function)) > output_asm_insn ("jmp\t%P0", xops); > else > { > ! tmp = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, xops[0]), UNSPEC_GOTPCREL); > tmp = gen_rtx_CONST (Pmode, tmp); > tmp = gen_rtx_MEM (QImode, tmp); > xops[0] = tmp; > > > I am rebuilding firefox with this patch and will report back if firefox works. I had to do a complete rebuild: portupgrade -fR firefox-0.9_1 Now firefox works!!! There must have been other libraries that firefox depended on that were built with the bad compiler. Sean From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 06:25: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 A34FA16A4CE; Fri, 18 Jun 2004 06:25:11 +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 7B07C43D48; Fri, 18 Jun 2004 06:25:11 +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 22BDFFD059; Thu, 17 Jun 2004 23:23:53 -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 04904-03; Thu, 17 Jun 2004 23:23:52 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A29C8FD04F; Thu, 17 Jun 2004 23:23:52 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org In-Reply-To: <1087539562.18159.2.camel@server.mcneil.com> References: <1087346887.66377.1.camel@server.mcneil.com> <20040616015703.GA17852@dragon.nuxi.com> <1087521851.32817.27.camel@server.mcneil.com> <1087539562.18159.2.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1087539832.18254.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 17 Jun 2004 23:23:52 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: marcus@marcuscom.com cc: freebsd-gnome@freebsd.org Subject: Re: bad compiler generated code? - firefox issues 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, 18 Jun 2004 06:25:11 -0000 On Thu, 2004-06-17 at 23:19, Sean McNeil wrote: > > *** contrib/gcc/config/i386/i386.c.orig Thu Jun 17 18:20:11 2004 > > --- contrib/gcc/config/i386/i386.c Thu Jun 17 18:10:55 2004 > > *************** x86_output_mi_thunk (file, thunk, delta, > > *** 14607,14621 **** > > output_asm_insn ("mov{l}\t{%0, %1|%1, %0}", xops); > > } > > > > ! xops[0] = DECL_RTL (function); > > if (TARGET_64BIT) > > { > > if (!flag_pic || (*targetm.binds_local_p) (function)) > > output_asm_insn ("jmp\t%P0", xops); > > else > > { > > ! tmp = XEXP (xops[0], 0); > > ! tmp = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, tmp), UNSPEC_GOTPCREL); > > tmp = gen_rtx_CONST (Pmode, tmp); > > tmp = gen_rtx_MEM (QImode, tmp); > > xops[0] = tmp; > > --- 14607,14620 ---- > > output_asm_insn ("mov{l}\t{%0, %1|%1, %0}", xops); > > } > > > > ! xops[0] = XEXP (DECL_RTL (function), 0); > > if (TARGET_64BIT) > > { > > if (!flag_pic || (*targetm.binds_local_p) (function)) > > output_asm_insn ("jmp\t%P0", xops); > > else > > { > > ! tmp = gen_rtx_UNSPEC (Pmode, gen_rtvec (1, xops[0]), UNSPEC_GOTPCREL); > > tmp = gen_rtx_CONST (Pmode, tmp); > > tmp = gen_rtx_MEM (QImode, tmp); > > xops[0] = tmp; > > > > > > I am rebuilding firefox with this patch and will report back if firefox works. > > I had to do a complete rebuild: portupgrade -fR firefox-0.9_1 > > Now firefox works!!! > > There must have been other libraries that firefox depended on that were > built with the bad compiler. Sorry, I have to qualify that. It now works as root. Still crashes as a typical user. From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 10:57: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 E5B0B16A4CE; Fri, 18 Jun 2004 10:57:25 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8B343D2D; Fri, 18 Jun 2004 10:57:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i5IAuc7Q024223; Fri, 18 Jun 2004 06:56:39 -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 i5IAudDS024819; Fri, 18 Jun 2004 06:56:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5F60E7306D; Fri, 18 Jun 2004 06:56:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040618105639.5F60E7306D@freebsd-current.sentex.ca> Date: Fri, 18 Jun 2004 06:56:39 -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, 18 Jun 2004 10:57:26 -0000 TB --- 2004-06-18 09:32:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-18 09:32:19 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-06-18 09:32:19 - checking out the source tree TB --- 2004-06-18 09:32:19 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-06-18 09:32:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-18 09:37:04 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-18 09:37:04 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-18 09:37:04 - /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-06-18 10:34:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-06-18 10:34:16 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-18 10:34:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 18 10:34:16 GMT 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 Jun 18 10:47:04 GMT 2004 TB --- 2004-06-18 10:47:04 - generating LINT kernel config TB --- 2004-06-18 10:47:04 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-06-18 10:47:04 - /usr/bin/make -B LINT TB --- 2004-06-18 10:47:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-06-18 10:47:04 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-06-18 10:47:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 18 10:47:04 GMT 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 -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/amd64/amd64/src/sys/netinet/ip_output.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 -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/amd64/amd64/src/sys/netinet/raw_ip.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 -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/amd64/amd64/src/sys/netinet/tcp_debug.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 -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/amd64/amd64/src/sys/netinet/tcp_hostcache.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 -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/amd64/amd64/src/sys/netinet/tcp_input.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 -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/amd64/amd64/src/sys/netinet/tcp_output.c /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/tcp_output.c: In function `tcp_output': /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/tcp_output.c:886: warning: `save' might be used uninitialized in this function *** 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-06-18 10:56:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-18 10:56:39 - ERROR: failed to build lint kernel TB --- 2004-06-18 10:56:39 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 13:14:18 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 DA8E816A4DA; Fri, 18 Jun 2004 13:14:18 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D7F343D46; Fri, 18 Jun 2004 13:14:18 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 6D335652FE; Fri, 18 Jun 2004 14:13:07 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20510-04-12; Fri, 18 Jun 2004 14:13:07 +0100 (BST) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 0532065218; Fri, 18 Jun 2004 14:13:07 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 464616150; Fri, 18 Jun 2004 14:13:06 +0100 (BST) Date: Fri, 18 Jun 2004 14:13:06 +0100 From: Bruce M Simpson To: FreeBSD Tinderbox Message-ID: <20040618131305.GJ58783@empiric.dek.spc.org> References: <20040618105639.5F60E7306D@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040618105639.5F60E7306D@freebsd-current.sentex.ca> cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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: Fri, 18 Jun 2004 13:14:19 -0000 On Fri, Jun 18, 2004 at 06:56:39AM -0400, FreeBSD Tinderbox wrote: > /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/tcp_output.c: In function `tcp_output': > /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/tcp_output.c:886: warning: `save' might be used uninitialized in this function > *** Error code 1 Should be dealt with now From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 15:31:18 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 935A316A4CE for ; Fri, 18 Jun 2004 15:31:18 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88C7D43D1F for ; Fri, 18 Jun 2004 15:31:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i5IFUQSt015999 for ; Fri, 18 Jun 2004 15:30:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5IFUP6t015998; Fri, 18 Jun 2004 15:30:26 GMT (envelope-from gnats) Resent-Date: Fri, 18 Jun 2004 15:30:26 GMT Resent-Message-Id: <200406181530.i5IFUP6t015998@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, Joe Talbott Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CCD816A4CE for ; Fri, 18 Jun 2004 15:27:43 +0000 (GMT) Received: from copper.oss.ntelos.net (copper.oss.ntelos.net [209.145.66.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E81E243D46 for ; Fri, 18 Jun 2004 15:27:42 +0000 (GMT) (envelope-from josepht@copper.oss.ntelos.net) Received: from copper.oss.ntelos.net (localhost [127.0.0.1]) i5EJB8in064110 for ; Mon, 14 Jun 2004 15:11:08 -0400 (EDT) (envelope-from josepht@copper.oss.ntelos.net) Received: (from josepht@localhost) by copper.oss.ntelos.net (8.12.11/8.12.11/Submit) id i5EJB8bt064109; Mon, 14 Jun 2004 15:11:08 -0400 (EDT) (envelope-from josepht) Message-Id: <200406141911.i5EJB8bt064109@copper.oss.ntelos.net> Date: Mon, 14 Jun 2004 15:11:08 -0400 (EDT) From: Joe Talbott To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: amd64/68083: AMD64 Current 20040324 snapshot iso panics on install X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joe Talbott List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2004 15:31:18 -0000 >Number: 68083 >Category: amd64 >Synopsis: AMD64 Current 20040324 snapshot iso panics on install >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 18 15:30:25 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Joe Talbott >Release: FreeBSD 5-CURRENT (snapshot 20040324) amd64 >Organization: none >Environment: Epox 8hda3+, Amd 64 3200+, 512MB Kingston RAM, FreeBSD 5-CURRENT (snapshot 20040324) amd64 VIA K8T800 + VT8237 Chipset >Description: Kernel trap 9: general protection fault while in kernel mode when booting FreeBSD 5-CURRENT (snapshot 20040324) amd64 just after cdrom drive probe. This happens every time I boot from this cd (I burned several copies on different machines and checked md5 checksum) When booting 5.2.1-RELEASE (amd64) the system hangs at this points and keyboard input (Ctrl-Alt-Del) has no effect. I can boot 5.2.1-RELEASE i386, 4.9-RELEASE, and DragonFlyBSD 1.0-CURRENT and have done numerous buildworlds as a rudementary test of hardware with no problems. This happens with ACPI disabled as well. [THIS IS HAND TRANSCRIBED] acd0: CDROM at ata1-slave PIO4 Kernel trap 9 with interrupts disabled Fatal trap 9: general protection fault while in Kernel mode cpuid = 0; apic id = 00 intruction pointer = 0x8:0xffffffff804b1cc4 stack pointer = 0x10:0xffffffff98147bb0 frame pointer = 0x10:0xffffffff98147bc0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 9 (pagezero) kernel: type 9 trap, code = 0 Stopped at vm_pageq_remove_nowakeup+0x2c: decl %eax db> trace vm_pageq_remove_nowakeup() at vm_pageq_remove_nowakeup+0x2c vm_page_zero_idle() at vm_page_zero_idle+0x88 vm_pagezero() at vm_pagezero+0xad fork_exit() at fork_exit+0x9f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff98147d00, rbp = 0 --- db> >How-To-Repeat: boot with 5-CURRENT (snapshot 20040324) cd >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 15:52:08 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 3864F16A4CE; Fri, 18 Jun 2004 15:52:08 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C939D43D58; Fri, 18 Jun 2004 15:52:05 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i5IFofqM002981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Jun 2004 11:50:41 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i5IFoan3082086; Fri, 18 Jun 2004 11:50:36 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16595.3916.248414.115695@grasshopper.cs.duke.edu> Date: Fri, 18 Jun 2004 11:50:36 -0400 (EDT) To: Tim Robbins In-Reply-To: <20040617154353.GA54873@cat.robbins.dropbear.id.au> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-amd64@freebsd.org Subject: Re: Preliminary support for running 32-bit Linux binaries 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, 18 Jun 2004 15:52:08 -0000 Tim Robbins writes: > I'm pleased to announce that my work on running 32-bit Linux binaries > on FreeBSD/amd64 has come to the point where it runs almost everything I > throw at it, including the Sun JDK, OpenOffice.org and Acrobat Reader. Awesome! I was sort of half planning to do this myself if nobody else stepped up, but I was waiting for module support. Did you do this all monolithically? Wow! Anyway, I'm very happy that you did this. > The patch and some brief notes on installing the Linux base system and > a few popular applications are available at: > http://people.freebsd.org/~tjr/linux32.html > I had a little trouble applying this patch, since the diff referred to new files as: ../src.vendor/sys/amd64/linux/linux.h Thu Jan 1 10:00:00 1970 rather than /dev/null. This seemed to confuse my patch. I needed to hand-edit the patch and replace these new file references with /dev/null instead in order to get the new files created. I also made the sys/amd64/linux/ directory by hand. Anyway, once I got the new files extracted, things went without a hitch. Realplayer, OO, Acrobat, etc. Nice job! > I'm aware of a number of problems with this patch -- I'm making it > available in the current state for people to experiment with, and because > I won't have time to tidy it up & commit it to CVS for at least 2 weeks. Question -- do you plan to allow 32-bit and 64-bit linux modules to coexist? I can see a need for 64-bit compat at some point... Especially if people want to run PGI compiled fortran or c programs. Thanks! Drew From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 16:36:00 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 1EF4116A4CE; Fri, 18 Jun 2004 16:36:00 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF2343D1D; Fri, 18 Jun 2004 16:35:59 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5IGYxPl024425; Fri, 18 Jun 2004 09:34:59 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5IGYxlx024424; Fri, 18 Jun 2004 09:34:59 -0700 (PDT) (envelope-from obrien) Date: Fri, 18 Jun 2004 09:34:59 -0700 From: "David O'Brien" To: Tim Robbins Message-ID: <20040618163459.GA23934@dragon.nuxi.com> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040617154353.GA54873@cat.robbins.dropbear.id.au> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: Preliminary support for running 32-bit Linux binaries 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: Fri, 18 Jun 2004 16:36:00 -0000 On Fri, Jun 18, 2004 at 01:43:53AM +1000, Tim Robbins wrote: > I'm pleased to announce that my work on running 32-bit Linux binaries > on FreeBSD/amd64 has come to the point where it runs almost everything I > throw at it, including the Sun JDK, OpenOffice.org and Acrobat Reader. > > The patch and some brief notes on installing the Linux base system and > a few popular applications are available at: > http://people.freebsd.org/~tjr/linux32.html You've been using Slackware bits, but the project has settled on Red Hat bits for 32-bit x86 Linux support. Can you retest with the same 32-bit bits as in ports/emulators/linux_base/? I feel we should install your bits into sys/amd64/linux32/ and leave sys/amd64/linux/ for the 64-bit Linux compat bits. This module's Makefile should live in sys/modules/linux32/ also. thanks for this great work! -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 16:37:35 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 4B15E16A4CE; Fri, 18 Jun 2004 16:37:35 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228C243D2F; Fri, 18 Jun 2004 16:37:35 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5IGaq7b024484; Fri, 18 Jun 2004 09:36:53 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5IGaqSJ024483; Fri, 18 Jun 2004 09:36:52 -0700 (PDT) (envelope-from obrien) Date: Fri, 18 Jun 2004 09:36:52 -0700 From: "David O'Brien" To: Andrew Gallatin Message-ID: <20040618163652.GB23934@dragon.nuxi.com> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <16595.3916.248414.115695@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16595.3916.248414.115695@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: Preliminary support for running 32-bit Linux binaries 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: Fri, 18 Jun 2004 16:37:35 -0000 On Fri, Jun 18, 2004 at 11:50:36AM -0400, Andrew Gallatin wrote: > Question -- do you plan to allow 32-bit and 64-bit linux modules > to coexist? I can see a need for 64-bit compat at some point... > Especially if people want to run PGI compiled fortran or c programs. I personally want to see 64-bit Linux support and plan on doing it once this 32-bit support is in the tree. As you mentioned, there have been many things that I felt should happen before starting this work: 32-bit FreeBSD support, modules, and 32-bit linux support. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 17:32:58 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 DE0B716A4CE for ; Fri, 18 Jun 2004 17:32:58 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9234443D31 for ; Fri, 18 Jun 2004 17:32:58 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i5IHWnqM019373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Jun 2004 13:32:50 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i5IHWifV082174; Fri, 18 Jun 2004 13:32:44 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16595.10044.463970.146212@grasshopper.cs.duke.edu> Date: Fri, 18 Jun 2004 13:32:44 -0400 (EDT) To: freebsd-amd64@freebsd.org In-Reply-To: <20040618163459.GA23934@dragon.nuxi.com> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <20040618163459.GA23934@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: Re: Preliminary support for running 32-bit Linux binaries 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, 18 Jun 2004 17:32:59 -0000 David O'Brien writes: > > You've been using Slackware bits, but the project has settled on Red Hat > bits for 32-bit x86 Linux support. Can you retest with the same 32-bit > bits as in ports/emulators/linux_base/? When I installed this, I tarred up /compat/linux from an x86 running linux_base-8-8.0_3. I then installed Acrobat and realplayer8 from ports (only required tiny patches to the makefile) as well as OpenOffice via direct download. Those all worked fine, so I think the redhat libs are OK. > I feel we should install your bits into sys/amd64/linux32/ and leave > sys/amd64/linux/ for the 64-bit Linux compat bits. This module's > Makefile should live in sys/modules/linux32/ also. Agreed. > thanks for this great work! Yes, thank you! Drew From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 18:49:28 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 5028116A4CE; Fri, 18 Jun 2004 18:49:28 +0000 (GMT) Received: from obelix.noxtension.com (obelix.noxtension.com [158.38.48.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B6243D39; Fri, 18 Jun 2004 18:49:27 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from localhost (localhost [127.0.0.1]) by obelix.noxtension.com (Postfix) with ESMTP id 76A731C6233; Fri, 18 Jun 2004 20:48:24 +0200 (CEST) Received: from obelix.noxtension.com ([127.0.0.1]) by localhost (obelix.noxtension.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06108-05-65; Fri, 18 Jun 2004 20:48:21 +0200 (CEST) Received: by obelix.noxtension.com (Postfix, from userid 97) id 39F101C7039; Fri, 18 Jun 2004 20:44:18 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by obelix.noxtension.com (Postfix) with ESMTP id C6C7C1C66AF for ; Fri, 18 Jun 2004 14:31:48 +0200 (CEST) Received: from obelix.noxtension.com ([127.0.0.1]) by localhost (obelix.noxtension.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28004-04-21 for ; Fri, 18 Jun 2004 14:31:45 +0200 (CEST) Received: by obelix.noxtension.com (Postfix, from userid 97) id 054B81C5904; Fri, 18 Jun 2004 15:05:43 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by obelix.noxtension.com (Postfix) with ESMTP id 5FA511C6888 for ; Thu, 17 Jun 2004 15:33:25 +0200 (CEST) Received: from obelix.noxtension.com ([127.0.0.1]) by localhost (obelix.noxtension.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06588-02-25 for ; Thu, 17 Jun 2004 15:33:22 +0200 (CEST) Received: by obelix.noxtension.com (Postfix, from userid 97) id 375111C688A; Thu, 17 Jun 2004 16:34:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by obelix.noxtension.com (Postfix) with ESMTP id 70D4E1C7A7D for ; Thu, 17 Jun 2004 07:04:04 +0200 (CEST) Received: from obelix.noxtension.com ([127.0.0.1]) by localhost (obelix.noxtension.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30306-02-2 for ; Thu, 17 Jun 2004 07:03:58 +0200 (CEST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by obelix.noxtension.com (Postfix) with ESMTP id 7A5831C7A77 for ; Thu, 17 Jun 2004 07:03:58 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A42E457355; Thu, 17 Jun 2004 05:03:38 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A865F16A4DE; Thu, 17 Jun 2004 05:03:37 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E2C116A4CE; Thu, 17 Jun 2004 05:03:32 +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 10F5043D5F; Thu, 17 Jun 2004 05:03:30 +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 01F7EFD062; Wed, 16 Jun 2004 22:03:17 -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 00678-04; Wed, 16 Jun 2004 22:03:16 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 38B6FFD059; Wed, 16 Jun 2004 22:03:16 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org In-Reply-To: <1087442023.22390.2.camel@server.mcneil.com> References: <1087442023.22390.2.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1087448595.4494.5.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 16 Jun 2004 22:03:15 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Virus-Scanned: by amavisd-new at obelix.noxtension.com X-Virus-Scanned: by amavisd-new at obelix.noxtension.com X-Virus-Scanned: by amavisd-new at obelix.noxtension.com X-Virus-Scanned: by amavisd-new at obelix.noxtension.com cc: freebsd-amd64@freebsd.org Subject: Re: new binutils broken for amd64 X-BeenThere: freebsd-amd64@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2004 18:49:28 -0000 On Wed, 2004-06-16 at 20:13, Sean McNeil wrote: > I believe that most likely there is a config.guess issue here. It would > appear that the linker isn't setting > > NATIVE=yes > USE_LIBPATH=yes > > for freebsd/amd64. These should be set when host and target are the > same. This is causing all sorts of compilation problems. Actually, this appears to be a problem with the make mechanism. If I do make buildworld && make installworld it creates an improper ld. If I do cd /usr/src/gnu/usr.bin/binutils/ld make clean make make install Then I get an ld that works properly. Very odd. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Fri Jun 18 19:37: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 CB17D16A4CE for ; Fri, 18 Jun 2004 19:37: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 8757F43D2D for ; Fri, 18 Jun 2004 19:37:47 +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 BA0DEFD006 for ; Fri, 18 Jun 2004 12:36:38 -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 00683-01 for ; Fri, 18 Jun 2004 12:36:38 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 18784FD005 for ; Fri, 18 Jun 2004 12:36:38 -0700 (PDT) From: Sean McNeil To: freebsd-amd64@freebsd.org Content-Type: text/plain Message-Id: <1087587397.1079.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 18 Jun 2004 12:36:37 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: ATAPICAM - anyone have this working? 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, 18 Jun 2004 19:37:47 -0000 I've just tried to burn a CD through nautilus-cd-burner and the system locked up completely. Has anyone got this working with amd64? If it works for others, then I will take the effort to try and get a dump via serial port when I have the time. Sean From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 19 07:17: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 5ADFA16A4CE; Sat, 19 Jun 2004 07:17:11 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A73743D2D; Sat, 19 Jun 2004 07:17:11 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5J7H5TI043457; Sat, 19 Jun 2004 00:17:05 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5J7H4FK043456; Sat, 19 Jun 2004 00:17:04 -0700 (PDT) (envelope-from obrien) Date: Sat, 19 Jun 2004 00:17:04 -0700 From: "David O'Brien" To: Sean McNeil Message-ID: <20040619071704.GC37620@dragon.nuxi.com> References: <1087346887.66377.1.camel@server.mcneil.com> <20040616015703.GA17852@dragon.nuxi.com> <1087521851.32817.27.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1087521851.32817.27.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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-gnome@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: bad compiler generated code? 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: Sat, 19 Jun 2004 07:17:11 -0000 On Thu, Jun 17, 2004 at 06:24:12PM -0700, Sean McNeil wrote: > On Tue, 2004-06-15 at 18:57, David O'Brien wrote: > > On Tue, Jun 15, 2004 at 05:48:08PM -0700, Sean McNeil wrote: > > > I'm recompiling firefox right now and I get a whole bunch of the > > > following: > > > > > > {standard input}:766: Warning: indirect jmp without `*' > > > {standard input}:816: Warning: indirect jmp without `*' > > ... > > > this happens on quite a number of C++ source files. Looks like the > > > compiler is generating some bad assembly. > > > > This is not a useful bug report. Can you provide the preprocesed C file? > > Or at least provide command line(s) invocation that produces this? .. > This has been fixed in the cvs version of gcc and involves the following patch: > *** contrib/gcc/config/i386/i386.c.orig Thu Jun 17 18:20:11 2004 Thanks for tracking this down! -- -- David (obrien@FreeBSD.org) P.S. Your MUA damages patches (strips ). It might work better to send patches as an attachment if needed in the future. From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 19 07:35: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 BAD9016A4CE for ; Sat, 19 Jun 2004 07:35:45 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CBFF43D2F for ; Sat, 19 Jun 2004 07:35:45 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i5J7ZgO7047420; Sat, 19 Jun 2004 00:35:42 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5J7Zfq1047419; Sat, 19 Jun 2004 00:35:41 -0700 (PDT) (envelope-from obrien) Date: Sat, 19 Jun 2004 00:35:41 -0700 From: "David O'Brien" To: Andrew Gallatin Message-ID: <20040619073541.GD37620@dragon.nuxi.com> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <20040618163459.GA23934@dragon.nuxi.com> <16595.10044.463970.146212@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16595.10044.463970.146212@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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: Preliminary support for running 32-bit Linux binaries 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: Sat, 19 Jun 2004 07:35:45 -0000 On Fri, Jun 18, 2004 at 01:32:44PM -0400, Andrew Gallatin wrote: > I then installed Acrobat and realplayer8 from > ports (only required tiny patches to the makefile) as well as What were the patches? We should get them committed so others can use these apps on their AMD64 machines. :-) -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 19 08:06:27 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 3ECA916A4CE; Sat, 19 Jun 2004 08:06:27 +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 1DF1D43D41; Sat, 19 Jun 2004 08:06:27 +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 AED08FD04C; Sat, 19 Jun 2004 01:06:26 -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 00802-06; Sat, 19 Jun 2004 01:06:26 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 332AFFD03A; Sat, 19 Jun 2004 01:06:26 -0700 (PDT) From: Sean McNeil To: obrien@freebsd.org In-Reply-To: <20040619073541.GD37620@dragon.nuxi.com> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <20040618163459.GA23934@dragon.nuxi.com> <16595.10044.463970.146212@grasshopper.cs.duke.edu> <20040619073541.GD37620@dragon.nuxi.com> Content-Type: text/plain Message-Id: <1087632385.2696.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 19 Jun 2004 01:06:26 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Andrew Gallatin cc: freebsd-amd64@freebsd.org Subject: Re: Preliminary support for running 32-bit Linux binaries 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, 19 Jun 2004 08:06:27 -0000 On Sat, 2004-06-19 at 00:35, David O'Brien wrote: > On Fri, Jun 18, 2004 at 01:32:44PM -0400, Andrew Gallatin wrote: > > I then installed Acrobat and realplayer8 from > > ports (only required tiny patches to the makefile) as well as > > What were the patches? We should get them committed so others can use > these apps on their AMD64 machines. :-) I too would like to see these patches committed, but should we wait until Tim feels comfortable doing it or should it go in ASAP so we can all start playing with it. By the way, I applied the patch and attempted to install linux_base from the ports as make MACHINE_ARCH=i386 install Alas, there is something off in the install: ===> Installing for linux_base-7.1_7 ===> Generating temporary packing list ===> Checking if emulators/linux_base already installed kern.fallback_elf_brand: 1 -> 3 glibc-common-2.2.4-33.i386.rpm glibc-2.2.4-33.i386.rpm ELF binary type "0" not known. execution of glibc-2.2.4-33 script failed, exit status 255 From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 19 08:36:32 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 4394E16A4CE; Sat, 19 Jun 2004 08:36:32 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16FFD43D53; Sat, 19 Jun 2004 08:36:32 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (211.26.207.166) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA006402E6; Sat, 19 Jun 2004 18:36:02 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 1EC1941F7; Sat, 19 Jun 2004 18:38:54 +1000 (EST) Date: Sat, 19 Jun 2004 18:38:54 +1000 From: Tim Robbins To: David O'Brien Message-ID: <20040619083854.GA63694@cat.robbins.dropbear.id.au> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <20040618163459.GA23934@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040618163459.GA23934@dragon.nuxi.com> User-Agent: Mutt/1.4.1i cc: freebsd-amd64@freebsd.org Subject: Re: Preliminary support for running 32-bit Linux binaries 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, 19 Jun 2004 08:36:32 -0000 On Fri, Jun 18, 2004 at 09:34:59AM -0700, David O'Brien wrote: > On Fri, Jun 18, 2004 at 01:43:53AM +1000, Tim Robbins wrote: > > I'm pleased to announce that my work on running 32-bit Linux binaries > > on FreeBSD/amd64 has come to the point where it runs almost everything I > > throw at it, including the Sun JDK, OpenOffice.org and Acrobat Reader. > > > > The patch and some brief notes on installing the Linux base system and > > a few popular applications are available at: > > http://people.freebsd.org/~tjr/linux32.html > > You've been using Slackware bits, but the project has settled on Red Hat > bits for 32-bit x86 Linux support. Can you retest with the same 32-bit > bits as in ports/emulators/linux_base/? I'll try that, but I would eventually like to see linux_base updated to a non-obsolete version of Red Hat / Fedora Core so that recent applications are more likely to work. We would need to be careful to avoid bringing in an NPTL libpthread library though. (I initially chose Slackware because it's clean, simple, obvious, and easy to install without a fully-functioning emulation environment. It's also a lot smaller to download over my poor modem.) > I feel we should install your bits into sys/amd64/linux32/ and leave > sys/amd64/linux/ for the 64-bit Linux compat bits. This module's > Makefile should live in sys/modules/linux32/ also. Agreed. I had planned to do this before committing it to CVS, as well as renaming the files in amd64/linux to linux32_foo.c. We still need a way to avoid clashes on global symbol names (e.g. we can't call both the 32-bit and 64-bit versions of the "stat" syscall linux_stat()), and I haven't come up with an elegant way of solving this. This is only an issue if we want to have both 32-bit and 64-bit Linux emulation compiled into the kernel at the same time; everything should work fine if either or both are loaded from modules. I'm leaning towards doing something like what we do in imgact_elf.c. Tim From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 19 08:40:18 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 F09DB16A4CE; Sat, 19 Jun 2004 08:40:18 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3B6743D2D; Sat, 19 Jun 2004 08:40:18 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (211.26.207.166) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA006405D9; Sat, 19 Jun 2004 18:40:02 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 4352E41F5; Sat, 19 Jun 2004 18:42:55 +1000 (EST) Date: Sat, 19 Jun 2004 18:42:55 +1000 From: Tim Robbins To: Sean McNeil Message-ID: <20040619084255.GA63763@cat.robbins.dropbear.id.au> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <20040618163459.GA23934@dragon.nuxi.com> <16595.10044.463970.146212@grasshopper.cs.duke.edu> <20040619073541.GD37620@dragon.nuxi.com> <1087632385.2696.2.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1087632385.2696.2.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i cc: freebsd-amd64@freebsd.org cc: Andrew Gallatin Subject: Re: Preliminary support for running 32-bit Linux binaries 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, 19 Jun 2004 08:40:19 -0000 On Sat, Jun 19, 2004 at 01:06:26AM -0700, Sean McNeil wrote: > On Sat, 2004-06-19 at 00:35, David O'Brien wrote: > > On Fri, Jun 18, 2004 at 01:32:44PM -0400, Andrew Gallatin wrote: > > > I then installed Acrobat and realplayer8 from > > > ports (only required tiny patches to the makefile) as well as > > > > What were the patches? We should get them committed so others can use > > these apps on their AMD64 machines. :-) > > I too would like to see these patches committed, but should we wait > until Tim feels comfortable doing it or should it go in ASAP so we can > all start playing with it. I'd be happy to see the ports collection updated, but I gave fairly detailed instructions on installing Slackware and some useful real-world applications on the web page so that people could try out my patches without having to worry about patching ports for the moment. > By the way, I applied the patch and > attempted to install linux_base from the ports as > > make MACHINE_ARCH=i386 install > > Alas, there is something off in the install: > > ===> Installing for linux_base-7.1_7 > ===> Generating temporary packing list > ===> Checking if emulators/linux_base already installed > kern.fallback_elf_brand: 1 -> 3 > glibc-common-2.2.4-33.i386.rpm > glibc-2.2.4-33.i386.rpm > ELF binary type "0" not known. > execution of glibc-2.2.4-33 script failed, exit status 255 You may need to also set kern.elf32.fallback_brand to 3. Tim From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 19 09:18:40 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 548DB16A4CE for ; Sat, 19 Jun 2004 09:18:40 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2843943D1F for ; Sat, 19 Jun 2004 09:18:40 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (211.26.207.166) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA00642348; Sat, 19 Jun 2004 19:17:50 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 6C3F841F5; Sat, 19 Jun 2004 19:20:43 +1000 (EST) Date: Sat, 19 Jun 2004 19:20:43 +1000 From: Tim Robbins To: Andrew Gallatin Message-ID: <20040619092043.GA63800@cat.robbins.dropbear.id.au> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <16595.3916.248414.115695@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16595.3916.248414.115695@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.1i cc: freebsd-amd64@freebsd.org Subject: Re: Preliminary support for running 32-bit Linux binaries 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, 19 Jun 2004 09:18:40 -0000 On Fri, Jun 18, 2004 at 11:50:36AM -0400, Andrew Gallatin wrote: > > Tim Robbins writes: > > I'm pleased to announce that my work on running 32-bit Linux binaries > > on FreeBSD/amd64 has come to the point where it runs almost everything I > > throw at it, including the Sun JDK, OpenOffice.org and Acrobat Reader. > > Awesome! I was sort of half planning to do this myself if nobody else > stepped up, but I was waiting for module support. Did you do this > all monolithically? Wow! Anyway, I'm very happy that you did this. It was done in Perforce over the course of 4-5 days in the tjr_linux branch. > > > The patch and some brief notes on installing the Linux base system and > > a few popular applications are available at: > > http://people.freebsd.org/~tjr/linux32.html > > > > I had a little trouble applying this patch, since the diff > referred to new files as: > ../src.vendor/sys/amd64/linux/linux.h Thu Jan 1 10:00:00 1970 > rather than /dev/null. This seemed to confuse my patch. > > I needed to hand-edit the patch and replace these new file > references with /dev/null instead in order to get the new > files created. I also made the sys/amd64/linux/ directory by hand. Oops. I noticed this in the diff output, but assumed it knew what it was doing. I'll see about generating a new patch. > > Anyway, once I got the new files extracted, things went without > a hitch. Realplayer, OO, Acrobat, etc. Nice job! > > > I'm aware of a number of problems with this patch -- I'm making it > > available in the current state for people to experiment with, and because > > I won't have time to tidy it up & commit it to CVS for at least 2 weeks. > > Question -- do you plan to allow 32-bit and 64-bit linux modules > to coexist? I can see a need for 64-bit compat at some point... > Especially if people want to run PGI compiled fortran or c programs. Yes, although it would not currently be possible to include both in the same kernel image due to symbol name clashes. Tim From owner-freebsd-amd64@FreeBSD.ORG Sat Jun 19 23:24: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 EF78A16A4CE; Sat, 19 Jun 2004 23:24:08 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E48A43D45; Sat, 19 Jun 2004 23:24:01 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i5JNNlqM022226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Jun 2004 19:23:47 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i5JNNgQE086777; Sat, 19 Jun 2004 19:23:42 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="iJnvCAzBDt" Content-Transfer-Encoding: 7bit Message-ID: <16596.51966.136544.431022@grasshopper.cs.duke.edu> Date: Sat, 19 Jun 2004 19:23:42 -0400 (EDT) To: freebsd-amd64@freebsd.org In-Reply-To: <20040619073541.GD37620@dragon.nuxi.com> References: <20040617154353.GA54873@cat.robbins.dropbear.id.au> <20040618163459.GA23934@dragon.nuxi.com> <16595.10044.463970.146212@grasshopper.cs.duke.edu> <20040619073541.GD37620@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: Re: Preliminary support for running 32-bit Linux binaries 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, 19 Jun 2004 23:24:09 -0000 --iJnvCAzBDt Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit David O'Brien writes: > On Fri, Jun 18, 2004 at 01:32:44PM -0400, Andrew Gallatin wrote: > > I then installed Acrobat and realplayer8 from > > ports (only required tiny patches to the makefile) as well as > > What were the patches? We should get them committed so others can use > these apps on their AMD64 machines. :-) Attached, but its just a trivial s/i386/amd64 i386/ treatment of the Makefiles.. And since I was lazy, I didn't even bother building linux_base, just copied it from an x86.. Drew --iJnvCAzBDt Content-Type: application/octet-stream Content-Description: patch to realplayer and acroread5 for amd64 Content-Disposition: attachment; filename="foo" Content-Transfer-Encoding: base64 PyBwcmludC9hY3JvcmVhZDUvd29yawo/IG11bHRpbWVkaWEvbGludXgtcmVhbHBsYXllci93 b3JrCkluZGV4OiBwcmludC9hY3JvcmVhZDUvTWFrZWZpbGUKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1Mg ZmlsZTogL2hvbWUvbmN2cy9wb3J0cy9wcmludC9hY3JvcmVhZDUvTWFrZWZpbGUsdgpyZXRy aWV2aW5nIHJldmlzaW9uIDEuNDkKZGlmZiAtdSAtcjEuNDkgTWFrZWZpbGUKLS0tIHByaW50 L2Fjcm9yZWFkNS9NYWtlZmlsZQkxMCBPY3QgMjAwMyAwNjoxMTozNyAtMDAwMAkxLjQ5Cisr KyBwcmludC9hY3JvcmVhZDUvTWFrZWZpbGUJMTkgSnVuIDIwMDQgMjM6MjA6NDIgLTAwMDAK QEAgLTExLDcgKzExLDcgQEAKIE1BU1RFUl9TSVRFUz0JaHR0cDovL2Rvd25sb2FkLmFkb2Jl LmNvbS9wdWIvYWRvYmUvYWNyb2JhdHJlYWRlci91bml4LzUueC8gXAogCQlmdHA6Ly9mdHAu YWRvYmUuY29tL3B1Yi9hZG9iZS9hY3JvYmF0cmVhZGVyL3VuaXgvNS54LwogLmluY2x1ZGUg PGJzZC5wb3J0LnByZS5taz4KLS5pZiAke0FSQ0h9ID09ICJpMzg2IgorLmlmICR7QVJDSH0g PT0gImFtZDY0IiB8fCAke0FSQ0h9ID09ICJpMzg2IgogRElTVE5BTUU9CWxpbnV4LTUwOAog LmVuZGlmCiBDT05GTElDVFM9CWFjcm9yZWFkLTMqCkBAIC0yMCwxNCArMjAsMTQgQEAKIE1B SU5UQUlORVI9CXRyZXZvckBGcmVlQlNELm9yZwogQ09NTUVOVD0JVmlldywgZGlzdHJpYnV0 ZSBhbmQgcHJpbnQgUERGIGRvY3VtZW50cwogCi1PTkxZX0ZPUl9BUkNIUz0JaTM4NgorT05M WV9GT1JfQVJDSFM9CWFtZDY0IGkzODYKIAogVVNFX0xJTlVYPQl5ZXMKIFVTRV9SRUlOUExB Q0U9CXllcwogUkVJTlBMQUNFX0FSR1M9CS1pICcnIC1FCiBOT19GSUxURVJfU0hMSUJTPQl5 ZXMKIAotLmlmICR7QVJDSH0gPT0gImkzODYiCisuaWYgJHtBUkNIfSA9PSAiYW1kNjQiIHx8 ICR7QVJDSH0gPT0gImkzODYiCiBQTElTVF9TVUI9CSJBUkNIRElSPWludGVsbGludXgiCiAu ZW5kaWYKIFdSS1NSQz0JCSR7V1JLRElSfQpJbmRleDogbXVsdGltZWRpYS9saW51eC1yZWFs cGxheWVyL01ha2VmaWxlCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvcG9y dHMvbXVsdGltZWRpYS9saW51eC1yZWFscGxheWVyL01ha2VmaWxlLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjMwCmRpZmYgLXUgLXIxLjMwIE1ha2VmaWxlCi0tLSBtdWx0aW1lZGlhL2xp bnV4LXJlYWxwbGF5ZXIvTWFrZWZpbGUJMjcgTWF5IDIwMDQgMDI6NTI6NTUgLTAwMDAJMS4z MAorKysgbXVsdGltZWRpYS9saW51eC1yZWFscGxheWVyL01ha2VmaWxlCTE5IEp1biAyMDA0 IDIzOjIwOjQyIC0wMDAwCkBAIC00NCw3ICs0NCw3IEBACiAuZW5kaWYKIAogVVNFX1JFSU5Q TEFDRT0JeWVzCi1PTkxZX0ZPUl9BUkNIUz0JaTM4NgorT05MWV9GT1JfQVJDSFM9CWFtZDY0 IGkzODYgCiBOT19DRFJPTT0JIlJlZGlzdHJpYnV0aW9uIG5vdCBhbGxvd2VkIgogTk9fQlVJ TEQ9CXllcwogCg== --iJnvCAzBDt--