From owner-freebsd-amd64@FreeBSD.ORG Sun Aug 21 16:56:20 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 6D37616A41F for ; Sun, 21 Aug 2005 16:56:20 +0000 (GMT) (envelope-from freebsd@deadcafe.de) Received: from deadcafe.de (deadcafe.de [81.169.162.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDF4943D45 for ; Sun, 21 Aug 2005 16:56:19 +0000 (GMT) (envelope-from freebsd@deadcafe.de) Received: from dialin.t-online.de (p54A5F6FA.dip.t-dialin.net [84.165.246.250]) by deadcafe.de (8.13.4/8.13.4/Rock) with ESMTP id j7LGtk6g018801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 21 Aug 2005 18:55:48 +0200 (CEST) Received: from [172.23.7.254] (doom.rock.net [172.23.7.254]) by dialin.t-online.de (8.13.4/8.13.4/Rock) with ESMTP id j7LGta9N007912; Sun, 21 Aug 2005 18:55:36 +0200 (CEST) Message-ID: <4308B208.8090003@deadcafe.de> Date: Sun, 21 Aug 2005 18:55:36 +0200 From: Daniel Rock User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Martin Nilsson References: <20050815125657.A92343@cons.org> <20050815172250.GA32804@troutmask.apl.washington.edu> <20050815183846.A99145@cons.org> <430173BE.4080802@samsco.org> <20050816111428.A24284@cons.org> <43020F08.6070108@samsco.org> <43034B86.9080900@gneto.com> In-Reply-To: <43034B86.9080900@gneto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=5.5 tests=FORGED_RCVD_HELO autolearn=disabled version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on deadcafe.de Cc: Martin Cracauer , freebsd-amd64@freebsd.org Subject: Re: 4 GB RAM showing up as 3, BIOS memory hole and all that X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Aug 2005 16:56:20 -0000 Martin Nilsson schrieb: > The E stepping Opteron can remap memory. The earlier versions can't. Also the earlier versions can remap memory, although different. If I understand the documentation correctly: http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_739_9003,00.html (Document #26094: BIOS and Kernel Developer's Guide, Section 3.5.8) on earlier models the memory can only be remapped between processor nodes, so if the first CPU has 4 GB (or more) memory attached, the memory hidden by the I/O space is lost. Daniel From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 22 11:02:10 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 3E64316A41F for ; Mon, 22 Aug 2005 11:02:10 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F15E743D5D for ; Mon, 22 Aug 2005 11:02:09 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7MB29Xa036790 for ; Mon, 22 Aug 2005 11:02:09 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7MB29MO036784 for freebsd-amd64@freebsd.org; Mon, 22 Aug 2005 11:02:09 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 22 Aug 2005 11:02:09 GMT Message-Id: <200508221102.j7MB29MO036784@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Aug 2005 11:02:10 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/27] amd64/73211 amd64 FAST_IPSEC broken on amd64 o [2005/08/09] amd64/84693 amd64 Keyboard not recognized during first step 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o [2004/09/07] amd64/71471 amd64 Can not install 5.3beta3/amd64 on IBM eSe o [2004/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 unarchiving /etc to msdos fs locks up amd o [2004/11/01] amd64/73369 amd64 on-board firewire unreliable with Asus K8 o [2004/11/07] amd64/73650 amd64 5.3-release panics on boot o [2004/11/10] amd64/73775 amd64 Kernel panic (trap 12) when booting with o [2004/11/16] amd64/74014 amd64 5.3-RELEASE-AMD64 freezes on boot during o [2004/12/05] amd64/74747 amd64 System panic on shutdown when process wil o [2004/12/18] amd64/75209 amd64 5.3-Release panics on attempted boot from o [2004/12/23] amd64/75417 amd64 ACPI: SATA Hard-disk o [2005/01/12] amd64/76136 amd64 system halts before reboot o [2005/01/17] amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Tra o [2005/02/02] amd64/77011 amd64 consisten 5.3-p5 make crash on installwor o [2005/02/04] amd64/77101 amd64 Please include ULi M1689 LAN, SATA, and A o [2005/02/17] amd64/77629 amd64 aMule hardlocks AMD64 system o [2005/02/23] amd64/77949 amd64 Pb boot FreeBSD 64 o [2005/03/04] amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/p o [2005/03/07] amd64/78558 amd64 installation o [2005/03/14] amd64/78848 amd64 sis driver on FreeBSD 5.x does not work o o [2005/04/12] amd64/79813 amd64 Will not install/run on amd64 nForce 4 pl o [2005/04/19] amd64/80114 amd64 kldload snd_ich causes interrupt storm wh o [2005/05/06] amd64/80691 amd64 amd64 kernel hangs on load o [2005/05/14] amd64/81037 amd64 SATA problem o [2005/05/19] amd64/81272 amd64 JDK 1.5 port doesn't build. o [2005/05/20] amd64/81325 amd64 KLD if_ath.ko: depends on ath_hal - not a o [2005/05/28] amd64/81602 amd64 SATA crashes with parallel pcm access o [2005/06/09] amd64/82071 amd64 incorrect -march's parameter to build 32b o [2005/06/19] amd64/82425 amd64 fxp0: device timeout, fxp interface dies o [2005/06/23] amd64/82555 amd64 Kernel Panic - after i connect to my "amd o [2005/07/05] amd64/83005 amd64 Memory Occupied during installation of th o [2005/07/25] amd64/84027 amd64 if_nve gets stuck o [2005/08/12] amd64/84832 amd64 Installation crashes just at boot AMD64/ o [2005/08/14] amd64/84930 amd64 [msdosfs] something wrong with msdosfs on o [2005/08/18] amd64/85081 amd64 TeamSpeak 37 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/11] amd64/61209 amd64 ppc0: cannot reserve I/O port range o [2004/02/21] amd64/63188 amd64 ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/07/28] amd64/69709 amd64 ACPI enabled then floppy don't work (5.2. o [2004/08/15] amd64/70500 amd64 bge driver for 3Com 3C996B on amd64 preve o [2004/12/02] amd64/74608 amd64 mpt hangs 5 minutes when booting o [2004/12/07] amd64/74811 amd64 df, nfs mount, negative Avail -> 32/64-bi o [2004/12/13] ports/75015 amd64 cvsup on amd64 with runsocks (socks5) cor o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/05/16] amd64/81089 amd64 FreeBSD 5.4 released version can not use o [2005/06/12] amd64/82178 amd64 missing 32bit subsystem o [2005/06/18] amd64/82380 amd64 buildworld error in libc o [2005/06/18] amd64/82399 amd64 MSI K8N Neo4 Platinium is not supported o [2005/06/24] amd64/82599 amd64 ports/misc/mtx wont compile on amd64 o [2005/07/20] amd64/83806 amd64 Can not comple /usr/src/lib/msun/amd64/fe o [2005/08/07] amd64/84652 amd64 kbdmap -r dumps core 16 problems total. From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 23 07:36:08 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org 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 649ED16A41F for ; Tue, 23 Aug 2005 07:36:08 +0000 (GMT) (envelope-from chat95@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1228943D45 for ; Tue, 23 Aug 2005 07:36:07 +0000 (GMT) (envelope-from chat95@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout14/MantshX 4.0) with ESMTP id j7N7a7bb021156 for ; Tue, 23 Aug 2005 00:36:07 -0700 (PDT) Received: from localhost ([133.11.172.102]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id j7N7a4XI013068 for ; Tue, 23 Aug 2005 00:36:07 -0700 (PDT) Date: Tue, 23 Aug 2005 16:35:59 +0900 (JST) Message-Id: <20050823.163559.74703336.chat95@mac.com> To: freebsd-amd64@FreeBSD.org From: NAKATA Maho Organization: private X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: 1.5 times slower performance with SCHED_ULE than SCHED_4BSD X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Aug 2005 07:36:08 -0000 Hello list, I have noticed (last year) that SCHED_ULE is slower than SCHED_4BSD, and raised a PR. At that time it was not convincing because 5.3-RELEASE/amd64 was not stable enough with large amount of memory, etc. My recent 5.4-RELEASE/amd64 is extremely stable even with large amount of memory and high load, and I can say something definite. Someone who is interested in my e-mail, please test it. I also prepared statically linked binaries to reproduce my test easily, because this test uses ATLAS (math/atlas-devel) which is a really really pain to build. my conclusion in short: SCHED_ULE is slower than SCHED_4BSD by 1.5 times in FreeBSD 5.4-RELEASE/amd64. this means both SCHED_4BSD and SCHED_ULE are definitely SMP aware, but SCHED_ULE scheduling is not efficient for very large jobs. Whereas 4BSD is almost optimal. my opetron box: o Tyan S2885 Tiger K8W o Opteron 242x2 (1.6GHzx2) o Transcend 2Gx8 (total 16G) How to repeat: fetch http://people.freebsd.org/~maho/scheduler_amd64.tar.gz tar xvfz scheduler_amd64.tar.gz cd scheduler_amd64/ sysctl kern.sched.name ; /usr/bin/time ./xdinvtst_pt -N 7000 9000 200 My results: o 4BSD sysctl kern.sched.name ; /usr/bin/time ./xdinvtst_pt -N 7000 9000 200 kern.sched.name: 4BSD NREPS ORDER UPLO N LDA TIME MFLOP RESID ===== ===== ===== ===== ===== ======== ======== ============ 0 Col GE 7000 7000 157.028 4368.50 2.110725e-02 0 Col GE 7200 7200 168.527 4429.39 2.106386e-02 0 Col GE 7400 7400 185.014 4380.32 2.099199e-02 0 Col GE 7600 7600 198.622 4420.07 2.073756e-02 0 Col GE 7800 7800 214.284 4429.04 2.089531e-02 0 Col GE 8000 8000 232.126 4411.27 2.142018e-02 0 Col GE 8200 8200 255.809 4310.65 2.041516e-02 0 Col GE 8400 8400 265.088 4471.62 2.092699e-02 0 Col GE 8600 8600 285.403 4457.11 2.119786e-02 0 Col GE 8800 8800 306.969 4439.88 2.257722e-02 0 Col GE 9000 9000 324.456 4493.54 2.347010e-02 11 cases: 11 passed, 0 skipped, 0 failed 4707.78 real 9019.12 user 38.34 sys o ULE sysctl kern.sched.name ; /usr/bin/time ./xdinvtst_pt -N 7000 9000 200 kern.sched.name: ule NREPS ORDER UPLO N LDA TIME MFLOP RESID ===== ===== ===== ===== ===== ======== ======== ============ 0 Col GE 7000 7000 284.579 2410.49 2.110725e-02 0 Col GE 7200 7200 176.769 4222.87 2.106386e-02 0 Col GE 7400 7400 183.035 4427.67 2.099199e-02 0 Col GE 7600 7600 195.830 4483.10 2.073756e-02 0 Col GE 7800 7800 228.077 4161.20 2.089531e-02 0 Col GE 8000 8000 267.382 3829.61 2.142018e-02 0 Col GE 8200 8200 247.578 4453.95 2.041516e-02 0 Col GE 8400 8400 261.590 4531.42 2.092699e-02 0 Col GE 8600 8600 308.443 4124.18 2.119786e-02 0 Col GE 8800 8800 331.672 4109.20 2.257722e-02 0 Col GE 9000 9000 320.790 4544.91 2.347010e-02 11 cases: 11 passed, 0 skipped, 0 failed 6964.19 real 8720.26 user 34.31 sys o What are my test doing? what is xdinvtst_pt? this program calculates inversion of randomly genrated matrices (double precision). _pt means pthread, and this creates two threads at a time to calculate the inversion of the matrix. We performed calculation from 7000x7000 matrix to 9000x9000 gradually increasing row and column by 200. how to make xdivntst_pt? build math/atlas-devel with smp machine. this port knows # of processors installed. You will build atlas after a very very long time; 1.5 day or so after typing make many times (10-20 times!) since this port is fragile. Then go down the work directory and manually fix some makefiles to point Fortran BLAS/LAPACK (via math/lapack) and can build by yourself. so this is why i included in archive and prepared statically linked binaries. o Perfomance of Opteron and effect of SMP Theoretical peak of calculation in double precision using SSE2 for 1.6GHz opteron is 3.2GFlops, so 6.4GFlops for dual processors. Performance of the largest test (inversion of 9000x9000 matrix in double precision) is about 4.5Gflops. namely 70% of theoretical peak. this is very good. From my experience, best experimental perfomance in single processor is ~80% such achivement might be found at much more primitive calculations. o ULE vs 4BSD please see this row: 4BSD 0 Col GE 9000 9000 324.456 4493.54 2.347010e-02 ule 0 Col GE 9000 9000 320.790 4544.91 2.347010e-02 these line shows 4.5Flops performance by inverting matrix. 324 seconds have passed by 4BSD and 320 seconds have passed by ule. This doesn't mean what I say was wrong; ~320 seconds have passed by both processors. namely ~160 seconds by one processor and ~160 seconds by another processor, then atlas measure as ~320 seconds have passed as total and this is the best case. We definitely need at least 320 seconds to invert the matrix and how actual time has passed is not measured in this context. With ULE, for example ~240 have passed in one processor, and ~80s in another processor. so we *must* wait for 240 seconds, while with 4BSD, we only wait for 160 seconds. we can know from actual difference between ULE and 4BSD by /usr/bin/time 4BSD 4707.78 real 9019.12 user 38.34 sys ULE 6964.19 real 8720.26 user 34.31 sys and 6964.19/4707.78=1.479. ~9000 seconds have passed by 4BSD and 8700s by ULE. and real is ~4700 seconds for 4BSD and ~7000s by ULE. so time consumed by actual works are both same (~9000s and ~8700s). but scheduling is not efficinet for this calculation and so, ULE needs more time. o Scheduling threads / processes? scheduling threads and processes can be different. but other experiments show that if we run same process at a time, ULE is also ~1.5 times slower than 4BSD. o conclusion 4BSD is near the optimal for large calculations and ULE is ~1.5 times slower than 4BSD. Both scheduling algorithm smp aware. I don't think ULE as default is good choice. All the best, -- NAKATA, Maho (maho@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 23 07:57:25 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8C1F516A41F for ; Tue, 23 Aug 2005 07:57:25 +0000 (GMT) (envelope-from simon.dick@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E751443D45 for ; Tue, 23 Aug 2005 07:57:24 +0000 (GMT) (envelope-from simon.dick@gmail.com) Received: by nproxy.gmail.com with SMTP id c2so207110nfe for ; Tue, 23 Aug 2005 00:57:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B8aTOZIXFrBTkBF47mupQfwJLH4ENTDQkabyYD5mI0cp7P6KMoOhky9g5UYj7h/+yvgeLhKOHKqwqsIOaOPM7nncRMYZ4+VAsHIw4pv/VPpJW4TP8e2Zf/MTX2qWR7VDchYKSL8xCBRJBIN67Gpc9U6WCuT6ANwohumy35Z3jgs= Received: by 10.48.229.4 with SMTP id b4mr85957nfh; Tue, 23 Aug 2005 00:57:23 -0700 (PDT) Received: by 10.48.43.5 with HTTP; Tue, 23 Aug 2005 00:57:23 -0700 (PDT) Message-ID: <2355215605082300578993f82@mail.gmail.com> Date: Tue, 23 Aug 2005 08:57:23 +0100 From: Simon Dick To: freebsd-amd64@freebsd.org In-Reply-To: <23552156050819231564e10d36@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <2355215605081907095a2dd533@mail.gmail.com> <4305E8C3.1090004@t-hosting.hu> <2355215605081908017bd3070e@mail.gmail.com> <23552156050819231564e10d36@mail.gmail.com> Subject: Re: amd64 Sempron compatibility X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Aug 2005 07:57:25 -0000 On 20/08/05, Simon Dick wrote: > Just a quick note but I had a quick boot of the 6.0-beta2 amd64 cd and > it booted fine recognising the speed if not the model, once I get a > chance to install properly I can tell you the cpu id if it's not on > amds site Just a quick note with what my actual install on a Sempron 64 bit shows on dmesg: CPU: AMD Hammer Family processor - Model Unknown (1603.65-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20fc2 Stepping =3D 2 Features=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> If anyone can tell me what info I need to give to identify the cpu I'll be quite happy to find out, FYI mine's a Sempron 2800+ 64 bit version --=20 Simon Dick From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 23 12:55:42 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E562E16A41F for ; Tue, 23 Aug 2005 12:55:42 +0000 (GMT) (envelope-from mschulma@isoc.org) Received: from minerva.net (mail.minerva.net [206.131.230.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB6343D45 for ; Tue, 23 Aug 2005 12:55:41 +0000 (GMT) (envelope-from mschulma@isoc.org) Received: from [68.98.143.38] (account mschulma@isoc.org) by minerva.net (CommuniGate Pro WebUser 4.1.4) with HTTP id 37171897 for freebsd-amd64@freebsd.org; Tue, 23 Aug 2005 08:50:01 -0400 From: To: freebsd-amd64@freebsd.org X-Mailer: CommuniGate Pro WebUser Interface v.4.1.4 Date: Tue, 23 Aug 2005 08:50:01 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Subject: Re: Follow-up - K8T890 where everything works (Soltek, recommended) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Aug 2005 12:55:43 -0000 Based on Mike's message, I also purchased the Soltek SL-K890Pro-939. I plugged two SATA drives into the onboard Promise RAID controller ports, used the configuration tools built-in to the BIOS to build a RAID 1 array, and was able to install FreeBSD 5.4 onto ar0 without a hitch. (The installer also listed ad4 and ad6 as optional installation targets.) By unplugged one drive at a time, I confirmed the system would boot off either remaining drive. I'm not sure I'll use this in production - the geom-based mirroring provides a lot of useful mirror status information, and can rebuild a disk while the OS is running, but it does work on this motherboard. Marty From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 23 18:22:14 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 54BF616A41F for ; Tue, 23 Aug 2005 18:22:14 +0000 (GMT) (envelope-from vkallen@asteci.com.mx) Received: from apk01fe2.mail2.triara.com (apk01fe2.mail2.triara.com [200.57.129.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 313D143D53 for ; Tue, 23 Aug 2005 18:22:13 +0000 (GMT) (envelope-from vkallen@asteci.com.mx) Received: from HP29633262282 ([200.67.150.196]) by apk01fe2.mail2.triara.com with ESMTP id <20050823182212.IASU25662.apk01fe2@HP29633262282> for ; Tue, 23 Aug 2005 13:22:12 -0500 From: "Victor Leo Kallen Soto" To: Date: Tue, 23 Aug 2005 13:22:07 -0500 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcWoD5G1cAJ6V+3MSq+GH7kEnytpZw== Message-Id: <20050823182212.IASU25662.apk01fe2@HP29633262282> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: BTX Halted on a MSI K8T MASTER 2 (AMD Opteron) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vkallen@asteci.com.mx List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2005 18:22:14 -0000 Hello : I want to install FreeBSD 5.4 (64) on a MSI K8T MASTER 2 (AMD Opteron). But the loader freezes immediately after it starts, with the next error : (am trying to boot from a USB CD/DVD-R/W drive) BTX loader 1.00 BTX version is 1.01 Console: internal video/keyboard int=0000000d err=00000000 efl=00030206 eip=00003dse eax=00008001 ebx=00000700 ecx=00000000 edx=0000009f esi=00000b32 edi=00000000 ebp=00000000 esp=000003d2 cs=f0000 ds=46ca es=46ac fs=0000 gs=0000 ss=9e3d cs:eip=2e 0f 01 16 88 3d 0f 20-c0 0c 01 0f 22 c0 b8 30 00 8e c0 0f 20 c0 24 fe-0f 22 c0 eb 00 66 58 c3 ss:esp=01 80 00 00 49 3c 00 00-00 00 32 0b 00 00 00 00 00 00 f8 03 00 00 00 07-00 00 9f 00 00 00 00 00 How can this be solved ?? Thanks very much. (I am not subscribed to this list, please cc to my email address). Victor Kallen From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 23 18:40:19 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 374BA16A420 for ; Tue, 23 Aug 2005 18:40:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2189543D66 for ; Tue, 23 Aug 2005 18:40:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7NIeIFi078016 for ; Tue, 23 Aug 2005 18:40:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7NIeHwO078015; Tue, 23 Aug 2005 18:40:17 GMT (envelope-from gnats) Date: Tue, 23 Aug 2005 18:40:17 GMT Message-Id: <200508231840.j7NIeHwO078015@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Tomaz Borstnar Cc: Subject: Re: amd64/71471: Can not install 5.3beta3/amd64 on IBM eServer 325 with ServeRAID-6M X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tomaz Borstnar List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2005 18:40:19 -0000 The following reply was made to PR amd64/71471; it has been noted by GNATS. From: Tomaz Borstnar To: bug-followup@FreeBSD.org, tomaz.borstnar@over.net Cc: Subject: Re: amd64/71471: Can not install 5.3beta3/amd64 on IBM eServer 325 with ServeRAID-6M Date: Tue, 23 Aug 2005 20:29:39 +0200 This is now fixed with 5.4. It boots fine and when I select option to use USB keyboard I can install it successfully and works fine after final reboot. So consider this PR closed. From owner-freebsd-amd64@FreeBSD.ORG Tue Aug 23 18:45:14 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 CA1B416A41F; Tue, 23 Aug 2005 18:45:14 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E84543D46; Tue, 23 Aug 2005 18:45:05 +0000 (GMT) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn [127.0.0.1]) by gwyn.kn-bremen.de (8.13.4/8.13.4/Debian-3) with ESMTP id j7NIirPa015267; Tue, 23 Aug 2005 20:44:53 +0200 Received: from saturn.kn-bremen.de (uucp@localhost) by gwyn.kn-bremen.de (8.13.4/8.13.4/Submit) with UUCP id j7NIiruO015265; Tue, 23 Aug 2005 20:44:53 +0200 Received: from saturn.kn-bremen.de (localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.1/8.13.1) with ESMTP id j7NIYk4r007883; Tue, 23 Aug 2005 20:34:46 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.1/8.13.1/Submit) id j7NIYkEL007882; Tue, 23 Aug 2005 20:34:46 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Tue, 23 Aug 2005 20:34:46 +0200 To: qemu-devel@nongnu.org, freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Message-ID: <20050823183446.GA7406@saturn.kn-bremen.de> Mail-Followup-To: qemu-devel@nongnu.org, freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: FreeBSD qemu port update - need testing and help with kqemu/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Aug 2005 18:45:14 -0000 Here is a new iteration of the FreeBSD qemu port update. I have added the kqemu free functions now (and changed kqemu_vmalloc to just allocate kernel memory like the old wrapper did.) kqemu seems to work on 5.4 i386, still crashes on amd64 :( Also 4.x still needs testing. - kqemu wrapper update - disabled the win98 hack - added notes about net.link.tap.user_open sysctl and about the win98 hack to pkg-message Removed files: files/BSDmakefile files/kmod_bsd.c New files: files/kqemu-freebsd-patch files/patch-libmath2 files/patch-vl.c files/patch-exec-all.h Index: Makefile =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- Makefile 19 Jul 2005 06:06:56 -0000 1.27 +++ Makefile 23 Aug 2005 17:06:13 -0000 @@ -6,12 +6,12 @@ # PORTNAME= qemu -PORTVERSION= 0.7.0s.20050717 +PORTVERSION= 0.7.1s.20050822 CATEGORIES= emulators MASTER_SITES= http://www.qemu.org/ \ http://people.fruitsalad.org/nox/qemu/ \ http://dad-answers.com/qemu/ -DISTNAME= ${PORTNAME}-snapshot-2005-07-17_23 +DISTNAME= ${PORTNAME}-snapshot-2005-08-22_23 EXTRACT_ONLY= ${DISTNAME}${EXTRACT_SUFX} MAINTAINER= nox@jelal.kn-bremen.de @@ -23,8 +23,9 @@ .endif .if defined(WITH_KQEMU) -DISTKQEMU= kqemu-0.6.2-1.tar.gz +DISTKQEMU= kqemu-0.7.1-1.tar.gz DISTFILES= ${EXTRACT_ONLY} ${DISTKQEMU} +EXTRA_PATCHES= ${FILESDIR}/kqemu-freebsd-patch .endif HAS_CONFIGURE= yes @@ -40,9 +41,11 @@ ONLY_FOR_ARCHS= amd64 i386 .if defined(WITH_KQEMU) NO_PACKAGE= Depends on kernel, and module not redistributable +CONFIGURE_ARGS+= --enable-kqemu PLIST_SUB= WITH_KQEMU="" PLIST_SUB+= KMODDIR=${KMODDIR} .else +CONFIGURE_ARGS+= --disable-kqemu PLIST_SUB= WITH_KQEMU="@comment " .endif @@ -52,7 +55,7 @@ .if ${ARCH} == "amd64" ARCH= x86_64 -.if ${OSVERSION} >= 502126 +.if ${OSVERSION} >= 502126 && ${OSVERSION} <= 600029 BUILD_DEPENDS+= gcc34:${PORTSDIR}/lang/gcc34 GCCVERSION= 030402 CC= gcc34 @@ -63,16 +66,12 @@ USE_GCC= 3.4 .endif -.if defined(WITH_KQEMU) && ${ARCH} != "i386" -IGNORE= kqemu only supported on i386 -.endif - .if defined(WITH_KQEMU) && !exists(${SRC_BASE}/sys/Makefile) IGNORE= kqemu requires kernel source to be installed .endif pre-everything:: -.if !defined(WITH_KQEMU) && ${ARCH} == "i386" +.if !defined(WITH_KQEMU) @${ECHO_MSG} "Notice: you can build qemu with the (alpha!) kqemu accelerator kernel module" @${ECHO_MSG} "by defining WITH_KQEMU." .endif @@ -85,7 +84,7 @@ .if defined(WITH_KQEMU) post-extract: @cd ${WRKSRC} && ${TAR} xfz ${_DISTDIR}/${DISTKQEMU} - @${CP} ${FILESDIR}/BSDmakefile ${FILESDIR}/kmod_bsd.c ${WRKSRC}/kqemu + @${LN} -s Makefile.freebsd ${WRKSRC}/kqemu/BSDmakefile .endif pre-patch: Index: distinfo =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/distinfo,v retrieving revision 1.20 diff -u -r1.20 distinfo --- distinfo 19 Jul 2005 06:06:56 -0000 1.20 +++ distinfo 23 Aug 2005 17:06:55 -0000 @@ -1,4 +1,4 @@ -MD5 (qemu-snapshot-2005-07-17_23.tar.bz2) = 5d21295c1f328ea00de19a54715ee7c3 -SIZE (qemu-snapshot-2005-07-17_23.tar.bz2) = 1114748 -MD5 (kqemu-0.6.2-1.tar.gz) = c6bb3b40fb3d526d731eb0f1f9dee7ee -SIZE (kqemu-0.6.2-1.tar.gz) = 21002 +MD5 (qemu-snapshot-2005-08-22_23.tar.bz2) = 10840c688a6f41ca1dc84e35ee43cfdd +SIZE (qemu-snapshot-2005-08-22_23.tar.bz2) = 1121573 +MD5 (kqemu-0.7.1-1.tar.gz) = 012498dac620eb8c212bf5f622414dd0 +SIZE (kqemu-0.7.1-1.tar.gz) = 76427 Index: pkg-message =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/pkg-message,v retrieving revision 1.8 diff -u -r1.8 pkg-message --- pkg-message 1 May 2005 07:39:10 -0000 1.8 +++ pkg-message 12 Aug 2005 16:31:34 -0000 @@ -1,6 +1,9 @@ ==== FreeBSD host notes: - needs to run as root in order to use /dev/tap* networking (why?) +(actually RELENG_6 and above now has a sysctl net.link.tap.user_open +to allow users to use it too. don't forget to adjust device node +permissions in /etc/devfs.conf.) - slirp (usermode networking) is fixed now in cvs, on FreeSBIE 1.0 guests you still have to manually do: echo nameserver 10.0.2.3 >/etc/resolv.conf @@ -18,4 +21,8 @@ ioctl.) - the -smb option (smb-export local dir to guest) needs the net/samba port/package installed in addition to qemu. +- the kqemu win98 hack has been disabled because it interferes with +FreeBSD guests. if you have kqemu installed and want to run a win98 +guest start qemu with -no-kqemu (which essentially is the effect of +the removed hack.) ==== Index: files/patch-fbsd =================================================================== RCS file: /home/ncvs/ports/emulators/qemu/files/patch-fbsd,v retrieving revision 1.2 diff -u -r1.2 patch-fbsd --- files/patch-fbsd 5 May 2005 12:41:10 -0000 1.2 +++ files/patch-fbsd 11 Aug 2005 16:38:42 -0000 @@ -13,7 +13,7 @@ $(MAKE) -C kqemu -f Makefile.winnt else - $(MAKE) -C kqemu -+ cd kqemu && $(BSD_MAKE) ++ ( cd kqemu && $(BSD_MAKE) ) endif endif Index: files/kqemu-freebsd-patch @@ -0,0 +1,501 @@ +Index: qemu/kqemu/Makefile.freebsd +@@ -1,9 +1,13 @@ ++# $Id: Makefile.freebsd,v 1.1 2005/04/17 17:21:31 bellard Exp $ + KMOD= kqemu + SRCS= kqemu-freebsd.c + .if ${MACHINE_ARCH} == "i386" + OBJS= kqemu-mod-i386.o + .elif ${MACHINE_ARCH} == "amd64" + OBJS= kqemu-mod-x86_64.o ++.endif ++.if ${OSVERSION} >= 500000 ++CC= cc + .endif + WERROR= + +Index: qemu/kqemu/kqemu-freebsd.c +@@ -3,20 +3,33 @@ + #include + #include + #include ++#include ++#include + #include + #include + #include + #include + #include ++#include ++#if __FreeBSD_version >= 500000 + #include ++#endif + #include + #include ++#include ++#include ++#if __FreeBSD_version < 500000 ++#include ++#endif ++ + #include + #include + #include + #include + #include + #include ++#include ++ + #include + #include + +@@ -27,10 +40,14 @@ + MALLOC_DECLARE(M_KQEMU); + MALLOC_DEFINE(M_KQEMU, "kqemu", "kqemu buffers"); + ++int kqemu_debug; ++SYSCTL_INT(_debug, OID_AUTO, kqemu_debug, CTLFLAG_RW, &kqemu_debug, 0, ++ "kqemu debug flag"); ++ + #define USER_BASE 0x1000 + + /* lock the page at virtual address 'user_addr' and return its +- physical page index. Return -1 if error */ ++ physical page index. Return NULL if error */ + struct kqemu_user_page *CDECL kqemu_lock_user_page(unsigned long *ppage_index, + unsigned long user_addr) + { +@@ -39,14 +56,18 @@ + vm_paddr_t pa = 0; + int ret; + pmap_t pmap; ++#if __FreeBSD_version >= 500000 + ret = vm_map_wire(&vm->vm_map, va, va+PAGE_SIZE, VM_MAP_WIRE_USER); ++#else ++ ret = vm_map_user_pageable(&vm->vm_map, va, va+PAGE_SIZE, FALSE); ++#endif + if (ret != KERN_SUCCESS) { +- printf("kqemu_lock_user_page(%08lx) failed, ret=%d\n", user_addr, ret); ++ kqemu_log("kqemu_lock_user_page(%08lx) failed, ret=%d\n", user_addr, ret); + return NULL; + } + pmap = vm_map_pmap(&vm->vm_map); + pa = pmap_extract(pmap, va); +- // printf("kqemu_lock_user_page(%08lx) va=%08x pa=%08x\n", user_addr, va, pa); ++ // kqemu_log("kqemu_lock_user_page(%08lx) va=%08x pa=%08x\n", user_addr, va, pa); + *ppage_index = pa >> PAGE_SHIFT; + return (struct kqemu_user_page *)va; + } +@@ -56,12 +77,16 @@ + struct vmspace *vm = curproc->p_vmspace; + vm_offset_t va; + int ret; +- // printf("kqemu_unlock_user_page(%08lx)\n", page_index); ++ // kqemu_log("kqemu_unlock_user_page(%08lx)\n", page_index); + va = (vm_offset_t)page; ++#if __FreeBSD_version >= 500000 + ret = vm_map_unwire(&vm->vm_map, va, va+PAGE_SIZE, VM_MAP_WIRE_USER); ++#else ++ ret = vm_map_user_pageable(&vm->vm_map, va, va+PAGE_SIZE, TRUE); ++#endif + #if 0 + if (ret != KERN_SUCCESS) { +- printf("kqemu_unlock_user_page(%08lx) failed, ret=%d\n", page_index, ret); ++ kqemu_log("kqemu_unlock_user_page(%08lx) failed, ret=%d\n", page_index, ret); + } + #endif + } +@@ -78,20 +103,21 @@ + + va = kmem_alloc(kernel_map, PAGE_SIZE); + if (va == 0) { +- printf("kqemu_alloc_zeroed_page: NULL\n"); +- return -1; ++ kqemu_log("kqemu_alloc_zeroed_page: NULL\n"); ++ return NULL; + } + pmap = vm_map_pmap(kernel_map); + pa = pmap_extract(pmap, va); +- // printf("kqemu_alloc_zeroed_page: %08x\n", pa); ++ // kqemu_log("kqemu_alloc_zeroed_page: %08x\n", pa); + *ppage_index = pa >> PAGE_SHIFT; + return (struct kqemu_page *)va; + } + + void CDECL kqemu_free_page(struct kqemu_page *page) + { +- // printf("kqemu_free_page(%08lx)\n", page_index); +- /* XXX: do it */ ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_free_page(%p)\n", page); ++ kmem_free(kernel_map, (vm_offset_t) page, PAGE_SIZE); + } + + /* return kernel address of the physical page page_index */ +@@ -105,42 +131,29 @@ + GB of physical memory */ + void * CDECL kqemu_vmalloc(unsigned int size) + { +- struct vmspace *vm = curproc->p_vmspace; +- vm_offset_t va = USER_BASE; +- int rv; +- if (size % PAGE_SIZE != 0) { +- printf("kqemu_vmalloc(%d) not a multiple of page size\n", size); +- return NULL; +- } +- rv = vm_map_find(&vm->vm_map, NULL, 0, &va, size, 1, +- VM_PROT_ALL, VM_PROT_ALL, 0); +- if (rv != KERN_SUCCESS) { +- printf("kqemu_vmalloc(%d) failed rv=%d\n", size, rv); +- return NULL; +- } +- printf("kqemu_vmalloc(%d): %08x\n", size, va); +- return (void *)va; ++ void *ptr = malloc(size, M_KQEMU, M_WAITOK); ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_vmalloc(%d): %p\n", size, ptr); ++ return ptr; + } + + void CDECL kqemu_vfree(void *ptr) + { +- printf("kqemu_vfree(%p)\n", ptr); ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_vfree(%p)\n", ptr); ++ free(ptr, M_KQEMU); + } + + /* return the physical page index for a given virtual page */ + unsigned long CDECL kqemu_vmalloc_to_phys(const void *vaddr) + { +- struct vmspace *vm = curproc->p_vmspace; +- vm_paddr_t pa; +- pmap_t pmap; +- +- pmap = vm_map_pmap(&vm->vm_map); +- pa = pmap_extract(pmap, (vm_offset_t)vaddr); ++ vm_paddr_t pa = vtophys(vaddr); + if (pa == 0) { +- printf("kqemu_vmalloc_to_phys(%p)->error\n", vaddr); ++ kqemu_log("kqemu_vmalloc_to_phys(%p)->error\n", vaddr); + return -1; + } +- printf("kqemu_vmalloc_to_phys(%p)->%08x\n", vaddr, pa); ++ if (kqemu_debug > 0) ++ kqemu_log("kqemu_vmalloc_to_phys(%p)->%08x\n", vaddr, pa); + return pa >> PAGE_SHIFT; + } + +@@ -156,16 +169,48 @@ + { + } + ++#if __FreeBSD_version < 500000 ++static int ++curpriority_cmp(struct proc *p) ++{ ++ int c_class, p_class; ++ ++ c_class = RTP_PRIO_BASE(curproc->p_rtprio.type); ++ p_class = RTP_PRIO_BASE(p->p_rtprio.type); ++ if (p_class != c_class) ++ return (p_class - c_class); ++ if (p_class == RTP_PRIO_NORMAL) ++ return (((int)p->p_priority - (int)curpriority) / PPQ); ++ return ((int)p->p_rtprio.prio - (int)curproc->p_rtprio.prio); ++} ++ ++/* return TRUE if a signal is pending (i.e. the guest must stop ++ execution) */ ++int CDECL kqemu_schedule(void) ++{ ++ struct proc *p = curproc; ++ if (curpriority_cmp(p) > 0) { ++ int s = splhigh(); ++ p->p_priority = MAXPRI; ++ setrunqueue(p); ++ p->p_stats->p_ru.ru_nvcsw++; ++ mi_switch(); ++ splx(s); ++ } ++ return issignal(curproc) != 0; ++} ++#else + /* return TRUE if a signal is pending (i.e. the guest must stop + execution) */ + int CDECL kqemu_schedule(void) + { +- // printf("kqemu_schedule\n"); ++ // kqemu_log("kqemu_schedule\n"); + mtx_lock_spin(&sched_lock); + mi_switch(SW_VOL, NULL); + mtx_unlock_spin(&sched_lock); + return SIGPENDING(curthread); + } ++#endif + + static char log_buf[4096]; + +@@ -178,47 +223,149 @@ + va_end(ap); + } + ++#define KQEMU_MAX_INSTANCES 4 ++ + struct kqemu_instance { ++#if __FreeBSD_version >= 500000 ++ TAILQ_ENTRY(kqemu_instance) kqemu_ent; ++ struct cdev *kqemu_dev; ++#endif + // struct semaphore sem; + struct kqemu_state *state; + }; + ++static int kqemu_ref_count = 0; ++static int max_locked_pages; ++ ++#if __FreeBSD_version < 500000 ++static dev_t kqemu_dev; ++#else ++static struct clonedevs *kqemuclones; ++static TAILQ_HEAD(,kqemu_instance) kqemuhead = TAILQ_HEAD_INITIALIZER(kqemuhead); ++static eventhandler_tag clonetag; ++#endif ++ + static d_close_t kqemu_close; + static d_open_t kqemu_open; + static d_ioctl_t kqemu_ioctl; + + static struct cdevsw kqemu_cdevsw = { ++#if __FreeBSD_version < 500000 ++ /* open */ kqemu_open, ++ /* close */ kqemu_close, ++ /* read */ noread, ++ /* write */ nowrite, ++ /* ioctl */ kqemu_ioctl, ++ /* poll */ nopoll, ++ /* mmap */ nommap, ++ /* strategy */ nostrategy, ++ /* name */ "kqemu", ++ /* maj */ KQEMU_MAJOR, ++ /* dump */ nodump, ++ /* psize */ nopsize, ++ /* flags */ 0, ++ /* bmaj */ -1 ++#else + .d_version = D_VERSION, + .d_flags = D_NEEDGIANT, + .d_open = kqemu_open, + .d_ioctl = kqemu_ioctl, + .d_close = kqemu_close, + .d_name = "kqemu" ++#endif + }; + +-/* For use with make_dev(9)/destroy_dev(9). */ +-static struct cdev *kqemu_dev; ++#if __FreeBSD_version >= 500000 ++static void ++kqemu_clone(void *arg, char *name, int namelen, struct cdev **dev) ++{ ++ int unit, r; ++ if (*dev != NULL) ++ return; ++ ++ if (strcmp(name, "kqemu") == 0) ++ unit = -1; ++ else if (dev_stdclone(name, NULL, "kqemu", &unit) != 1) ++ return; /* Bad name */ ++ if (unit != -1 && unit > KQEMU_MAX_INSTANCES) ++ return; ++ ++ r = clone_create(&kqemuclones, &kqemu_cdevsw, &unit, dev, 0); ++ if (r) { ++ *dev = make_dev(&kqemu_cdevsw, unit2minor(unit), ++ UID_ROOT, GID_WHEEL, 0660, "kqemu%d", unit); ++ if (*dev != NULL) { ++ dev_ref(*dev); ++ (*dev)->si_flags |= SI_CHEAPCLONE; ++ } ++ } ++} ++#endif ++ ++static void kqemu_destroy(struct kqemu_instance *ks) ++{ ++ struct cdev *dev = ks->kqemu_dev; ++ ++ if (ks->state) { ++ kqemu_delete(ks->state); ++ ks->state = NULL; ++ } ++ ++ free(ks, M_KQEMU); ++ dev->si_drv1 = NULL; ++#if __FreeBSD_version >= 500000 ++ TAILQ_REMOVE(&kqemuhead, ks, kqemu_ent); ++ destroy_dev(dev); ++#endif ++ --kqemu_ref_count; ++} + + /* ARGSUSED */ + static int ++#if __FreeBSD_version < 500000 ++kqemu_open(dev_t dev, int flags, int fmt __unused, struct proc *p) ++{ ++#else + kqemu_open(struct cdev *dev, int flags, int fmt __unused, + struct thread *td) + { ++ struct proc *p = td->td_proc; ++#endif + struct kqemu_instance *ks; ++ ++ if (dev->si_drv1 || kqemu_ref_count >= KQEMU_MAX_INSTANCES) ++ return(EBUSY); ++ ++ if ((flags & (FREAD|FWRITE)) == FREAD) ++ return(EPERM); ++ + ks = malloc(sizeof(struct kqemu_instance), M_KQEMU, M_WAITOK); + if (ks == NULL) { +- printf("malloc failed\n"); ++ kqemu_log("malloc failed\n"); + return ENOMEM; + } +- ks->state = NULL; ++ memset(ks, 0, sizeof *ks); ++#if __FreeBSD_version >= 500000 ++ ks->kqemu_dev = dev; ++ TAILQ_INSERT_TAIL(&kqemuhead, ks, kqemu_ent); ++#endif ++ kqemu_ref_count++; ++ + dev->si_drv1 = ks; ++ if (kqemu_debug > 0) ++ kqemu_log("opened by pid=%d\n", p->p_pid); + return 0; + } + + /* ARGSUSED */ + static int ++#if __FreeBSD_version < 500000 ++kqemu_ioctl(dev_t dev, u_long cmd, caddr_t addr, ++ int flags __unused, struct proc *p) ++#else + kqemu_ioctl(struct cdev *dev, u_long cmd, caddr_t addr, + int flags __unused, struct thread *td) ++#endif + { + int error = 0; + int ret; +@@ -233,8 +380,9 @@ + break; + } + d1 = *(struct kqemu_init *)addr; +- printf("ram_base=%p ram_size=%ld\n", d1.ram_base, d1.ram_size); +- s = kqemu_init(d, 16000); ++ if (kqemu_debug > 0) ++ kqemu_log("ram_base=%p ram_size=%ld\n", d1.ram_base, d1.ram_size); ++ s = kqemu_init(d, max_locked_pages); + if (s == NULL) { + error = ENOMEM; + break; +@@ -250,9 +398,16 @@ + } + ctx = kqemu_get_cpu_state(s); + *ctx = *(struct kqemu_cpu_state *)addr; ++#if __FreeBSD_version >= 500000 + DROP_GIANT(); ++#endif + ret = kqemu_exec(s); ++#if __FreeBSD_version >= 500000 + PICKUP_GIANT(); ++ td->td_retval[0] = ret; ++#else ++ p->p_retval[0] = ret; ++#endif + *(struct kqemu_cpu_state *)addr = *ctx; + break; + } +@@ -267,10 +422,22 @@ + + /* ARGSUSED */ + static int ++#if __FreeBSD_version < 500000 ++kqemu_close(dev_t dev, int flags, int fmt __unused, struct proc *p) ++{ ++#else + kqemu_close(struct cdev *dev __unused, int flags, int fmt __unused, + struct thread *td) + { +- return 0; ++ struct proc *p = td->td_proc; ++#endif ++ struct kqemu_instance *ks = (struct kqemu_instance *) dev->si_drv1; ++ ++ kqemu_destroy(ks); ++ ++ if (kqemu_debug > 0) ++ kqemu_log("closed by pid=%d\n", p->p_pid); ++ return 0; + } + + /* ARGSUSED */ +@@ -278,15 +445,55 @@ + kqemu_modevent(module_t mod __unused, int type, void *data __unused) + { + int error = 0; ++#if __FreeBSD_version < 500000 ++ int rc; ++#else ++ struct kqemu_instance *ks; ++#endif + + switch (type) { + case MOD_LOAD: + printf("kqemu version 0x%08x\n", KQEMU_VERSION); ++ max_locked_pages = physmem / (2 * KQEMU_MAX_INSTANCES); ++ if (max_locked_pages > 32768) ++ max_locked_pages = 32768; ++#if __FreeBSD_version < 500000 ++ if ((rc = cdevsw_add(&kqemu_cdevsw))) { ++ kqemu_log("error registering cdevsw, rc=%d\n", rc); ++ error = ENOENT; ++ break; ++ } + kqemu_dev = make_dev(&kqemu_cdevsw, 0, +- UID_ROOT, GID_WHEEL, 0666, "kqemu"); ++ UID_ROOT, GID_WHEEL, 0660, "kqemu"); ++#else ++ clone_setup(&kqemuclones); ++ clonetag = EVENTHANDLER_REGISTER(dev_clone, kqemu_clone, 0, 1000); ++ if (!clonetag) { ++ error = ENOMEM; ++ break; ++ } ++#endif ++ kqemu_log("KQEMU installed, max_instances=%d max_locked_mem=%dkB.\n", ++ KQEMU_MAX_INSTANCES, max_locked_pages * 4); ++ ++ kqemu_ref_count = 0; + break; + case MOD_UNLOAD: ++ if (kqemu_ref_count > 0) { ++ error = EBUSY; ++ break; ++ } ++#if __FreeBSD_version < 500000 + destroy_dev(kqemu_dev); ++ if ((rc = cdevsw_remove(&kqemu_cdevsw))) ++ kqemu_log("error unregistering, rc=%d\n", rc); ++#else ++ EVENTHANDLER_DEREGISTER(dev_clone, clonetag); ++ while ((ks = TAILQ_FIRST(&kqemuhead)) != NULL) { ++ kqemu_destroy(ks); ++ } ++ clone_cleanup(&kqemuclones); ++#endif + break; + case MOD_SHUTDOWN: + break; Index: files/patch-libmath2 @@ -0,0 +1,67 @@ +Index: qemu/bsd/Makefile +@@ -16,7 +16,8 @@ + ${MACHINE_ARCH}/s_rintl.c \ + ${MACHINE_ARCH}/s_round.c \ + ${MACHINE_ARCH}/s_sinl.S \ +- ${MACHINE_ARCH}/s_tanl.S ++ ${MACHINE_ARCH}/s_tanl.S \ ++ ${MACHINE_ARCH}/s_ldexpl.c + + OBJS= ${SRCS:R:S/$/.o/} + +Index: qemu/bsd/i386/s_ldexpl.c +@@ -0,0 +1,21 @@ ++#include ++#include ++#include ++ ++long double __ldexpl(long double x, int expn) ++{ ++ long double res; ++ if (!isfinite (x) || x == 0.0L) ++ return x; ++ ++ __asm__ ("fscale" ++ : "=t" (res) ++ : "0" (x), "u" ((long double) expn)); ++ ++ if (!isfinite (res) || res == 0.0L) ++ errno = ERANGE; ++ ++ return res; ++} ++ ++weak_alias(__ldexpl,ldexpl) +Index: qemu/bsd/amd64/s_ldexpl.c +@@ -0,0 +1,21 @@ ++#include ++#include ++#include ++ ++long double __ldexpl(long double x, int expn) ++{ ++ long double res; ++ if (!isfinite (x) || x == 0.0L) ++ return x; ++ ++ __asm__ ("fscale" ++ : "=t" (res) ++ : "0" (x), "u" ((long double) expn)); ++ ++ if (!isfinite (res) || res == 0.0L) ++ errno = ERANGE; ++ ++ return res; ++} ++ ++weak_alias(__ldexpl,ldexpl) +Index: qemu/target-i386/helper.c +@@ -2886,6 +2886,8 @@ + ST0 = floatx_round_to_int(ST0, &env->fp_status); + } + ++long double ldexpl(long double, int); ++ + void helper_fscale(void) + { + ST0 = ldexp (ST0, (int)(ST1)); Index: files/patch-vl.c @@ -0,0 +1,21 @@ +Index: qemu/vl.c +@@ -40,6 +40,10 @@ + #include + #include + #include ++#ifdef __FreeBSD__ ++#include ++#include ++#endif + #ifdef _BSD + #include + #ifndef __APPLE__ +@@ -1280,7 +1284,7 @@ + return chr; + } + +-#if defined(__linux__) ++#if defined(__linux__) || defined(__FreeBSD__) + CharDriverState *qemu_chr_open_pty(void) + { + char slave_name[1024]; Index: files/patch-exec-all.h @@ -0,0 +1,10 @@ +Index: qemu/exec-all.h +@@ -620,7 +620,7 @@ + (env->cr[0] & CR0_PE_MASK) && + (env->eflags & IF_MASK) && + !(env->eflags & VM_MASK) +-#if 1 ++#if 0 + && (env->ldt.limit == 0 || env->ldt.limit == 0x27) + #endif + ); From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 24 03:21:10 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 95F2916A41F for ; Wed, 24 Aug 2005 03:21:10 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F7D843D46 for ; Wed, 24 Aug 2005 03:21:10 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so9701wxd for ; Tue, 23 Aug 2005 20:21:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JWkOgAMCYElqSVPeXCs2Yh+3BzCWd0r32u8Yq0hHMHR7Dkp0D09nvysp3CIr5zk9/AhZiVy4JX1lrbQ4DeU/Lx+xLg3LJ9qfFqMhCvickfV5w0CSEw+Im8PtiBCAkIKIWjjujyrV6azHfRwdr9guNjyyrlUGlb1LJ2QoN0rCIAQ= Received: by 10.70.78.2 with SMTP id a2mr1485wxb; Tue, 23 Aug 2005 20:21:09 -0700 (PDT) Received: by 10.70.115.15 with HTTP; Tue, 23 Aug 2005 20:21:09 -0700 (PDT) Message-ID: <84dead7205082320215a3263d1@mail.gmail.com> Date: Wed, 24 Aug 2005 08:51:09 +0530 From: Joseph Koshy To: vkallen@asteci.com.mx In-Reply-To: <20050823182212.IASU25662.apk01fe2@HP29633262282> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050823182212.IASU25662.apk01fe2@HP29633262282> Cc: freebsd-amd64@freebsd.org Subject: Re: BTX Halted on a MSI K8T MASTER 2 (AMD Opteron) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Aug 2005 03:21:10 -0000 > int=3D0000000d err=3D00000000 efl=3D00030206 eip=3D00003dse > eax=3D00008001 ebx=3D00000700 ecx=3D00000000 edx=3D0000009f > esi=3D00000b32 edi=3D00000000 ebp=3D00000000 esp=3D000003d2 > cs=3Df0000 ds=3D46ca es=3D46ac fs=3D0000 gs=3D0000 ss=3D9e3d > cs:eip=3D2e 0f 01 16 88 3d 0f 20-c0 0c 01 0f 22 c0 b8 30 > 00 8e c0 0f 20 c0 24 fe-0f 22 c0 eb 00 66 58 c3 > ss:esp=3D01 80 00 00 49 3c 00 00-00 00 32 0b 00 00 00 00 > 00 00 f8 03 00 00 00 07-00 00 9f 00 00 00 00 00 >=20 > How can this be solved ?? This seems similar to the behaviour reported in: http://article.gmane.org/gmane.os.freebsd.architechture/7145/match=3Dbtx= +boot --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 24 14:25:12 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 7B38016A420 for ; Wed, 24 Aug 2005 14:25:12 +0000 (GMT) (envelope-from ewinter@lobo.homeunix.org) Received: from lobo.homeunix.org (reverse-82-141-60-207.dialin.kamp-dsl.de [82.141.60.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0767043D45 for ; Wed, 24 Aug 2005 14:25:10 +0000 (GMT) (envelope-from ewinter@lobo.homeunix.org) Received: from lobo.homeunix.org (localhost.homeunix.org [127.0.0.1]) by lobo.homeunix.org (8.13.4/8.13.4) with ESMTP id j7OERxvJ039088 for ; Wed, 24 Aug 2005 16:28:00 +0200 (CEST) (envelope-from ewinter@lobo.homeunix.org) Received: (from ewinter@localhost) by lobo.homeunix.org (8.13.4/8.13.4/Submit) id j7OERxpL039087 for freebsd-amd64@freebsd.org; Wed, 24 Aug 2005 16:27:59 +0200 (CEST) (envelope-from ewinter) Date: Wed, 24 Aug 2005 16:27:58 +0200 From: "Ernst W. Winter" To: freebsd-amd64@freebsd.org Message-ID: <20050824142758.GA39066@lobo.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: + 49-89-3075-6800 Organization: FreeBSD Evangelist X-Operating-System: FreeBSD lobo.homeunix.org 6.0-BETA2 FreeBSD 6.0-BETA2 User-Agent: mutt-ng/devel (FreeBSD) Subject: 6.0BETA2 src X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ernst W. Winter" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2005 14:25:12 -0000 HI there, has anyone had this problem with 6.0BETA2 as I have installed it and all is well, even kernel compiles and works except under /usr/src when I do a "make buildworld" it falls over at this place: -----------------------------Snip------------------------------------- ===> lib/libmilter (depend) ln -sf /usr/src/lib/libmilter/../../contrib/sendmail/include/sm/os/sm_os_freebsd.h sm_os.h rm -f .depend mkdep -f .depend -a -I/usr/src/lib/libmilter/../../contrib/sendmail/src -I/usr/src/lib/libmilter/../../contrib/sendmail/include -I. -DNOT_SENDMAIL -Dsm_snprintf=snprintf -D_THREAD_SAFE -DNETINET6 -I/usr/local/include/sasl1 -DSASL /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/main.c /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/handler.c /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/comm.c /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/smfi.c /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/signal.c /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/sm_gethost.c /usr/src/lib/libmilter/../../contrib/sendmail/libsm/errstring.c /usr/src/lib/libmilter/../../contrib/sendmail/libsm/strl.c In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/libmilter.h:31, from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/main.c:15: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/libmilter.h:31, from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/engine.c:14: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/libmilter.h:31, from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/listener.c:18: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/libmilter.h:31, from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/handler.c:14: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/libmilter.h:31, from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/comm.c:14: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/libmilter.h:31, from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/smfi.c:14: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/libmilter.h:31, from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/signal.c:14: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory In file included from /usr/src/lib/libmilter/../../contrib/sendmail/libmilter/sm_gethost.c:14: /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:137:20: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:138:24: saslutil.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libmilter. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. /usr/src lobo root 504--> -----------------------------Snip------------------------------------- so far updates with cvsup has not done anything wither to fix it, so did anyone had this problem? Any help would be appreciated. Ernst -- Ernst Winter ewinter@ewinter.org "Nec scire fas est onmnia" --Horaz Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? BSD: Are you guys coming, or what? From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 24 18:59:18 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 BECAE16A41F; Wed, 24 Aug 2005 18:59:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6390A43D45; Wed, 24 Aug 2005 18:59:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7OIxHPZ026295; Wed, 24 Aug 2005 14:59:17 -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.13.3/8.13.3) with ESMTP id j7OIxHkD087233; Wed, 24 Aug 2005 14:59:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B20A7304D; Wed, 24 Aug 2005 14:59:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050824185917.4B20A7304D@freebsd-current.sentex.ca> Date: Wed, 24 Aug 2005 14:59:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2005 18:59:19 -0000 TB --- 2005-08-24 17:49:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-24 17:49:50 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-08-24 17:49:50 - cleaning the object tree TB --- 2005-08-24 17:50:28 - checking out the source tree TB --- 2005-08-24 17:50:28 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-08-24 17:50:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-24 17:56:53 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-24 17:56:53 - cd /src TB --- 2005-08-24 17:56:53 - /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 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -o make_index make_index.o ===> usr.sbin/portsnap/phttpget (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/portsnap/phttpget/phttpget.c cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -o phttpget phttpget.o ===> usr.sbin/powerd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.sbin/powerd/powerd.c /src/usr.sbin/powerd/powerd.c: In function `main': /src/usr.sbin/powerd/powerd.c:259: warning: 'pfh' might be used uninitialized in this function *** Error code 1 Stop in /src/usr.sbin/powerd. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-24 18:59:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-24 18:59:17 - ERROR: failed to build world TB --- 2005-08-24 18:59:17 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Aug 24 20:40:47 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 0406C16A420 for ; Wed, 24 Aug 2005 20:40:47 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BBF043D46 for ; Wed, 24 Aug 2005 20:40:46 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[10.50.40.201]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Wed, 24 Aug 2005 16:55:54 -0400 From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 24 Aug 2005 14:42:47 -0400 User-Agent: KMail/1.8 References: <20050823182212.IASU25662.apk01fe2@HP29633262282> <84dead7205082320215a3263d1@mail.gmail.com> In-Reply-To: <84dead7205082320215a3263d1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508241442.48748.jhb@FreeBSD.org> Cc: vkallen@asteci.com.mx Subject: Re: BTX Halted on a MSI K8T MASTER 2 (AMD Opteron) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Aug 2005 20:40:47 -0000 On Tuesday 23 August 2005 11:21 pm, Joseph Koshy wrote: > > int=0000000d err=00000000 efl=00030206 eip=00003dse > > eax=00008001 ebx=00000700 ecx=00000000 edx=0000009f > > esi=00000b32 edi=00000000 ebp=00000000 esp=000003d2 > > cs=f0000 ds=46ca es=46ac fs=0000 gs=0000 ss=9e3d > > cs:eip=2e 0f 01 16 88 3d 0f 20-c0 0c 01 0f 22 c0 b8 30 > > 00 8e c0 0f 20 c0 24 fe-0f 22 c0 eb 00 66 58 c3 > > ss:esp=01 80 00 00 49 3c 00 00-00 00 32 0b 00 00 00 00 > > 00 00 f8 03 00 00 00 07-00 00 9f 00 00 00 00 00 > > > > How can this be solved ?? > > This seems similar to the behaviour reported in: > > > http://article.gmane.org/gmane.os.freebsd.architechture/7145/match=btx+boot Yes, your BIOS is trying to enter protected mode on its own. -- 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 Aug 25 02:18:19 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 C4B0916A41F for ; Thu, 25 Aug 2005 02:18:19 +0000 (GMT) (envelope-from shellreef@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4D843D49 for ; Thu, 25 Aug 2005 02:18:19 +0000 (GMT) (envelope-from shellreef@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so213384rne for ; Wed, 24 Aug 2005 19:18:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=l6szt3aPq3IlO1+SadowURiobi64F8Pq7bqesV/epxqxHeko5EgsZHIuB/8KV3+N9d+fqADhX0cJrd4ihXBAQORAW/pnYflSZKnhpN9o1cIHkfDGlRvq95X/luLThv5/sTBmEmi1FK68YTosCWIihaXt0OZX5/yy5DAbsld8MaQ= Received: by 10.38.209.25 with SMTP id h25mr318629rng; Wed, 24 Aug 2005 19:18:18 -0700 (PDT) Received: by 10.38.89.2 with HTTP; Wed, 24 Aug 2005 19:18:18 -0700 (PDT) Message-ID: Date: Wed, 24 Aug 2005 19:18:18 -0700 From: To: tomstdenis@gmail.com, freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: [PATCH] LibTomCrypt on amd64 and -fPIC X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shellreef+freebsd@gmail.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2005 02:18:19 -0000 Tom, (also sending to freebsd-amd64 mailing list) I am on this platform: FreeBSD 5.4-STABLE FreeBSD 5.4-STABLE #0: Sat Aug 20 13:42:23 PDT 2005 amd= 64 and received this error message when linking to LibTomCrypt: ld: /usr/local/lib/libtomcrypt.a(aes.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC So I recompiled with -fPIC, and it worked as expected. Would it be a good idea to add -fPIC to CFLAGS in the gcc makefile in the main LTC distribution? The gcc info page says that -fPIC emits position-independent code "if supported for the target machine", so if I'm reading it correctly, it seems that adding this option shouldn't affect platforms that don't support -fPIC. An alternative would be to add a patch in the FreeBSD Ports Tree, if it is not acceptable to add -fPIC to the mainline LibTomCrypt distribution (patch attached). http://64.233.187.104/search?q=3Dcache:rXPUY4O_QlgJ:pvrguide.no-ip.com/bbs-= old/viewtopic/12079.html+R_X86_64_32S+can+not+be+used+when+making+a+shared+= object&hl=3Den&start=3D2D suggests adding CFLAGS=3D-fPIC to /etc/make.conf so it is used system-wide: >AFAIK, AMD64 pretty much across the board requires you to inject -fPIC >into every compilation. Probably wouldn't be a bad thing to add to the >build system. To FreeBSD-amd64: Can we add -fPIC to make.conf? Are there any side-effects? (I'd prefer this as I use packages and would prefer to not compile from ports.) To Tom: Would you accept this patch into LTC or should it be an OS-specific patch? Thanks, -Jeff Connelly =3D=3Dltc.patch (apply in /usr/ports/security/libtomcrypt/work/*/) =3D=3D --- makefile.orig Wed Aug 24 17:39:15 2005 +++ makefile Wed Aug 24 17:39:36 2005 @@ -15,7 +15,7 @@ #ARFLAGS=3Dr =20 # Compilation flags. Note the +=3D does not write over the user's CFLAGS! -CFLAGS +=3D -c -I./testprof/ -I./src/headers/ -Wall -Wsign-compare -W -Wshadow -Wno-unused-parameter -DLTC_SOURCE +CFLAGS +=3D -c -I./testprof/ -I./src/headers/ -Wall -Wsign-compare -W -Wshadow -Wno-unused-parameter -DLTC_SOURCE -fPIC =20 # additional warnings (newer GCC 3.4 and higher) #CFLAGS +=3D -Wsystem-headers -Wdeclaration-after-statement -Wbad-function-cast -Wcast-align -Wstrict-prototypes -Wmissing-prototypes \ From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 25 07:48:08 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org 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 B509716A41F for ; Thu, 25 Aug 2005 07:48:08 +0000 (GMT) (envelope-from fhrsilveira@terra.com.br) Received: from birao.terra.com.br (birao.terra.com.br [200.176.10.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03A9443D55 for ; Thu, 25 Aug 2005 07:48:07 +0000 (GMT) (envelope-from fhrsilveira@terra.com.br) Received: from licasi.terra.com.br (licasi.terra.com.br [200.176.10.3]) by birao.terra.com.br (Postfix) with ESMTP id 15CA8108C04E for ; Thu, 25 Aug 2005 04:48:06 -0300 (BRT) X-Terra-Karma: -2% X-Terra-Hash: f4f1df89ecdf21ac67f4fe4ec04c8752 Received-SPF: pass (licasi.terra.com.br: domain of terra.com.br designates 200.176.10.3 as permitted sender) client-ip=200.176.10.3; envelope-from=fhrsilveira@terra.com.br; helo=WINXP; Received: from WINXP (c8f5d8d4.soc.virtua.com.br [200.245.216.212]) (authenticated user fhrsilveira) by licasi.terra.com.br (Postfix) with ESMTP id 73BBA1AA400C for ; Thu, 25 Aug 2005 04:48:05 -0300 (BRT) MIME-Version: 1.0 Message-Id: <430D7748.000003.02916@WINXP> Date: Thu, 25 Aug 2005 04:46:16 -0300 (Hora oficial do Brasil) X-Mailer: IncrediMail (3501787) From: "=?iso-8859-1?B?RuFiaW8gU2lsdmVpcmE=?= " To: X-FID: BE003A35-C9D3-47A00AB5B-1761573CF4FF X-Priority: 3 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: AMD... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Aug 2005 07:48:08 -0000 Hi, I would ask you a question.. please could you tell me if AMD64 signifies if I have a PC with AMD as a CPU, I could use it? Well I saw something like port and platform. I know I could use i386 to install in m= y PC, an AMD 800MHz.. so is it the same thing, I mean, when I had installed Linux OS in my system, I've always used i386. Is that the same for FreeBS= D?=0D =0D Thank you very much!=0D =0D F=E1bio Silveira=0D =0D Sorocaba - SP - Brasil. From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 25 08:50:07 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 882C216A41F for ; Thu, 25 Aug 2005 08:50:07 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from vfemail.net (miwi2dsl-a234.wi.tds.net [216.170.248.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB92C43D46 for ; Thu, 25 Aug 2005 08:50:06 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: (qmail 89084 invoked by uid 85); 25 Aug 2005 08:50:05 -0000 Received: from akbeech@gmail.com by mail.vfemail.net by uid 0 with qmail-scanner-1.16 (clamscan: 0.75.1. spamassassin: 2.63. Clear:. Processed in 1.32023 secs); 25 Aug 2005 08:50:05 -0000 Received: from unknown (HELO ?192.168.2.200?) (alaska@vfemail.net@209.124.141.64) by miwi2dsl-a234.wi.tds.net with SMTP; 25 Aug 2005 08:50:03 -0000 From: Beecher Rintoul Organization: NorthWind Communications To: freebsd-amd64@freebsd.org Date: Thu, 25 Aug 2005 00:49:55 -0800 User-Agent: KMail/1.8.2 References: <430D7748.000003.02916@WINXP> In-Reply-To: <430D7748.000003.02916@WINXP> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200508250049.57609.akbeech@gmail.com> Cc: =?iso-8859-1?q?F=E1bio_Silveira?= Subject: Re: AMD... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Aug 2005 08:50:07 -0000 On Wednesday 24 August 2005 11:46 pm, F=E1bio Silveira wrote: > Hi, I would ask you a question.. please could you tell me if AMD64 > signifies if I have a PC with AMD as a CPU, I could use it? Well I saw > something like port and platform. I know I could use i386 to install in my > PC, an AMD 800MHz.. so is it the same thing, I mean, when I had installed > Linux OS in my system, I've always used i386. Is that the same for FreeBS= D? > > Thank you very much! > > F=E1bio Silveira > AMD64 is for 64 bit AMD processors. You would use i386 on your pc. Please read the following for more information: http://www.freebsd.org/platforms/amd64.html http://www.freebsd.org/where.html Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \=20 =2D------------------------------------------------------------------------= =2D------------- From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 25 08:52:04 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org 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 075B116A41F for ; Thu, 25 Aug 2005 08:52:04 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from peedub.jennejohn.org (J875b.j.pppool.de [85.74.135.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F7143D46 for ; Thu, 25 Aug 2005 08:52:03 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id j7P8q0a5002727; Thu, 25 Aug 2005 10:52:00 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200508250852.j7P8q0a5002727@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: fhrsilveira@terra.com.br In-Reply-To: Message from "=?iso-8859-1?B?RuFiaW8gU2lsdmVpcmE=?= " of "Thu, 25 Aug 2005 04:46:16 -0300." <430D7748.000003.02916@WINXP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Aug 2005 10:52:00 +0200 From: Gary Jennejohn Cc: freebsd-amd64@FreeBSD.org Subject: Re: AMD... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Aug 2005 08:52:04 -0000 "fhrsilveira@terra.com.br" writes: > Hi, I would ask you a question.. please could you tell me if AMD64 > signifies if I have a PC with AMD as a CPU, I could use it? > AMD64 means exactly what it implies - it is only for 64 bit CPUs. > Well I saw something like port and platform. I know I could use i386 > to install in my > PC, an AMD 800MHz.. so is it the same thing, I mean, when I had installed > Linux OS in my system, I've always used i386. Is that the same for > FreeBSD > With a CPU that old your only option is to install i386. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 25 14:10:54 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org 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 04BA016A41F for ; Thu, 25 Aug 2005 14:10:54 +0000 (GMT) (envelope-from vazquez@iqm.unicamp.br) Received: from penelope.iqm.unicamp.br (penelope.iqm.unicamp.br [143.106.51.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BD3243D53 for ; Thu, 25 Aug 2005 14:10:51 +0000 (GMT) (envelope-from vazquez@iqm.unicamp.br) Received: by penelope.iqm.unicamp.br (VMTA, from userid 105) id 1E4871B2; Thu, 25 Aug 2005 11:10:44 -0300 (EST) Date: Thu, 25 Aug 2005 11:10:43 -0300 From: Pedro A M Vazquez To: freebsd-amd64@FreeBSD.org Message-ID: <20050825111043.B14600@penelope.iqm.unicamp.br> References: <200508250852.j7P8q0a5002727@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200508250852.j7P8q0a5002727@peedub.jennejohn.org>; from garyj@jennejohn.org on Thu, Aug 25, 2005 at 10:52:00AM +0200 Cc: Subject: AMD Core Math Library X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Aug 2005 14:10:54 -0000 Hello Is there any chance we could convince AMD to build the AMD Core Math Libs for FreeBSD AMD64 (and 32bits too) ? They have a gcc/g77 compiled version for Linux, it would be just a matter of build it on FBSD. Pedro From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 25 15:01:48 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8BFFB16A420 for ; Thu, 25 Aug 2005 15:01:48 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95B6443D45 for ; Thu, 25 Aug 2005 15:01:39 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1E8JCd-0007Vp-2I for freebsd-amd64@freebsd.org; Thu, 25 Aug 2005 16:59:39 +0200 Received: from dhcp63.ifado.de ([195.253.22.63]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Aug 2005 16:59:39 +0200 Received: from wb by dhcp63.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 25 Aug 2005 16:59:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: "Wilhelm B. Kloke" Date: Thu, 25 Aug 2005 14:58:01 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 12 Message-ID: References: <200508250852.j7P8q0a5002727@peedub.jennejohn.org> <20050825111043.B14600@penelope.iqm.unicamp.br> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp63.ifado.de User-Agent: slrn/0.9.8.0 (FreeBSD) Cache-Post-Path: yorikke.arb-phys.uni-dortmund.de!unknown@localhost X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news Subject: Re: AMD Core Math Library X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Aug 2005 15:01:48 -0000 Pedro A M Vazquez schrieb: > Hello > > Is there any chance we could convince AMD to build the AMD Core Math > Libs for FreeBSD AMD64 (and 32bits too) ? They have a gcc/g77 compiled > version for Linux, it would be just a matter of build it on FBSD. The static Linux libraries should be usable on FreeBSD, or else? -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 25 18:32:13 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8E90D16A41F; Thu, 25 Aug 2005 18:32:13 +0000 (GMT) (envelope-from vkallen@asteci.com.mx) Received: from apk1fe10.mail2.triara.com (apk1fe10.mail2.triara.com [200.57.129.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDBFF43D53; Thu, 25 Aug 2005 18:32:12 +0000 (GMT) (envelope-from vkallen@asteci.com.mx) Received: from HP29633262282 ([200.67.150.197]) by apk1fe10.mail2.triara.com with ESMTP id <20050825183209.PZIF20973.apk1fe10@HP29633262282>; Thu, 25 Aug 2005 13:32:09 -0500 From: "Victor Leo Kallen Soto" To: "'John Baldwin'" , Date: Thu, 25 Aug 2005 13:32:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcWo7HKyBOwZRDBRS8e/22KNY4Ht6AAtBDkg In-Reply-To: <200508241442.48748.jhb@FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050825183209.PZIF20973.apk1fe10@HP29633262282> Cc: Subject: RE: BTX Halted on a MSI K8T MASTER 2 (AMD Opteron) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vkallen@asteci.com.mx List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2005 18:32:13 -0000 Well, (after a few days of probes) I had to install a new cd drive. Now FreeBSD boots with no problem. Thanks ! -----Mensaje original----- De: John Baldwin [mailto:jhb@FreeBSD.org]=20 Enviado el: Mi=E9rcoles, 24 de Agosto de 2005 01:43 p.m. Para: freebsd-amd64@freebsd.org CC: Joseph Koshy; vkallen@asteci.com.mx Asunto: Re: BTX Halted on a MSI K8T MASTER 2 (AMD Opteron) On Tuesday 23 August 2005 11:21 pm, Joseph Koshy wrote: > > int=3D0000000d err=3D00000000 efl=3D00030206 = eip=3D00003dse > > eax=3D00008001 ebx=3D00000700 ecx=3D00000000 edx=3D0000009f > > esi=3D00000b32 edi=3D00000000 ebp=3D00000000 esp=3D000003d2 > > cs=3Df0000 ds=3D46ca es=3D46ac fs=3D0000 gs=3D0000 = ss=3D9e3d > > cs:eip=3D2e 0f 01 16 88 3d 0f 20-c0 0c 01 0f 22 c0 b8 30 > > 00 8e c0 0f 20 c0 24 fe-0f 22 c0 eb 00 66 58 c3 > > ss:esp=3D01 80 00 00 49 3c 00 00-00 00 32 0b 00 00 00 00 > > 00 00 f8 03 00 00 00 07-00 00 9f 00 00 00 00 00 > > > > How can this be solved ?? > > This seems similar to the behaviour reported in: > > =20 > http://article.gmane.org/gmane.os.freebsd.architechture/7145/match=3Dbtx+= boot Yes, your BIOS is trying to enter protected mode on its own. --=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Aug 25 23:25:00 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 2A1F816A41F for ; Thu, 25 Aug 2005 23:25:00 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5AC43D49 for ; Thu, 25 Aug 2005 23:24:59 +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.13.4/8.13.4) with ESMTP id j7PNOwOr003029 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 25 Aug 2005 19:24:58 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j7PNOr5d036075; Thu, 25 Aug 2005 19:24:53 -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: <17166.21317.705489.47055@grasshopper.cs.duke.edu> Date: Thu, 25 Aug 2005 19:24:53 -0400 (EDT) To: freebsd-amd64@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: nve status on nforce4? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Aug 2005 23:25:00 -0000 I've got a fairly cheap DFI nforce4 based board with an nvidia ethernet adaptor in it. 512MB ram: nve0: port 0xb400-0xb407 mem 0xfebf9000-0xfebf9fff irq 22 at device 10.0 on pci0 nve0: Ethernet address 00:01:29:f5:6b:91 miibus1: on nve0 miibus1: on nve0 ciphy0: on miibus1 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:01:29:f5:6b:91 nve0: [GIANT-LOCKED] Running 7-current from last weekend (and pretty much anything since I installed it in June), the board passes no traffic at all according to the netstat counters, and according to tcpdump. Yet it does seem to correctly detect the link accoring to ifconfig, and it seems to generate interrupts. This adaptor works flawlessly using another NVE based driver on Solaris/amd64, and it works fine using the forcedeth driver on RHEL4, so it is not a hardware problem. The amd64 nvnetlib.o shipped with the Solaris driver has the same checksum as the FreeBSD one, so its not that our nvnetlib is out of date. My system has far less than 4GB of ram, so I don't see how it could be a memory hole issue. The 32-bit FreeBSD/i386 6.0-BETA2 mininst CD behaves the same, so I don't think its a 64-bit issue. The only report I've seen from somebody using an nve is with a different phy than mine (ukphy0 vs ciphy0) Has anybody with a desktop class NF4 based box had success with the nve adaptor? What phy does your box have? Drew From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 04:01:04 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 80DC216A41F; Fri, 26 Aug 2005 04:01:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 130B643D45; Fri, 26 Aug 2005 04:01:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j7Q412hT059963; Fri, 26 Aug 2005 00:01:02 -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.13.3/8.13.3) with ESMTP id j7Q412DQ019769; Fri, 26 Aug 2005 00:01:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 03DA77304D; Fri, 26 Aug 2005 00:01:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050826040101.03DA77304D@freebsd-current.sentex.ca> Date: Fri, 26 Aug 2005 00:01:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2005 04:01:04 -0000 TB --- 2005-08-26 02:03:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-08-26 02:03:57 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-08-26 02:03:57 - cleaning the object tree TB --- 2005-08-26 02:04:30 - checking out the source tree TB --- 2005-08-26 02:04:30 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-08-26 02:04:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-08-26 02:11:01 - building world (CFLAGS=-O2 -pipe) TB --- 2005-08-26 02:11:01 - cd /src TB --- 2005-08-26 02:11:01 - /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 >>> stage 5.1: building 32 bit shim libraries TB --- 2005-08-26 03:40:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-26 03:40:59 - cd /src TB --- 2005-08-26 03:40:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Aug 26 03:41:00 UTC 2005 >>> 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 Aug 26 03:56:57 UTC 2005 TB --- 2005-08-26 03:56:57 - generating LINT kernel config TB --- 2005-08-26 03:56:57 - cd /src/sys/amd64/conf TB --- 2005-08-26 03:56:57 - /usr/bin/make -B LINT TB --- 2005-08-26 03:56:57 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-08-26 03:56:57 - cd /src TB --- 2005-08-26 03:56:57 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Aug 26 03:56:57 UTC 2005 >>> 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/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_powerres.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/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_quirk.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/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_resource.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/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_thermal.c /src/sys/dev/acpica/acpi_thermal.c: In function `acpi_tz_get_temperature': /src/sys/dev/acpica/acpi_thermal.c:434: error: `_DebugInfo' undeclared (first use in this function) /src/sys/dev/acpica/acpi_thermal.c:434: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_thermal.c:434: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-08-26 04:01:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-08-26 04:01:01 - ERROR: failed to build lint kernel TB --- 2005-08-26 04:01:01 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 09:34:22 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org 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 440AD16A41F; Fri, 26 Aug 2005 09:34:22 +0000 (GMT) (envelope-from vs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0592943D46; Fri, 26 Aug 2005 09:34:22 +0000 (GMT) (envelope-from vs@FreeBSD.org) Received: from freefall.freebsd.org (vs@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j7Q9YLRr061328; Fri, 26 Aug 2005 09:34:21 GMT (envelope-from vs@freefall.freebsd.org) Received: (from vs@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j7Q9YLwh061324; Fri, 26 Aug 2005 09:34:21 GMT (envelope-from vs) Date: Fri, 26 Aug 2005 09:34:21 GMT From: Volker Stolz Message-Id: <200508260934.j7Q9YLwh061324@freefall.freebsd.org> To: vs@FreeBSD.org, freebsd-amd64@FreeBSD.org, mbr@FreeBSD.org Cc: Subject: Re: ports/82599: ports/misc/mtx wont compile on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Aug 2005 09:34:22 -0000 Synopsis: ports/misc/mtx wont compile on amd64 Responsible-Changed-From-To: freebsd-amd64->mbr Responsible-Changed-By: vs Responsible-Changed-When: Fri Aug 26 09:33:59 GMT 2005 Responsible-Changed-Why: This is really a ports-PR; over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=82599 From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 09:41:01 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 A89AD16A41F for ; Fri, 26 Aug 2005 09:41:01 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C0443D45 for ; Fri, 26 Aug 2005 09:41:00 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [217.185.89.54] (manz-d9b95936.pool.mediaWays.net [217.185.89.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id E59DC3000E9C; Fri, 26 Aug 2005 11:40:57 +0200 (CEST) Message-ID: <430EE39F.7090101@mail.uni-mainz.de> Date: Fri, 26 Aug 2005 11:40:47 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-1?Q?f=FCr_Geophysik?= User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050821) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Gallatin References: <17166.21317.705489.47055@grasshopper.cs.duke.edu> In-Reply-To: <17166.21317.705489.47055@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: freebsd-amd64@freebsd.org Subject: Re: nve status on nforce4? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Aug 2005 09:41:01 -0000 Andrew Gallatin wrote: >I've got a fairly cheap DFI nforce4 based board with an nvidia >ethernet adaptor in it. 512MB ram: > >nve0: port 0xb400-0xb407 mem 0xfebf9000-0xfebf9fff irq 22 at device 10.0 on pci0 >nve0: Ethernet address 00:01:29:f5:6b:91 >miibus1: on nve0 >miibus1: on nve0 >ciphy0: on miibus1 >ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >nve0: Ethernet address: 00:01:29:f5:6b:91 >nve0: [GIANT-LOCKED] > > >Running 7-current from last weekend (and pretty much anything since I >installed it in June), the board passes no traffic at all according to >the netstat counters, and according to tcpdump. Yet it does seem to >correctly detect the link accoring to ifconfig, and it seems to >generate interrupts. > > >This adaptor works flawlessly using another NVE based driver on >Solaris/amd64, and it works fine using the forcedeth driver on >RHEL4, so it is not a hardware problem. > >The amd64 nvnetlib.o shipped with the Solaris driver has the same >checksum as the FreeBSD one, so its not that our nvnetlib is out of >date. > >My system has far less than 4GB of ram, so I don't see how it >could be a memory hole issue. > >The 32-bit FreeBSD/i386 6.0-BETA2 mininst CD behaves the same, so >I don't think its a 64-bit issue. > >The only report I've seen from somebody using an nve is with >a different phy than mine (ukphy0 vs ciphy0) > >Has anybody with a desktop class NF4 based box had success with the >nve adaptor? What phy does your box have? > > > >Drew >_______________________________________________ >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" > > Dear Andrew. I also had no success with the nve-NIC on my A8N-SLI Deluxe since the adaptor stops working when linked up. At the moment I have no equipment testing this again, since the machine moved from my lab to my home. This is what dmesg tells me about the nve0 NIC, maybe this is of your interest: nve0: port 0xb000-0xb007 mem 0xda000000-0xda000fff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:11:d8:92:a3:15 miibus1: on nve0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:11:d8:92:a3:15 nve0: [GIANT-LOCKED] The also on-board sk0 adaptor works well and is NOT GIANT LOCKED. Oliver From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 09:57:09 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org 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 42A4D16A41F; Fri, 26 Aug 2005 09:57:09 +0000 (GMT) (envelope-from anders@nuug.no) Received: from nerdhaven.nuug.no (nerdhaven.nuug.no [158.36.191.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id D055543D45; Fri, 26 Aug 2005 09:57:08 +0000 (GMT) (envelope-from anders@nuug.no) Received: from localhost (nerdhaven.nuug.no [158.36.191.135]) by nerdhaven.nuug.no (Postfix) with ESMTP id E849C1A2510C; Fri, 26 Aug 2005 11:57:06 +0200 (CEST) Received: from nerdhaven.nuug.no ([158.36.191.135]) by localhost (nerdhaven.nuug.no [158.36.191.135]) (amavisd-new, port 10024) with LMTP id 84532-05; Fri, 26 Aug 2005 09:57:03 +0000 (UTC) Received: by nerdhaven.nuug.no (Postfix, from userid 1000) id A05F21A2510B; Fri, 26 Aug 2005 11:57:03 +0200 (CEST) To: FreeBSD-gnats-submit@freebsd.org From: Anders Nordby X-send-pr-version: 3.113 X-GNATS-Notify: Message-Id: <20050826095703.A05F21A2510B@nerdhaven.nuug.no> Date: Fri, 26 Aug 2005 11:57:03 +0200 (CEST) Cc: jdp@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: cvsup core dumps when using -l on AMD64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anders Nordby List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2005 09:57:09 -0000 >Submitter-Id: current-users >Originator: Anders Nordby >Organization: BSD Consulting >Confidential: no >Synopsis: cvsup core dumps when using -l on AMD64 >Severity: non-critical >Priority: low >Category: ports >Class: sw-bug >Release: FreeBSD 5.4-RELEASE-p6 amd64 >Environment: System: FreeBSD nerdhaven.nuug.no 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #3: Wed Aug 24 22:08:29 CEST 2005 root@master.nuug.no:/usr/obj/usr/src/sys/MASTER amd64 SMP kernel. # cvsup -v CVSup client, non-GUI version Copyright 1996-2003 John D. Polstra Software version: SNAP_16_1h Protocol version: 17.0 Operating system: FBSD_AMD64 http://www.cvsup.org/ Report problems to cvsup-bugs@polstra.com CVSup is a registered trademark of John D. Polstra >Description: If I try to run cvsup with the -l option, it always crashes: ---snip--- www@nerdhaven:~/supfiles$ cvsup nuug -l nuug.lock *** *** runtime error: *** Value out of range *** file "/PORTS/work/PORTS/ports/ports/lang/ezm3/work/ezm3-1.1/libs/libm3/src/os/POSIX/FilePosix.m3", line 171 *** use option @M3stackdump to get a stack trace Abort trap (core dumped) ---snip--- Without -l, there is no problem: ---snip--- www@nerdhaven:~/supfiles$ cvsup nuug Connected to nerdhaven.nuug.no Updating collection nuug/cvs Finished successfully ---snip--- Here is the stacktrace: ---snip--- www@nerdhaven:~/supfiles$ cvsup nuug -l nuug.lock @M3stackdump *** *** runtime error: *** Value out of range *** file "/PORTS/work/PORTS/ports/ports/lang/ezm3/work/ezm3-1.1/libs/libm3/src/os/POSIX/FilePosix.m3", line 171 *** ------------------ EXCEPTION HANDLER STACK --------------------- 0x7fffffffd350 TRY-EXCEPT {OSError.E} 0x7fffffffd5f0 TRY-FINALLY proc = 0x438e88 frame = 0x7fffffffd650 0x7fffffffd9f0 TRY-EXCEPT {OSError.E} 0x7fffffffdc70 TRY-EXCEPT {Main.Error} 0x7fffffffe180 TRY-EXCEPT {Thread.Alerted} ---------------------------------------------------------------- Abort trap (core dumped) ---snip--- >How-To-Repeat: Run cvsup with -l . >Fix: N/A From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 10:06:56 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8DEE916A41F for ; Fri, 26 Aug 2005 10:06:56 +0000 (GMT) (envelope-from christos@blueice.org) Received: from server797.dnslive.net (server797.dnslive.net [66.78.26.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FC043D46 for ; Fri, 26 Aug 2005 10:06:55 +0000 (GMT) (envelope-from christos@blueice.org) Received: from blueice by server797.dnslive.net with local (Exim 4.44) id 1E8b6r-0003Qw-IG; Fri, 26 Aug 2005 06:06:53 -0400 Received: from 62.38.201.11 ([62.38.201.11]) (SquirrelMail authenticated user christos@blueice.org) by www.blueice.org with HTTP; Fri, 26 Aug 2005 13:06:53 +0300 (EEST) Message-ID: <11021.62.38.201.11.1125050813.squirrel@www.blueice.org> Date: Fri, 26 Aug 2005 13:06:53 +0300 (EEST) From: "Christos Pelekis" To: freebsd-amd64@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server797.dnslive.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32051 32499] / [47 12] X-AntiAbuse: Sender Address Domain - blueice.org X-Source: /usr/local/cpanel/3rdparty/bin/php X-Source-Args: /usr/local/cpanel/3rdparty/bin/php /usr/local/cpanel/base/3rdparty/squirrelmail/src/compose.php X-Source-Dir: :/base/3rdparty/squirrelmail/src Subject: Re: amd64 Sempron compatibility X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Aug 2005 10:06:56 -0000 So? can someone answer on this? The beta 3 released yesterday can identify the sempron64? Thanks for any answer. Regards, Christos Simon Dick said: > On 20/08/05, Simon Dick wrote: >> Just a quick note but I had a quick boot of the 6.0-beta2 amd64 cd and >> it booted fine recognising the speed if not the model, once I get a >> chance to install properly I can tell you the cpu id if it's not on >> amds site > > Just a quick note with what my actual install on a Sempron 64 bit > shows on dmesg: > CPU: AMD Hammer Family processor - Model Unknown (1603.65-MHz K8-class > CPU) > Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 > Features=0x78bfbff > Features2=0x1 > AMD Features=0xe2500800,LM,3DNow+,3DNow> > > If anyone can tell me what info I need to give to identify the cpu > I'll be quite happy to find out, FYI mine's a Sempron 2800+ 64 bit > version > > -- > Simon Dick > From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 10:12:41 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 26F0B16A41F for ; Fri, 26 Aug 2005 10:12:41 +0000 (GMT) (envelope-from simon.dick@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F80343D46 for ; Fri, 26 Aug 2005 10:12:39 +0000 (GMT) (envelope-from simon.dick@gmail.com) Received: by nproxy.gmail.com with SMTP id c2so105784nfe for ; Fri, 26 Aug 2005 03:12:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Iy5Q26jXEVp3sOQABNZWAke24H6cSwFIuywMnQi//LOtbuROiwiVKAAdPfCyzxeM3jRjYGi4CUe2AvsgAMeXf73UbOBfyWoqZIzmvsCvELICw424TSkSQjvendUyd2xcYzNb8nSwFeUU5rIUUwgg+81XfsZfAGRPk1XTtVYHgdA= Received: by 10.48.234.15 with SMTP id g15mr84804nfh; Fri, 26 Aug 2005 03:12:36 -0700 (PDT) Received: by 10.48.43.5 with HTTP; Fri, 26 Aug 2005 03:12:36 -0700 (PDT) Message-ID: <235521560508260312586463ac@mail.gmail.com> Date: Fri, 26 Aug 2005 11:12:36 +0100 From: Simon Dick To: Christos Pelekis In-Reply-To: <11021.62.38.201.11.1125050813.squirrel@www.blueice.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <11021.62.38.201.11.1125050813.squirrel@www.blueice.org> Cc: freebsd-amd64@freebsd.org Subject: Re: amd64 Sempron compatibility X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Aug 2005 10:12:41 -0000 On 26/08/05, Christos Pelekis wrote: > So? > can someone answer on this? > The beta 3 released yesterday can identify the sempron64? Just recompiling my BETA2 install now, but I didn't see any cpu identification related changes. Please note that it doesn't cause a problem it not being recognised, it's mostly just cosmetic, my 2800+ 64 bit sempron is running fine under BETA2 --=20 Simon Dick From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 12:23:18 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8D7B416A41F for ; Fri, 26 Aug 2005 12:23:18 +0000 (GMT) (envelope-from vasim@human-capital.ru) Received: from wolf.resume-bank.ru (mail.resume-bank.ru [62.118.252.60]) by mx1.FreeBSD.org (Postfix) with SMTP id AE96643D46 for ; Fri, 26 Aug 2005 12:23:16 +0000 (GMT) (envelope-from vasim@human-capital.ru) Received: (qmail 74981 invoked by uid 0); 26 Aug 2005 12:23:27 -0000 Received: from unknown (HELO vasimwork) (213.33.147.104) by mail.resume-bank.ru with SMTP; 26 Aug 2005 12:23:27 -0000 Message-ID: <0e5c01c5aa38$a2c4bca0$2107a8c0@vasimwork> From: "Vasim Valejev" To: "Scott Long" References: <00d601c5a88e$1cb8c260$2107a8c0@vasimwork> <4305F56C.8090405@samsco.org> Date: Fri, 26 Aug 2005 16:21:07 +0400 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.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: freebsd-amd64@freebsd.org Subject: Re: Slow PCI-X controller perfomance (adaptec 2130SLP) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Aug 2005 12:23:18 -0000 Hi ! > Whenever people complain about slow performance with AAC products and > try to point the finger at the driver, I ask them do repeat their > benchmark under linux and see how it compares. Then they realize just > how good they have it with FreeBSD. I've worked very hard over the > years to make the FreeBSD driver be the fastest driver available for > AAC cards. Yep, you was right, FreeBSD was a lot faster. The linux (Fedora Core, 2.6.11 kernel) got slightly better read speed but writes were 2-3 times slower (about 20-24 MB/s with 64k stripe). Not sure if i did everything correctly under linux but that was really low. > Your particular test is testing the following things: > > 1) disk transfer speed > 2) controller firmware efficiency > 3) cache memory bandwidth on the controller > 4) stripe alignment of the requests > 5) PCI-X bandwidth > > Your disk transfer speed is going to be about 70MB/s per disk. Given > that you are doing RAID-5 on 4 disks, you'll ideally get 3x70MB/s = > 210MB/s. The reason that you multiply by 3 and not 4 is that for a > given stripe, you only have 3 disks that contain data, with the 4th > disk containing parity information. Also note that you are dealing > with Ultra320. Adding more disks than what you have will start to > saturate the bandwidth of the bus (which is probabl between 260-300MB/s > depending on a lot of factors) I've made RAID-5 array (64k stripe) with all six disks but didn't got better than 80..90 MB/s for 2GB file write (on /usr partition with bs=256k) and 133 MB/s read from raw device (first 2GB of /dev/aacd0 with bs=256k, turning off read caching doesn't make any difference). That isn't bad either, so i'll stay with that. But it looks like some kind of bandwidth limit somewhere. Vasim V. From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 26 17:04:09 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4BFB216A41F for ; Fri, 26 Aug 2005 17:04:09 +0000 (GMT) (envelope-from freebsd@deadcafe.de) Received: from deadcafe.de (deadcafe.de [81.169.162.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F38643D6B for ; Fri, 26 Aug 2005 17:03:59 +0000 (GMT) (envelope-from freebsd@deadcafe.de) Received: from dialin.t-online.de (p54A5DBBF.dip.t-dialin.net [84.165.219.191]) by deadcafe.de (8.13.4/8.13.4/Rock) with ESMTP id j7QH3sp1030092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 26 Aug 2005 19:03:57 +0200 (CEST) Received: from [172.23.7.254] (doom.rock.net [172.23.7.254]) by dialin.t-online.de (8.13.4/8.13.4/Rock) with ESMTP id j7QH3dlU033925; Fri, 26 Aug 2005 19:03:39 +0200 (CEST) Message-ID: <430F4B7E.8040404@deadcafe.de> Date: Fri, 26 Aug 2005 19:03:58 +0200 From: Daniel Rock User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Simon Dick References: <2355215605081907095a2dd533@mail.gmail.com> <4305E8C3.1090004@t-hosting.hu> <2355215605081908017bd3070e@mail.gmail.com> <23552156050819231564e10d36@mail.gmail.com> <2355215605082300578993f82@mail.gmail.com> In-Reply-To: <2355215605082300578993f82@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.5 tests=FORGED_RCVD_HELO, UPPERCASE_25_50 autolearn=disabled version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on deadcafe.de Cc: freebsd-amd64@freebsd.org Subject: Re: amd64 Sempron compatibility X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Aug 2005 17:04:09 -0000 Simon Dick schrieb: > CPU: AMD Hammer Family processor - Model Unknown (1603.65-MHz K8-class CPU) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Origin = "AuthenticAMD" Id = 0x20fc2 Stepping = 2 > Features=0x78bfbff > Features2=0x1 > AMD Features=0xe2500800,LM,3DNow+,3DNow> This string is programmed in the BIOS and just read back by FreeBSD via cpuid. So to have the brand name replaced with the right string, you'll need a BIOS update. Daniel From owner-freebsd-amd64@FreeBSD.ORG Sat Aug 27 20:27:39 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8995E16A41F for ; Sat, 27 Aug 2005 20:27:39 +0000 (GMT) (envelope-from fernando@schapachnik.com.ar) Received: from servidor1.cursosvirtuales.com.ar (www.cursosvirtuales.com.ar [200.59.46.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD6543D45 for ; Sat, 27 Aug 2005 20:27:37 +0000 (GMT) (envelope-from fernando@schapachnik.com.ar) Received: from servidor1.cursosvirtuales.com.ar (localhost [127.0.0.1]) by servidor1.cursosvirtuales.com.ar (8.12.11/8.12.11) with ESMTP id j7RKRY4Z044979 for ; Sat, 27 Aug 2005 17:27:34 -0300 (ART) (envelope-from fernando@schapachnik.com.ar) Received: from schapachnik.com.ar (uucp@localhost) by servidor1.cursosvirtuales.com.ar (8.12.11/8.12.11/Submit) with UUCP id j7RKRYuT044978 for freebsd-amd64@freebsd.org; Sat, 27 Aug 2005 17:27:34 -0300 (ART) (envelope-from fernando@schapachnik.com.ar) Received: from funes.schapachnik.com.ar (localhost.schapachnik.com.ar [127.0.0.1]) by funes.schapachnik.com.ar (8.12.11/8.12.11) with ESMTP id j7RKRJ1c000830 for ; Sat, 27 Aug 2005 17:27:19 -0300 (ART) (envelope-from fernando@schapachnik.com.ar) Received: (from fpscha@localhost) by funes.schapachnik.com.ar (8.12.11/8.12.11/Submit) id j7RKRJGg000829 for freebsd-amd64@freebsd.org; Sat, 27 Aug 2005 17:27:19 -0300 (ART) (envelope-from fernando@schapachnik.com.ar) X-Authentication-Warning: funes.schapachnik.com.ar: fpscha set sender to fernando@schapachnik.com.ar using -f Date: Sat, 27 Aug 2005 17:27:19 -0300 From: Fernando Schapachnik To: freebsd-amd64@freebsd.org Message-ID: <20050827202719.GD681@funes.schapachnik.com.ar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OS: FreeBSD 4.10 - http://www.freebsd.org Subject: Asus K8S-MX SATA? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Aug 2005 20:27:39 -0000 Hi, I've read in http://lists.freebsd.org/pipermail/freebsd-amd64/2005-March/004257.html that there is a patch that supposedly enables SATA support for the SiS chip this mother has. However, the 5.4 AMD/64 install CD doesn't. Does anybody know in which branch it is? Thanks! Fernando P. Schapachnik fernando@schapachnik.com.ar