From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 8 02:30:06 2006 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 BE89316A41F for ; Sun, 8 Jan 2006 02:30:06 +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 26F6443D46 for ; Sun, 8 Jan 2006 02:30:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k082U6io028046 for ; Sun, 8 Jan 2006 02:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k082U5B4028045; Sun, 8 Jan 2006 02:30:05 GMT (envelope-from gnats) Resent-Date: Sun, 8 Jan 2006 02:30:05 GMT Resent-Message-Id: <200601080230.k082U5B4028045@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Floris Bos Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3231716A41F for ; Sun, 8 Jan 2006 02:20:20 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0F7D43D45 for ; Sun, 8 Jan 2006 02:20:19 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k082KIe8099396 for ; Sun, 8 Jan 2006 02:20:18 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k082KIOV099395; Sun, 8 Jan 2006 02:20:18 GMT (envelope-from nobody) Message-Id: <200601080220.k082KIOV099395@www.freebsd.org> Date: Sun, 8 Jan 2006 02:20:18 GMT From: Floris Bos To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/91492: BTX halted 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, 08 Jan 2006 02:30:06 -0000 >Number: 91492 >Category: amd64 >Synopsis: BTX halted >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 08 02:30:05 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Floris Bos >Release: 6.0R >Organization: >Environment: 6.0R-AMD64 install cd 1 Same problem occurs when using 6.0-STABLE-SNAP10-amd64 >Description: The following reproducable error occurs on booting the installation cd: -- CD Loader 1.2 Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX Starting the BTX loader BTX loader 1.00 BTX version is 1.01 Consoles: internal video/keyboard int=0000000d err=00000000 efl=00030206 eip=000027f5 eax=00008001 ebx=00000000 ecx=00000001 edx=0000009f esi=00000b18 edi=00000000 ebp=00000000 esp=000003da cs=f000 ds=46ca es=46ac fs=0000 gs=0000 ss=9e3a cs:eip=2e 0f 01 16 c8 2a 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 de 26 00 00-00 00 18 0b 00 00 00 00 00 00 00 04 00 00 00 00-00 00 9f 00 00 00 01 00 BTX halted -- The server is a SUN X2100 single Opteron server ( http://www.sun.com/servers/entry/x2100/index.jsp ) The only thing in which this server differs from the standard configuration is that lacking an internal cd-rom drive, I use an USB cd-rom drive to boot the installation cd. However booting (Suse) Linux goes fine with this drive. >How-To-Repeat: 1) insert installation cd (either 6.0R-AMD64 or 5.0-STABLE-SNAP10-amd64) 2) boot the system >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sun Jan 8 17:11:06 2006 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 B1C4016A41F for ; Sun, 8 Jan 2006 17:11:06 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27A0043D46 for ; Sun, 8 Jan 2006 17:11:06 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so3248293wra for ; Sun, 08 Jan 2006 09:11:05 -0800 (PST) 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=RlptSa0TyP0oLAUMiUYI+zkkNjHfs9jIpY1iHblEFvvF2xSL3Et2d2a4BAPq/JPm38Enf2+GE+/FU1qFc4mt9I5mNGuPW2vh3jl7cD3kprhN+dLwk7NGS2DREH8u6CVESDsKb2clNsQoj6A064UEHAsz2dsNOjoOrPB//uq5ehY= Received: by 10.54.132.1 with SMTP id f1mr6850254wrd; Sun, 08 Jan 2006 09:11:05 -0800 (PST) Received: by 10.54.131.9 with HTTP; Sun, 8 Jan 2006 09:11:05 -0800 (PST) Message-ID: <1d6d20bc0601080911w5504202ds@mail.gmail.com> Date: Mon, 9 Jan 2006 01:11:05 +0800 From: Jia-Shiun Li To: pfgshield-freebsd@yahoo.com In-Reply-To: <20060105195842.88204.qmail@web32909.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060105195842.88204.qmail@web32909.mail.mud.yahoo.com> Cc: freebsd-amd64@freebsd.org Subject: Re: Splash screen / SVR4 emulation?? 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, 08 Jan 2006 17:11:06 -0000 2006/1/6, pfgshield-freebsd@yahoo.com : > While it has been discussed here that VESA doesn't work, it would still b= e nice > to be able to load simple VGA splash screens, I tried but the module didn= 't > load (in fact there is no module). Maybe I had something wrong, has anyon= e done > it? BTW, for those interested in KGI, it doesn't build yet due to 64bit i= ssues > :(. device splash must be compiled in kernel, and it is default in GENERIC. I haven't tried it but maybe you want to man splash(4) and follow the example section. Jia-Shiun. From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 00:52:41 2006 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 2A1D016A41F for ; Mon, 9 Jan 2006 00:52:41 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32904.mail.mud.yahoo.com (web32904.mail.mud.yahoo.com [68.142.206.51]) by mx1.FreeBSD.org (Postfix) with SMTP id 9691443D46 for ; Mon, 9 Jan 2006 00:52:40 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 18120 invoked by uid 60001); 9 Jan 2006 00:52:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=lbGXqjL/+BRtaFvpbGR40v/qtcfdbBDE0IW0asi9Oh1AETYyazA2BOAUctHccIio4i1Isf0Jhwy63d7UL/WY2m0+89EW78OMRLLYn+nT5Al2hWyXjM4SO2YYs6wRocRkB1ccf2YCyQD0zZcFOyTtcsIyYzYXECtYKRpYB4oXaQk= ; Message-ID: <20060109005240.18118.qmail@web32904.mail.mud.yahoo.com> Received: from [69.79.55.52] by web32904.mail.mud.yahoo.com via HTTP; Mon, 09 Jan 2006 01:52:40 CET Date: Mon, 9 Jan 2006 01:52:40 +0100 (CET) From: To: Jia-Shiun Li In-Reply-To: <1d6d20bc0601080911w5504202ds@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-amd64@freebsd.org Subject: Re: Splash screen / SVR4 emulation?? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 00:52:41 -0000 --- Jia-Shiun Li ha scritto: > device splash must be compiled in kernel, and it is default in > GENERIC. I haven't tried it but maybe you want to man splash(4) and > follow the example section. > I did that before posting to the list ;-). Pedro. Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 11:02:16 2006 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 D51A216A41F for ; Mon, 9 Jan 2006 11:02:16 +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 85EBC43D45 for ; Mon, 9 Jan 2006 11:02:16 +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.4/8.13.4) with ESMTP id k09B2GDf065990 for ; Mon, 9 Jan 2006 11:02:16 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k09B2FSK065984 for freebsd-amd64@freebsd.org; Mon, 9 Jan 2006 11:02:15 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 9 Jan 2006 11:02:15 GMT Message-Id: <200601091102.k09B2FSK065984@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, 09 Jan 2006 11:02:17 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/08/09] amd64/84693 amd64 Keyboard not recognized during first step o [2005/11/17] amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing o [2006/01/08] amd64/91492 amd64 BTX halted 3 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/09/12] amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy o [2004/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdo 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/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] sis driver on FreeBSD 5.x does not 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/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 [fxp] fxp0: device timeout, fxp interface 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/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/29] amd64/85431 amd64 AMD64 has short but temporary freezes (ha o [2005/08/29] amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMP o [2005/09/13] amd64/86080 amd64 [radeon] [hang] radeon DRI causes system o [2005/09/23] amd64/86503 amd64 [atapicam] [panic] k3b crash the system l o [2005/10/09] amd64/87156 amd64 First Installation: Kernel crashes o [2005/10/11] amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Are o [2005/10/12] amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powe o [2005/10/12] amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD a [2005/10/12] amd64/87328 amd64 [boot] BTX halted error o [2005/10/12] amd64/87348 amd64 amd64+smp+startkde always crashing o [2005/10/15] amd64/87472 amd64 I downloaded 5.4 and went to install it, o [2005/10/16] amd64/87514 amd64 6.0-CURRENT freezes machine using >4GB on o [2005/10/19] amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron o [2005/10/20] amd64/87748 amd64 can't initialize X o [2005/10/25] amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock c o [2005/10/31] amd64/88299 amd64 swapcontext fails with errno 0 o [2005/11/06] amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not b f [2005/11/09] amd64/88746 amd64 Buffer problem with SSH2 under amd64 arch o [2005/11/10] amd64/88790 amd64 kernel panic on first boot (after the Fre o [2005/11/24] amd64/89501 amd64 System crashes on install using ftp on lo o [2005/11/24] amd64/89503 amd64 Cant Boot Installation Disk o [2005/11/25] amd64/89546 amd64 [geom] GEOM error o [2005/11/25] amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o [2005/11/25] amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o [2005/12/05] amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem o [2005/12/12] amd64/90303 amd64 Marvell 88E8111 Gigabit LAN PHY driver o [2005/12/22] amd64/90798 amd64 asking if motherboard is compatible o [2006/01/06] amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr 60 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] ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/12/02] amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when boo o [2004/12/07] amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32 o [2004/12/13] ports/75015 amd64 cvsup on amd64 coredumps with either runs o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/05/16] amd64/81089 amd64 [bge] [patch] FreeBSD 5.4 released versio o [2005/06/18] amd64/82399 amd64 MSI K8N Neo4 Platinium is not supported o [2005/08/07] amd64/84652 amd64 kbdmap -r dumps core o [2005/08/20] amd64/85144 amd64 Asus K8S-MX mobo, integ LAN not recognize o [2005/09/06] amd64/85812 amd64 "Rebooting..." on serial console appears o [2005/09/07] amd64/85820 amd64 1.5 times slower performance with SCHED_U o [2005/10/23] amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o [2005/11/09] amd64/88730 amd64 kernel panics during booting from the ins o [2006/01/02] amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP 16 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 11:29:10 2006 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 05A8316A41F for ; Mon, 9 Jan 2006 11:29:10 +0000 (GMT) (envelope-from ekklesi@yahoo.co.uk) Received: from smtp009.mail.ukl.yahoo.com (smtp009.mail.ukl.yahoo.com [217.12.11.63]) by mx1.FreeBSD.org (Postfix) with SMTP id CFCAB43D49 for ; Mon, 9 Jan 2006 11:29:08 +0000 (GMT) (envelope-from ekklesi@yahoo.co.uk) Received: (qmail 41413 invoked from network); 9 Jan 2006 11:29:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=Received:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:X-MimeOLE; b=5wdHErdbkXlSnhzOzGoKsgtLrw2FE67JWOzytp719cUmaoRRCYkQkBViAKGs+zZG7DKL9VjqFEPurJIqvlf7u/mPJvFDvUTbAsHYTekoSKq13y8+DVESfxp/wB4e3HneVZgnLUR0qSRHBteQvneYYRTvmMEBF6wKhyh2SHdRfuc= ; Received: from unknown (HELO SPAYCEE) (ekklesi@83.229.102.75 with login) by smtp009.mail.ukl.yahoo.com with SMTP; 9 Jan 2006 11:29:05 -0000 From: "Kehinde Akiode" To: Date: Mon, 9 Jan 2006 12:28:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcYVD9rj8NgkbRF9TXOqG5cEldsbVg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20060109112908.CFCAB43D49@mx1.FreeBSD.org> Subject: Hanging boot on hp 6000 series notebook 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, 09 Jan 2006 11:29:10 -0000 Hi. I've been trying to install FreeBSD 6.0 (amd64) from CD on my HP zv6130 notebook, so far without success. It's obviously a problem lots of people have reported, from what I can see. I tried one suggestion, entering the following at the boot loader prompt: set hw.acpi.skip_timer_override="1" set hint.atkbd.0.flags="0x9" set hint.acpi.0.disabled="1" Yet it STILL hangs! I checked the installation ISO images, they're ok according to the MD5 signatures. Pls if anyone has any further ideas, I would be much obliged. Oh, and I also tried: set hint.sio.0.disabled="1" - no luck there either. ___________________________________________________________ Yahoo! Photos – NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 12:08:24 2006 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 76ACD16A423 for ; Mon, 9 Jan 2006 12:08:24 +0000 (GMT) (envelope-from ukki@savot.org) Received: from netbox.wsoy.fi (netbox.wsoy.fi [193.208.165.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4460143D5C for ; Mon, 9 Jan 2006 12:08:22 +0000 (GMT) (envelope-from ukki@savot.org) Received: from hki.wsoy.fi ([193.208.165.10]) by netbox.wsoy.fi with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jan 2006 14:08:26 +0200 Received: from savo.wsoy.fi (savo.wsoy.fi [192.89.52.130]) by hki.wsoy.fi (8.12.8/8.12.5) with ESMTP id k09C8LKK025166; Mon, 9 Jan 2006 14:08:21 +0200 Received: from hataapukoppero.wsoy.fi ([192.89.52.134]) by savo.wsoy.fi (Lotus Domino Release 5.0.13a) with ESMTP id 2006010914194166:1541 ; Mon, 9 Jan 2006 14:19:41 +0200 From: Janne =?iso-8859-1?q?M=E4kinen?= To: freebsd-amd64@freebsd.org Date: Mon, 9 Jan 2006 14:06:53 +0200 User-Agent: KMail/1.8.1 References: <20060109112908.CFCAB43D49@mx1.FreeBSD.org> In-Reply-To: <20060109112908.CFCAB43D49@mx1.FreeBSD.org> MIME-Version: 1.0 Message-Id: <200601091406.54497.ukki@savot.org> X-MIMETrack: Itemize by SMTP Server on savo/WSOY/fi(Release 5.0.13a |April 8, 2004) at 09.01.2006 14:19:41, Serialize by Router on savo/WSOY/fi(Release 5.0.13a |April 8, 2004) at 09.01.2006 14:19:42, Serialize complete at 09.01.2006 14:19:42 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline X-OriginalArrivalTime: 09 Jan 2006 12:08:26.0406 (UTC) FILETIME=[65438C60:01C61515] Cc: Kehinde Akiode Subject: Re: Hanging boot on hp 6000 series notebook 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, 09 Jan 2006 12:08:24 -0000 On Monday 09 January 2006 13:28, Kehinde Akiode wrote: > Hi. I've been trying to install FreeBSD 6.0 (amd64) from CD on my HP zv6130 > notebook, so far without success. It's obviously a problem lots of people > have reported, from what I can see. > I tried one suggestion, entering the following at the boot loader prompt: > > set hw.acpi.skip_timer_override="1" > set hint.atkbd.0.flags="0x9" > set hint.acpi.0.disabled="1" > > Yet it STILL hangs! I checked the installation ISO images, they're ok > according to the MD5 signatures. Pls if anyone has any further ideas, I > would be much obliged. > Oh, and I also tried: > > set hint.sio.0.disabled="1" > > - no luck there either. If you desperately want it installed, you might want to check this page: http://savot.org/ukki/freebsd/ From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 12:42:15 2006 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 1508C16A41F for ; Mon, 9 Jan 2006 12:42:15 +0000 (GMT) (envelope-from david@jetnet.co.uk) Received: from kosh.jetnet.co.uk (kosh.jetnet.co.uk [80.87.128.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8705043D45 for ; Mon, 9 Jan 2006 12:42:14 +0000 (GMT) (envelope-from david@jetnet.co.uk) Received: from localhost (localhost [127.0.0.1]) by kosh.jetnet.co.uk (Postfix) with ESMTP id 86AF423410 for ; Mon, 9 Jan 2006 12:42:14 +0000 (GMT) Received: from kosh.jetnet.co.uk ([127.0.0.1]) by localhost (mail.jetnet.co.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 86352-01 for ; Mon, 9 Jan 2006 12:42:04 +0000 (GMT) Received: from [192.168.0.90] (82-69-108-39.dsl.in-addr.zen.co.uk [82.69.108.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kosh.jetnet.co.uk (Postfix) with ESMTP id C5B1120F88 for ; Mon, 9 Jan 2006 12:42:04 +0000 (GMT) Message-ID: <43C25A1B.6080102@jetnet.co.uk> Date: Mon, 09 Jan 2006 12:42:03 +0000 From: David Reid User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051216) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at jetnet.co.uk Subject: panic info 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, 09 Jan 2006 12:42:15 -0000 These are the details of the most recent panic from my desktop amd64 machine. This happens less frequently than it used to (about every 36 hours now compared with every 12 before) and always seems to involve the same functions. GDB still doesn't seem to want to play, but I've enclosed the tr output as was suggested. Any suggestions about how to get more information next time it happens? FreeBSD draak 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue Jan 3 19:38:12 GMT 2006 david@draak:/usr/obj/usr/src/sys/GENERIC amd64 Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff8059e12e stack pointer = 0x10:0xffffffffb4b77a60 frame pointer = 0x10:0xffffffffb4b77aa0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 73466 (gnome-netstatus-app) [thread pid 73466 tid 100154 ] Stopped at pmap_remove_pages+0x1ee: movq %r8,0x18(%rdx) db> tr Tracing pid 73466 tid 100154 td 0xffffff005a3fac30 pmap_remove_pages() at pmap_remove_pages+0x1ee exit1() at exit1+0x91c sys_exit() at sys_exit+0xe syscall() at syscall+0x517 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x80122e1cc, rsp = 0x7fffffffe6e8, rbp = 0x7fffffffe790 --- From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 12:50:26 2006 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 1B25816A424 for ; Mon, 9 Jan 2006 12:50:26 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C1D43D45 for ; Mon, 9 Jan 2006 12:50:24 +0000 (GMT) (envelope-from apelisse@gmail.com) Received: by nproxy.gmail.com with SMTP id n28so103353nfc for ; Mon, 09 Jan 2006 04:50:20 -0800 (PST) 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:references; b=BkRX/c8rW2bcaYRxC+oy0jnDO3g0dCV7GH2Mkyfwq79Bq+6OVOmQhmR9pLAj3qsmMu8BB1w34qW8JicuiLIPpDTrdoEgMs6Si7Jy1n0ZWvqzJ6J5/r6I7Xg4vLgfjuko1Eh0Fcn67mWUkmxZa1k6hGb6NQs6GXpsT4wf/4rjaaE= Received: by 10.48.30.19 with SMTP id d19mr904253nfd; Mon, 09 Jan 2006 04:50:19 -0800 (PST) Received: by 10.48.30.6 with HTTP; Mon, 9 Jan 2006 04:50:19 -0800 (PST) Message-ID: <61c746830601090450w609cbc62k5ea469576987852b@mail.gmail.com> Date: Mon, 9 Jan 2006 13:50:19 +0100 From: Antoine Pelisse To: David Reid In-Reply-To: <43C25A1B.6080102@jetnet.co.uk> MIME-Version: 1.0 References: <43C25A1B.6080102@jetnet.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-amd64@freebsd.org Subject: Re: panic info 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, 09 Jan 2006 12:50:26 -0000 On 1/9/06, David Reid wrote: > > These are the details of the most recent panic from my desktop amd64 > machine. This happens less frequently than it used to (about every 36 > hours now compared with every 12 before) and always seems to involve the > same functions. > > GDB still doesn't seem to want to play, but I've enclosed the tr output > as was suggested. > > Any suggestions about how to get more information next time it happens? > > FreeBSD draak 7.0-CURRENT FreeBSD 7.0-CURRENT #13: Tue Jan 3 19:38:12 > GMT 2006 david@draak:/usr/obj/usr/src/sys/GENERIC amd64 > > > Fatal trap 9: general protection fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > instruction pointer =3D 0x8:0xffffffff8059e12e > stack pointer =3D 0x10:0xffffffffb4b77a60 > frame pointer =3D 0x10:0xffffffffb4b77aa0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 73466 (gnome-netstatus-app) > [thread pid 73466 tid 100154 ] > Stopped at pmap_remove_pages+0x1ee: movq %r8,0x18(%rdx) > db> tr > Tracing pid 73466 tid 100154 td 0xffffff005a3fac30 > pmap_remove_pages() at pmap_remove_pages+0x1ee > exit1() at exit1+0x91c > sys_exit() at sys_exit+0xe > syscall() at syscall+0x517 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (1, FreeBSD ELF64, sys_exit), rip =3D 0x80122e1cc, rsp =3D > 0x7fffffffe6e8, rbp =3D 0x7fffffffe790 --- > _______________________________________________ > 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" If you are running CURRENT you should already be aware of that: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug.html From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 16:24:54 2006 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 6BC4316A41F for ; Mon, 9 Jan 2006 16:24:54 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D25643D45 for ; Mon, 9 Jan 2006 16:24:53 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id D6B45B80F for ; Mon, 9 Jan 2006 11:24:51 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <95B70169-CDE3-4A50-80B7-84409D7A4724@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 9 Jan 2006 11:24:51 -0500 To: FreeBSD AMD list X-Mailer: Apple Mail (2.746.2) Subject: Re: Sun X4100 LSI1064 support 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, 09 Jan 2006 16:24:54 -0000 On Jan 6, 2006, at 8:46 PM, David Paul Zimmerman wrote: > Hi, all. We recently purchased a Sun X4100, which has the built-in > LSI1064 SAS adapter. So far a lot of stuff seems to work: > > - autoboots the amd64 6.0-RELEASE disc1 CD > - USB keyboard and VGA monitor connected to the back work great > - gets all the way to the FreeBSD setup menu Prior to buying mine I did some research and found that SAS support is probably a ways off, unfortunately. So I purchased mine without disks in the hopes of booting and running from the RAID card.... however, I missed the fact that it only has low-profile slots and the LSI cards are not available in low profile. Are you planning to run a RAID card on yours? If so, which one? The only one that seems to have a chance of working for me is the Adaptec 2230SLP (I need dual channel). From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 19:45:46 2006 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 D762116A41F for ; Mon, 9 Jan 2006 19:45:46 +0000 (GMT) (envelope-from alball@rice.edu) Received: from handler2.mail.rice.edu (handler2.mail.rice.edu [128.42.58.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E5E243D45 for ; Mon, 9 Jan 2006 19:45:45 +0000 (GMT) (envelope-from alball@rice.edu) Received: from localhost (localhost [127.0.0.1]) by handler2.mail.rice.edu (Postfix) with SMTP id 149FC1DB36 for ; Mon, 9 Jan 2006 13:45:44 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by handler2.mail.rice.edu (Postfix) with ESMTP id C94381DB35 for ; Mon, 9 Jan 2006 13:45:43 -0600 (CST) Received: from handler2.mail.rice.edu ([127.0.0.1]) by localhost (handler2.mail.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17116-02 for ; Mon, 9 Jan 2006 13:45:39 -0600 (CST) Received: from [128.42.30.160] (yumi.rice.edu [128.42.30.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by handler2.mail.rice.edu (Postfix) with ESMTP id 2963C1DB31 for ; Mon, 9 Jan 2006 13:45:39 -0600 (CST) Message-ID: <43C2BC49.3090503@rice.edu> Date: Mon, 09 Jan 2006 13:40:57 -0600 From: Albert Levi Ball Organization: IT Security User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@FreeBSD.org X-Enigmail-Version: 0.91.0.0 OpenPGP: id=90240761; url=ldap://certificate.rice.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavis-20030616-p6 at mail.rice.edu X-DCC--Metrics: handler2.mail.rice.edu 1066; Body=1 Fuz1=1 Fuz2=1 Cc: Subject: Certification Steps for a SUN Sunfire X4100 under the amd-64 Platform X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alball@rice.edu List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 19:45:47 -0000 Dear FreeBSD Community, Currently I have been donated a sunfire x4100 for network support tasking and was going to load FreeBSD 6.0 on it with the amd-64 build. I would like to know the steps involved on getting this platform certified under the FreeBSD community. I have found steps for a lot of other items but not this step. Let me know what hoops I will need to follow in order to add this to the list and help the community grow. v/r P.S. There is only 2 items in the mailing list for this server in regards to certification: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=26033+0+archive/2005/freebsd-hardware/20051023.freebsd-hardware and the cert page has no entry. -- Albert Levi Ball Information Technology Security Analyst alball@rice.edu 713.348.5487 OpenPGP Finger Print: 4635 D17C A4B3 D0C9 DFE8 A052 5004 B6C4 9024 0761 From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 19:51:21 2006 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 C9D5016A420 for ; Mon, 9 Jan 2006 19:51:21 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB0D43D55 for ; Mon, 9 Jan 2006 19:51:03 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id EBF2EB80F for ; Mon, 9 Jan 2006 14:51:02 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <43C2BC49.3090503@rice.edu> References: <43C2BC49.3090503@rice.edu> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 9 Jan 2006 14:51:02 -0500 To: FreeBSD AMD list X-Mailer: Apple Mail (2.746.2) Subject: Re: Certification Steps for a SUN Sunfire X4100 under the amd-64 Platform 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, 09 Jan 2006 19:51:21 -0000 On Jan 9, 2006, at 2:40 PM, Albert Levi Ball wrote: > > Currently I have been donated a sunfire x4100 for network support > tasking and was going to load FreeBSD 6.0 on it with the amd-64 > build. I > would like to know the steps involved on getting this platform > certified What mean you by 'certified'? Mostly people are insterested in if it boots and if all the devices work. The answer to those are yes and no, respectively. The built-in disk controller doesn't work under any FreeBSD version. The rest of the devices on the box appear to work. Getting a supported external RAID controller leaves you limited choices. From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 20:31:41 2006 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 7446516A41F; Mon, 9 Jan 2006 20:31:41 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C17343D58; Mon, 9 Jan 2006 20:31:40 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k09KVaek021879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Jan 2006 12:31:38 -0800 Message-ID: <43C2C6AB.5060605@root.org> Date: Mon, 09 Jan 2006 12:25:15 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ariff Abdullah References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> In-Reply-To: <20060105005441.029835c1.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: No APM yet for 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: Mon, 09 Jan 2006 20:31:41 -0000 Ariff Abdullah wrote: > On Wed, 4 Jan 2006 17:18:42 +0100 > Bruno Ducrot wrote: > >>On Wed, Jan 04, 2006 at 10:14:13AM -0500, Francisco Reyes wrote: >> >>>Bruno Ducrot writes: >>> >>> >>>>>http://public.natserv.net/acpidump.txt >>>> >>>>Well could you try to add this to your /boot/loader.conf: >>>>hw.acpi.osname="Microsoft Windows NT" >>> >>>Done >>> >>> >>> >>>>It's because I want to check what happens if the following ASL is >>>>triggered: >>>> >>>>If (LEqual (SizeOf (\_OS), 0x14)) >>>>{ >>>> BPOL (0x3C) >>>>} >>> >>>Second dump on the same location... different name >>>http://public.natserv.net/acpidump2.txt >>> >>> >>>>That's look like a workaround for Windows NT and that seems to >>>>be related to batteries and AC adapter. >>> >>>Not sure what was supposed to happen after trying the change in >>>loader.conf, but I tried "sysctl -a |grep acpi.bat" and the >>>results are the same as before. >>> >>>hw.acpi.battery.life: -1 >>>hw.acpi.battery.time: -1 >>>hw.acpi.battery.state: 7 >>>hw.acpi.battery.units: 1 >>>hw.acpi.battery.info_expire: 5 >> >>It was a stupid idea, sorry. I will look a little bit more. I >>think I begin to understand what's wrong, but I need to look a >>little bit further. >> >>I also CC to freebsd-acpi@ with a reply-to accordingly. >> > > Few acpi BIOSes does not support _BST (battery status) method, causing > that type of weird sysctl output (since it depends solely on _BST). > Your hope is to use acpiconf(8) i.e acpiconf -i . > Unfortunately, acpiconf itself does not display all possible > values. > > Try this patch against usr.sbin/acpi/acpiconf/acpiconf.c > > http://people.freebsd.org/~ariff/acpi/acpiconf.c.diff > > Hopefully you will have the proper output in terms of percentage. > You won't have advance battery status such as remaining time and few > others. This is a limitation for BIOSes without _BST. > > I believe Nate Lawson is the right person to comment on this. I looked at the patch but had a hard time figuring out what the functional changes are. Most of the changes are just using a convenience pointer to see the struct members and some style misformatting of the printf arguments. (The second line of indentation needs to be 4 spaces indented, see style(9)). What part of this patch is just the functional change? -- Nate From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 21:08:45 2006 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 377D216A420; Mon, 9 Jan 2006 21:08:45 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7B3C43D45; Mon, 9 Jan 2006 21:08:44 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k09L8dQr037381; Mon, 9 Jan 2006 21:08:42 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 10 Jan 2006 05:08:28 +0800 From: Ariff Abdullah To: Nate Lawson Message-Id: <20060110050828.100b026a.ariff@FreeBSD.org> In-Reply-To: <43C2C6AB.5060605@root.org> References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o" Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: No APM yet for 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: Mon, 09 Jan 2006 21:08:45 -0000 --Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 09 Jan 2006 12:25:15 -0800 Nate Lawson wrote: >=20 > I looked at the patch but had a hard time figuring out what the=20 > functional changes are. Most of the changes are just using a=20 > convenience pointer to see the struct members and some style=20 > misformatting of the printf arguments. (The second line of > indentation needs to be 4 spaces indented, see style(9)). >=20 > What part of this patch is just the functional change? >=20 There are no functional changes at all. It simply trying to be more verbose (and forgiving), in case the ioctl did not return advance information (such as remaining time, so on) which I believe few ACPI bioses incapable of providing such info. In this case, it trying to calculate the percentage of remining battery capacity based on Last Full Capacity, which current acpiconf ignore. # acpiconf -i 0 (without patch) Design capacity: 6000 mAh Last full capacity: 4000 mAh Technology: secondary (rechargeable) Design voltage: 14800 mV Capacity (warn): 207 mAh Capacity (low): 125 mAh Low/warn granularity: 10 mAh Warn/full granularity: 25 mAh Model number: JM-6 Serial number: 0046713127 Type: LION OEM info: Hewlett-Packard State: not present ^^^^^^^^^^^ Voltage: unknown # acpiconf -i 0 (patched) Design capacity: 6000 mAh Last full capacity: 4000 mAh Technology: secondary (rechargeable) Design voltage: 14800 mV Capacity (warn): 207 mAh Capacity (low): 125 mAh Low/warn granularity: 10 mAh Warn/full granularity: 25 mAh Model number: JM-6 Serial number: 0046713127 Type: LION OEM info: Hewlett-Packard State: high=20 ^^^^ Present rate: unknown Remaining capacity: 100% ^^^^ Voltage: unknown AC line: on-line -- Ariff Abdullah FreeBSD --Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDwtDQlr+deMUwTNoRAj1bAJ9sTNnUffo5p42gGDsXzN3XNJTLNgCff63Z kGJ8hceAVphV16h1edQRpnY= =SJhn -----END PGP SIGNATURE----- --Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o-- From owner-freebsd-amd64@FreeBSD.ORG Mon Jan 9 22:00:17 2006 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 7B01816A41F for ; Mon, 9 Jan 2006 22:00:17 +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 B3A0643D4C for ; Mon, 9 Jan 2006 22:00:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k09M0FDe040844 for ; Mon, 9 Jan 2006 22:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k09M0F96040843; Mon, 9 Jan 2006 22:00:15 GMT (envelope-from gnats) Resent-Date: Mon, 9 Jan 2006 22:00:15 GMT Resent-Message-Id: <200601092200.k09M0F96040843@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Eric Allman Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D09E716A420 for ; Mon, 9 Jan 2006 21:59:40 +0000 (GMT) (envelope-from eric@knecht.neophilic.com) Received: from knecht.neophilic.com (dsl081-247-036.sfo1.dsl.speakeasy.net [64.81.247.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E619B43D48 for ; Mon, 9 Jan 2006 21:59:39 +0000 (GMT) (envelope-from eric@knecht.neophilic.com) Received: from knecht.neophilic.com (localhost [127.0.0.1]) by knecht.neophilic.com (8.13.4/8.13.5) with ESMTP id k09LxVsD001284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 9 Jan 2006 13:59:36 -0800 (PST) Received: (from eric@localhost) by knecht.neophilic.com (8.13.4/8.13.4/Submit) id k09LxVcA001283; Mon, 9 Jan 2006 13:59:31 -0800 (PST) (envelope-from eric) Message-Id: <200601092159.k09LxVcA001283@knecht.neophilic.com> Date: Mon, 9 Jan 2006 13:59:31 -0800 (PST) From: Eric Allman To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: amd64/91571: amd64 startup not initializing 32-bit librarys in ldconfig X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Allman List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 22:00:17 -0000 >Number: 91571 >Category: amd64 >Synopsis: amd64 startup not initializing 32-bit librarys in ldconfig >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 09 22:00:14 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Eric Allman >Release: FreeBSD 6.0-STABLE amd64 >Organization: >Environment: System: FreeBSD knecht.neophilic.com 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Jan 7 14:01:13 PST 2006 root@newknecht.neophilic.com:/usr/obj/usr/src/sys/GENERIC amd64 >Description: It appears that the system startup scripts (notably /etc/rc.d/ldconfig) do not run a pass over the 32-bit libraries (e.g., /usr/lib32, /usr/local/lib32). As a result, 32-bit binaries immediately fail with "/usr/libexec/ld-elf.so.1: Shared object "libc.so.4" not found, required by ...". >How-To-Repeat: Start up the system. Execute a 32-bit binary. >Fix: Workaround is easy: hard-code the "ldconfig -32 ..." call in /etc/rc.local. True fix is probably to replicate /etc/rc.d/ldconfig into ldconfig32 and do a proper search there. Or maybe extend the existing script. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 10 02:19:30 2006 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 39ED016A420 for ; Tue, 10 Jan 2006 02:19:30 +0000 (GMT) (envelope-from dpz@ack.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [128.32.206.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A8443D45 for ; Tue, 10 Jan 2006 02:19:29 +0000 (GMT) (envelope-from dpz@ack.berkeley.edu) Received: from [166.172.58.133] (mobile-166-172-133-058.mycingular.net [166.172.58.133] (may be forged)) (authenticated bits=0) by malcolm.berkeley.edu (8.13.3/8.13.3) with ESMTP id k0A2JGMb061419 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 9 Jan 2006 18:19:27 -0800 (PST) (envelope-from dpz@ack.berkeley.edu) Mime-Version: 1.0 (Apple Message framework v623) In-Reply-To: <95B70169-CDE3-4A50-80B7-84409D7A4724@khera.org> References: <95B70169-CDE3-4A50-80B7-84409D7A4724@khera.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Paul Zimmerman Date: Mon, 9 Jan 2006 18:19:04 -0800 To: FreeBSD AMD list X-Mailer: Apple Mail (2.623) X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (malcolm.berkeley.edu [128.32.206.239]); Mon, 09 Jan 2006 18:19:29 -0800 (PST) Subject: Re: Sun X4100 LSI1064 support 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, 10 Jan 2006 02:19:30 -0000 On Jan 9, 2006, at 8:24 AM, Vivek Khera wrote: > On Jan 6, 2006, at 8:46 PM, David Paul Zimmerman wrote: > >> Hi, all. We recently purchased a Sun X4100, which has the built-in >> LSI1064 SAS adapter. So far a lot of stuff seems to work: >> >> - autoboots the amd64 6.0-RELEASE disc1 CD >> - USB keyboard and VGA monitor connected to the back work great >> - gets all the way to the FreeBSD setup menu > > Prior to buying mine I did some research and found that SAS support is > probably a ways off, unfortunately. So I purchased mine without disks > in the hopes of booting and running from the RAID card.... however, I > missed the fact that it only has low-profile slots and the LSI cards > are not available in low profile. > > Are you planning to run a RAID card on yours? If so, which one? The > only one that seems to have a chance of working for me is the Adaptec > 2230SLP (I need dual channel). No, I'm just going to live off of an external USB drive for now. I bought our X4100 because of the drop-dead gorgeous specs, presuming that FreeBSD would support it someday, and could be a test system for development efforts. I've got no production plans at the moment; the Wiki that was going to be its sole tenant is going off to milk cows on a Web farm instead. For now, I'm just happy that the SAS adapter is the only unsupported device that I've run across. dp From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 10 07:19:49 2006 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 D528516A41F; Tue, 10 Jan 2006 07:19:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6785E43D45; Tue, 10 Jan 2006 07:19:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0A7JliE020580; Tue, 10 Jan 2006 02:19:47 -0500 (EST) (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 k0A7JmWj064612; Tue, 10 Jan 2006 02:19:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D2CB47302F; Tue, 10 Jan 2006 02:19:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060110071947.D2CB47302F@freebsd-current.sentex.ca> Date: Tue, 10 Jan 2006 02:19:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 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: Tue, 10 Jan 2006 07:19:50 -0000 TB --- 2006-01-10 05:42:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-10 05:42:48 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-10 05:42:48 - cleaning the object tree TB --- 2006-01-10 05:43:34 - checking out the source tree TB --- 2006-01-10 05:43:34 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-10 05:43:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-10 05:55:49 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-10 05:55:49 - cd /src TB --- 2006-01-10 05:55:49 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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 hostres_tree.c -o hostres_tree.So building shared library snmp_hostres.so.4 /obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** 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 --- 2006-01-10 07:19:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-10 07:19:47 - ERROR: failed to build world TB --- 2006-01-10 07:19:47 - tinderbox aborted TB --- 1.33 user 7.03 system 5819.30 real From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 10 09:47:16 2006 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 E543E16A41F; Tue, 10 Jan 2006 09:47:16 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F96A43D46; Tue, 10 Jan 2006 09:47:16 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EwG5w-0008O5-00; Tue, 10 Jan 2006 10:47:12 +0100 Date: Tue, 10 Jan 2006 10:47:12 +0100 To: Ariff Abdullah Message-ID: <20060110094712.GB32102@poupinou.org> References: <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> <20060110050828.100b026a.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060110050828.100b026a.ariff@FreeBSD.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org, Nate Lawson Subject: Re: No APM yet for 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: Tue, 10 Jan 2006 09:47:17 -0000 On Tue, Jan 10, 2006 at 05:08:28AM +0800, Ariff Abdullah wrote: > On Mon, 09 Jan 2006 12:25:15 -0800 > Nate Lawson wrote: > > > > I looked at the patch but had a hard time figuring out what the > > functional changes are. Most of the changes are just using a > > convenience pointer to see the struct members and some style > > misformatting of the printf arguments. (The second line of > > indentation needs to be 4 spaces indented, see style(9)). > > > > What part of this patch is just the functional change? > > > There are no functional changes at all. It simply trying to be more > verbose (and forgiving), in case the ioctl did not return advance > information (such as remaining time, so on) which I believe few ACPI > bioses incapable of providing such info. In this case, it trying to > calculate the percentage of remining battery capacity based on Last > Full Capacity, which current acpiconf ignore. > > # acpiconf -i 0 (without patch) > Design capacity: 6000 mAh > Last full capacity: 4000 mAh > Technology: secondary (rechargeable) > Design voltage: 14800 mV > Capacity (warn): 207 mAh > Capacity (low): 125 mAh > Low/warn granularity: 10 mAh > Warn/full granularity: 25 mAh > Model number: JM-6 > Serial number: 0046713127 > Type: LION > OEM info: Hewlett-Packard > State: not present > ^^^^^^^^^^^ > Voltage: unknown > > # acpiconf -i 0 (patched) > Design capacity: 6000 mAh > Last full capacity: 4000 mAh > Technology: secondary (rechargeable) > Design voltage: 14800 mV > Capacity (warn): 207 mAh > Capacity (low): 125 mAh > Low/warn granularity: 10 mAh > Warn/full granularity: 25 mAh > Model number: JM-6 > Serial number: 0046713127 > Type: LION > OEM info: Hewlett-Packard > State: high > ^^^^ > Present rate: unknown > Remaining capacity: 100% > ^^^^ Well, I would much prefer the remaining capacity still being unknown in that case then. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 10 10:19:46 2006 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 8344D16A420; Tue, 10 Jan 2006 10:19:46 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26FFE43D45; Tue, 10 Jan 2006 10:19:46 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k0AAJgt1088539; Tue, 10 Jan 2006 10:19:43 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 10 Jan 2006 18:19:31 +0800 From: Ariff Abdullah To: Bruno Ducrot Message-Id: <20060110181931.57fd0d39.ariff@FreeBSD.org> In-Reply-To: <20060110094712.GB32102@poupinou.org> References: <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> <20060110050828.100b026a.ariff@FreeBSD.org> <20060110094712.GB32102@poupinou.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID" Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: No APM yet for 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: Tue, 10 Jan 2006 10:19:46 -0000 --Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 10 Jan 2006 10:47:12 +0100 Bruno Ducrot wrote: > > There are no functional changes at all. It simply trying to be > > more verbose (and forgiving), in case the ioctl did not return > > advance information (such as remaining time, so on) which I > > believe few ACPI bioses incapable of providing such info. In this > > case, it trying to calculate the percentage of remining battery > > capacity based on Last Full Capacity, which current acpiconf > > ignore. > >=20 > > # acpiconf -i 0 (without patch) > > Design capacity: 6000 mAh > > Last full capacity: 4000 mAh > > Technology: secondary (rechargeable) > > Design voltage: 14800 mV > > Capacity (warn): 207 mAh > > Capacity (low): 125 mAh > > Low/warn granularity: 10 mAh > > Warn/full granularity: 25 mAh > > Model number: JM-6 > > Serial number: 0046713127 > > Type: LION > > OEM info: Hewlett-Packard > > State: not present > > ^^^^^^^^^^^ > > Voltage: unknown > >=20 > > # acpiconf -i 0 (patched) > > Design capacity: 6000 mAh > > Last full capacity: 4000 mAh > > Technology: secondary (rechargeable) > > Design voltage: 14800 mV > > Capacity (warn): 207 mAh > > Capacity (low): 125 mAh > > Low/warn granularity: 10 mAh > > Warn/full granularity: 25 mAh > > Model number: JM-6 > > Serial number: 0046713127 > > Type: LION > > OEM info: Hewlett-Packard > > State: high=20 > > ^^^^ > > Present rate: unknown > > Remaining capacity: 100% > > ^^^^ >=20 > Well, I would much prefer the remaining capacity still being > unknown in that case then. >=20 Why? This is not because of buggy acpi/dst bios, this is the limitation of the bios itself by not having a feature to calculate remaining time, plus the inability of present acpiconf(8) that simply ignore the fact there is other possible way to calculate it although not as precise as "minutes left". On top of that, the output of sysctl hw.acpi.battery only applicable for bioses with "remaining time" feature. Note that this is nothing new, Windows and Linux does display remaining capacity in terms of percentage remaining if it cannot acquire the accurate remaining time. # acpiconf -i 0 Design capacity: 6000 mAh Last full capacity: 4000 mAh Technology: secondary (rechargeable) Design voltage: 14800 mV Capacity (warn): 207 mAh Capacity (low): 125 mAh Low/warn granularity: 10 mAh Warn/full granularity: 25 mAh Model number: JM-6 Serial number: 0046713127 Type: LION OEM info: Hewlett-Packard State: discharging=20 ^^^^^^^^^^^ Present rate: unknown Remaining capacity: 91% ^^^ Voltage: unknown AC line: off-line # sysctl hw.acpi.battery hw.acpi.battery.life: -1 hw.acpi.battery.time: -1 hw.acpi.battery.state: 7 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 At least I know when to plug in back my ac connector :) Well, I don't know much about FreeBSD ACPI. But at least, this patch / fix / workaround does indeed help me and few others. Of course if the dsdt can be hacked to give accurate remaining battery time, that would be better :) -- Ariff Abdullah FreeBSD --Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDw4o3lr+deMUwTNoRAvu2AKCGaCBish++9o32b+qVRe3cVla++QCgiaF5 705niuiU5nhdWOI/HTxXcjI= =xIo9 -----END PGP SIGNATURE----- --Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID-- From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 10 16:06:40 2006 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 C3C1E16A41F; Tue, 10 Jan 2006 16:06:40 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C4D743D5F; Tue, 10 Jan 2006 16:06:38 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 356F77DB0; Tue, 10 Jan 2006 11:06:37 -0500 (EST) References: <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> <20060110050828.100b026a.ariff@FreeBSD.org> <20060110094712.GB32102@poupinou.org> <20060110181931.57fd0d39.ariff@FreeBSD.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Ariff Abdullah Date: Tue, 10 Jan 2006 11:06:36 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: No APM yet for 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: Tue, 10 Jan 2006 16:06:40 -0000 Ariff Abdullah writes: Given that APM is not available for AMD64 and we have to depend on ACPI.. I believe the patch is very helpfull. > At least I know when to plug in back my ac connector :) Between having zero info.. and having a percentage of charge.. it is MUCH better to have the percentage.. even if it's not completely accurate (which I believe.. if I followed Ariff's comment.. it is). > Well, I don't know much about FreeBSD ACPI. But at least, this > patch / fix / workaround does indeed help me and few others. I find it very helpfull and hope it gets commited.. so one has this capability and doesn't have to deal with patching the file every time one goes to the latest stable. From owner-freebsd-amd64@FreeBSD.ORG Tue Jan 10 21:45:00 2006 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 41AE916A420 for ; Tue, 10 Jan 2006 21:45:00 +0000 (GMT) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3AD143D4C for ; Tue, 10 Jan 2006 21:44:59 +0000 (GMT) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 79D8CC145; Tue, 10 Jan 2006 16:44:58 -0500 (EST) Date: Tue, 10 Jan 2006 16:44:58 -0500 From: James Snow To: amd64@freebsd.org Message-ID: <20060110214457.GA36650@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: gmirror, kldload: Unsupported file type 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, 10 Jan 2006 21:45:00 -0000 This is my first FreeBSD/amd64 box, so I apologized if this is a FAQ, but I've not been able to find an answer via Google thus far. I'm running gmirror on an SMP amd64 box running 6-STABLE from January 6th. Whenever I do a 'gmirror load' I see "kldload: Unsupported file type" on the console. gmirror works and as far as I can tell there are no problems aside from the error message. Is this spurious, or something I should worry about? -Snow From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 03:57:45 2006 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 5B44F16A41F for ; Wed, 11 Jan 2006 03:57:45 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE86043D45 for ; Wed, 11 Jan 2006 03:57:44 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id C0F6962C8A8 for ; Tue, 10 Jan 2006 23:57:44 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 72150-09 for ; Tue, 10 Jan 2006 23:57:44 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 0BFE162C8A3 for ; Tue, 10 Jan 2006 23:57:44 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id EC7E43CAB3; Tue, 10 Jan 2006 23:57:44 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E778D3A3E6 for ; Tue, 10 Jan 2006 23:57:44 -0400 (AST) Date: Tue, 10 Jan 2006 23:57:44 -0400 (AST) From: "Marc G. Fournier" To: freebsd-amd64@FreeBSD.org Message-ID: <20060110235259.N1006@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: Subject: first time with a 64bit CPU ... kernel config ... 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, 11 Jan 2006 03:57:45 -0000 Help ... I'm trying to read through the NOTES file, but ... 1/ I'm running a 3.4G Xeon ... what should I put here for cpu? # # You must specify at least one CPU (the one you intend to run on); # deleting the specification for CPUs you don't need to use may make # parts of the system run faster. # cpu HAMMER # aka K8, aka Opteron & Athlon64 Beyond that one, is there anything that I want to enable/disable? The server is a DL360 (second CPU is en-route) with 6G of RAM ... my kernel config is looking like the below right now, mostly based on how I've setup my 4.x/i386 servers ... Thanks ... ===================== machine amd64 cpu HAMMER ident kernel options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_LINUX32 # Compatible with i386 linux binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. # Linux 32-bit ABI support options LINPROCFS # Cannot be a module yet. # Bus support. device acpi device pci device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device ciss # Compaq Smart RAID 5* device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device miibus # MII bus support device bge # Broadcom BCM570xx Gigabit Ethernet # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter =================== ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 07:39:02 2006 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 03A4316A41F; Wed, 11 Jan 2006 07:39:02 +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 8AB4B43D46; Wed, 11 Jan 2006 07:39:01 +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.4/8.13.4) with ESMTP id k0B7cx9T050502; Wed, 11 Jan 2006 02:38:59 -0500 (EST) (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 k0B7cxOs015151; Wed, 11 Jan 2006 02:38:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 457C37302F; Wed, 11 Jan 2006 02:38:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060111073859.457C37302F@freebsd-current.sentex.ca> Date: Wed, 11 Jan 2006 02:38:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 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, 11 Jan 2006 07:39:02 -0000 TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-11 06:07:43 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-11 06:07:43 - cleaning the object tree TB --- 2006-01-11 06:08:05 - checking out the source tree TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-11 06:19:05 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-11 06:19:05 - cd /src TB --- 2006-01-11 06:19:05 - /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 -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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 hostres_tree.c -o hostres_tree.So building shared library snmp_hostres.so.4 /obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** 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 --- 2006-01-11 07:38:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-11 07:38:59 - ERROR: failed to build world TB --- 2006-01-11 07:38:59 - tinderbox aborted TB --- 0.75 user 3.23 system 5476.03 real From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 08:03:00 2006 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 A962816A41F; Wed, 11 Jan 2006 08:03:00 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 159EE43D46; Wed, 11 Jan 2006 08:02:59 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 11 Jan 2006 09:02:59 +0100 Date: Wed, 11 Jan 2006 09:03:00 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: current@freebsd.org In-Reply-To: <20060111073859.457C37302F@freebsd-current.sentex.ca> Message-ID: <20060111090039.N760@beagle.kn.op.dlr.de> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 11 Jan 2006 08:02:59.0132 (UTC) FILETIME=[6FF35FC0:01C61685] Cc: amd64@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 08:03:00 -0000 On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the object tree FT>TB --- 2006-01-11 06:08:05 - checking out the source tree FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=-O2 -pipe) FT>TB --- 2006-01-11 06:19:05 - cd /src FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld FT>>>> Rebuilding the temporary build tree FT>>>> stage 1.1: legacy release compatibility shims FT>>>> stage 1.2: bootstrap tools FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3: cross tools FT>>>> stage 4.1: building includes FT>>>> stage 4.2: building libraries FT>>>> stage 4.3: make dependencies FT>>>> stage 4.4: building everything FT>[...] FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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 hostres_tree.c -o hostres_tree.So FT>building shared library snmp_hostres.so.4 FT>/obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value Can anybody of the binutils folk explain what's happening here? Why does this compile on all other architectures but not on amd64? harti From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 13:57:10 2006 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 B894716A41F; Wed, 11 Jan 2006 13:57:10 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id B375343D46; Wed, 11 Jan 2006 13:57:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5793390 for multiple; Wed, 11 Jan 2006 08:55:34 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0BDv6xG071359; Wed, 11 Jan 2006 08:57:06 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, Harti Brandt Date: Wed, 11 Jan 2006 08:53:17 -0500 User-Agent: KMail/1.8.3 References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> In-Reply-To: <20060111090039.N760@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601110853.19622.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1238/Wed Jan 11 05:19:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/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: Wed, 11 Jan 2006 13:57:10 -0000 On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: > On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: > > FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on > freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD > tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the > object tree > FT>TB --- 2006-01-11 06:08:05 - checking out the source tree > FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 > FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update > -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=3D-O2 > -pipe) > FT>TB --- 2006-01-11 06:19:05 - cd /src > FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld > FT>>>> Rebuilding the temporary build tree > FT>>>> stage 1.1: legacy release compatibility shims > FT>>>> stage 1.2: bootstrap tools > FT>>>> stage 2.1: cleaning up the object tree > FT>>>> stage 2.2: rebuilding the object tree > FT>>>> stage 2.3: build tools > FT>>>> stage 3: cross tools > FT>>>> stage 4.1: building includes > FT>>>> stage 4.2: building libraries > FT>>>> stage 4.3: make dependencies > FT>>>> stage 4.4: building everything > FT>[...] > FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -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/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o > hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -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/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o > hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -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/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o > hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -c > /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/prin= tc >ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. > -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 hostres_tree.c -o hostres_tree.So FT>building shared > library snmp_hostres.so.4 > FT>/obj/amd64/src/tmp/usr/bin/ld: > /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can > not be used when making a shared object; recompile with -fPIC > FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value > > Can anybody of the binutils folk explain what's happening here? > Why does this compile on all other architectures but not on amd64? Because the .o files in libdisk.a are not compiled with -fPIC but the .o fi= les=20 in your shared object that is linking against it are? I think amd64 is mor= e=20 picky about not mixing and matching those. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 14:08:59 2006 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 5A60116A420; Wed, 11 Jan 2006 14:08:59 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD3E143D46; Wed, 11 Jan 2006 14:08:57 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 11 Jan 2006 15:08:56 +0100 Date: Wed, 11 Jan 2006 15:08:58 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: John Baldwin In-Reply-To: <200601110853.19622.jhb@freebsd.org> Message-ID: <20060111150808.P760@beagle.kn.op.dlr.de> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 11 Jan 2006 14:08:56.0690 (UTC) FILETIME=[8FACD520:01C616B8] Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2006 14:08:59 -0000 On Wed, 11 Jan 2006, John Baldwin wrote: JB>On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: JB>> On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: JB>> JB>> FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on JB>> freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting HEAD JB>> tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleaning the JB>> object tree JB>> FT>TB --- 2006-01-11 06:08:05 - checking out the source tree JB>> FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 JB>> FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update JB>> -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=-O2 JB>> -pipe) JB>> FT>TB --- 2006-01-11 06:19:05 - cd /src JB>> FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld JB>> FT>>>> Rebuilding the temporary build tree JB>> FT>>>> stage 1.1: legacy release compatibility shims JB>> FT>>>> stage 1.2: bootstrap tools JB>> FT>>>> stage 2.1: cleaning up the object tree JB>> FT>>>> stage 2.2: rebuilding the object tree JB>> FT>>>> stage 2.3: build tools JB>> FT>>>> stage 3: cross tools JB>> FT>>>> stage 4.1: building includes JB>> FT>>>> stage 4.2: building libraries JB>> FT>>>> stage 4.3: make dependencies JB>> FT>>>> stage 4.4: building everything JB>> FT>[...] JB>> FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o JB>> hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o JB>> hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o JB>> hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -c JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printc JB>>ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs JB>> -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building shared JB>> library snmp_hostres.so.4 JB>> FT>/obj/amd64/src/tmp/usr/bin/ld: JB>> /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can JB>> not be used when making a shared object; recompile with -fPIC JB>> FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value JB>> JB>> Can anybody of the binutils folk explain what's happening here? JB>> Why does this compile on all other architectures but not on amd64? JB> JB>Because the .o files in libdisk.a are not compiled with -fPIC but the .o files JB>in your shared object that is linking against it are? I think amd64 is more JB>picky about not mixing and matching those. Wouldn't it then make sense just to build a shared libdisk? Is there a reason not to have one? harti From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 14:28:36 2006 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 18DCE16A420; Wed, 11 Jan 2006 14:28:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8A3443D7E; Wed, 11 Jan 2006 14:28:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BERkCl056162; Wed, 11 Jan 2006 16:27:46 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 30253-01; Wed, 11 Jan 2006 16:27:42 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BEN03U055930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 16:23:01 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0BEN35C035869; Wed, 11 Jan 2006 16:23:03 +0200 (EET) (envelope-from ru) Date: Wed, 11 Jan 2006 16:23:02 +0200 From: Ruslan Ermilov To: Harti Brandt , Peter Wemm , Poul-Henning Kamp Message-ID: <20060111142302.GA34661@ip.net.ua> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20060111150808.P760@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/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: Wed, 11 Jan 2006 14:28:36 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 03:08:58PM +0100, Harti Brandt wrote: > On Wed, 11 Jan 2006, John Baldwin wrote: >=20 > JB>On Wednesday 11 January 2006 03:03 am, Harti Brandt wrote: > JB>> On Wed, 11 Jan 2006, FreeBSD Tinderbox wrote: > JB>> > JB>> FT>TB --- 2006-01-11 06:07:43 - tinderbox 2.3 running on > JB>> freebsd-current.sentex.ca FT>TB --- 2006-01-11 06:07:43 - starting H= EAD > JB>> tinderbox run for amd64/amd64 FT>TB --- 2006-01-11 06:07:43 - cleani= ng the > JB>> object tree > JB>> FT>TB --- 2006-01-11 06:08:05 - checking out the source tree > JB>> FT>TB --- 2006-01-11 06:08:05 - cd /tinderbox/HEAD/amd64/amd64 > JB>> FT>TB --- 2006-01-11 06:08:05 - /usr/bin/cvs -f -R -q -d/home/ncvs u= pdate > JB>> -Pd -A src FT>TB --- 2006-01-11 06:19:05 - building world (CFLAGS=3D= -O2 > JB>> -pipe) > JB>> FT>TB --- 2006-01-11 06:19:05 - cd /src > JB>> FT>TB --- 2006-01-11 06:19:05 - /usr/bin/make -B buildworld > JB>> FT>>>> Rebuilding the temporary build tree > JB>> FT>>>> stage 1.1: legacy release compatibility shims > JB>> FT>>>> stage 1.2: bootstrap tools > JB>> FT>>>> stage 2.1: cleaning up the object tree > JB>> FT>>>> stage 2.2: rebuilding the object tree > JB>> FT>>>> stage 2.3: build tools > JB>> FT>>>> stage 3: cross tools > JB>> FT>>>> stage 4.1: building includes > JB>> FT>>>> stage 4.2: building libraries > JB>> FT>>>> stage 4.3: make dependencies > JB>> FT>>>> stage 4.4: building everything > JB>> FT>[...] > JB>> FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o > JB>> hostres_storage_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c = -o > JB>> hostres_swinstalled_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o > JB>> hostres_swrun_tbl.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -c > JB>> /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source= /printc > JB>>ap.c -o printcap.So FT>cc -fpic -DPIC -O2 -pipe -DNDEBUG > JB>> -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_sour= ce -I. > JB>> -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parame= ter > JB>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-ty= pe > JB>> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align > JB>> -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs > JB>> -Wredundant-decls -c hostres_tree.c -o hostres_tree.So FT>building s= hared > JB>> library snmp_hostres.so.4 > JB>> FT>/obj/amd64/src/tmp/usr/bin/ld: > JB>> /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32= S can > JB>> not be used when making a shared object; recompile with -fPIC > JB>> FT>/obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad= value > JB>> > JB>> Can anybody of the binutils folk explain what's happening here? > JB>> Why does this compile on all other architectures but not on amd64? > JB> > JB>Because the .o files in libdisk.a are not compiled with -fPIC but the = =2Eo files=20 > JB>in your shared object that is linking against it are? I think amd64 i= s more=20 > JB>picky about not mixing and matching those. >=20 > Wouldn't it then make sense just to build a shared libdisk? Is there a=20 > reason not to have one? >=20 Here's the original reason. I'm not sure if it still holds. peter@ and phk@ Cc:ed. : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v : Working file: Makefile : head: 1.44 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 65; selected revisions: 1 : description: : ---------------------------- : revision 1.12 : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 : Repository copy src/release/libdisk to src/lib/libdisk as per recent : discussion on -core about disk partitioning tools etc. :=20 : Add NOPIC=3Dyes to Makefile to prevent any possibility of version mismatch : because of the potential grave consequences. (as suggested by phk) :=20 : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is : hopefully going to remain in sync. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxRTGqRfpzJluFF4RAkqCAJwJtgcDsZxeBfEKlsamTAoFTryUrwCgl5tK 31gbhDA1Py3UoN8/1JpBR+E= =VUUv -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 14:28:40 2006 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 E272016A41F; Wed, 11 Jan 2006 14:28:40 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E54743D8A; Wed, 11 Jan 2006 14:28:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BES96r056235; Wed, 11 Jan 2006 16:28:09 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 30263-01-3; Wed, 11 Jan 2006 16:28:06 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k0BEQK7H056095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jan 2006 16:26:21 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0BEQMcw035889; Wed, 11 Jan 2006 16:26:22 +0200 (EET) (envelope-from ru) Date: Wed, 11 Jan 2006 16:26:22 +0200 From: Ruslan Ermilov To: Harti Brandt , Peter Wemm , Poul-Henning Kamp Message-ID: <20060111142622.GB34661@ip.net.ua> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20060111142302.GA34661@ip.net.ua> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/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: Wed, 11 Jan 2006 14:28:41 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: > > Wouldn't it then make sense just to build a shared libdisk? Is there a= =20 > > reason not to have one? > >=20 > Here's the original reason. I'm not sure if it still holds. peter@ and > phk@ Cc:ed. >=20 > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v > : Working file: Makefile > : head: 1.44 > : branch: > : locks: strict > : access list: > : keyword substitution: kv > : total revisions: 65; selected revisions: 1 > : description: > : ---------------------------- > : revision 1.12 > : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 > : Repository copy src/release/libdisk to src/lib/libdisk as per recent > : discussion on -core about disk partitioning tools etc. > :=20 > : Add NOPIC=3Dyes to Makefile to prevent any possibility of version misma= tch > : because of the potential grave consequences. (as suggested by phk) > :=20 > : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is > : hopefully going to remain in sync. >=20 As a safe measure, we can build and install a special PIC archive, similar to libc_pic.a and libgcc_pic.a, and use it here. This is all in an assumption that it's still unsafe to produce the libdisk.so. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDxRWOqRfpzJluFF4RAlmwAKCTa9pJPvt+OEfEYkfQ6jRmGoWKPgCeNR87 TjsY4FD66YW8V9zRI/Cirfo= =DXHx -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 15:19:03 2006 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 4768B16A41F for ; Wed, 11 Jan 2006 15:19:03 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A067843D60 for ; Wed, 11 Jan 2006 15:19:00 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 39412B80F; Wed, 11 Jan 2006 10:18:59 -0500 (EST) In-Reply-To: <20060110235259.N1006@ganymede.hub.org> References: <20060110235259.N1006@ganymede.hub.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4294ECA5-C8B6-484A-94BA-5EBC61498280@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 11 Jan 2006 10:18:58 -0500 To: Marc G. Fournier X-Mailer: Apple Mail (2.746.2) Cc: freebsd-amd64@freebsd.org Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 11 Jan 2006 15:19:03 -0000 On Jan 10, 2006, at 10:57 PM, Marc G. Fournier wrote: > 1/ I'm running a 3.4G Xeon ... what should I put here for cpu? Leave the GENERIC file as-is, and only remove devices you do not have, such as all those bazillion ethernet devices and such, and remove options you do not need such as NFS_ROOT I also remove tape changers and the like, and usually disable USB unless the machine only has a USB keyboard. It looks pretty much like what you've done :-) I've never tried linux compat in a 64 bit box, so I can't comment on that. From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 21:06:35 2006 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 C5EF616A41F for ; Wed, 11 Jan 2006 21:06:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F59B43D46 for ; Wed, 11 Jan 2006 21:06:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id AF65A62C8E4; Wed, 11 Jan 2006 17:06:34 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 88176-05; Wed, 11 Jan 2006 17:06:34 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 43A5C62C8C8; Wed, 11 Jan 2006 17:06:34 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 77A703ACF8; Wed, 11 Jan 2006 17:06:35 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 76CB23ABEE; Wed, 11 Jan 2006 17:06:35 -0400 (AST) Date: Wed, 11 Jan 2006 17:06:35 -0400 (AST) From: "Marc G. Fournier" To: Vivek Khera In-Reply-To: <4294ECA5-C8B6-484A-94BA-5EBC61498280@khera.org> Message-ID: <20060111170528.L1006@ganymede.hub.org> References: <20060110235259.N1006@ganymede.hub.org> <4294ECA5-C8B6-484A-94BA-5EBC61498280@khera.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-amd64@freebsd.org Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 11 Jan 2006 21:06:35 -0000 On Wed, 11 Jan 2006, Vivek Khera wrote: > > On Jan 10, 2006, at 10:57 PM, Marc G. Fournier wrote: > >> 1/ I'm running a 3.4G Xeon ... what should I put here for cpu? > > Leave the GENERIC file as-is, and only remove devices you do not have, such > as all those bazillion ethernet devices and such, and remove options you do > not need such as NFS_ROOT > > I also remove tape changers and the like, and usually disable USB unless the > machine only has a USB keyboard. > > It looks pretty much like what you've done :-) Great, thanks for the confirmation ... will build a new kernel tonight, and, well, worst case, I have to reinstall from scratch *muhahaha* ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-amd64@FreeBSD.ORG Wed Jan 11 21:20:23 2006 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 0E90116A41F for ; Wed, 11 Jan 2006 21:20:23 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id B784E43D45 for ; Wed, 11 Jan 2006 21:20:20 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 8B0BDB80F; Wed, 11 Jan 2006 16:20:19 -0500 (EST) In-Reply-To: <20060111170528.L1006@ganymede.hub.org> References: <20060110235259.N1006@ganymede.hub.org> <4294ECA5-C8B6-484A-94BA-5EBC61498280@khera.org> <20060111170528.L1006@ganymede.hub.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8FC66B93-091B-4AAE-8710-38E7923ECB2A@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 11 Jan 2006 16:20:18 -0500 To: "Marc G. Fournier" X-Mailer: Apple Mail (2.746.2) Cc: freebsd-amd64@freebsd.org Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 11 Jan 2006 21:20:23 -0000 On Jan 11, 2006, at 4:06 PM, Marc G. Fournier wrote: > Great, thanks for the confirmation ... will build a new kernel > tonight, and, well, worst case, I have to reinstall from scratch > *muhahaha* or boot kernel.old via your serial console. you do have them, don't ya? :-) From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 01:44:06 2006 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 30F6D16A41F; Thu, 12 Jan 2006 01:44:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B9CD43D45; Thu, 12 Jan 2006 01:44:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0C1i13b029826; Wed, 11 Jan 2006 18:44:02 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C5B463.5020505@samsco.org> Date: Wed, 11 Jan 2006 18:44:03 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> In-Reply-To: <20060111142622.GB34661@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: amd64@freebsd.org, Harti Brandt , Poul-Henning Kamp , Peter Wemm , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/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: Thu, 12 Jan 2006 01:44:06 -0000 Ruslan Ermilov wrote: > On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: > >>>Wouldn't it then make sense just to build a shared libdisk? Is there a >>>reason not to have one? >>> >> >>Here's the original reason. I'm not sure if it still holds. peter@ and >>phk@ Cc:ed. >> >>: RCS file: /home/ncvs/src/lib/libdisk/Makefile,v >>: Working file: Makefile >>: head: 1.44 >>: branch: >>: locks: strict >>: access list: >>: keyword substitution: kv >>: total revisions: 65; selected revisions: 1 >>: description: >>: ---------------------------- >>: revision 1.12 >>: date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 >>: Repository copy src/release/libdisk to src/lib/libdisk as per recent >>: discussion on -core about disk partitioning tools etc. >>: >>: Add NOPIC=yes to Makefile to prevent any possibility of version mismatch >>: because of the potential grave consequences. (as suggested by phk) >>: >>: Note that this is also on RELENG_2_1_0, since the sysinstall stuff is >>: hopefully going to remain in sync. >> > > As a safe measure, we can build and install a special PIC archive, > similar to libc_pic.a and libgcc_pic.a, and use it here. This is > all in an assumption that it's still unsafe to produce the libdisk.so. > > > Cheers, One way or another, please fix it. Why is bsnmp linking to libdisk anyways? It's an absolutely horrible library. Scott From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 01:58:54 2006 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 79C6416A420; Thu, 12 Jan 2006 01:58:54 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA9CC43D5D; Thu, 12 Jan 2006 01:58:52 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k0C1wqUU021795; Wed, 11 Jan 2006 17:58:52 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k0C1wqA1021794; Wed, 11 Jan 2006 17:58:52 -0800 (PST) (envelope-from obrien) Date: Wed, 11 Jan 2006 17:58:52 -0800 From: "David O'Brien" To: Scott Long Message-ID: <20060112015852.GA21690@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Scott Long , Ruslan Ermilov , amd64@freebsd.org, Harti Brandt , Peter Wemm , freebsd-current@freebsd.org References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43C5B463.5020505@samsco.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: amd64@freebsd.org, Harti Brandt , freebsd-current@freebsd.org, Peter Wemm Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 01:58:54 -0000 On Wed, Jan 11, 2006 at 06:44:03PM -0700, Scott Long wrote: > >>: ---------------------------- > >>: revision 1.12 > >>: date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 > >>: Repository copy src/release/libdisk to src/lib/libdisk as per recent > >>: discussion on -core about disk partitioning tools etc. > >>: > >>: Add NOPIC=yes to Makefile to prevent any possibility of version mismatch > >>: because of the potential grave consequences. (as suggested by phk) > >>: > >>: Note that this is also on RELENG_2_1_0, since the sysinstall stuff is > >>: hopefully going to remain in sync. > > > >As a safe measure, we can build and install a special PIC archive, > >similar to libc_pic.a and libgcc_pic.a, and use it here. This is > >all in an assumption that it's still unsafe to produce the libdisk.so. > > One way or another, please fix it. Why is bsnmp linking to libdisk > anyways? It's an absolutely horrible library. That is the best question. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 02:23:10 2006 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 3AB4916A41F for ; Thu, 12 Jan 2006 02:23:10 +0000 (GMT) (envelope-from tfcheng@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE93E43D45 for ; Thu, 12 Jan 2006 02:23:09 +0000 (GMT) (envelope-from tfcheng@gmail.com) Received: by zproxy.gmail.com with SMTP id z3so300339nzf for ; Wed, 11 Jan 2006 18:23:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=YQdittVxFgprLt6hIoeSUpyx2Db6F1xGvhtL70X61Vt6AQNqAtwl0DbeIAxs9ZIXnxI90D4L+PJk/i8V2fhZYrwBK0E9O3u+HzpefQrrb7IbQ8eOTUAepV3p9tf1aU3iOtZpERZkHdu7mKz8CN7t0jMLfpfdP2VCuooD3UoeawI= Received: by 10.36.4.18 with SMTP id 18mr1472254nzd; Wed, 11 Jan 2006 18:23:09 -0800 (PST) Received: by 10.36.13.7 with HTTP; Wed, 11 Jan 2006 18:23:09 -0800 (PST) Message-ID: Date: Wed, 11 Jan 2006 21:23:09 -0500 From: Tsu-Fan Cheng To: freebsd-amd64@freebsd.org. MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: mp3 play 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: Thu, 12 Jan 2006 02:23:10 -0000 Hi, I don't know if anybody has experienced this already. But my mpg321/mpg123 just failed to play mp3 file from command line. xmms can play this file fine. When I run mpg321 xxx.mp3, press enter, then there is no further action, the cursor just hang there on the next line. similar thing happened for mpg123. I know this is weird, but any idea? thanks! FreeBSD 6.0-RELEASE FreeBSD 6.0-RELEASE #6: Wed Dec 7 19:12:48 EST 2005 tfcheng@:/usr/src/sys/amd64/compile/TFCHENG amd64 TFC From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 02:47:20 2006 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 3BB2216A41F for ; Thu, 12 Jan 2006 02:47:20 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 928ED43D46 for ; Thu, 12 Jan 2006 02:47:19 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 7868D62C872; Wed, 11 Jan 2006 22:47:19 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 54715-06; Wed, 11 Jan 2006 22:47:19 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 060FB62C858; Wed, 11 Jan 2006 22:47:18 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 9183B3A4D3; Wed, 11 Jan 2006 22:47:23 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8C6F13A17D; Wed, 11 Jan 2006 22:47:23 -0400 (AST) Date: Wed, 11 Jan 2006 22:47:23 -0400 (AST) From: "Marc G. Fournier" To: Vivek Khera In-Reply-To: <8FC66B93-091B-4AAE-8710-38E7923ECB2A@khera.org> Message-ID: <20060111224325.P1006@ganymede.hub.org> References: <20060110235259.N1006@ganymede.hub.org> <4294ECA5-C8B6-484A-94BA-5EBC61498280@khera.org> <20060111170528.L1006@ganymede.hub.org> <8FC66B93-091B-4AAE-8710-38E7923ECB2A@khera.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-amd64@freebsd.org Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 12 Jan 2006 02:47:20 -0000 On Wed, 11 Jan 2006, Vivek Khera wrote: > > On Jan 11, 2006, at 4:06 PM, Marc G. Fournier wrote: > >> Great, thanks for the confirmation ... will build a new kernel tonight, >> and, well, worst case, I have to reinstall from scratch *muhahaha* > > or boot kernel.old via your serial console. you do have them, don't ya? :-) have them? I bought an HP this time ... its built into it :) This is the ultimate in remote administration .. I have an ssh interface I can login to, I type 'remcons' and voila ... its like I'm sitting in front of the computer, straight from POST thru to the install screens on my FreeBSD CD ... no having to waste space for a portmaster for 'serial console', or deal with remote power bars ... can even power cycle the machine through the same interface ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 03:04:09 2006 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 47E0E16A41F for ; Thu, 12 Jan 2006 03:04:09 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7D2943D46 for ; Thu, 12 Jan 2006 03:04:08 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.4/8.13.4) with ESMTP id k0C3445C023862; Wed, 11 Jan 2006 19:04:04 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.4/8.13.1/Submit) id k0C344gB023861; Wed, 11 Jan 2006 19:04:04 -0800 (PST) (envelope-from obrien) Date: Wed, 11 Jan 2006 19:04:04 -0800 From: "David O'Brien" To: pfgshield-freebsd@yahoo.com Message-ID: <20060112030404.GA22224@dragon.NUXI.org> References: <20060105195842.88204.qmail@web32909.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060105195842.88204.qmail@web32909.mail.mud.yahoo.com> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@FreeBSD.org Subject: Re: Splash screen / SVR4 emulation?? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-amd64@FreeBSD.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 03:04:09 -0000 On Thu, Jan 05, 2006 at 08:58:42PM +0100, pfgshield-freebsd@yahoo.com wrote: > Another thing is that I've been trying to do some updates and testing with the > SVR4 compat module but it looks like it's never been considered for amd64. With > a couple OpenSolaris live filesystem distributions out there now available it > would be a nice thing to have. What application exists for Solaris 10 that doesn't exist for FreeBSD that you want to run on FreeBSD? -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 03:19:43 2006 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 0023516A434 for ; Thu, 12 Jan 2006 03:19:42 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32913.mail.mud.yahoo.com (web32913.mail.mud.yahoo.com [68.142.206.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D2D443D55 for ; Thu, 12 Jan 2006 03:19:41 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 13959 invoked by uid 60001); 12 Jan 2006 03:19:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=52HBG29GwAJPcM7B5dEaWBH9QeT7Hx+fibPSkojUV2zrbe99iEVA5fKQjLgeY+l27SI1r3hC7R1ciUAS9Xk2/ZmfEs6Ml1ZjEom23dTgRwAPYGiboERZciWHipLkCfboqkyOv1cmTrJgEbMXnI9PVL6cDp+iRVjEsbNaSbQxF5A= ; Message-ID: <20060112031940.13957.qmail@web32913.mail.mud.yahoo.com> Received: from [69.79.142.229] by web32913.mail.mud.yahoo.com via HTTP; Thu, 12 Jan 2006 04:19:40 CET Date: Thu, 12 Jan 2006 04:19:40 +0100 (CET) From: To: freebsd-amd64@FreeBSD.org In-Reply-To: <20060112030404.GA22224@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Re: Splash screen / SVR4 emulation?? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 03:19:43 -0000 --- David O'Brien ha scritto: ... > > What application exists for Solaris 10 that doesn't exist for FreeBSD > that you want to run on FreeBSD? > Java, JDS. Sun Studio, and some people happen to have Oracle. Yes, I know there are linux binaries for all of those, but we could package libraries from Schillix or any other OpenSolaris distribution and have a nice choice here. Pedro. ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 07:36:28 2006 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 EAA5D16A41F; Thu, 12 Jan 2006 07:36:28 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id F191843D48; Thu, 12 Jan 2006 07:36:27 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 12 Jan 2006 08:36:11 +0100 Date: Thu, 12 Jan 2006 08:36:10 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Scott Long In-Reply-To: <43C5B463.5020505@samsco.org> Message-ID: <20060112083224.U34596@beagle.kn.op.dlr.de> References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 12 Jan 2006 07:36:12.0021 (UTC) FILETIME=[DC737250:01C6174A] Cc: amd64@freebsd.org, Poul-Henning Kamp , Peter Wemm , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 07:36:29 -0000 On Wed, 11 Jan 2006, Scott Long wrote: SL>Ruslan Ermilov wrote: SL>> On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: SL>> SL>> > > Wouldn't it then make sense just to build a shared libdisk? Is there a SL>> > > reason not to have one? SL>> > > SL>> > SL>> > Here's the original reason. I'm not sure if it still holds. peter@ and SL>> > phk@ Cc:ed. SL>> > SL>> > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v SL>> > : Working file: Makefile SL>> > : head: 1.44 SL>> > : branch: SL>> > : locks: strict SL>> > : access list: SL>> > : keyword substitution: kv SL>> > : total revisions: 65; selected revisions: 1 SL>> > : description: SL>> > : ---------------------------- SL>> > : revision 1.12 SL>> > : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 SL>> > : Repository copy src/release/libdisk to src/lib/libdisk as per recent SL>> > : discussion on -core about disk partitioning tools etc. SL>> > : : Add NOPIC=yes to Makefile to prevent any possibility of version SL>> > mismatch SL>> > : because of the potential grave consequences. (as suggested by phk) SL>> > : : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is SL>> > : hopefully going to remain in sync. SL>> > SL>> SL>> As a safe measure, we can build and install a special PIC archive, SL>> similar to libc_pic.a and libgcc_pic.a, and use it here. This is SL>> all in an assumption that it's still unsafe to produce the libdisk.so. SL>> SL>> SL>> Cheers, SL> SL>One way or another, please fix it. Why is bsnmp linking to libdisk anyways? SL>It's an absolutely horrible library. Then either remove it, put a 'don't use this horrible library' into the man page or whatever. How is one supposed to know that it shouldn't be used if it is there? I suppose that this library is currently the easiest way to enumerate all the partitions and slices. The hostres MIB needs this to populate the hrPartitionTable. I would also say, that everybody is free to 'fix' this. harti From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 07:58:53 2006 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 C266616A41F; Thu, 12 Jan 2006 07:58:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E4E043D48; Thu, 12 Jan 2006 07:58:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0C7wpvb031064; Thu, 12 Jan 2006 02:58:51 -0500 (EST) (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 k0C7wqbT047662; Thu, 12 Jan 2006 02:58:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E81A07302F; Thu, 12 Jan 2006 02:58:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060112075851.E81A07302F@freebsd-current.sentex.ca> Date: Thu, 12 Jan 2006 02:58:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 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: Thu, 12 Jan 2006 07:58:54 -0000 TB --- 2006-01-12 06:27:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-12 06:27:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-01-12 06:27:19 - cleaning the object tree TB --- 2006-01-12 06:27:50 - checking out the source tree TB --- 2006-01-12 06:27:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-01-12 06:27:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-01-12 06:43:10 - building world (CFLAGS=-O2 -pipe) TB --- 2006-01-12 06:43:10 - cd /src TB --- 2006-01-12 06:43:10 - /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 -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c -o hostres_storage_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c -o hostres_swinstalled_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c -o hostres_swrun_tbl.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source/printcap.c -o printcap.So cc -fpic -DPIC -O2 -pipe -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. -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 hostres_tree.c -o hostres_tree.So building shared library snmp_hostres.so.4 /obj/amd64/src/tmp/usr/bin/ld: /obj/amd64/src/tmp/usr/lib/libdisk.a(disk.o): relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC /obj/amd64/src/tmp/usr/lib/libdisk.a: could not read symbols: Bad value *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules/snmp_hostres. *** Error code 1 Stop in /src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /src/usr.sbin/bsnmpd. *** 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 --- 2006-01-12 07:58:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-12 07:58:51 - ERROR: failed to build world TB --- 2006-01-12 07:58:51 - tinderbox aborted TB --- 0.76 user 3.27 system 5491.91 real From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 09:02:04 2006 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 BBF4516A41F for ; Thu, 12 Jan 2006 09:02:04 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B1D643D46 for ; Thu, 12 Jan 2006 09:02:04 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EwyLJ-000OoD-Vl; Thu, 12 Jan 2006 11:02:02 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "Marc G. Fournier" In-Reply-To: Message from "Marc G. Fournier" of "Wed, 11 Jan 2006 22:47:23 -0400." <20060111224325.P1006@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Jan 2006 11:02:01 +0200 From: Danny Braniss Message-ID: Cc: freebsd-amd64@freebsd.org Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 12 Jan 2006 09:02:04 -0000 > have them? I bought an HP this time ... its built into it :) This is the > ultimate in remote administration .. I have an ssh interface I can login > to, I type 'remcons' and voila ... its like I'm sitting in front of the > computer, straight from POST thru to the install screens on my FreeBSD CD > ... no having to waste space for a portmaster for 'serial console', or > deal with remote power bars ... can even power cycle the machine through > the same interface ... how does it compare with IPMI? (HP is involved). danny From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 09:13:08 2006 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 18A3116A41F; Thu, 12 Jan 2006 09:13:08 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F37543D49; Thu, 12 Jan 2006 09:13:02 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id C29DDBC50; Thu, 12 Jan 2006 09:12:57 +0000 (UTC) To: Harti Brandt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 12 Jan 2006 08:36:10 +0100." <20060112083224.U34596@beagle.kn.op.dlr.de> Date: Thu, 12 Jan 2006 10:12:57 +0100 Message-ID: <97715.1137057177@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: amd64@freebsd.org, current@freebsd.org, Peter Wemm Subject: Re: [head tinderbox] failure on amd64/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: Thu, 12 Jan 2006 09:13:08 -0000 In message <20060112083224.U34596@beagle.kn.op.dlr.de>, Harti Brandt writes: >I suppose that this library is currently the easiest >way to enumerate all the partitions and slices. You need to use libgeom -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 09:30:50 2006 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 49E1416A41F for ; Thu, 12 Jan 2006 09:30:50 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BA6143D5D for ; Thu, 12 Jan 2006 09:30:48 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id k0C9Uk0f045322; Thu, 12 Jan 2006 10:30:46 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id k0C9UkLt045321; Thu, 12 Jan 2006 10:30:46 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Tsu-Fan Cheng In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mKYrOqHmR2X7hh+Xy6V1" Date: Thu, 12 Jan 2006 10:30:45 +0100 Message-Id: <1137058245.44810.0.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: freebsd-amd64@FreeBSD.org Subject: Re: mp3 play on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 09:30:50 -0000 --=-mKYrOqHmR2X7hh+Xy6V1 Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Tsu-Fan Cheng p=ED=B9e v st 11. 01. 2006 v 21:23 -0500: > Hi, I don't know if anybody has experienced this already. But my > mpg321/mpg123 just failed to play mp3 file from command line. xmms can pl= ay > this file fine. When I run mpg321 xxx.mp3, press enter, then there is no > further action, the cursor just hang there on the next line. similar thin= g > happened for mpg123. I know this is weird, but any idea? thanks! >=20 > FreeBSD 6.0-RELEASE FreeBSD 6.0-RELEASE #6: Wed Dec 7 19:12:48 EST > 2005 tfcheng@:/usr/src/sys/amd64/compile/TFCHENG amd64 Works fine here on mine mp3s... perhaps you got a corrupted one? --=20 Pav Lucistnik What is the airspeed velocity of an unladen swallow? --=-mKYrOqHmR2X7hh+Xy6V1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDxiHFntdYP8FOsoIRAncEAJ9x5WTNzZNpRM2srKUntB87xxC4igCgg1FG DVNQlRIrzXy/zMKyWUpTsRU= =y8rI -----END PGP SIGNATURE----- --=-mKYrOqHmR2X7hh+Xy6V1-- From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 11:37:35 2006 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 5861016A41F; Thu, 12 Jan 2006 11:37:35 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A41C43D48; Thu, 12 Jan 2006 11:37:34 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 12 Jan 2006 12:37:33 +0100 Date: Thu, 12 Jan 2006 12:38:09 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Poul-Henning Kamp In-Reply-To: <97715.1137057177@critter.freebsd.dk> Message-ID: <20060112123741.M35349@beagle.kn.op.dlr.de> References: <97715.1137057177@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 12 Jan 2006 11:37:33.0649 (UTC) FILETIME=[942C8410:01C6176C] Cc: amd64@freebsd.org, current@freebsd.org, Peter Wemm Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jan 2006 11:37:35 -0000 On Thu, 12 Jan 2006, Poul-Henning Kamp wrote: PK>In message <20060112083224.U34596@beagle.kn.op.dlr.de>, Harti Brandt writes: PK> PK>>I suppose that this library is currently the easiest PK>>way to enumerate all the partitions and slices. PK> PK>You need to use libgeom I think, Victor will look into this. Thanks, harti From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 14:23:50 2006 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 2B55F16A41F; Thu, 12 Jan 2006 14:23:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74CDE43D6D; Thu, 12 Jan 2006 14:23:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k0CENjeY033377; Thu, 12 Jan 2006 07:23:45 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43C66673.8070809@samsco.org> Date: Thu, 12 Jan 2006 07:23:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <20060111073859.457C37302F@freebsd-current.sentex.ca> <20060111090039.N760@beagle.kn.op.dlr.de> <200601110853.19622.jhb@freebsd.org> <20060111150808.P760@beagle.kn.op.dlr.de> <20060111142302.GA34661@ip.net.ua> <20060111142622.GB34661@ip.net.ua> <43C5B463.5020505@samsco.org> <20060112083224.U34596@beagle.kn.op.dlr.de> In-Reply-To: <20060112083224.U34596@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: amd64@freebsd.org, Poul-Henning Kamp , Peter Wemm , current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/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: Thu, 12 Jan 2006 14:23:50 -0000 Harti Brandt wrote: > On Wed, 11 Jan 2006, Scott Long wrote: > > SL>Ruslan Ermilov wrote: > SL>> On Wed, Jan 11, 2006 at 04:23:02PM +0200, Ruslan Ermilov wrote: > SL>> > SL>> > > Wouldn't it then make sense just to build a shared libdisk? Is there a > SL>> > > reason not to have one? > SL>> > > > SL>> > > SL>> > Here's the original reason. I'm not sure if it still holds. peter@ and > SL>> > phk@ Cc:ed. > SL>> > > SL>> > : RCS file: /home/ncvs/src/lib/libdisk/Makefile,v > SL>> > : Working file: Makefile > SL>> > : head: 1.44 > SL>> > : branch: > SL>> > : locks: strict > SL>> > : access list: > SL>> > : keyword substitution: kv > SL>> > : total revisions: 65; selected revisions: 1 > SL>> > : description: > SL>> > : ---------------------------- > SL>> > : revision 1.12 > SL>> > : date: 1996/03/17 19:02:07; author: peter; state: Exp; lines: +1 -0 > SL>> > : Repository copy src/release/libdisk to src/lib/libdisk as per recent > SL>> > : discussion on -core about disk partitioning tools etc. > SL>> > : : Add NOPIC=yes to Makefile to prevent any possibility of version > SL>> > mismatch > SL>> > : because of the potential grave consequences. (as suggested by phk) > SL>> > : : Note that this is also on RELENG_2_1_0, since the sysinstall stuff is > SL>> > : hopefully going to remain in sync. > SL>> > > SL>> > SL>> As a safe measure, we can build and install a special PIC archive, > SL>> similar to libc_pic.a and libgcc_pic.a, and use it here. This is > SL>> all in an assumption that it's still unsafe to produce the libdisk.so. > SL>> > SL>> > SL>> Cheers, > SL> > SL>One way or another, please fix it. Why is bsnmp linking to libdisk anyways? > SL>It's an absolutely horrible library. > > Then either remove it, put a 'don't use this horrible library' into the > man page or whatever. How is one supposed to know that it shouldn't be > used if it is there? I suppose that this library is currently the easiest > way to enumerate all the partitions and slices. The hostres MIB needs this > to populate the hrPartitionTable. I would also say, that everybody is free > to 'fix' this. > > harti libdisk is an artifact of sysinstall, and has been for abut 10 years. And no, it's quite customary for the person who created the compile problem to fix it in a timely manner. Scott From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 16:36:58 2006 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 72C9A16A41F for ; Thu, 12 Jan 2006 16:36:58 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE2243D45 for ; Thu, 12 Jan 2006 16:36:53 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 1B5FF62C8D6; Thu, 12 Jan 2006 12:36:53 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 84767-04; Thu, 12 Jan 2006 12:36:52 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 6B2A562C8A1; Thu, 12 Jan 2006 12:36:52 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 6E33546253; Thu, 12 Jan 2006 12:36:50 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 6187033C25; Thu, 12 Jan 2006 12:36:50 -0400 (AST) Date: Thu, 12 Jan 2006 12:36:49 -0400 (AST) From: "Marc G. Fournier" To: Danny Braniss In-Reply-To: Message-ID: <20060112121402.X1006@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-amd64@freebsd.org Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 12 Jan 2006 16:36:58 -0000 On Thu, 12 Jan 2006, Danny Braniss wrote: > >> have them? I bought an HP this time ... its built into it :) This is the >> ultimate in remote administration .. I have an ssh interface I can login >> to, I type 'remcons' and voila ... its like I'm sitting in front of the >> computer, straight from POST thru to the install screens on my FreeBSD CD >> ... no having to waste space for a portmaster for 'serial console', or >> deal with remote power bars ... can even power cycle the machine through >> the same interface ... > > how does it compare with IPMI? (HP is involved). You'll have to tell me that ... my experience(s) with IPMI on our first couple of Intel servers weren't the best ... seemed alot more work then i was getting out of it, *but*, I didn't spend alot of time on it either ... Here's my experience with iLO so far, and note that I didn't opt for the 'Advanced', which has even more features ... First, the server is an HP DL360 G4P ... comes standard with 2G of RAM, 3.4G Xeon processor, HP Smart Array 600 RAID controller and slots for 4 SAS drives ... all in a 1U box. I picked up 4x72G SAS drives, and an additional 4G of RAM (holds 6 sticks) ... oh, and it comes with redundant power supplies ... The SAS drives come 'plug-n-play' ... I slide the 'spacers' out of the slots, and slide the drives in ... no mounting onto rails or anything required ... The only things I had to do with the server: seat the 4 extra RAM, seat the hard drives and, when it gets in, put in teh second CPU ... There are three ethernet ports on the back ... two for 'regular IP', and a third that is for iLO ... apparently, you can piggy back iLO on one of the other ethernet ports, but one of the nice things with the seperate iLO, IMHO, is that if, for some reason, the ethernet gets saturated, you still have your backdoor into the server ... takes up one more port on the switch though, so its a trade off ... Once I took the machine out of the box, I plugged both power supplies into the wall, plugged in an ethernet cable into the iLO port and went over to my desktop ... note that there is no monitor plugged into the server, or keyboard, at any point in *any* of this ... Now, iLO has a few ways of getting into it ... it configures itself, by default, using DHCP (you can change it to a static IP once you get in the first time, or, if you want to do the monitor/keyboard schtick, you can get into iLO while it is booting and set it there) ... once you've determined the IP, you go to your web browser, type in the IP and you are presented with a login screen (initial password comes with the server) ... And then you are presented with soooo much information ... errors while booting, etc ... its all there through the web interface ... You have the ability to setup multiple accounts within iLO ... want to give Joe Operator the ability to power cycle te machine, you set him up with an account taht has access to only the Virtual Power Switch ... want to let your Administrator have access to the Remote Console, you set him up with an account that just has that ability ... Web is one way ... SSH is another way ... now, for SSH, I'm not 100% certain of everything that you can do, since I haven't fiddled to much in there ... for me, its the ability to power cycle and use the remote console through SSH that appeal to me. Remote Console through the Web interface uses a Java client, and I found that the refreshes were to slow for me to get into, say, the RAID controller to configure the drives. So, right from the start, not having to load any software onto this thing, and jus having to plug in the power and the iLO ethernet, I'm able to power up/down the server, and view the 'console' ... As an aside, my experience with IPMI (in its defence, not recent, so it may have gotten better) was that you *had* to setup a monitor/keyboard, and boot from a CD to configure IPMI in the first place ... and that it didn't provide any remote console or remote power switch capabilities ... but, we also didn't investigate too deeply in that area, so it might be something that did exist ... Where this box is going into a remote location, though, the Remote KVM/Power stuff is fantastic, since its no more "so, what do you see on the screen?", or "can you power cycle for me?" ... and yes, you can buy seperate hardware for this sort of stuff, but having it integrated with the server itself saves space *and* power ... One of big bonus, IMHO ... the hardware handles the Remote KVM completely ... I don't have to setup a Serial Console through FreeBSD ... the last server I sent down was Intel based, and had the ability to 'redirect the console' ... the problem right now is somehow I've got the serial speed for the POST stuff out of sync with FreeBSD ... I have another down there that I got the techs to enable the serial ports in the BIOs so taht I could setup a serial console, but forgot that Port A and Port B are "reversed" on the Intel boards, so have to get that fixed up ... iLO "just works", no techie fiddling involved ... I just got the box, the OS is already installed and I'm just starting to play with the "HP Server Insight Manager" that is *supposed* to allow for monitoring of multiple HP servers ... alas, that part is Windows based, so we'll see if its worth running, but, so far, I've been suitably impressed ... Now if only HP supported FreeBSD :( That would make it that much sweeter ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 16:49:13 2006 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 1E34416A41F for ; Thu, 12 Jan 2006 16:49:13 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 947FE43D48 for ; Thu, 12 Jan 2006 16:49:12 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 3BD38B80F for ; Thu, 12 Jan 2006 11:49:11 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060112121402.X1006@ganymede.hub.org> References: <20060112121402.X1006@ganymede.hub.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7B520E52-4529-45F4-9ED1-E8F34999F42D@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 12 Jan 2006 11:49:09 -0500 To: FreeBSD AMD list X-Mailer: Apple Mail (2.746.2) Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 12 Jan 2006 16:49:13 -0000 On Jan 12, 2006, at 11:36 AM, Marc G. Fournier wrote: > First, the server is an HP DL360 G4P ... comes standard with 2G of > RAM, 3.4G Xeon processor, HP Smart Array 600 RAID controller and > slots for 4 SAS drives ... all in a 1U box. I picked up 4x72G SAS > drives, and an additional 4G of RAM (holds 6 sticks) ... oh, and it > comes with redundant power supplies ... nice... I didn't know FreeBSD supported any SAS controllers. I know that the on in the Sun X4100 is not found by 6.0-REL boot CD From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 17:19:07 2006 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 B373216A41F for ; Thu, 12 Jan 2006 17:19:07 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2254C43D46 for ; Thu, 12 Jan 2006 17:19:07 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 3F85962C8D6; Thu, 12 Jan 2006 13:19:06 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 02557-04; Thu, 12 Jan 2006 13:19:06 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id BDCD062C8A1; Thu, 12 Jan 2006 13:19:05 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 284CF45878; Thu, 12 Jan 2006 13:19:03 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id EF8EA3EF0D; Thu, 12 Jan 2006 13:19:03 -0400 (AST) Date: Thu, 12 Jan 2006 13:19:03 -0400 (AST) From: "Marc G. Fournier" To: Vivek Khera In-Reply-To: <7B520E52-4529-45F4-9ED1-E8F34999F42D@khera.org> Message-ID: <20060112131444.H1006@ganymede.hub.org> References: <20060112121402.X1006@ganymede.hub.org> <7B520E52-4529-45F4-9ED1-E8F34999F42D@khera.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: FreeBSD AMD list Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 12 Jan 2006 17:19:07 -0000 On Thu, 12 Jan 2006, Vivek Khera wrote: > > On Jan 12, 2006, at 11:36 AM, Marc G. Fournier wrote: > >> First, the server is an HP DL360 G4P ... comes standard with 2G of RAM, >> 3.4G Xeon processor, HP Smart Array 600 RAID controller and slots for 4 SAS >> drives ... all in a 1U box. I picked up 4x72G SAS drives, and an >> additional 4G of RAM (holds 6 sticks) ... oh, and it comes with redundant >> power supplies ... > > nice... I didn't know FreeBSD supported any SAS controllers. I know that the > on in the Sun X4100 is not found by 6.0-REL boot CD The ciss(4) driver is what the controller gets recognized as ... I believe that the RAID controller comes in both a SAS and SCSI model, so the controller itself handles the SAS aspect of it, and reports to the OS that its 'SCSI' ... Just theory ... I just know it works :) Even reports messages to /var/log/messages and the console (ie. when it finished building the parity stuff, I got a message letting me know that initialization was complete) ... The thing I love about this box is that its an *even* # of drives, not odd ... so I can actually do RAID1+0 instead of either RAID5 or RAID1+hot spare ... I have to say ... I've used Intel boxes that I built myself, and I've used IBM x-series ... and to date, I don't think I've worked with a better box, especially where my last concern is the hardware ... at least so far, my experience with this HP has been much better then my last two Intel boxes ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 19:20:51 2006 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 0FE4316A41F for ; Thu, 12 Jan 2006 19:20:51 +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 9A5D043D7B for ; Thu, 12 Jan 2006 19:20:38 +0000 (GMT) (envelope-from gofda-freebsd-amd64@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Ex7zc-0003r0-5H for freebsd-amd64@freebsd.org; Thu, 12 Jan 2006 20:20:17 +0100 Received: from pool-141-154-212-67.bos.east.verizon.net ([141.154.212.67]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Jan 2006 20:20:16 +0100 Received: from cjb by pool-141-154-212-67.bos.east.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Jan 2006 20:20:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-amd64@freebsd.org From: Chris Ball Date: Thu, 12 Jan 2006 14:07:00 -0500 Lines: 19 Message-ID: <87slrts1t7.fsf@mrao.cam.ac.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pool-141-154-212-67.bos.east.verizon.net User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:dN62dH35v3bvrQRBhJd+zV4rKOw= Sender: news Subject: Re: mp3 play 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: Thu, 12 Jan 2006 19:20:51 -0000 >> On Wed, 11 Jan 2006 21:23:09, Tsu-Fan Cheng said: > Hi, I don't know if anybody has experienced this already. But my > mpg321/mpg123 just failed to play mp3 file from command line. xmms > can play this file fine. When I run mpg321 xxx.mp3, press enter, > then there is no further action, the cursor just hang there on the > next line. similar thing happened for mpg123. I know this is weird, > but any idea? thanks! At a guess, you have a mixer (eg. esd) holding access to /dev/dsp, and mpg123 is blocking trying to open it. Xmms understands playing through mixers like esd, so that would explain how it doesn't see the hang. I can't be certain, but it seems unlikely that this is an amd64-specific problem. - Chris. -- Chris Ball From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 12 21:36:56 2006 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 6477716A41F for ; Thu, 12 Jan 2006 21:36:56 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from wmptl.net (fw1.wmptl.com [216.8.159.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id D49AC43D46 for ; Thu, 12 Jan 2006 21:36:55 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from [10.0.0.104] (r3140ca.wmptl.net [10.0.0.104]) by wmptl.net (8.13.1/8.13.1) with ESMTP id k0CLasOp035265; Thu, 12 Jan 2006 16:36:54 -0500 (EST) (envelope-from nvidican@wmptl.com) Message-ID: <43C6CBFB.30407@wmptl.com> Date: Thu, 12 Jan 2006 16:36:59 -0500 From: Nathan Vidican User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.44 Cc: freebsd-gfx-bugs@nvidia.com Subject: Any idea of an ETA on nVidia / amd64 driver? 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, 12 Jan 2006 21:36:56 -0000 Been running linux/amd64 on my laptop now for close to a year with great success, problem is I really don't like the layout or O/S in general; would much rather have FreeBSD on this thing, but then I lose my graphics and my wireless LAN drivers :( - WLAN I hear may work though... so that leaves just the graphics driver; any ideas on an ETA, or even if such a driver is in the workings for FreeBSD/amd64 ? Running an nVidia GeForce4 420 Go 32Mb with vbios 04.17.20.43.25, using nvidia driver version Linux-amd64 1.0-7667 ... will there be any performance issue, or even the posibility of using the 32-bit (x86) nvidia driver for FreeBSD/x86 on FreeBSD/amd64, or am I doomed to stick with linux/amd64 unless I go back to FreeBSD/x86 ? -- Nathan Vidican nvidican@wmptl.com Windsor Match Plate & Tool Ltd. http://www.wmptl.com/ From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 13 07:07:27 2006 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 1E36216A41F for ; Fri, 13 Jan 2006 07:07:26 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (cpe-65-29-207-39.cinci.res.rr.com [65.29.207.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2826243D46 for ; Fri, 13 Jan 2006 07:07:23 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (localhost [127.0.0.1]) by yawn.magical-cat.org (8.13.4/8.13.4) with ESMTP id k0D78h4W065769 for ; Fri, 13 Jan 2006 02:08:44 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) Received: (from ruerue@localhost) by yawn.magical-cat.org (8.13.4/8.13.4/Submit) id k0D78gJ4065768 for freebsd-amd64@freebsd.org; Fri, 13 Jan 2006 02:08:42 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) X-Authentication-Warning: yawn.magical-cat.org: ruerue set sender to freebsd-ml@magical-cat.org using -f Date: Fri, 13 Jan 2006 02:08:42 -0500 From: Eero Saynatkari To: freebsd-amd64@freebsd.org Message-ID: <20060113070841.GC2397@yawn.magical-cat.org> Mail-Followup-To: 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 Subject: Status of ACPI suspend modes 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, 13 Jan 2006 07:07:27 -0000 Hi! Does anyone have information/links to learn about the current status of the ACPI implementation on amd64, specifically the suspend states s3 and s4? freebsd-acpi said that these two are not currently implemented. I would be willing to help/test to the extent that I can. Suspend would be nice to have on a laptop system :) Regards, E From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 13 08:33:57 2006 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 CAA9A16A41F; Fri, 13 Jan 2006 08:33:57 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89B1143D45; Fri, 13 Jan 2006 08:33:57 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 46713F234B; Fri, 13 Jan 2006 00:34:00 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01067-07; Fri, 13 Jan 2006 00:33:57 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 97E49F19D3; Fri, 13 Jan 2006 00:33:57 -0800 (PST) From: Sean McNeil To: nectar@FreeBSD.org Content-Type: text/plain Date: Fri, 13 Jan 2006 00:33:57 -0800 Message-Id: <1137141237.26536.11.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: amd64@freebsd.org Subject: nss_ldap broken with sshd on amd64 -stable 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, 13 Jan 2006 08:33:57 -0000 Just found that sshd and nss_ldap is broken with the latest version. Reverting to NSS_LDAP_VERSION=239 restores functionality. The problem I believe is with getpwuid(). It looks like it is returning NULL. I see: login_get_lastlog: Cannot find account for uid X from sshd. I get the following additional errors with NSS_LDAP_VERSION=244: sshd[]: nss_ldap: could not search LDAP server - Server is unavailable sshd[]: fatal: login_get_lastlog: Cannot find account for uid 501 sshd[]: syslogin_perform_logout: logout() returned an error Odd thing is, I see the following with 239: sshd[]: nss_ldap: reconnecting to LDAP server... sshd[]: nss_ldap: reconnected to LDAP server after 1 attempt(s) with a successful login with sshd. The only real difference I have in nss_ldap.conf from the standard is bind_policy soft Sean From owner-freebsd-amd64@FreeBSD.ORG Fri Jan 13 21:13:07 2006 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 4957116A41F for ; Fri, 13 Jan 2006 21:13:07 +0000 (GMT) (envelope-from bifrost@minions.com) Received: from evil.minions.com (server01.minions.com [209.237.225.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E73243D46 for ; Fri, 13 Jan 2006 21:13:05 +0000 (GMT) (envelope-from bifrost@minions.com) Received: from localhost (localhost [127.0.0.1]) by evil.minions.com (Postfix) with ESMTP id 1C52B6D4CC for ; Fri, 13 Jan 2006 13:13:07 -0800 (PST) Date: Fri, 13 Jan 2006 13:13:07 -0800 (PST) From: Tom To: freebsd-amd64@freebsd.org Message-ID: <20060113124240.H641@evil.minions.com> X-Accepted-File-Formats: ASCII .rtf .ps - *NO* MS Office files please MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Supermicro H8SSL-i and 5.4-R 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, 13 Jan 2006 21:13:07 -0000 So I bought one of these and I can't install 5.4R on it. I get about 7/8ths the way through the kernel and it just stops and the box is frozen from that point on. I tried booting it from CDROM and a USBFlash that I used to boot/install another box and I get the same result. 6.0R installs on it, but if you have the watchdog timer on it reboots itself :) I am not really ready to move anything to 6.0 so it would be really cool to figure out whats not working. From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 14 01:16:06 2006 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 EA12516A41F; Sat, 14 Jan 2006 01:16:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8529A43D45; Sat, 14 Jan 2006 01:16:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0E1G4v4026677; Fri, 13 Jan 2006 20:16:04 -0500 (EST) (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 k0E1G4W1091314; Fri, 13 Jan 2006 20:16:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5D3E27302F; Fri, 13 Jan 2006 20:16:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060114011604.5D3E27302F@freebsd-current.sentex.ca> Date: Fri, 13 Jan 2006 20:16:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 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: Sat, 14 Jan 2006 01:16:06 -0000 TB --- 2006-01-13 23:53:43 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-13 23:53:43 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-01-13 23:53:43 - cleaning the object tree TB --- 2006-01-13 23:54:21 - checking out the source tree TB --- 2006-01-13 23:54:21 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-01-13 23:54:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-14 00:03:14 - building world (CFLAGS=-O -pipe) TB --- 2006-01-14 00:03:14 - cd /src TB --- 2006-01-14 00:03:14 - /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 --- 2006-01-14 01:14:19 - generating LINT kernel config TB --- 2006-01-14 01:14:19 - cd /src/sys/amd64/conf TB --- 2006-01-14 01:14:19 - /usr/bin/make -B LINT TB --- 2006-01-14 01:14:20 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-14 01:14:20 - cd /src TB --- 2006-01-14 01:14:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 14 01:14:20 UTC 2006 >>> 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/linker_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -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/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 -DHAVE_KERNEL_OPTION_HEADERS -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 /src/sys/pci/if_ti.c:2536:35: macro "VLAN_INPUT_TAG" requires 4 arguments, but only 3 given mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-14 01:16:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-14 01:16:04 - ERROR: failed to build lint kernel TB --- 2006-01-14 01:16:04 - tinderbox aborted TB --- 1.30 user 6.62 system 4941.09 real From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 14 05:26:12 2006 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 2D2DD16A41F for ; Sat, 14 Jan 2006 05:26:12 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADC4E43D45 for ; Sat, 14 Jan 2006 05:26:11 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id A8CC062C9B0; Sat, 14 Jan 2006 01:26:10 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 84462-10; Sat, 14 Jan 2006 01:26:10 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 496DC62C842; Sat, 14 Jan 2006 01:26:10 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 66C6346AA3; Sat, 14 Jan 2006 01:26:09 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 660CD3E9A5; Sat, 14 Jan 2006 01:26:09 -0400 (AST) Date: Sat, 14 Jan 2006 01:26:09 -0400 (AST) From: "Marc G. Fournier" To: Vivek Khera In-Reply-To: <4294ECA5-C8B6-484A-94BA-5EBC61498280@khera.org> Message-ID: <20060114012450.U28752@ganymede.hub.org> References: <20060110235259.N1006@ganymede.hub.org> <4294ECA5-C8B6-484A-94BA-5EBC61498280@khera.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-amd64@freebsd.org Subject: Re: first time with a 64bit CPU ... kernel config ... 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, 14 Jan 2006 05:26:12 -0000 On Wed, 11 Jan 2006, Vivek Khera wrote: > > On Jan 10, 2006, at 10:57 PM, Marc G. Fournier wrote: > >> 1/ I'm running a 3.4G Xeon ... what should I put here for cpu? > > Leave the GENERIC file as-is, and only remove devices you do not have, such > as all those bazillion ethernet devices and such, and remove options you do > not need such as NFS_ROOT > > I also remove tape changers and the like, and usually disable USB unless the > machine only has a USB keyboard. > > It looks pretty much like what you've done :-) Just curious, but is there anything i want to add to make.conf? My i386 boxes, I have: CFLAGS= -O -mpentium -pipe -g -DKVA_PAGES=512 COPTFLAGS= -O -mpentium -pipe -DKVA_PAGES=512 I don't need those -DKVA_PAGES lines anymore, as I've gotten (or am getting) rid of UNIONFS, which is what I needed them for to increase my available vnodes ... but what about the rest of the line? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 14 19:10:07 2006 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 DB66516A420 for ; Sat, 14 Jan 2006 19:10:07 +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 0601A43D5E for ; Sat, 14 Jan 2006 19:10:03 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0EJA39r031504 for ; Sat, 14 Jan 2006 19:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0EJA3Cq031503; Sat, 14 Jan 2006 19:10:03 GMT (envelope-from gnats) Resent-Date: Sat, 14 Jan 2006 19:10:03 GMT Resent-Message-Id: <200601141910.k0EJA3Cq031503@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Javier Martín Rueda Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA4116A41F for ; Sat, 14 Jan 2006 19:08:52 +0000 (GMT) (envelope-from root@naranja.diatel.upm.es) Received: from naranja.diatel.upm.es (naranja.diatel.upm.es [138.100.49.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF41D43D49 for ; Sat, 14 Jan 2006 19:08:51 +0000 (GMT) (envelope-from root@naranja.diatel.upm.es) Received: from naranja.diatel.upm.es (localhost [127.0.0.1]) by naranja.diatel.upm.es (8.13.4/8.13.4) with ESMTP id k0EJ7WtV023655 for ; Sat, 14 Jan 2006 20:07:32 +0100 (CET) (envelope-from root@naranja.diatel.upm.es) Received: (from root@localhost) by naranja.diatel.upm.es (8.13.4/8.13.4/Submit) id k0EJ7WbP023654; Sat, 14 Jan 2006 20:07:32 +0100 (CET) (envelope-from root) Message-Id: <200601141907.k0EJ7WbP023654@naranja.diatel.upm.es> Date: Sat, 14 Jan 2006 20:07:32 +0100 (CET) From: Javier Martín Rueda To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: amd64/91799: ggated core dumps on amd64 after client connection X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Javier Martín Rueda List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jan 2006 19:10:08 -0000 >Number: 91799 >Category: amd64 >Synopsis: ggated core dumps on amd64 after client connection >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 14 19:10:03 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Javier Martín Rueda >Release: FreeBSD 6.0-RELEASE amd64 >Organization: Universidad Politécnica de Madrid >Environment: System: FreeBSD naranja.diatel.upm.es 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan 13 14:11:52 CET 2006 root@naranja.diatel.upm.es:/usr/src/sys/amd64/compile/SMP amd64 >Description: On a amd64 system where a GGATE disk has been setup, ggated crashes on the server when the client connects to it. If the server is run with the -v option, the following message appears: Assertion failed: ((req->r_length % conn->c_sectorsize) == 0), function disk_thr ead, file ggated.c, line 714. Incidentally, the client is left in such a state that you'll be forced to do a hard reset, as the ggatec process must block something in the kernel that seems to prevent other disk activity on it, and it is impossible to log into it, ctrl-alt-del, shutdown, etc. >How-To-Repeat: Create a basic ggated config file on the server, like this: 172.16.1.1 RW /dev/da1s1g Start the server executing ggated. Then start the client with ggatec 172.16.1.1 /dev/da1s1g. The ggated process on the server will start core dumping and restarting, unsuccessfully. The client will hang (waiting for the server to service it). Warning: you may leave the client in such a state that a only a hard reset will take it out from it (no ordered shutdown will be possible). >Fix: The problem is that the ggated code uses a data type for the sector size of the device it is serving which is inconsistent with the one used in the kernel by the ioctl that returns the sector size. The incorrect data type happens to work for a 32 bit system, but not for a 64 bit. To correct it, apply the following patch to the source tree and recompile and install ggated: --- src/sbin/ggate/shared/ggate.h.orig Fri Jul 8 23:28:26 2005 +++ src/sbin/ggate/shared/ggate.h Sat Jan 14 19:40:52 2006 @@ -98,7 +98,7 @@ void g_gate_xvlog(const char *message, va_list ap); void g_gate_xlog(const char *message, ...); off_t g_gate_mediasize(int fd); -size_t g_gate_sectorsize(int fd); +u_int g_gate_sectorsize(int fd); void g_gate_open_device(void); void g_gate_close_device(void); void g_gate_ioctl(unsigned long req, void *data); --- src/sbin/ggate/shared/ggate.c.orig Fri Jul 8 23:28:26 2005 +++ src/sbin/ggate/shared/ggate.c Sat Jan 14 19:40:52 2006 @@ -149,10 +149,10 @@ return (mediasize); } -size_t +u_int g_gate_sectorsize(int fd) { - size_t secsize; + u_int secsize; struct stat sb; if (fstat(fd, &sb) == -1) --- src/sbin/ggate/ggated/ggated.c.orig Sun Jul 10 23:10:20 2005 +++ src/sbin/ggate/ggated/ggated.c Sat Jan 14 19:40:29 2006 @@ -60,7 +60,7 @@ struct ggd_connection { off_t c_mediasize; - off_t c_sectorsize; + u_int c_sectorsize; unsigned c_flags; /* flags (RO/RW) */ int c_diskfd; int c_sendfd; >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 14 20:42:41 2006 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 5BC4816A422; Sat, 14 Jan 2006 20:42:41 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 121E743D45; Sat, 14 Jan 2006 20:42:41 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from freefall.freebsd.org (pav@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0EKgeD5036260; Sat, 14 Jan 2006 20:42:40 GMT (envelope-from pav@freefall.freebsd.org) Received: (from pav@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0EKgeGW036256; Sat, 14 Jan 2006 20:42:40 GMT (envelope-from pav) Date: Sat, 14 Jan 2006 20:42:40 GMT From: Pav Lucistnik Message-Id: <200601142042.k0EKgeGW036256@freefall.freebsd.org> To: pav@FreeBSD.org, freebsd-amd64@FreeBSD.org, pjd@FreeBSD.org Cc: Subject: Re: amd64/91799: ggated core dumps on amd64 after client connection 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, 14 Jan 2006 20:42:41 -0000 Synopsis: ggated core dumps on amd64 after client connection Responsible-Changed-From-To: freebsd-amd64->pjd Responsible-Changed-By: pav Responsible-Changed-When: Sat Jan 14 20:42:27 UTC 2006 Responsible-Changed-Why: Over to volunteer http://www.freebsd.org/cgi/query-pr.cgi?pr=91799 From owner-freebsd-amd64@FreeBSD.ORG Sat Jan 14 23:57:30 2006 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 EB8ED16A41F for ; Sat, 14 Jan 2006 23:57:30 +0000 (GMT) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5879743D46 for ; Sat, 14 Jan 2006 23:57:28 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=siZ85Ekf2OvUqZEoCDnM7g0RGbfDzrwhxCukTP8sePDruBwLaqr8FZfQh0olzaPEoK5CrpBlAN2z0sBRI6MEq0pbWrkuKdktNpAyTaEBeVql9/Mzf73QOOBWCVrdRs8u3fsB1dtfZHmTrO70bSs9/8NN/jmT2NHWe4LvuVec4vA=; Received: from ppp-70-129-200-204.dsl.austtx.swbell.net ([70.129.200.204]:64028 helo=[192.168.200.106]) by lerami.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1ExvGt-0000wA-Od for freebsd-amd64@freebsd.org; Sat, 14 Jan 2006 17:57:26 -0600 Date: Sat, 14 Jan 2006 17:57:22 -0600 (CST) From: Larry Rosenman To: freebsd-amd64@freebsd.org Message-ID: <20060114174945.L32635@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNSOME=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNSOME=0.001 DomainKey-Status: no signature Subject: New Server: SuperMicro 6014P-82R 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, 14 Jan 2006 23:57:31 -0000 Greetings! I just got a new server installed, and all seems to be doing well with it. I do have a couple of questions for the assembled masses. The server is a SuperMicro SuperServer 6014P-82R Dual Xeon box with lots of nice motherboard/server monitoring chips on it. I'm wondering if anyone here has figured out what port(s) need to be installed to get at them. lmmon seems to see some of it, but I don't believe it's numbers. It also appears to have a SAF-TE SCSI Environmental services unit, that the /usr/share/examples/ses code doesn't quite grok. Any help there would be useful. I've posted a dmesg, my kernel config, and a pciconf -lv at: http://www.lerctr.org/~ler/FreeBSD-amd64/ -rw-r--r-- 1 ler isis 4478 Jan 14 17:51 THEBIGHONKER -rw-r--r-- 1 ler isis 7596 Jan 14 17:52 dmesg.honk -rw-r--r-- 1 ler isis 5330 Jan 14 17:52 pciconf.honk If anyone has ideas on tips/tweaks/missing pieces, or questions, feel free! LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893