From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 12 16:00:11 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 E282516A420 for ; Sun, 12 Feb 2006 16:00:11 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 764CF43D45 for ; Sun, 12 Feb 2006 16:00:11 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 27469F84A; Sun, 12 Feb 2006 09:00:06 -0700 (MST) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id DB3DAF823; Sun, 12 Feb 2006 09:00:05 -0700 (MST) Date: Sun, 12 Feb 2006 09:00:05 -0700 From: Ken Gunderson To: Greg Lewis Message-Id: <20060212090005.4f78cdf1.kgunders@teamcool.net> In-Reply-To: <20060209162800.GA93937@misty.eyesbeyond.com> References: <839aec700602051742y7b3612a0pbc24c0b90687c98d@mail.gmail.com> <20060208175857.5ee11071.kgunders@teamcool.net> <20060209162800.GA93937@misty.eyesbeyond.com> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-amd64@freebsd.org Subject: Re: (jdk15) Java plugin for firefox - how to enable? 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, 12 Feb 2006 16:00:12 -0000 On Thu, 9 Feb 2006 09:28:00 -0700 Greg Lewis wrote: > On Wed, Feb 08, 2006 at 05:58:57PM -0700, Ken Gunderson wrote: > > On Sun, 5 Feb 2006 18:42:49 -0700 > > Darren Spruell wrote: > > > > > I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the Sun > > > JDK browser plugin set up on my system. I use firefox from ports. > > > > > > If I understand right, java/jdk15 will build a native JDK for FreeBSD > > > on i386 and amd64. http://www.freebsd.org/java/dists/15.html suggests > > > that the port will support Web Start and the browser plugin for > > > Mozilla and Firefox. > > > > > > I notice the Makefile for jdk15 checks to see if the architecture is > > > amd64 and if so, sets WITHOUT_WEB=yes which the inline comments say > > > will cause the browser plugin to not be built. I suspect this is the > > > case also because after installing jdk15 I can still only find the > > > > fyi- I cannot even get jdk15 to build under AMD using fbsd-i386 > > WITH_MOZILLA=firefox. > > The browser plugin wasn't 64 bit clean on either the browser or Java end > for Mozilla and Firefox <= 1.0. Firefox 1.5 has changed the interface and > it isn't backwards compatible. So currently you are doubly screwed getting > the plugin to work on amd64. I was trying with FBSD i386 bits with an AMD processor. Thought that should have worked, no? -- Best regards, Ken Gunderson Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 13 10:42: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 A26B116A422 for ; Mon, 13 Feb 2006 10:42:30 +0000 (GMT) (envelope-from AshleyMoran@codeweavers.net) Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com [81.103.221.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D44043D48 for ; Mon, 13 Feb 2006 10:42:28 +0000 (GMT) (envelope-from AshleyMoran@codeweavers.net) Received: from aamta09-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20060213104227.YSJK19242.mta09-winn.ispmail.ntl.com@aamta09-winn.ispmail.ntl.com> for ; Mon, 13 Feb 2006 10:42:27 +0000 Received: from jigsaw-sbs02.jigsawhq.com ([213.106.224.113]) by aamta09-winn.ispmail.ntl.com with ESMTP id <20060213104227.YNTZ1154.aamta09-winn.ispmail.ntl.com@jigsaw-sbs02.jigsawhq.com> for ; Mon, 13 Feb 2006 10:42:27 +0000 X-Filtered-With-Copfilter: Version 0.81.6 (ProxSMTP 1.2.1) X-Copfilter-Virus-Scanned: ClamAV 0.87/1285 - Mon Feb 13 09:24:10 2006 X-Copfilter: Client is part of our network, skipped SpamAssassin Received: from alfie.jigsawhq.com ([192.168.0.181]) by jigsaw-sbs02.jigsawhq.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 13 Feb 2006 10:41:17 +0000 From: Ashley Moran Organization: Codeweavers Ltd To: freebsd-amd64@freebsd.org Date: Mon, 13 Feb 2006 10:40:55 +0000 User-Agent: KMail/1.9.1 References: <025a01c5e452$cb1d8d90$0200a8c0@lfarr> <4372B9DB.4050706@meijome.net> <20060124163036.61433c2e.kgunders@teamcool.net> In-Reply-To: <20060124163036.61433c2e.kgunders@teamcool.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602131040.55326.ashley.moran@codeweavers.net> X-OriginalArrivalTime: 13 Feb 2006 10:41:17.0295 (UTC) FILETIME=[04EDC7F0:01C6308A] Subject: Re: Tyan GT24 - Thunder K8SRE mainboard 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, 13 Feb 2006 10:42:30 -0000 On Tuesday 24 January 2006 23:30, Ken Gunderson wrote: > Would you mind elaborating on your current status with this box and > what BIOS version you're referencing? I'm also interested in this board/server. I'm looking for a good database server that will run happily in amd64 mode. The GX28 would be good enough (4 hot swappable bays which is essential) but I want the option of using dual-core CPUs in case we want to go quad-core later. Anyone confirm they have a functional GT24? (Or for that matter recommend a similar spec server in the same price range - I can't find any) Ashley From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 13 10:43:59 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 D214A16A420 for ; Mon, 13 Feb 2006 10:43:59 +0000 (GMT) (envelope-from work@ashleymoran.me.uk) Received: from mail.dc-servers.com (mail.dc-servers.com [83.243.101.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 4ADC943D4C for ; Mon, 13 Feb 2006 10:43:57 +0000 (GMT) (envelope-from work@ashleymoran.me.uk) Received: (qmail 18919 invoked by uid 399); 13 Feb 2006 10:43:58 -0000 Received: from unknown (HELO alfie.jigsawhq.com) (work@ashleymoran.me.uk@213.106.224.113) by mail.dc-servers.com with SMTP; 13 Feb 2006 10:43:58 -0000 From: Ashley Moran Organization: Codeweavers Ltd To: freebsd-amd64@freebsd.org User-Agent: KMail/1.9.1 References: <025a01c5e452$cb1d8d90$0200a8c0@lfarr> <4372B9DB.4050706@meijome.net> <20060124163036.61433c2e.kgunders@teamcool.net> In-Reply-To: <20060124163036.61433c2e.kgunders@teamcool.net> MIME-Version: 1.0 Content-Disposition: inline Date: Mon, 13 Feb 2006 10:42:33 +0000 Message-Id: <200602131042.34011.work@ashleymoran.me.uk> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: Tyan GT24 - Thunder K8SRE mainboard 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, 13 Feb 2006 10:43:59 -0000 On Tuesday 24 January 2006 23:30, Ken Gunderson wrote: > Would you mind elaborating on your current status with this box and > what BIOS version you're referencing? I'm also interested in this board/server. I'm looking for a good database server that will run happily in amd64 mode. The GX28 would be good enough (4 hot swappable bays which is essential) but I want the option of using dual-core CPUs in case we want to go quad-core later. Anyone confirm they have a functional GT24? (Or for that matter recommend a similar spec server in the same price range - I can't find any) Ashley PS apologies if this is double-posted- I used the wrong e-mail From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 13 11:02: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 A87F116A420 for ; Mon, 13 Feb 2006 11:02:24 +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 60D2A43D48 for ; Mon, 13 Feb 2006 11:02:24 +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 k1DB2OZH067215 for ; Mon, 13 Feb 2006 11:02:24 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1DB2Nrn067209 for freebsd-amd64@freebsd.org; Mon, 13 Feb 2006 11:02:23 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Feb 2006 11:02:23 GMT Message-Id: <200602131102.k1DB2Nrn067209@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, 13 Feb 2006 11:02:24 -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 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o [2004/09/07] amd64/71471 amd64 Can not install 5.3beta3/amd64 on IBM eSe o [2004/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/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/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/22] amd64/90798 amd64 asking if motherboard is compatible o [2006/01/06] amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr o [2006/01/08] amd64/91492 amd64 BTX halted o [2006/01/26] amd64/92337 amd64 FreeBsd 6.0 Release Intel Pro 1000 MT em1 o [2006/02/06] amd64/92889 amd64 xdr double buffer overflow o [2006/02/07] amd64/92991 amd64 FreeBSD(amd64) freezes when primary disk o [2006/02/08] amd64/93065 amd64 Running make depend on GENERIC kernel fai 62 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/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 o [2006/01/18] amd64/91966 amd64 an error in config of kernel o [2006/01/27] amd64/92412 amd64 rcp.rstatd reports bogus packets/per/seco o [2006/01/28] amd64/92463 amd64 Buttons of USB mouse do no work under KDE o [2006/01/30] amd64/92527 amd64 no driver for "CICADA VSC 8201 Gigabit LA o [2006/02/07] amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable ti o [2006/02/09] amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognize 21 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 13 11:03:56 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 86E8916A420 for ; Mon, 13 Feb 2006 11:03:56 +0000 (GMT) (envelope-from freebsd@rtl.fmailbox.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E99B43D49 for ; Mon, 13 Feb 2006 11:03:55 +0000 (GMT) (envelope-from freebsd@rtl.fmailbox.com) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 0787ED33D70 for ; Mon, 13 Feb 2006 06:03:55 -0500 (EST) Received: from web3.messagingengine.com ([10.202.2.212]) by frontend1.internal (MEProxy); Mon, 13 Feb 2006 06:03:55 -0500 Received: by web3.messagingengine.com (Postfix, from userid 99) id 4368A149CD; Mon, 13 Feb 2006 06:03:55 -0500 (EST) Message-Id: <1139828635.13761.254227794@webmail.messagingengine.com> X-Sasl-Enc: 5zIT79UORjT4Y/XS15T5XqNk4zfO0AKsI0NAY0EQYH+m 1139828635 From: "Robert Leftwich" To: freebsd-amd64@freebsd.org Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 5022 (F2.73; T1.15; A1.64; B3.05; Q3.03) Date: Mon, 13 Feb 2006 22:03:55 +1100 Subject: FreeBSD 6.0, amd64, A8N-SLI and 4gb ram 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, 13 Feb 2006 11:03:56 -0000 I originally sent this to the questions list w/o success, hopefully this is the best place for this question... I've been running FreeBSD 6.0 stable on an A8N-SLI Premium amd64 box with 2gb of ram for a few weeks now and it has been running well, but some of the analysis I run needs more ram, so I dropped in another 2 gb and started having all sorts of weird problems, such as DHCP failure and running very slowly. I tracked it down to 2 bios settings, both related to PAE (one turning on s/w PAE, the other h/w) - if i turn both of those off, then everything works, but FreeBSD can only see 3gb of ram. Some documentation suggested a custom kernel with 'options PAE' enabled would be required, but adding that generates an 'invalid option PAE' error when running make. Is it possible for FreeBSD to access the full 4gb on this m/b? Thanks Robert From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 13 15:44: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 6AFCA16A420; Mon, 13 Feb 2006 15:44:50 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FF2443D64; Mon, 13 Feb 2006 15:44:47 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1DFiMpG026945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Feb 2006 17:44:25 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1DFiF3w000966; Mon, 13 Feb 2006 17:44:15 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1DFiESB000965; Mon, 13 Feb 2006 17:44:14 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 13 Feb 2006 17:44:14 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060213154414.GA909@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> <20060210230950.GA938@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060210230950.GA938@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.341, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.86, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. 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, 13 Feb 2006 15:44:50 -0000 On 2006-02-11 01:09, Giorgos Keramidas wrote: > I'm not sure if what I see is a pts side-effect. I rebuilt a snapshot > of HEAD again today, and discovered something else that may help us > track this down. > > A few more observations, in case they prove helpful to someone more > acquainted with the way syscons output is supposed to work: > > - If I keep hitting Scroll-Lock again and again, then syscons output > *does* eventually appear. > > - If I type stuff without seeing it and then press RETURN twice, the > previous from last line *does* appear in my terminal. > > - When pressing CTRL-ALT-ESC, the debugger starts normally, but after > typing many times commands that have large output, i.e.: > > show witness > > the console locks up entirely. > > This looks like a locking problem, instead of a pts/syscons one :-/ More info available. I finally managed to run top(1) in multiuser mode with a HEAD kernel that was updated this morning, but without the 'pts' bits in kernel or userland. The console is still unusable and everything feels very sluggish. Looking at top output, when it eventually updated itself I saw 75% interrupt time and 25% idle time? Any ideas why this would happen with recent kernels? - Giorgos From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 13 19:08:32 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 A3B6B16A420 for ; Mon, 13 Feb 2006 19:08:32 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF5943D45 for ; Mon, 13 Feb 2006 19:08:32 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1DJ8VS5001582; Mon, 13 Feb 2006 11:08:31 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1DJ8VWM001581; Mon, 13 Feb 2006 11:08:31 -0800 (PST) (envelope-from sgk) Date: Mon, 13 Feb 2006 11:08:31 -0800 From: Steve Kargl To: Robert Leftwich Message-ID: <20060213190831.GA1510@troutmask.apl.washington.edu> References: <1139828635.13761.254227794@webmail.messagingengine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1139828635.13761.254227794@webmail.messagingengine.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 6.0, amd64, A8N-SLI and 4gb ram 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, 13 Feb 2006 19:08:32 -0000 On Mon, Feb 13, 2006 at 10:03:55PM +1100, Robert Leftwich wrote: > > I've been running FreeBSD 6.0 stable on an A8N-SLI Premium amd64 box > with 2gb of ram for a few weeks now and it has been running well, but > some of the analysis I run needs more ram, so I dropped in another 2 gb > and started having all sorts of weird problems, such as DHCP failure and > running very slowly. I tracked it down to 2 bios settings, both related > to PAE (one turning on s/w PAE, the other h/w) - if i turn both of those > off, then everything works, but FreeBSD can only see 3gb of ram. Some > documentation suggested a custom kernel with 'options PAE' enabled > would be required, but adding that generates an 'invalid option PAE' > error when running make. Is it possible for FreeBSD to access the full > 4gb on this m/b? > You don't need "option PAE" on FreeBSD-amd64. If you have 4+GB, then FreeBSD-amd64 should have access to the memory. We need to see the top portion of your dmesg concerning the 3 GB versus 4 GB question. This is a FAQ in that a small amount of memory is reserved for the hardware/kernel. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 13 23:48:30 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 2A2D916A422; Mon, 13 Feb 2006 23:48:30 +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 90B3943D48; Mon, 13 Feb 2006 23:48:29 +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 k1DNmSxT066800; Mon, 13 Feb 2006 18:48:28 -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.4/8.13.4) with ESMTP id k1DNmlww050903; Mon, 13 Feb 2006 18:48:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 76CF37302F; Mon, 13 Feb 2006 18:48:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060213234828.76CF37302F@freebsd-current.sentex.ca> Date: Mon, 13 Feb 2006 18:48:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner3 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: Mon, 13 Feb 2006 23:48:30 -0000 TB --- 2006-02-13 23:07:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-13 23:07:04 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-02-13 23:07:04 - cleaning the object tree TB --- 2006-02-13 23:07:46 - checking out the source tree TB --- 2006-02-13 23:07:46 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-02-13 23:07:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-13 23:15:03 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-13 23:15:03 - cd /src TB --- 2006-02-13 23:15:03 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] ===> usr.sbin/bsnmpd/modules/snmp_hostres (depend) cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -e host hrStorageOther hrStorageRam hrStorageVirtualMemory hrStorageFixedDisk hrStorageRemovableDisk hrStorageFloppyDisk hrStorageCompactDisc hrStorageRamDisk hrStorageFlashMemory hrStorageNetworkDisk hrDeviceOther hrDeviceUnknown hrDeviceProcessor hrDeviceNetwork hrDevicePrinter hrDeviceDiskStorage hrDeviceVideo hrDeviceAudio hrDeviceCoprocessor hrDeviceKeyboard hrDeviceModem hrDeviceParallelPort hrDevicePointing hrDeviceSerialPort hrDeviceTape hrDeviceClock hrDeviceVolatileMemory hrDeviceNonVolatileMemory hrFSOther hrFSUnknown hrFSBerkeleyFFS hrFSSys5FS hrFSFat hrFSHPFS hrFSHFS hrFSMFS hrFSNTFS hrFSVNode hrFSJournaled hrFSiso9660 hrFSRockRidge hrFSNFS hrFSNetware hrFSAFS hrFSDFS hrFSAppleshare hrFSRFS hrFSDGCFS hrFSBFS hrFSFAT32 hrFSLinuxExt2 > hostres_oid.h cat /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.def | gensnmptree -p hostres_ rm -f .depend mkdep -f .depend -a -DNDEBUG -I/src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_source -I. /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_begemot.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_device_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_fs_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_network_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_partition_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_printer_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_processor_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_scalars.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_snmp.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_storage_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swinstalled_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_swrun_tbl.c /src/usr.sbin/bsnmpd/modules/snmp_hostres/../../../lpr/common_ source/printcap.c hostres_tree.c echo snmp_hostres.so.4: /obj/amd64/src/tmp/usr/lib/libkvm.a /obj/amd64/src/tmp/usr/lib/libdevinfo.a /obj/amd64/src/tmp/usr/lib/libm.a /obj/amd64/src/tmp/usr/lib/libgeom.a /obj/amd64/src/tmp/usr/lib/libmemstat.a >> .depend ===> usr.sbin/bsnmpd/modules/snmp_mibII (depend) make: don't know how to make mibII_begemot.c. Stop *** Error code 2 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-02-13 23:48:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-13 23:48:28 - ERROR: failed to build world TB --- 2006-02-13 23:48:28 - tinderbox aborted TB --- 1.30 user 6.91 system 2483.59 real From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 00:59:07 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 DC4D316A420 for ; Tue, 14 Feb 2006 00:59:07 +0000 (GMT) (envelope-from apple@justken.net) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A5B743D46 for ; Tue, 14 Feb 2006 00:59:05 +0000 (GMT) (envelope-from apple@justken.net) Received: from ip03.eastlink.ca ([24.222.10.15]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IUN007ISK0OX332@mta01.eastlink.ca> for amd64@freebsd.org; Mon, 13 Feb 2006 20:58:00 -0400 (AST) Received: from server1.justken.net (HELO [24.222.15.10]) ([24.222.15.10]) by ip03.eastlink.ca with ESMTP; Mon, 13 Feb 2006 20:58:50 -0400 Date: Mon, 13 Feb 2006 21:00:58 -0400 From: apple To: amd64@freebsd.org Message-id: <43F12BCA.6080801@justken.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAwAAA+kAAAPsAAAD7Q== User-Agent: Thunderbird 1.5 (X11/20060207) Cc: Subject: freebsd 5.4 gnome 2.12 build problems. 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, 14 Feb 2006 00:59:08 -0000 Hello, I'm running freebsd 5.4 p10 on a dual amd64 SMP system. After upgrading gnome to 2.12.3 Nautilus won't start. leaving me with a grey background no icons, and no file manager. I've tried rebuilding ports manually - as well as cvsupping and hoping that a fix will miraculously appear, as well as a full portupgrade -Rrf nautilus2-2.12.2 it seems i keep getting stuck at the same place: librsvg-2.12.7 won't build. It suggests building with -fPIC, but i'm not sure how to do that. I've posted to questions@freebsd.org with no luck, i'm hoping someone on the amd64 list can help. Any help would be greatly appreciated. The tail of an attempt to install librsvg2 from from the port is copied below. cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/libgsf-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -DHAVE_SVGZ=1 -I/usr/local/include/libcroco-0.6 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -DHAVE_LIBCROCO=1 -I. -I. -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libart-2.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/cairo -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include -DG_LOG_DOMAIN=\"librsvg\" -DLIBRSVG_DATADIR=\"/usr/X11R6/share/gnome\" -I/usr/local/include -O -pipe -MT librsvg-enum-types.lo -MD -MP -MF .deps/librsvg-enum-types.Tpo -c librsvg-enum-types.c -fPIC -DPIC -o .libs/librsvg-enum-types.o cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/libgsf-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -DHAVE_SVGZ=1 -I/usr/local/include/libcroco-0.6 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -DHAVE_LIBCROCO=1 -I. -I. -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libart-2.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/cairo -I/usr/X11R6/include/gtk-2.0 -I/usr/X11R6/lib/gtk-2.0/include -I/usr/X11R6/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include -DG_LOG_DOMAIN=\"librsvg\" -DLIBRSVG_DATADIR=\"/usr/X11R6/share/gnome\" -I/usr/local/include -O -pipe -MT librsvg-enum-types.lo -MD -MP -MF .deps/librsvg-enum-types.Tpo -c librsvg-enum-types.c -o librsvg-enum-types.o >/dev/null 2>&1 /bin/sh /usr/ports/graphics/librsvg2/work/gnome-libtool --mode=link cc -O -pipe -L/usr/local/lib -o librsvg-2.la -rpath /usr/X11R6/lib -version-info 14:7:12 -no-undefined -export-dynamic rsvg-affine.lo librsvg-features.lo rsvg-bpath-util.lo rsvg-css.lo rsvg-defs.lo rsvg-image.lo rsvg-paint-server.lo rsvg-path.lo rsvg-file-util.lo rsvg-filter.lo rsvg-marker.lo rsvg-mask.lo rsvg-shapes.lo rsvg-structure.lo rsvg-styles.lo rsvg-text.lo rsvg.lo rsvg-cond.lo rsvg-art-composite.lo rsvg-art-draw.lo rsvg-art-mask.lo rsvg-art-paint-server.lo rsvg-art-render.lo librsvg-enum-types.lo -L/usr/local/lib -lgsf-1 -lgobject-2.0 -lxml2 -lz -lm -lglib-2.0 -liconv -L/usr/local/lib -lcroco-0.6 -lglib-2.0 -lxml2 -lz -liconv -lm -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -lgdk_pixbuf-2.0 -lart_lgpl_2 -lxml2 -lpangoft2-1.0 -lfreetype -lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lfontconfig -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype -lz cc -shared .libs/rsvg-affine.o .libs/librsvg-features.o .libs/rsvg-bpath-util.o .libs/rsvg-css.o .libs/rsvg-defs.o .libs/rsvg-image.o .libs/rsvg-paint-server.o .libs/rsvg-path.o .libs/rsvg-file-util.o .libs/rsvg-filter.o .libs/rsvg-marker.o .libs/rsvg-mask.o .libs/rsvg-shapes.o .libs/rsvg-structure.o .libs/rsvg-styles.o .libs/rsvg-text.o .libs/rsvg.o .libs/rsvg-cond.o .libs/rsvg-art-composite.o .libs/rsvg-art-draw.o .libs/rsvg-art-mask.o .libs/rsvg-art-paint-server.o .libs/rsvg-art-render.o .libs/librsvg-enum-types.o -L/usr/local/lib -lgsf-1 -lcroco-0.6 -L/usr/X11R6/lib -lgdk_pixbuf-2.0 -lart_lgpl_2 -lxml2 -lpangoft2-1.0 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv -lfontconfig -lfreetype -lz -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -Wl,-soname -Wl,librsvg-2.so.2 -o .libs/librsvg-2.so.2 /usr/bin/ld: /usr/local/lib/libgsf-1.a(gsf-utils.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libgsf-1.a: could not read symbols: Bad value gmake[2]: *** [librsvg-2.la] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/librsvg2/work/librsvg-2.12.7' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/librsvg2/work/librsvg-2.12.7' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/graphics/librsvg2. From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 09:23:30 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 374AB16A420 for ; Tue, 14 Feb 2006 09:23:30 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 4DC1E43D48 for ; Tue, 14 Feb 2006 09:23:29 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx40.stngva01.us.mxservers.net (204.202.242.12) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 0-0383119005; Tue, 14 Feb 2006 10:23:27 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx40.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id e81a1f34.23785.183.mx40.stngva01.us.mxservers.net; Tue, 14 Feb 2006 04:23:26 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k1E9NNKB002163; Tue, 14 Feb 2006 10:23:23 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200602140923.k1E9NNKB002163@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: apple In-Reply-To: Message from apple of "Mon, 13 Feb 2006 21:00:58 -0400." <43F12BCA.6080801@justken.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Feb 2006 10:23:23 +0100 From: Gary Jennejohn X-Spam: [F=0.1085679118; heur=0.500(-19800); stat=0.031; spamtraq-heur=0.790(2006021317)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: amd64@freebsd.org Subject: Re: freebsd 5.4 gnome 2.12 build problems. 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, 14 Feb 2006 09:23:30 -0000 apple writes: > /usr/bin/ld: /usr/local/lib/libgsf-1.a(gsf-utils.o): relocation > R_X86_64_32 can not be used when making a shared object; recompile with > -fPIC > /usr/local/lib/libgsf-1.a: could not read symbols: Bad value > gmake[2]: *** [librsvg-2.la] Error 1 > gmake[2]: Leaving directory > `/usr/ports/graphics/librsvg2/work/librsvg-2.12.7' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/graphics/librsvg2/work/librsvg-2.12.7' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/graphics/librsvg2. > /usr/ports/devel/libgsf should have installed a shared library. Check whether there is a /usr/local/lib/libgsf-1.so. If not, try reinstalling libgsf. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 09:50:05 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 3D93016A435 for ; Tue, 14 Feb 2006 09:50:05 +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 CF0A343D4C for ; Tue, 14 Feb 2006 09:50: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 k1E9o3gF067934 for ; Tue, 14 Feb 2006 09:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1E9o3eu067929; Tue, 14 Feb 2006 09:50:03 GMT (envelope-from gnats) Resent-Date: Tue, 14 Feb 2006 09:50:03 GMT Resent-Message-Id: <200602140950.k1E9o3eu067929@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, Andriy Podanenko Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A9D616A420 for ; Tue, 14 Feb 2006 09:41:42 +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 CAE4F43D5F for ; Tue, 14 Feb 2006 09:41:38 +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 k1E9fceR092383 for ; Tue, 14 Feb 2006 09:41:38 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k1E9fcKK092381; Tue, 14 Feb 2006 09:41:38 GMT (envelope-from nobody) Message-Id: <200602140941.k1E9fcKK092381@www.freebsd.org> Date: Tue, 14 Feb 2006 09:41:38 GMT From: Andriy Podanenko To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/93325: mount_ufs fails mounting Nero UFS DVD+RW disks 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, 14 Feb 2006 09:50:05 -0000 >Number: 93325 >Category: amd64 >Synopsis: mount_ufs fails mounting Nero UFS DVD+RW disks >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 14 09:50:03 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Andriy Podanenko >Release: FreeBSD 6.0-RELEASE >Organization: Color-Pro >Environment: GENERIC kernel and world >Description: When try to mount nero UFS DVDs or images we get input/output error >How-To-Repeat: just try to mount it >Fix: mount_cd9660 that disk or image U get io error, but after it mount_ufs work gm 8( , strange problem I think >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 14:22: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 7FFF816A420 for ; Tue, 14 Feb 2006 14:22:03 +0000 (GMT) (envelope-from AshleyMoran@codeweavers.net) Received: from mta08-winn.ispmail.ntl.com (mta08-winn.ispmail.ntl.com [81.103.221.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CDB843D68 for ; Tue, 14 Feb 2006 14:21:47 +0000 (GMT) (envelope-from AshleyMoran@codeweavers.net) Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35]) by mta08-winn.ispmail.ntl.com with ESMTP id <20060214142147.BWNA29066.mta08-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com> for ; Tue, 14 Feb 2006 14:21:47 +0000 Received: from jigsaw-sbs02.jigsawhq.com ([213.106.224.113]) by aamta11-winn.ispmail.ntl.com with ESMTP id <20060214142146.TCBK11351.aamta11-winn.ispmail.ntl.com@jigsaw-sbs02.jigsawhq.com> for ; Tue, 14 Feb 2006 14:21:46 +0000 X-Filtered-With-Copfilter: Version 0.81.6 (ProxSMTP 1.2.1) X-Copfilter-Virus-Scanned: ClamAV 0.87/1288 - Tue Feb 14 09:24:31 2006 X-Copfilter: Client is part of our network, skipped SpamAssassin Received: from alfie.jigsawhq.com ([192.168.0.181]) by jigsaw-sbs02.jigsawhq.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 14 Feb 2006 14:20:37 +0000 From: Ashley Moran Organization: Codeweavers Ltd To: freebsd-amd64@freebsd.org Date: Tue, 14 Feb 2006 14:20:14 +0000 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602141420.14987.ashley.moran@codeweavers.net> X-OriginalArrivalTime: 14 Feb 2006 14:20:37.0966 (UTC) FILETIME=[D3B68EE0:01C63171] Subject: VESA/SC_PIXEL_MODE in amd64 kernel 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, 14 Feb 2006 14:22:03 -0000 Hello people Does anyone know why VESA is missing from the amd64 kernel options? I've just rebuilt our development server in amd64 mode, and I can't use VESA. We keep a monitor attached to this server to display scrolling logs, which I know I'll miss. Any chance this will be in 6.1? If not I might finally install a proper log watcher and we stop taking shifts in front of the console :) Ashley From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 14:30:13 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 1825016A420 for ; Tue, 14 Feb 2006 14:30:13 +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 D8DDB43D45 for ; Tue, 14 Feb 2006 14:30:12 +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 k1EEUCxT089941 for ; Tue, 14 Feb 2006 14:30:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1EEUCTU089940; Tue, 14 Feb 2006 14:30:12 GMT (envelope-from gnats) Date: Tue, 14 Feb 2006 14:30:12 GMT Message-Id: <200602141430.k1EEUCTU089940@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Scott Long Cc: Subject: Re: amd64/93325: mount_ufs fails mounting Nero UFS DVD+RW disks X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Scott Long List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 14:30:13 -0000 The following reply was made to PR amd64/93325; it has been noted by GNATS. From: Scott Long To: Andriy Podanenko Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/93325: mount_ufs fails mounting Nero UFS DVD+RW disks Date: Tue, 14 Feb 2006 07:27:15 -0700 Andriy Podanenko wrote: >>Number: 93325 >>Category: amd64 >>Synopsis: mount_ufs fails mounting Nero UFS DVD+RW disks >>Confidential: no >>Severity: serious >>Priority: high >>Responsible: freebsd-amd64 >>State: open >>Quarter: >>Keywords: >>Date-Required: >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue Feb 14 09:50:03 GMT 2006 >>Closed-Date: >>Last-Modified: >>Originator: Andriy Podanenko >>Release: FreeBSD 6.0-RELEASE >>Organization: > > Color-Pro > >>Environment: > > GENERIC kernel and world > >>Description: > > When try to mount nero UFS DVDs or images we get > input/output error > > >>How-To-Repeat: > > just try to mount it > >>Fix: > > mount_cd9660 that disk or image > U get io error, but after it mount_ufs work > gm 8( , strange problem I think > > >>Release-Note: >>Audit-Trail: >>Unformatted: > Is Nero something that I can download for free? If not, can you provide a test image? Are you saying that 'mount_cd9660' fails but 'mount_ufs' succeeds? Scott From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 14:40:37 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 3830016A420 for ; Tue, 14 Feb 2006 14:40:37 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B917F43D5F for ; Tue, 14 Feb 2006 14:40:35 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lqnune@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k1EEeTbJ064014 for ; Tue, 14 Feb 2006 15:40:34 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k1EEeTTX064013; Tue, 14 Feb 2006 15:40:29 +0100 (CET) (envelope-from olli) Date: Tue, 14 Feb 2006 15:40:29 +0100 (CET) Message-Id: <200602141440.k1EEeTTX064013@lurza.secnetix.de> From: Oliver Fromme To: freebsd-amd64@FreeBSD.ORG In-Reply-To: <200602141420.14987.ashley.moran@codeweavers.net> X-Newsgroups: list.freebsd-amd64 User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 14 Feb 2006 15:40:34 +0100 (CET) Cc: Subject: Re: VESA/SC_PIXEL_MODE in amd64 kernel 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: Tue, 14 Feb 2006 14:40:37 -0000 Ashley Moran wrote: > Does anyone know why VESA is missing from the amd64 kernel options? Because FreeBSD/amd64 cannot perform calls to the VESA BIOS functions (which are 32bit i386 code, not amd64). If you need higher resolution than 80x25 on the console, I recommend you use Xorg. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. $ dd if=/dev/urandom of=test.pl count=1 $ file test.pl test.pl: perl script text executable From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 14:45:53 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 05C9F16A420 for ; Tue, 14 Feb 2006 14:45:53 +0000 (GMT) (envelope-from andriy@whitebox.color-pro.com) Received: from whitebox.color-pro.com (ip.82.144.202.13.stat-3.volia.net [82.144.202.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C6443D48 for ; Tue, 14 Feb 2006 14:45:50 +0000 (GMT) (envelope-from andriy@whitebox.color-pro.com) Received: from krimsonbox.color-pro.in ([192.168.1.98]) by whitebox.color-pro.com (8.11.1/8.11.1) with ESMTP id k1EEjcm01280; Tue, 14 Feb 2006 16:45:38 +0200 (EET) (envelope-from andriy@whitebox.color-pro.com) Date: Tue, 14 Feb 2006 16:45:42 +0200 To: "Scott Long" , freebsd-amd64@freebsd.org From: "Andriy Podanenko" Organization: Color Pro Prepress Studio Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-u MIME-Version: 1.0 References: <200602141430.k1EEUCTU089940@freefall.freebsd.org> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200602141430.k1EEUCTU089940@freefall.freebsd.org> User-Agent: Opera Mail(BETA2)/9.00 (Win32) Cc: Subject: Re: amd64/93325: mount_ufs fails mounting Nero UFS DVD+RW disks X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andriy@whitebox.color-pro.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 14:45:53 -0000 > Is Nero something that I can download for free? If not, can you Ahead Nero not free 8((( but I`ll try to make U image (I have only 4 gig image 8((( for now) > provide a test image? Are you saying that 'mount_cd9660' fails > but 'mount_ufs' succeeds? > Scott 1 mount_ufs on that disk(image) fails 2 next step - mount_cd9660 fails too 3 after that mount_ufs succeeds !!! so for now I have to get error from mount_cd9660 before I can use mount_ufs -- ---------------- Andriy Podanenko -podarok- PAK-UANIC ICQ 125123884 YahooIM podarok_ua MSN podarok_ Jabber podarok@jabber.org AIM podarokua From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 21:18:53 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 0C0B716A420 for ; Tue, 14 Feb 2006 21:18:53 +0000 (GMT) (envelope-from ewinter@west.bsn.com) Received: from lobo.ewinter.org (host-62-245-151-69.customer.m-online.net [62.245.151.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42EB643D45 for ; Tue, 14 Feb 2006 21:18:50 +0000 (GMT) (envelope-from ewinter@west.bsn.com) Received: from lobo.ewinter.org (localhost [127.0.0.1]) by lobo.ewinter.org (8.13.4/8.13.4) with ESMTP id k1ELGgbH089782; Tue, 14 Feb 2006 22:16:42 +0100 (CET) (envelope-from ewinter@west.bsn.com) Received: (from ewinter@localhost) by lobo.ewinter.org (8.13.4/8.13.4/Submit) id k1ELGfVw089781; Tue, 14 Feb 2006 22:16:41 +0100 (CET) (envelope-from ewinter) Date: Tue, 14 Feb 2006 22:16:41 +0100 From: "Ernst W. Winter" To: Adriaan de Groot Message-ID: <20060214211641.GA82690@lobo.ewinter.org> References: <200512221155.04352.groot@kde.org> <200512232244.37363.groot@kde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200512232244.37363.groot@kde.org> X-Phone: + 49-89-3075-6800 Organization: FreeBSD Evangelist X-Operating-System: FreeBSD lobo.ewinter.org 6.0-RELEASE FreeBSD 6.0-RELEASE User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: freebsd-amd64@freebsd.org Subject: Re: Bad characters in Asus A8N-VM CSM X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ernst W. Winter" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 21:18:53 -0000 On Fri, 23 Dec 2005, Adriaan de Groot wrote: > On Thursday 22 December 2005 11:55, Adriaan de Groot wrote: > > I just picked up an Asus A8N-VM CSM motherboard. It's a nForce 430 + GForge > > 6150 integrated mini-ATX job, amd64, very 1337 and new. That means trouble > > :) I knew that when buying it, and know now that it really needs work to > > get it working at all. Well I just used one myself and intalled it for a customer and it works well now, the machine is still under test-run but performs well. > > > > ACPI-0397: *** Error: NSSearchAndEnter: Bad character in ACPI Name: > > 43035350 ACPI-0381: *** Error: Looking up [0x43035350] (NON-ASCII) > > in namespace, AE_BAD_CHARACTER > > [Following up on myself, for documentation purposes, and CCing -amd64 to warn > off potential users there as well.] > Hey don't give up!!! > Well, an instructive but unproductive evening yields the following: > > 1) Default BIOS (rev. 0403) and FBSD 5.1 amd64 boots, produces ACPI warning > messages above and works normally (no NIC, no SATA tried). > I siwtched off the ACPI and it booted to a certain stage and then hung there as it couldn't didn't see my HD. > 2) Newest BIOS (rev. 0506) and FBSD 5.1 amd64 boots and then page faults in > kernel mode in vm_pageq_enqueue right after GEOM adds ad0. ACPI warning is > still there. > well, once I had the new BIOS on it I could boot it all the way and it worked well > 3) I didn't try 6-STABLE with the newest BIOS, since having busted ACPI there > means you can't get _anything_ done. > 6.0-STABLE is the way to go, why would you want a older version? With 6 it went well and is still running as I cvsuped it up to the latest and the recompiled it all. > > > >From the booted 5.1 environment I got an ACPI dump and after hacking utmisc.c > in contrib/dev/acpica to accept a broken character 0x03, I got a disassembly. > The bad character is in 0x43035350, which from the looks of the IASL should > have been PSSC (0x43535350) but somehow isn't. It's in one of the processor > sections (the other has a Name(PSSC, 0x0A) ). > > Elsewhere in the IASL there's some undefined symbols ending in _HFZF (sorry, I > don't have the machine under scrutiny on or functional at this very moment), > which I suppose is semi-normal, and then a totally weird-ass > > Return( While(Local1) { > ... > }) > > This chokes the compiler, of course. I suspect that it should read > > Return(0x00) > While (Local1) ... > > or so, but this suggests yet more broken ACPI tables. > You can switch it off in your /boot/loader.conf for the time being if you don't need it straight away. > Over in Linux land, http://www.nvnews.net/vbulletin/showthread.php?t=60596 so what this is FreeBSD. > shows that with some effort and the latest of the latest everything, it is > possible to get a functioning machine. If I can create a barely legal ASL well it works, you just have to put a bit of "ellbow grease" into it. > file that compiles, I'll have to try out what's described in "11.16.5.3 > Overriding the Default AML " of the handbook. > > Until then (or someone more competent than myself deals with the issues), I'd > suggest avoiding this board entirely. > Well as I said, try 6.0-RELEASE as I can't see any reason for going back to 5-* for whatever. Ernst From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 21:50: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 54AF216A420 for ; Tue, 14 Feb 2006 21:50: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 DD17B43D46 for ; Tue, 14 Feb 2006 21:50: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 k1ELo6Ih062306 for ; Tue, 14 Feb 2006 21:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1ELo679062305; Tue, 14 Feb 2006 21:50:06 GMT (envelope-from gnats) Date: Tue, 14 Feb 2006 21:50:06 GMT Message-Id: <200602142150.k1ELo679062305@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= Cc: Subject: Re: amd64/93325: mount_ufs fails mounting Nero UFS DVD+RW disks X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 21:50:07 -0000 The following reply was made to PR amd64/93325; it has been noted by GNATS. From: =?ISO-8859-15?Q?Bj=F6rn_K=F6nig?= To: Andriy Podanenko Cc: freebsd-gnats-submit@freebsd.org, scottl@samsco.org Subject: Re: amd64/93325: mount_ufs fails mounting Nero UFS DVD+RW disks Date: Tue, 14 Feb 2006 22:48:03 +0100 Andriy Podanenko schrieb: >>Description: > > When try to mount nero UFS DVDs or images we get > input/output error > > >>How-To-Repeat: > > just try to mount it > >>Fix: > > mount_cd9660 that disk or image > U get io error, but after it mount_ufs work > gm 8( , strange problem I think Do you mix up UDF and UFS? I can't imagine that Nero can create UFS filesystems. I created an UDF filesystem on a DVD-RAM with Nero Express 6 and mounted and accessed it without problems. I used FreeBSD 7.0-CURRENT (i386). Björn From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 21:56: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 09C5016A420 for ; Tue, 14 Feb 2006 21:56:36 +0000 (GMT) (envelope-from apple@justken.net) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A82AC43D48 for ; Tue, 14 Feb 2006 21:56:35 +0000 (GMT) (envelope-from apple@justken.net) Received: from ip02.eastlink.ca ([24.222.10.10]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IUP00D466AUD8T1@mta01.eastlink.ca> for amd64@freebsd.org; Tue, 14 Feb 2006 17:56:54 -0400 (AST) Received: from server4.justken.net (HELO [192.168.0.57]) ([24.222.15.13]) by ip02.eastlink.ca with ESMTP; Tue, 14 Feb 2006 17:56:35 -0400 Resent-date: Tue, 14 Feb 2006 17:45:12 -0400 Date: Tue, 14 Feb 2006 12:23:03 -0400 Resent-from: Ken Easson From: Ken Easson Resent-to: amd64@freebsd.org To: Gary Jennejohn Resent-message-id: Message-id: <58a5491a3e40ba3ad33aa94867275a71@justken.net> MIME-version: 1.0 X-Mailer: Apple Mail (2.623) Content-type: text/plain; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= Cc: Subject: Re: freebsd 5.4 gnome 2.12 build problems. 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, 14 Feb 2006 21:56:36 -0000 Thanks, I have the file libgsf-1.so i tried deinstalling and reinstalling the port just in case it was messed up. i'm still getting the same error as before when running make on librsvg2 is it libgsf that i should try building with the -fPIC option? and if so - how do i do that? ken. On 14-Feb-06, at 5:23 AM, Gary Jennejohn wrote: > > apple writes: >> /usr/bin/ld: /usr/local/lib/libgsf-1.a(gsf-utils.o): relocation >> R_X86_64_32 can not be used when making a shared object; recompile >> with >> -fPIC >> /usr/local/lib/libgsf-1.a: could not read symbols: Bad value >> gmake[2]: *** [librsvg-2.la] Error 1 >> gmake[2]: Leaving directory >> `/usr/ports/graphics/librsvg2/work/librsvg-2.12.7' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory >> `/usr/ports/graphics/librsvg2/work/librsvg-2.12.7' >> gmake: *** [all] Error 2 >> *** Error code 2 >> >> Stop in /usr/ports/graphics/librsvg2. >> > > /usr/ports/devel/libgsf should have installed a shared library. Check > whether there is a /usr/local/lib/libgsf-1.so. If not, try reinstalling > libgsf. > > --- > Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg > garyjATdenxDOTde > > > ken easson From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 14 23:58:19 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 73E9316A422; Tue, 14 Feb 2006 23:58:19 +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 AF56C43D73; Tue, 14 Feb 2006 23:58:13 +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 k1ENwCWJ075820; Tue, 14 Feb 2006 18:58:12 -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 k1ENwCQX038577; Tue, 14 Feb 2006 18:58:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3E5767302F; Tue, 14 Feb 2006 18:58:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060214235812.3E5767302F@freebsd-current.sentex.ca> Date: Tue, 14 Feb 2006 18:58:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 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, 14 Feb 2006 23:58:19 -0000 TB --- 2006-02-14 22:58:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-14 22:58:38 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-02-14 22:58:38 - cleaning the object tree TB --- 2006-02-14 22:58:48 - checking out the source tree TB --- 2006-02-14 22:58:48 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-02-14 22:58:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-14 23:06:17 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-14 23:06:17 - cd /src TB --- 2006-02-14 23:06:17 - /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 [...] /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[16]') /src/sbin/ifconfig/ifmedia.c:345: error: `IFM_10GBASE_LR' undeclared here (not in a function) /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17].ifmt_word') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[17]') /src/sbin/ifconfig/ifmedia.c:345: error: initializer element is not constant /src/sbin/ifconfig/ifmedia.c:345: error: (near initialization for `ifm_subtype_ethernet_descriptions[18]') *** Error code 1 Stop in /src/sbin/ifconfig. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-14 23:58:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-14 23:58:12 - ERROR: failed to build world TB --- 2006-02-14 23:58:12 - tinderbox aborted TB --- 0.45 user 1.85 system 3573.96 real From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 15 10:17: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 1209316A420 for ; Wed, 15 Feb 2006 10:17:54 +0000 (GMT) (envelope-from andriy@whitebox.color-pro.com) Received: from whitebox.color-pro.com (ip.82.144.202.13.stat-3.volia.net [82.144.202.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC83C43D45 for ; Wed, 15 Feb 2006 10:17:52 +0000 (GMT) (envelope-from andriy@whitebox.color-pro.com) Received: from krimsonbox.color-pro.in ([192.168.1.98]) by whitebox.color-pro.com (8.11.1/8.11.1) with ESMTP id k1FAHmm06283; Wed, 15 Feb 2006 12:17:48 +0200 (EET) (envelope-from andriy@whitebox.color-pro.com) Date: Wed, 15 Feb 2006 12:17:47 +0200 To: =?utf-8?Q?Bj=C3=B6rn_K=C3=B6nig?= , freebsd-amd64@freebsd.org From: "Andriy Podanenko" Organization: Color Pro Prepress Studio Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <200602142150.k1ELo679062305@freefall.freebsd.org> Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <200602142150.k1ELo679062305@freefall.freebsd.org> User-Agent: Opera Mail(BETA2)/9.00 (Win32) Cc: Subject: Re: amd64/93325: mount_ufs fails mounting Nero UFS DVD+RW disks X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andriy@whitebox.color-pro.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2006 10:17:54 -0000 Tue, 14 Feb 2006 23:50:06 +0200, Björn König пиÑав: > > mount_cd9660 that disk or image > > U get io error, but after it mount_ufs work > > gm 8( , strange problem I think > Do you mix up UDF and UFS? I can't imagine that Nero can create UFS > filesystems. sorry,, yes it`s my mistake It is UDF filesystem Tomorrow I tried to repeat that problem on my system and I couldn`t 8((( mount_udf work for me now .. very strange > I created an UDF filesystem on a DVD-RAM with Nero Express 6 and mounted > and accessed it without problems. I used FreeBSD 7.0-CURRENT (i386). > Björn -- ---------------- Andriy Podanenko -podarok- PAK-UANIC ICQ 125123884 YahooIM podarok_ua MSN podarok_ Jabber podarok@jabber.org AIM podarokua From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 15 12:14: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 CB1CB16A420 for ; Wed, 15 Feb 2006 12:14:50 +0000 (GMT) (envelope-from freebsd@rtl.fmailbox.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BE9A43D4C for ; Wed, 15 Feb 2006 12:14:50 +0000 (GMT) (envelope-from freebsd@rtl.fmailbox.com) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 232D8D34433; Wed, 15 Feb 2006 07:14:49 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Wed, 15 Feb 2006 07:14:49 -0500 X-Sasl-enc: LoltXYh/iXU9cN1lXZHWWDaktcplSG3JBRDOCcJELl9S 1140005687 Received: from [192.168.1.51] (CWPP-p-144-134-229-141.prem.tmns.net.au [144.134.229.141]) by frontend2.messagingengine.com (Postfix) with ESMTP id C3CBA5714A2; Wed, 15 Feb 2006 07:14:46 -0500 (EST) Message-ID: <43F31B35.6080308@rtl.fmailbox.com> Date: Wed, 15 Feb 2006 23:14:45 +1100 From: Robert Leftwich User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <1139828635.13761.254227794@webmail.messagingengine.com> <20060213190831.GA1510@troutmask.apl.washington.edu> In-Reply-To: <20060213190831.GA1510@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 6.0, amd64, A8N-SLI and 4gb ram 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, 15 Feb 2006 12:14:51 -0000 Steve Kargl wrote: > > You don't need "option PAE" on FreeBSD-amd64. If you have 4+GB, > then FreeBSD-amd64 should have access to the memory. > > We need to see the top portion of your dmesg concerning the 3 GB > versus 4 GB question. This is a FAQ in that a small amount of > memory is reserved for the hardware/kernel. > Here is the output of dmesg when both the s/w and h/w PAE options are disabled in the bios (the bios is only reporting 3gb available): FreeBSD 6.0-RELEASE #0: Mon Jan 30 17:49:29 EST 2006 root@black-betty:/usr/src/sys/amd64/compile/BLACKBETTY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2472.16-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> Hyperthreading: 2 logical CPUs real memory = 3221159936 (3071 MB) avail memory = 3106529280 (2962 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 Is this enough of the dmesg output? Now if I enable the h/w PAE option in the bios, it reports 4gb available and dmesg is: FreeBSD 6.0-RELEASE #0: Mon Jan 30 17:49:29 EST 2006 root@black-betty:/usr/src/sys/amd64/compile/BLACKBETTY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2472.16-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> Hyperthreading: 2 logical CPUs real memory = 5100273664 (4864 MB) avail memory = 4125216768 (3934 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 However during bootup it runs visibly slower, the DHCP lookup never completes and it is generally very flaky. I compared the 2 full dmesg outputs and they are identical apart from the real/avail memory sizes. If I disable the h/w PAE and enable the s/w PAE, the bios again reports 4gb available but FreeBSD fails during startup, printing continually, 'entry of nVidia Mediashield metadata is NOT supported'. Robert From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 15 15:28:37 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 6D8E216A420 for ; Wed, 15 Feb 2006 15:28:37 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24B7343D46 for ; Wed, 15 Feb 2006 15:28:37 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k1FFSa1n005835; Wed, 15 Feb 2006 07:28:36 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k1FFSWLo005834; Wed, 15 Feb 2006 07:28:32 -0800 (PST) (envelope-from sgk) Date: Wed, 15 Feb 2006 07:28:32 -0800 From: Steve Kargl To: Robert Leftwich Message-ID: <20060215152832.GD5525@troutmask.apl.washington.edu> References: <1139828635.13761.254227794@webmail.messagingengine.com> <20060213190831.GA1510@troutmask.apl.washington.edu> <43F31B35.6080308@rtl.fmailbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43F31B35.6080308@rtl.fmailbox.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 6.0, amd64, A8N-SLI and 4gb ram 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, 15 Feb 2006 15:28:37 -0000 On Wed, Feb 15, 2006 at 11:14:45PM +1100, Robert Leftwich wrote: > > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2472.16-MHz K8-class > Hyperthreading: 2 logical CPUs (Directed at the amd64 list in general.) Is the above correct for a dual core processor? No h/w PAE > real memory = 3221159936 (3071 MB) > avail memory = 3106529280 (2962 MB) > ACPI APIC Table: With h/w PAE > real memory = 5100273664 (4864 MB) > avail memory = 4125216768 (3934 MB) Just a guess, but something appears to seriously messed up with that motherboard. Is this an nforce3 based board? Do you have the latest BIOS? -- Steve From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 15 18:17:45 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 3155B16A420 for ; Wed, 15 Feb 2006 18:17:45 +0000 (GMT) (envelope-from apple@justken.net) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D122643D48 for ; Wed, 15 Feb 2006 18:17:44 +0000 (GMT) (envelope-from apple@justken.net) Received: from ip02.eastlink.ca ([24.222.10.10]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0IUQ00FQ8QTC6RD1@mta01.eastlink.ca> for amd64@freebsd.org; Wed, 15 Feb 2006 14:17:36 -0400 (AST) Received: from server4.justken.net (HELO [192.168.0.57]) ([24.222.15.13]) by ip02.eastlink.ca with ESMTP; Wed, 15 Feb 2006 14:11:45 -0400 Date: Wed, 15 Feb 2006 14:00:31 -0400 From: Ken Easson In-reply-to: <200602141729.k1EHTH4m049307@peedub.jennejohn.org> To: Gary Jennejohn Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.623) Content-type: text/plain; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= References: <200602141729.k1EHTH4m049307@peedub.jennejohn.org> Cc: amd64@freebsd.org Subject: Re: freebsd 5.4 gnome 2.12 build problems. 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, 15 Feb 2006 18:17:45 -0000 Thank you Gary for taking the time to help me. I got stuck at "try doing ldd on the libraries that are being linked" I've never used ldd, i read the man pages, and tried a number of things, but i don't know what i'm doing. Would you be kind enough to give me a few pointers? I've looked up fPIC and now that i understand what that does, the problem seems more clear - however, i'm still not seeing a solution. I'm thinking to update the entire system to 6.0 stable, I'm wondering if this update could fix my problems during the rebuild, or just compound them. any advice? ken. On 14-Feb-06, at 1:29 PM, Gary Jennejohn wrote: > Ken Easson writes: >> I have the file libgsf-1.so i tried deinstalling and reinstalling the >> port just in case it was messed up. >> >> i'm still getting the same error as before when running make on >> librsvg2 >> >> is it libgsf that i should try building with the -fPIC option? and if >> so - how do i do that? >> > > No, libgsf has already installed a shared library, so it must have been > compiled with -fPIC. > > I suspect that one of the other libraries which are being linked in > references libgsf.a, but there's no where for me to tell which from > the output of the compile. > > You could try doing ldd on the libraraies which are being linked and > see > if one of them references libgsf.a. This is the port which would need > to > be recompiled with -fPIC. > > --- > Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg > garyjATdenxDOTde > > > ken easson From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 15 21:29: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 76FF816A420 for ; Wed, 15 Feb 2006 21:29:54 +0000 (GMT) (envelope-from freebsd@rtl.fmailbox.com) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 154CE43D46 for ; Wed, 15 Feb 2006 21:29:54 +0000 (GMT) (envelope-from freebsd@rtl.fmailbox.com) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 7FCFCD344A8 for ; Wed, 15 Feb 2006 16:29:52 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Wed, 15 Feb 2006 16:29:52 -0500 X-Sasl-enc: Z/DJxE4e2d7Uoc3bMBlGinRMK6k2zBSGmi3YkYJOoCQ9 1140038989 Received: from [192.168.1.51] (CWPP-p-144-134-225-78.prem.tmns.net.au [144.134.225.78]) by frontend2.messagingengine.com (Postfix) with ESMTP id 0C5E9571506 for ; Wed, 15 Feb 2006 16:29:48 -0500 (EST) Message-ID: <43F39D4F.7010401@rtl.fmailbox.com> Date: Thu, 16 Feb 2006 08:29:51 +1100 From: Robert Leftwich User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <1139828635.13761.254227794@webmail.messagingengine.com> <20060213190831.GA1510@troutmask.apl.washington.edu> <43F31B35.6080308@rtl.fmailbox.com> <20060215152832.GD5525@troutmask.apl.washington.edu> In-Reply-To: <20060215152832.GD5525@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 6.0, amd64, A8N-SLI and 4gb ram 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, 15 Feb 2006 21:29:54 -0000 Steve Kargl wrote: > > Just a guess, but something appears to seriously messed up > with that motherboard. Is this an nforce3 based board? nforce 4. > Do you have the latest BIOS? > Double checking now... it has the latest (non-beta) release (1009) Robert From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 15 22:19:11 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 B792A16A420 for ; Wed, 15 Feb 2006 22:19:11 +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 38AED43D4C for ; Wed, 15 Feb 2006 22:19:09 +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 k1FMJ8M7094214 for ; Thu, 16 Feb 2006 00:19:08 +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 92872-01-2 for ; Thu, 16 Feb 2006 00:18:41 +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 k1FLn78a093705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Feb 2006 23:49:07 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1FLnAP8053459 for amd64@FreeBSD.org; Wed, 15 Feb 2006 23:49:10 +0200 (EET) (envelope-from ru) Date: Wed, 15 Feb 2006 23:49:10 +0200 From: Ruslan Ermilov To: amd64@FreeBSD.org Message-ID: <20060215214910.GA50164@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: Subject: SMP with different Opteron models possible? 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, 15 Feb 2006 22:19:11 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there, Can I combine two different AMD Opteron CPUs in one SMP box? For example, I now have one 850 and one 240 CPU... Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD86HWqRfpzJluFF4RAgQnAJ43vObSa1iF4biWj25kKk/s/Wci6wCfY1uY /pYst6M7r1eiZJYw1LNx2cc= =ecen -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 15 23:46:33 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 3F47D16A420 for ; Wed, 15 Feb 2006 23:46:33 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from omta01sl.mx.bigpond.com (omta01sl.mx.bigpond.com [144.140.92.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CBBB43D46 for ; Wed, 15 Feb 2006 23:46:31 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta01sl.mx.bigpond.com with ESMTP id <20060215234629.FZYO16720.omta01sl.mx.bigpond.com@areilly.bpc-users.org> for ; Wed, 15 Feb 2006 23:46:29 +0000 Received: (qmail 80037 invoked by uid 501); 15 Feb 2006 23:47:04 -0000 Date: Thu, 16 Feb 2006 10:47:04 +1100 From: Andrew Reilly To: Steve Kargl Message-ID: <20060215234704.GA79646@gurney.reilly.home> References: <1139828635.13761.254227794@webmail.messagingengine.com> <20060213190831.GA1510@troutmask.apl.washington.edu> <43F31B35.6080308@rtl.fmailbox.com> <20060215152832.GD5525@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060215152832.GD5525@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 6.0, amd64, A8N-SLI and 4gb ram 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, 15 Feb 2006 23:46:33 -0000 On Wed, Feb 15, 2006 at 07:28:32AM -0800, Steve Kargl wrote: > On Wed, Feb 15, 2006 at 11:14:45PM +1100, Robert Leftwich wrote: > > > > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ (2472.16-MHz K8-class > > Hyperthreading: 2 logical CPUs > > (Directed at the amd64 list in general.) > Is the above correct for a dual core processor? Not sure in general, but I have an X2 which says the following in /var/run/dmesg.boot: FreeBSD 6.1-PRERELEASE #1: Sat Feb 11 17:12:37 EST 2006 root@duncan.reilly.home:/usr/obj/usr/src/sys/DUNCAN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2211.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> I'm running with /boot/loader.conf containing: kern.smp.disabled="1" because that's the only way that the 4front-tech OSS sound card driver for my m-audio delta 1010 will load. (If I have both CPUs going then it is unable to allocate a contiguous chunk of 30k-ish RAM, 64k-aligned, by the time it gets going, in /etc/rc.local.) Dunno if that sysctl would change the way the CPU is reported, though. I'm happy to help answer any questions, because there's a few other pieces of my shiny new GA-K8N9 motherboard that don't work properly too. (nve0 times out a lot and the system freezes up for a second or two whenever it does. I'm hoping that recent comments about interrupt routing fixes will mean that this'll get better soon.) GA-K8N9 is an nForce 4 based board. I only have 1G of RAM at the moment, so I'm not seeing this problem. Cheers, -- Andrew From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 16 00:20:12 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 C8ED016A420 for ; Thu, 16 Feb 2006 00:20:12 +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 4617D43D46 for ; Thu, 16 Feb 2006 00:20:12 +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 k1G0KCNn083256 for ; Thu, 16 Feb 2006 00:20:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1G0KCb9083254; Thu, 16 Feb 2006 00:20:12 GMT (envelope-from gnats) Resent-Date: Thu, 16 Feb 2006 00:20:12 GMT Resent-Message-Id: <200602160020.k1G0KCb9083254@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, Michael Szklarski Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8808716A420 for ; Thu, 16 Feb 2006 00:15:02 +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 527C243D49 for ; Thu, 16 Feb 2006 00:15:02 +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 k1G0F1er092344 for ; Thu, 16 Feb 2006 00:15:01 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k1G0F1TT092343; Thu, 16 Feb 2006 00:15:01 GMT (envelope-from nobody) Message-Id: <200602160015.k1G0F1TT092343@www.freebsd.org> Date: Thu, 16 Feb 2006 00:15:01 GMT From: Michael Szklarski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/93413: lpd does not remove lock file from /var/spool/lpd/{printername} 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, 16 Feb 2006 00:20:12 -0000 >Number: 93413 >Category: amd64 >Synopsis: lpd does not remove lock file from /var/spool/lpd/{printername} >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 16 00:20:11 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Michael Szklarski >Release: 6.0 >Organization: ABG Ster-Projekt >Environment: FreeBSD Tygrytron 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Feb 11 00:30:29 CET 2006 msz@Tygrytron:/usr/src/sys/amd64/compile/Tygrytron amd64 >Description: On a system running GA-K8NF-9 with AMD64 3500+ with a HP DeskJet 710C connected to lpt0, printer refuses to print with parallel port in interrupt mode (this is described in the Handbook). After switching to polled-standard or polled-extended, first "lpr" command runs successful printout, but lpd does not remove its lock file from /var/spool/lpd/{printername}, making next printouts impossible. Look at this: total 6 -rw-r----x 1 root daemon 4 Feb 16 01:03 .seq ---xrwS--T 1 root daemon 20 Feb 16 01:03 lock -rw-rw-r-- 1 root daemon 28 Feb 16 01:03 status and here comes the lock file itself: 782 cfA003Tygrytron as you notice, there is no cfA003Tygrytron file in /var/spool/lpd/{printername} directory. Removing the lock file helps - for a single printout. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 16 21:07:12 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 B149C16A422 for ; Thu, 16 Feb 2006 21:07:12 +0000 (GMT) (envelope-from eol1@yahoo.com) Received: from web51904.mail.yahoo.com (web51904.mail.yahoo.com [206.190.48.67]) by mx1.FreeBSD.org (Postfix) with SMTP id 747F743D5A for ; Thu, 16 Feb 2006 21:07:10 +0000 (GMT) (envelope-from eol1@yahoo.com) Received: (qmail 85960 invoked by uid 60001); 16 Feb 2006 21:07:07 -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:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XxAAdBXhPcjSZhOQBTUnYsoPm1t7U+igGZdgJdZLAMkgONx3GNp/Qs9ptY6S8pjJxCZuU29fy9M1mNP9KfqgYeM8h59FF4n00zcEK+W2G40CZTJBTx+vSRmUTZUQ6lmlT75A35cCM+5TeOJ45c1WEM44zbunZQ781KwN8XWDFWk= ; Message-ID: <20060216210707.85958.qmail@web51904.mail.yahoo.com> Received: from [62.68.76.227] by web51904.mail.yahoo.com via HTTP; Thu, 16 Feb 2006 13:07:07 PST Date: Thu, 16 Feb 2006 13:07:07 -0800 (PST) From: Peter Thoenen To: amd64@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Unexplained panic? on Sun X2100 - help / pointers? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eol1@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, 16 Feb 2006 21:07:13 -0000 Purchased an Sun X2100 a couple weeks ago and been experiencing unexplained panics?* Narrowed it down to what I think is the bge driver but unsure how to confirm / prove this. Help would be appreciated as I would like to get this fixed (mainly if its bad hardware, get replacement parts, if bad software, hope that FBSD 6.1 fixes). No point to owning a server if you can't use it :) * Its a remote colo so I don't actually see a panic screen nor does logging serial console (or syslog) report a panic. Assume panic as the box just arbitrarily dies after a couple hours. * Not seeing anything is /var/crashes though I have enough space on my dumpdir and swap. Logic on bge driver (though might be other network related): - Installed 6.0 w/ GENERIC kernel. Runs fine. (72 hour test, no crash) - Installed custom kernel. Runs fine. (72 hour test, no crash) - Installed dns, httpd, mail, ssh, couple other low bandwidth items. Runs fine (72 hour test, no crash) - Install tor, i2p, freenet. Run ANY ONE (or multiples) of these items and box dies after about 3 to 4 hours of max pf queue (450kbs per each of the 3 items). - Reboot repeat bandwidth intensive test, repeat box dies. - Do not run of those 3 bandwidth intensive item. Box up for 72 hours. - Run any one of the 3 items and once again box dies with 3 to 4 hours. - Rebuild GENERIC kernel (though maybe custom kernel issue) - Repeat run tests, same issue, box dies after 3 or 4 hours of constant 450kbs+ traffic. Might be the bge driver, might be pf altq releated, might be *other*. Lost where to proceed from here. No longer think its hardware related (as in bad hardware) as I can run it for 72+ hours on low bandwidth and no crash. Only crashes on a (albeit minor) load. Not sure if this is of any use but below is my DMESG: --------------------------------------------------------- Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE-p4 #1: Mon Feb 13 20:48:35 EST 2006 root@nan-elmoth:/usr/obj/usr/src/sys/CUSTOM ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 148 (2211.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f71 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2146304000 (2046 MB) avail memory = 2063179776 (1967 MB) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: on acpi0 pci_link3: irq 5 on acpi0 pci_link4: on acpi0 pci_link5: irq 10 on acpi0 pci_link6: on acpi0 pci_link7: irq 3 on acpi0 pci_link8: irq 7 on acpi0 pci_link9: on acpi0 pci_link10: irq 5 on acpi0 pci_link11: irq 11 on acpi0 pci_link12: on acpi0 pci_link13: irq 11 on acpi0 pci_link14: irq 10 on acpi0 pci_link15: on acpi0 pci_link16: irq 0 on acpi0 pci_link17: irq 0 on acpi0 pci_link18: irq 0 on acpi0 pci_link19: irq 0 on acpi0 pci_link20: irq 16 on acpi0 pci_link21: irq 0 on acpi0 pci_link22: irq 0 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 0 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link26: BIOS IRQ 5 for -2145826954.1.INTA is invalid pci_link21: BIOS IRQ 10 for -2145826954.2.INTA is invalid pci_link27: BIOS IRQ 11 for -2145826954.2.INTB is invalid pci_link23: BIOS IRQ 3 for -2145826954.10.INTA is invalid pci_link29: BIOS IRQ 11 for -2145826954.7.INTA is invalid pci_link30: BIOS IRQ 10 for -2145826954.8.INTA is invalid pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem 0xfe02c000-0xfe02cfff irq 23 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfe02b000-0xfe02bfff irq 21 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci_link16: BIOS IRQ 23 for 0.7.INTA is invalid pci_link19: BIOS IRQ 21 for 0.8.INTA is invalid pci_link17: BIOS IRQ 22 for 0.10.INTA is invalid pci1: on pcib1 pci1: at device 5.0 (no driver attached) nve0: port 0xbc00-0xbc07 mem 0xfe02a000-0xfe02afff irq 22 at device 10.0 on pci0 nve0: Ethernet address 00:e0:81:59:33:88 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:e0:81:59:33:88 nve0: [GIANT-LOCKED] pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 bge0: mem 0xfdaf0000-0xfdafffff irq 19 at device 0.0 on pci4 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:59:33:89 pcib5: at device 14.0 on pci0 pci5: on pcib5 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xce000-0xcf7ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 device_attach: atkbd0 attach returned 6 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: GM-TEK USB Composite Device, rev 1.01/0.01, addr 2, iclass 3/1 kbd0 at ukbd0 uhid0: GM-TEK USB Composite Device, rev 1.01/0.01, addr 2, iclass 3/1 Timecounter "TSC" frequency 2211343601 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. acd0: DVDROM at ata0-master UDMA66 ad4: 238475MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a bge0: link state changed to UP From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 17 09:30:05 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 CAD4216A420 for ; Fri, 17 Feb 2006 09:30:05 +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 5D05A43D4C for ; Fri, 17 Feb 2006 09:30:05 +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 k1H9U5kg006776 for ; Fri, 17 Feb 2006 09:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1H9U5mH006775; Fri, 17 Feb 2006 09:30:05 GMT (envelope-from gnats) Resent-Date: Fri, 17 Feb 2006 09:30:05 GMT Resent-Message-Id: <200602170930.k1H9U5mH006775@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, Michael Szklarski Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D883616A422 for ; Fri, 17 Feb 2006 09:24:31 +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 6B75843D5F for ; Fri, 17 Feb 2006 09:24:27 +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 k1H9OQqS009114 for ; Fri, 17 Feb 2006 09:24:26 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k1H9OQh8009113; Fri, 17 Feb 2006 09:24:26 GMT (envelope-from nobody) Message-Id: <200602170924.k1H9OQh8009113@www.freebsd.org> Date: Fri, 17 Feb 2006 09:24:26 GMT From: Michael Szklarski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/93469: uninitialised struct stat in lpd prevents it from normal operation 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, 17 Feb 2006 09:30:06 -0000 >Number: 93469 >Category: amd64 >Synopsis: uninitialised struct stat in lpd prevents it from normal operation >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 17 09:30:04 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Michael Szklarski >Release: 6.0 >Organization: ABG Ster-Projekt >Environment: FreeBSD Tygrytron 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Feb 11 00:30:29 CET 2006 msz@Tygrytron:/usr/src/sys/amd64/compile/Tygrytron amd64 >Description: Already reported in: http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/93413 now I have traced down the problem: After first-time installation of spool directories, e.g. /var/spool/lpd/rattan , as seen in the Handbook, these directories are of course empty. Running first time printout is successful, lpd creates "lock" file in the spool directory, but it has following (strange) attributes: ---xrwS--T 1 root daemon 20 Feb 16 01:03 lock Unfortunately, running printout for the next time does not work - lpr queues the job and nothing happens ! It is due to a sw-bug in /usr/src/usr.sbin/lpr/lpd/printjob.c, in function void printjob(struct printer* pp); i.e. look at the following lines of code: [203] if (stat(pp->lock_file, &stb) == 0 && (stb.st_mode & LFM_PRINT_DIS)) exit(0); Seems OK, but if NO LOCK FILE EXIST, "stb" remains uninitialized ! Unfortunately, this sets "+x" attribute, which is defined elsewhere as #define LFM_PRINT_DIS (S_IXUSR) and it results in executing exit(0) in the line mentioned above, but only for the second time. Further in the code one can find fchmod(lfd,stb.st_mode), which uses uninitialised "stb". >How-To-Repeat: kill lpd. remove spool directories. recreate spool directories. run lpd. try to print twice (or more). >Fix: /usr/src/usr.sbin/lpr/lpd/printjob.c: function void printjob(struct printer* pp), line 203: replace those 2 lines mentioned above with: if (stat(pp->lock_file, &stb) == 0) { if (stb.st_mode & LFM_PRINT_DIS) { exit(0); /* printing disabled */ } } else { stb.st_mode = LOCK_FILE_MODE; } rebuild and install lpd. Works for me. Workaround: create lock files after creating spool directories: mkdir /var/spool/lpd/rattan touch /var/spool/lpd/rattan/lock and/or change attributes of lock file: chmod 664 /var/spool/lpd/rattan/lock >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 17 15:01: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 9DD9E16A420 for ; Fri, 17 Feb 2006 15:01:09 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B66D43D48 for ; Fri, 17 Feb 2006 15:01:09 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1HF17AJ014503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Feb 2006 10:01:08 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1HF11Q0077393; Fri, 17 Feb 2006 10:01:01 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17397.58669.457047.277510@grasshopper.cs.duke.edu> Date: Fri, 17 Feb 2006 10:01:01 -0500 (EST) To: freebsd-amd64@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Subject: non-temporal copyin/copyout? 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, 17 Feb 2006 15:01:09 -0000 Has anybody considered using non-temporal copies for the in-kernel bcopy on amd64? A quick test in userspace shows that for large copies, an adapted pagecopy (from amd64/amd64/support.S) more than doubles bcopy bandwidth from 1.2GB/s to 2.5GB/s on my on my Athlon64 X2 3800+. I'm bringing this up because I've noticed that FreeBSD 10GbE performance is far below Solaris/amd64 and linux/x86_64 when using the PCI-e 10GbE adaptor that I'm doing drivers for. For example, Solaris can recieve a netperf TCP stream at 9.75Gb/sec while using only 47% CPU as measured by vmstat. (eg, it is using a little less than a single core). In contrast, FreeBSD is limited to 7.7Gb/sec, and uses nearly 90% CPU. When profiling with hwpmc, I see a profile which shows up to 70% of the time is spent in copyout. Thanks, Drew From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 17 15:50:33 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 B9ACF16A420 for ; Fri, 17 Feb 2006 15:50:33 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F9AD43D45 for ; Fri, 17 Feb 2006 15:50:33 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s19so295545wxc for ; Fri, 17 Feb 2006 07:50:32 -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=nlybLfFM5j5dt+Z8siiEawNfRzMKoJbQa8Iz+xK1MCjbcA1YkcqEz8ytLbRVRnGxr5t+3edenHt7kQ5qAdZrff3PlRFisqKiYjzpbgQMaue3S1BNOaN9lGKI4C9f5VP5RTQdk0Z4BFS8vdIsAZ184Si9Umc9ZQvPy1qIDOZX708= Received: by 10.70.76.1 with SMTP id y1mr424990wxa; Fri, 17 Feb 2006 07:50:31 -0800 (PST) Received: by 10.70.116.10 with HTTP; Fri, 17 Feb 2006 07:50:30 -0800 (PST) Message-ID: <84dead720602170750j119080c9g32ec9f1ac0e3944d@mail.gmail.com> Date: Fri, 17 Feb 2006 21:20:30 +0530 From: Joseph Koshy To: Andrew Gallatin In-Reply-To: <17397.58669.457047.277510@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17397.58669.457047.277510@grasshopper.cs.duke.edu> Cc: freebsd-amd64@freebsd.org Subject: Re: non-temporal copyin/copyout? 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, 17 Feb 2006 15:50:33 -0000 > I'm bringing this up because I've noticed that FreeBSD 10GbE > performance is far below Solaris/amd64 and linux/x86_64 when > using the PCI-e 10GbE adaptor that I'm doing drivers for. > For example, Solaris can recieve a netperf TCP stream at There was a bug in my port of netperf; I had left the `HISTOGRAM' option turned on, which causes it to slow down significantly. v2.3.1,1 is the latest & bugfixed version of the port. > 9.75Gb/sec while using only 47% CPU as measured by vmstat. > (eg, it is using a little less than a single core). In > contrast, FreeBSD is limited to 7.7Gb/sec, and uses nearly > 90% CPU. When profiling with hwpmc, I see a profile which > shows up to 70% of the time is spent in copyout. You could use the following events to probe the system: "k8-dc-miss" : data cache misses "k8-bu-fill-request-l2-miss,mask=3Ddc-fill" : L2 fills for the data cache "k8-dc-misaligned-data-reference": in case there are any "k8-fr-interrupts-masked-while-pending-cycles": for finding spots in the code where spin-locks are being held for long. You may need to tweak the sample rate (the -n option to pmcstat); the default of 65536 events per sample may be too high or too low for some of these. Using pmcstat -p EVENT will give a feel for a good sample rate to choose for EVENT. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 17 16:14: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 9E49516A420 for ; Fri, 17 Feb 2006 16:14:41 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E6A43D81 for ; Fri, 17 Feb 2006 16:14:22 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1HGELrF003758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Feb 2006 11:14:21 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1HGEGIH077465; Fri, 17 Feb 2006 11:14:16 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17397.63064.242130.484086@grasshopper.cs.duke.edu> Date: Fri, 17 Feb 2006 11:14:16 -0500 (EST) To: Joseph Koshy In-Reply-To: <84dead720602170750j119080c9g32ec9f1ac0e3944d@mail.gmail.com> References: <17397.58669.457047.277510@grasshopper.cs.duke.edu> <84dead720602170750j119080c9g32ec9f1ac0e3944d@mail.gmail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-amd64@freebsd.org Subject: Re: non-temporal copyin/copyout? 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, 17 Feb 2006 16:14:41 -0000 Joseph Koshy writes: > > I'm bringing this up because I've noticed that FreeBSD 10GbE > > performance is far below Solaris/amd64 and linux/x86_64 when > > using the PCI-e 10GbE adaptor that I'm doing drivers for. > > For example, Solaris can recieve a netperf TCP stream at > > There was a bug in my port of netperf; I had left the > `HISTOGRAM' option turned on, which causes it to slow > down significantly. > > v2.3.1,1 is the latest & bugfixed version of the port. I don't use the port specifically because of the HISTOGRAM (mis)feature :). I have my own copy of netperf that I use on all platforms I support (linux, solaris, macosx, freebsd, aix) with various bugs fixed (sendfile support for solaris, cpu time for macosx & aix, etc). > > 9.75Gb/sec while using only 47% CPU as measured by vmstat. > > (eg, it is using a little less than a single core). In > > contrast, FreeBSD is limited to 7.7Gb/sec, and uses nearly > > 90% CPU. When profiling with hwpmc, I see a profile which > > shows up to 70% of the time is spent in copyout. > > You could use the following events to probe the system: OK. I did these probes while a netperf was running at ~7.7Gb/s. I did each for roughly 10-20 seconds, not very scientifically :) Here is everything above 1% for all of them: > "k8-dc-miss" : data cache misses 91.5 6466.00 6466.00 0 100.00% copyout [1] 2.8 6666.00 200.00 0 100.00% soreceive [2] 1.5 6774.00 108.00 0 100.00% uiomoveco [3] 1.0 6846.00 72.00 0 100.00% mb_free_ext [4] > "k8-bu-fill-request-l2-miss,mask=dc-fill" : L2 fills for the > data cache 88.2 3866.00 3866.00 0 100.00% copyout [1] 4.0 4041.00 175.00 0 100.00% soreceive [2] 1.9 4125.00 84.00 0 100.00% uiomoveco [3] 1.9 4207.00 82.00 0 100.00% mb_free_ext [4] 1.5 4273.00 66.00 0 100.00% mb_dtor_clust[5] > "k8-dc-misaligned-data-reference": in case there are any 99.5 66763.00 66763.00 0 100.00% copyout [1] > "k8-fr-interrupts-masked-while-pending-cycles": for > finding spots in the code where spin-locks are being > held for long. I had to tweak the sample rate to 512 for this one. 52.5 330.00 330.00 0 100.00% acpi_cpu_idle [1] 10.4 395.00 65.00 0 100.00% spinlock_exit [2] 9.1 452.00 57.00 0 100.00% acpi_cpu_c1 [3] 6.1 490.00 38.00 0 100.00% _mtx_lock_sleep [4] 4.0 515.00 25.00 0 100.00% runq_remove [5] 2.4 530.00 15.00 0 100.00% ast [6] 2.2 544.00 14.00 0 100.00% _mtx_unlock_sleep [7] 2.1 557.00 13.00 0 100.00% turnstile_lock [8] 1.9 569.00 12.00 0 100.00% choosethread [9] 1.6 579.00 10.00 0 100.00% cpu_switch [10] 1.3 587.00 8.00 0 100.00% turnstile_release [11] 1.1 594.00 7.00 0 100.00% sched_switch [12] 1.0 600.00 6.00 0 100.00% sched_add [13] Drew From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 17 16:43:42 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 A07EB16A422 for ; Fri, 17 Feb 2006 16:43:42 +0000 (GMT) (envelope-from freebsd-amd64@datafarm.de) Received: from mr0.continum.net (mr0.continum.net [80.72.128.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63B5E43DBB for ; Fri, 17 Feb 2006 16:43:25 +0000 (GMT) (envelope-from freebsd-amd64@datafarm.de) Received: from tecgate.frbh.continum.net ([80.72.130.254] helo=[192.168.100.70]) by mr0.continum.net with asmtp (Exim 4.30) id 1FA8hY-000G5G-UT for freebsd-amd64@freebsd.org; Fri, 17 Feb 2006 17:43:24 +0100 Message-ID: <43F5FEC5.40809@datafarm.de> Date: Fri, 17 Feb 2006 17:50:13 +0100 From: "V. T. Mueller" User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: reproducible panic - 6.0-STABLE-SNAP011 - vm_fault: fault on nofault entry 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, 17 Feb 2006 16:43:42 -0000 Hello, I was searching the list archives, but could not find anything that looked really related. So here is my problem: We need to move several services from 5.4 i386 to amd64 and thought 6.0 would work. All tests so far ended in panics or kernel traps, though. Our test hardware is a Supermicro H8D8A http://www.supermicro.com/Aplus/motherboard/Opteron/8131/H8DA8.cfm with two single-core Opteron 246, eight GB of RAM and one ICP-Vortex GDT8500RZ zero-channel RAID controller (iir). Board and controller firmware are up-to-date; hardware was fully tested and proven error-free. Booting from 6.0-RELEASE-amd64-bootonly.iso results in kernel trap 12 depending on ACPI on/off. When not dying of sync with the mentioned kernel trap 12, it panics the same way as describe below. Booting from 6.0-STABLE-SNAP011-bootonly.iso first works, but panics at "writing partition information to disk da0" with: panic: vm_fault: fault on nofault entry, addr: ffffffffb19fb000 This is happening independantly from parameters like swap size and/or the patition scheme attempted. Disabling ACPI does not alter this behaviour, too. Besides, 6.1-BETA1 is the same (7.0-CURRENT dies early during bootup). Has anyone seen s/th like this before? Any hints where the root of this evil might be located? Is there anything I can do to help tracking the problem down to its cause? TIA, vt From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 18 03:20:19 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 A65E016A420 for ; Sat, 18 Feb 2006 03:20:19 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31A8743D46 for ; Sat, 18 Feb 2006 03:20:19 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id h31so379671wxd for ; Fri, 17 Feb 2006 19:20:18 -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=pDBm373iphl8jdXr6HGwDQZY6JfoGT+XObeiDBHLqIvE8WclTAAc6B6wApyZk6alPNOgXpDjMVuCf0td+dVxIrgyu10vzixg8vm3DmKMCWZN592AAyoUO1/Z1eRfShjleq58t6xQRQSUoEdIiyYlYp7VmBWWuBaYlbQZ8ZvP19c= Received: by 10.70.60.18 with SMTP id i18mr1754118wxa; Fri, 17 Feb 2006 19:20:18 -0800 (PST) Received: by 10.70.116.10 with HTTP; Fri, 17 Feb 2006 19:20:17 -0800 (PST) Message-ID: <84dead720602171920y153bd9d5p1c0aa11cbc177020@mail.gmail.com> Date: Sat, 18 Feb 2006 08:50:17 +0530 From: "Joseph Koshy" To: "Andrew Gallatin" In-Reply-To: <17397.63064.242130.484086@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17397.58669.457047.277510@grasshopper.cs.duke.edu> <84dead720602170750j119080c9g32ec9f1ac0e3944d@mail.gmail.com> <17397.63064.242130.484086@grasshopper.cs.duke.edu> Cc: freebsd-amd64@freebsd.org Subject: Re: non-temporal copyin/copyout? 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, 18 Feb 2006 03:20:19 -0000 On 2/17/06, Andrew Gallatin wrote: ag> "k8-dc-miss" : data cache misses ag> 91.5 6466.00 6466.00 0 100.00% copyout [1] ag> "k8-bu-fill-request-l2-miss,mask=3Ddc-fill" : L2 fills ag> for the data cache ag> 88.2 3866.00 3866.00 0 100.00% copyout [1] Certainly copyout() appears to be thrashing the cache. ag> "k8-dc-misaligned-data-reference": in case there are any ag> 99.5 66763.00 66763.00 0 100.00% copyout [1] The code in question "/usr/src/sys/amd64/amd64/support.S" has: 216 ENTRY(copyout) ... 249 shrq $3,%rcx 250 cld 251 rep 252 movsq 253 movb %dl,%cl 254 andb $7,%cl 255 rep 256 movsb i.e., it doesn't handle the case where the `from_kernel' or `to_user' addresses are misaligned to their natural boundaries. IIRC `rep movsq' works best if both the source and destination addresses are 8-byte aligned. If we are going to use `movntq' then we may as well take care of alignment issues too. jk> "k8-fr-interrupts-masked-while-pending-cycles": for jk> finding spots in the code where spin-locks are being jk> held for long. ag> I had to tweak the sample rate to 512 for this one. ag> 52.5 330.00 330.00 0 100.00% acpi_cpu_idle [1] ag> 10.4 395.00 65.00 0 100.00% spinlock_exit [2] ag> 9.1 452.00 57.00 0 100.00% acpi_cpu_c1 [3] This is interesting too, but I'm not sure how much of an effect it has on this particular benchmark. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 18 13:29:32 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 0C07816A420 for ; Sat, 18 Feb 2006 13:29:32 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FD8043D45 for ; Sat, 18 Feb 2006 13:29:31 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k1IDTKVI010902; Sun, 19 Feb 2006 00:29:20 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k1IDTHWK015852; Sun, 19 Feb 2006 00:29:18 +1100 Date: Sun, 19 Feb 2006 00:29:17 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Andrew Gallatin In-Reply-To: <17397.58669.457047.277510@grasshopper.cs.duke.edu> Message-ID: <20060218232213.F59482@delplex.bde.org> References: <17397.58669.457047.277510@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@FreeBSD.org Subject: Re: non-temporal copyin/copyout? 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, 18 Feb 2006 13:29:32 -0000 On Fri, 17 Feb 2006, Andrew Gallatin wrote: > Has anybody considered using non-temporal copies for the in-kernel > bcopy on amd64? Yes. It's probably a small pessimization sunce large bcopys are (or should be) rare. If you really mean copyin/copyout as in the subject line, then things are less clear. > A quick test in userspace shows that for large copies, an adapted > pagecopy (from amd64/amd64/support.S) more than doubles bcopy > bandwidth from 1.2GB/s to 2.5GB/s on my on my Athlon64 X2 3800+. Is this with 5+GHz memory or with slower memory with the source cached? I've seen 1.7GB/s in non-quick tests in user space with PC3200 memory overclocked slightly. This is almost twice as fast as using the best nontemporal copy method (which gives 0.9GB/s on the same machine). > I'm bringing this up because I've noticed that FreeBSD 10GbE > performance is far below Solaris/amd64 and linux/x86_64 when using the > PCI-e 10GbE adaptor that I'm doing drivers for. For example, Solaris > can recieve a netperf TCP stream at 9.75Gb/sec while using only 47% > CPU as measured by vmstat. (eg, it is using a little less than a > single core). In contrast, FreeBSD is limited to 7.7Gb/sec, and uses > nearly 90% CPU. When profiling with hwpmc, I see a profile which > shows up to 70% of the time is spent in copyout. The problems with always using nontemporal copies is that they might be much slower if the target is already cached (which would often be the case, for example, if the same small buffer is used repeatedly), and they would be slower if the application actually uses the data soon enough after reading it that it doesn't become uncached (if it was cached as a side effect of the copy). I once thought that movnt* doesn't take any advantage of cached data. Tesing on AthlonXP showed that this isn't much of a problem -- repeated movnt{q,ps}'s to the same small buffer go almost as fast (to within about 10%, with half the extra overhead for prefetchnta) as the best temporal method, provided the target buffer is read into the cache first (otherwise temporal copies are limited to the bandwidth of main memory, which is (3 to 5 times slower on my test machines). However, on my Athlon64 and sledge's Opteron, movnt{q,ps,i} is limited to the speed of main memory whether or not the target buffer is pre-read. If it weren't for the Athlon64 behaviour, then using nontemporal copies for all larger copyin/outs would probably be best. "Large" wouldn't need to be very large for the 10% overhead to be a reasonable tradeoff. If the target were cached then the copy would go 10% slower (than very fast), and if the target weren't cached but the data weren't actually nontemporal (because the application actually uses it soon), then the copy would go as fast as possible and the cost of reading the data into the cache would be paid later where it would give a total cost of about the same as from reading it as part of the copy. With the Athlon64 behaviour, I think nontemporal copies should only be used in cases where it is know that the copies really are nontemporal. We use them for page copying now because this is (almost) known. For copyout(), it would be certainly known only for copies that are so large that they can't fit in the L2 cache. copyin() might be different, since it might often be known that the data will be DMA'ed out by a driver and need never be cached. Bruce From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 18 22:02: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 AB23016A420 for ; Sat, 18 Feb 2006 22:02:51 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E2143D49 for ; Sat, 18 Feb 2006 22:02:51 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1IM2grO005411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Feb 2006 17:02:42 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1IM2Ybm082201; Sat, 18 Feb 2006 17:02:34 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17399.39290.13815.777894@grasshopper.cs.duke.edu> Date: Sat, 18 Feb 2006 17:02:34 -0500 (EST) To: Bruce Evans In-Reply-To: <20060218232213.F59482@delplex.bde.org> References: <17397.58669.457047.277510@grasshopper.cs.duke.edu> <20060218232213.F59482@delplex.bde.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Andrew Gallatin , freebsd-amd64@FreeBSD.org Subject: Re: non-temporal copyin/copyout? 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, 18 Feb 2006 22:02:51 -0000 Bruce Evans writes: > On Fri, 17 Feb 2006, Andrew Gallatin wrote: > > > Has anybody considered using non-temporal copies for the in-kernel > > bcopy on amd64? > > Yes. It's probably a small pessimization sunce large bcopys are (or > should be) rare. If you really mean copyin/copyout as in the subject > line, then things are less clear. Yes, copyin/copyout is what I really meant. > > A quick test in userspace shows that for large copies, an adapted > > pagecopy (from amd64/amd64/support.S) more than doubles bcopy > > bandwidth from 1.2GB/s to 2.5GB/s on my on my Athlon64 X2 3800+. > > Is this with 5+GHz memory or with slower memory with the source cached? > I've seen 1.7GB/s in non-quick tests in user space with PC3200 memory > overclocked slightly. This is almost twice as fast as using the best > nontemporal copy method (which gives 0.9GB/s on the same machine). This is a "DFI Lanparty UTnF4 Ultra-D" with an Nforce 4 chipset, and 2 256 MB sticks of PC3200 ram. The timings I mention above closely match the lmbench "bcopy" benchmark for large buffers (> L2 cache) when run on FreeBSD vs when run on Solaris (which uses a non-temporal bcopy even in userspace). <....> > With the Athlon64 behaviour, I think nontemporal copies should only be > used in cases where it is know that the copies really are nontemporal. > We use them for page copying now because this is (almost) known. For > copyout(), it would be certainly known only for copies that are so large > that they can't fit in the L2 cache. copyin() might be different, since > it might often be known that the data will be DMA'ed out by a driver and > need never be cached. I think you could make arguments for doing a non-temporal copy for both copyin and copyout when the size exceeds some tunable threshold. Solaris even uses a fixed threshold, and I believe the threshold is quite small (128 bytes). See http://cvs.opensolaris.org/source/xref/on/usr/src/uts/intel/ia32/ml/copy.s Maybe I'm being naive, but I would assume that most bulk data, both copied in and copied out should never be accessed by the kernel in a high performance system. Most Gigabit or better, and many 100Mb network drivers do checksum offloading on both send and receive, so there is no need for the kernel to touch any data which is copied in or out for network sends or receives. Further, I can imagine a network server (like a userspace nfs server or samba) turning around and writing data to disk which it received via a socket read without ever looking at the buffer. I don't know the storage system as well as the networking system, but unless a disk driver is using PIO, I don't think the data is ever touched by the kernel. This is all academic, as I don't know enough about x86_64 asm to implement any of this. But I have an ideal testbed if anybody would be inclined to implement it. Drew From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 18 22:04:19 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 D348C16A420 for ; Sat, 18 Feb 2006 22:04:19 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0583243D45 for ; Sat, 18 Feb 2006 22:04:18 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id k1IM4IKr005818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Feb 2006 17:04:18 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k1IM4DCY082204; Sat, 18 Feb 2006 17:04:13 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17399.39388.956301.439314@grasshopper.cs.duke.edu> Date: Sat, 18 Feb 2006 17:04:12 -0500 (EST) To: "Joseph Koshy" In-Reply-To: <84dead720602171920y153bd9d5p1c0aa11cbc177020@mail.gmail.com> References: <17397.58669.457047.277510@grasshopper.cs.duke.edu> <84dead720602170750j119080c9g32ec9f1ac0e3944d@mail.gmail.com> <17397.63064.242130.484086@grasshopper.cs.duke.edu> <84dead720602171920y153bd9d5p1c0aa11cbc177020@mail.gmail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-amd64@freebsd.org Subject: Re: non-temporal copyin/copyout? 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, 18 Feb 2006 22:04:20 -0000 Joseph Koshy writes: > The code in question "/usr/src/sys/amd64/amd64/support.S" has: > 216 ENTRY(copyout) > ... > 249 shrq $3,%rcx > 250 cld > 251 rep > 252 movsq > 253 movb %dl,%cl > 254 andb $7,%cl > 255 rep > 256 movsb > > i.e., it doesn't handle the case where the `from_kernel' > or `to_user' addresses are misaligned to their natural > boundaries. IIRC `rep movsq' works best if both the source > and destination addresses are 8-byte aligned. > > If we are going to use `movntq' then we may as well take > care of alignment issues too. Is this just a matter as adding code to get the bulk of the copy aligned before entering the tight loop? If you can do a patch, I'd be happy to test it. Drew