From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 1 09:37:32 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 11DDD16A403; Sun, 1 Oct 2006 09:37:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A48A543D46; Sun, 1 Oct 2006 09:37:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k919bU5Y013229; Sun, 1 Oct 2006 05:37:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id k919bUDH068988; Sun, 1 Oct 2006 05:37:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 823317302F; Sun, 1 Oct 2006 05:37:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20061001093730.823317302F@freebsd-current.sentex.ca> Date: Sun, 1 Oct 2006 05:37:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean 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: Sun, 01 Oct 2006 09:37:32 -0000 TB --- 2006-10-01 07:48:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-10-01 07:48:56 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-10-01 07:48:56 - cleaning the object tree TB --- 2006-10-01 07:49:32 - checking out the source tree TB --- 2006-10-01 07:49:32 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-10-01 07:49:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-10-01 07:56:27 - building world (CFLAGS=-O2 -pipe) TB --- 2006-10-01 07:56:27 - cd /src TB --- 2006-10-01 07:56:27 - /usr/bin/make -B buildworld >>> World build started on Sun Oct 1 07:56:28 UTC 2006 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Oct 1 09:35:13 UTC 2006 TB --- 2006-10-01 09:35:14 - generating LINT kernel config TB --- 2006-10-01 09:35:14 - cd /src/sys/amd64/conf TB --- 2006-10-01 09:35:14 - /usr/bin/make -B LINT TB --- 2006-10-01 09:35:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-10-01 09:35:14 - cd /src TB --- 2006-10-01 09:35:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 1 09:35:14 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pci/agp_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding cc: /src/sys/dev_sound/pci/spicds.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-10-01 09:37:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-10-01 09:37:30 - ERROR: failed to build lint kernel TB --- 2006-10-01 09:37:30 - tinderbox aborted TB --- 1.47 user 7.20 system 6514.29 real From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 2 11:08: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 5AFF416A412 for ; Mon, 2 Oct 2006 11:08:11 +0000 (UTC) (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 0D9E643D49 for ; Mon, 2 Oct 2006 11:08:11 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k92B8Aqi001411 for ; Mon, 2 Oct 2006 11:08:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k92B89Ii001407 for freebsd-amd64@FreeBSD.org; Mon, 2 Oct 2006 11:08:09 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 2 Oct 2006 11:08:09 GMT Message-Id: <200610021108.k92B89Ii001407@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon 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, 02 Oct 2006 11:08:11 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing filesystem w 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/69704 amd64 ext2/ext3 unstable in amd64 o amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy load o amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was seen but timeout o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/73650 amd64 5.3-release panics on boot o amd64/73775 amd64 Kernel panic (trap 12) when booting with (not from!) P o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Trap 12: Page fa o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/78848 amd64 [sis] sis driver on FreeBSD 5.x does not work on amd64 o amd64/80114 amd64 kldload snd_ich causes interrupt storm when ACPI is en o amd64/80691 amd64 amd64 kernel hangs on load o amd64/81037 amd64 SATA problem o amd64/81602 amd64 SATA crashes with parallel pcm access o amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface dies on 5.4/ o amd64/82555 amd64 Kernel Panic - after i connect to my "amd64" from anot o amd64/83005 amd64 Memory Occupied during installation of the FreeBSD 5.4 o amd64/84832 amd64 Installation crashes just at boot AMD64/ Version 5.4 o amd64/84930 amd64 [msdosfs] something wrong with msdosfs on amd64 o amd64/85431 amd64 AMD64 has short but temporary freezes (hangups) on Sun o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/86503 amd64 [atapicam] [panic] k3b crash the system like hardware o amd64/87156 amd64 First Installation: Kernel crashes o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 a amd64/87328 amd64 [boot] BTX halted error o amd64/87348 amd64 amd64+smp+startkde always crashing o amd64/87472 amd64 I downloaded 5.4 and went to install it, but it keeps o amd64/87514 amd64 6.0-CURRENT freezes machine using >4GB on AMD64 archit o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88299 amd64 swapcontext fails with errno 0 f amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem (read-only s o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/92991 amd64 FreeBSD(amd64) freezes when primary disk is on a SiI 3 o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. f amd64/95167 amd64 driver for SuperMicro H8DAR-T (Adaptec AIC-8130: (Marv o amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G o amd64/96400 amd64 FreeBSD 6.0 Bootin Conflict between Broadcom on-broad o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 xorg reboots system if dri module is enabled o amd64/99561 amd64 system hangs in FreeBSD AMD64 when writting ext2fs o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. 60 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/61209 amd64 ppc0: cannot reserve I/O port range o amd64/63188 amd64 [ti] ti(4) broken on amd64 o amd64/69705 amd64 IPC problem (msq_queues) o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting o amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32/64-bit confu o amd64/85812 amd64 "Rebooting..." on serial console appears garbled o amd64/85820 amd64 1.5 times slower performance with SCHED_ULE than SCHED o amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/92527 amd64 [ciphy.c] no driver for "CICADA VSC 8201 Gigabit LAN P o amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognized, but does n o amd64/95282 amd64 [ed] fix ed for RELENG_5 amd64 so that it has network o amd64/97489 amd64 nForce 410 ATA controller dma time out f amd64/98346 amd64 [kbd] caps lock and other keys are always illuminated o amd64/100326 amd64 /dev/fd0 not created after installation FreeBSD 6.1 AM o amd64/100347 amd64 No hardware support Silicon Image SiI 3132 o amd64/100348 amd64 No hardware support: Marvell 88E8053 Yukon PCI-E Gigab o amd64/100838 amd64 FreeBSD 6.0/6.1 kernel panics when booting with EIST e o amd64/101132 amd64 Incorrect cpu idle and usage statistics in top and sys o amd64/101248 amd64 vi(1) can crash in ncurses(3) on amd64 o amd64/102148 amd64 The description of which Intel chips have EM64T is out o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/102975 amd64 NIC unknown o amd64/103259 amd64 Cannot use ataraid on nvidia nForce4+amd64 26 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 2 17:02:48 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 E5BAA16A412 for ; Mon, 2 Oct 2006 17:02:48 +0000 (UTC) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F3B743D66 for ; Mon, 2 Oct 2006 17:02:41 +0000 (GMT) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com country=GB ident=postmaster*pop3#chrishedley#com) by lon-mail-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.232) id 45214630.175b3.8e1 for amd64@freebsd.org; Mon, 2 Oct 2006 18:02:40 +0100 (envelope-sender ) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id A7991D296 for ; Mon, 2 Oct 2006 18:02:32 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NYBlOlJCLtxX for ; Mon, 2 Oct 2006 18:02:30 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id B0004D295 for ; Mon, 2 Oct 2006 18:02:30 +0100 (BST) Date: Mon, 2 Oct 2006 18:02:30 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: amd64@freebsd.org In-Reply-To: <20060829134709.L16098@3jane.math.ualberta.ca> Message-ID: <20061002175336.J1531@teapot.cbhnet> References: <20060829134709.L16098@3jane.math.ualberta.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: suggestions for SATA RAID cards 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, 02 Oct 2006 17:02:49 -0000 On Tue, 29 Aug 2006, Barkley Vowk wrote: > Little late to the game on this post... Even later here, but I thought I may as well throw in my tuppence worth since I'm going through this again at the moment. I have an Adaptec 2410SA coupled to 4 250GB discs. I strongly recommend avoiding it: terrible performance, on RAID5 or 10 partitions I get around 30-40 MB/s on reads and between 3 and 6 MB/s on writes. Performance is probably better if using write back caching on the card and discs, but nobody here will be doing that, right? Its other main "issue" is more timeouts than you can shake a stick at under load, and unless you can kill off the offending process, the reset button's the only way out. I tested its ability to rebuild its sets after simulating a disc failure by removing one of the hot-swap trays, which it repaired without any issues other than the time it took; I eventually got fed up with hanging around for it to finish, but it was somewhere between 6 and 12 hours. I suspect I'll go for the Areca this time around, but I think I'll approach it with rather more caution as I don't want to find myself with another lemon like the 2410SA! Chris. From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 2 23:20:26 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 D415316A407 for ; Mon, 2 Oct 2006 23:20:26 +0000 (UTC) (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 3020043D60 for ; Mon, 2 Oct 2006 23:20:19 +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 k92NKIf2069828 for ; Mon, 2 Oct 2006 23:20:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k92NKIDu069827; Mon, 2 Oct 2006 23:20:18 GMT (envelope-from gnats) Resent-Date: Mon, 2 Oct 2006 23:20:18 GMT Resent-Message-Id: <200610022320.k92NKIDu069827@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, David LeCount Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9845C16A415 for ; Mon, 2 Oct 2006 23:11:36 +0000 (UTC) (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 BCE7543D79 for ; Mon, 2 Oct 2006 23:11:30 +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 k92NBU5X088439 for ; Mon, 2 Oct 2006 23:11:30 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k92NBU7l088438; Mon, 2 Oct 2006 23:11:30 GMT (envelope-from nobody) Message-Id: <200610022311.k92NBU7l088438@www.freebsd.org> Date: Mon, 2 Oct 2006 23:11:30 GMT From: David LeCount To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/103918: LSI 53C1030 SCSI controller timing out on mpt driver X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 23:20:26 -0000 >Number: 103918 >Category: amd64 >Synopsis: LSI 53C1030 SCSI controller timing out on mpt driver >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 02 23:20:18 GMT 2006 >Closed-Date: >Last-Modified: >Originator: David LeCount >Release: 6.1 p4 >Organization: >Environment: FreeBSD bahamut 6.1-RELEASE-p4 FreeBSD 6.1-RELEASE-p4 #5: Sat Aug 26 09:39:38 CDT 2006 root@bahamut:/usr/obj/usr/src/sys/BAHAMUT amd64 >Description: I have a Tyan S2895 motherboard with an LSI 53C1030 U320 SCSI controller and a Hitachi 13,000 RPM drive attached. I am attempting to access the drive using the mpt driver. I have it compiled into my kernel. Whenever I have the controller enabled in CMOS and boot FreeBSD, it repeatedly gives the following error for about a minute: mpt0: EvtLogData: IOCLogInfo: 0x110a0000 mpt0: EvtLogData: Event Data: 05020016 and then it finally stops with this error: mpt0: Request 0xffffffff86ab7530 Timed Out. mpt0: Attempting to Abort Req 0xffffffff8bab7530 mpt0: mpt_recover_commands: Abort timed-out. Resetting controller. Then it starts over with the same errors but another request number. I'm forced to disable the controller and boot to my SATA drive. I noticed someone else had previously submitted a very similar problem report for the i386 architecture, so I don't think it's specific to any processor class. This may be in the wrong category. The previous problem report has apparently been erased. >How-To-Repeat: >From my research, it looks like trying to access this controller from FreeBSD 6.x on either the i386 or amd64 architectures will cause these errors. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 02:24: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 BE7A816A403 for ; Wed, 4 Oct 2006 02:24:51 +0000 (UTC) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D1D43D64 for ; Wed, 4 Oct 2006 02:24:48 +0000 (GMT) (envelope-from cracauer@koef.zs64.net) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k942OlDv070548; Wed, 4 Oct 2006 04:24:47 +0200 (CEST) (envelope-from cracauer@koef.zs64.net) Received: (from cracauer@localhost) by koef.zs64.net (8.13.8/8.13.8/Submit) id k942Oldr070547; Tue, 3 Oct 2006 22:24:47 -0400 (EDT) (envelope-from cracauer) Date: Tue, 3 Oct 2006 22:24:47 -0400 From: Martin Cracauer To: Roberto Lima Message-ID: <20061004022447.GB69704@cons.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-amd64@freebsd.org Subject: Re: fbsd 6-stable i386 in server amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 02:24:51 -0000 Roberto Lima wrote on Mon, Sep 25, 2006 at 12:11:51PM -0300: > Hi all, > I have an server dual opteron dual core, with 4gb ram but freebsd > 6.1-stable i386.. > My system ignores 4gb ram, and shows only 3.3gb. > How I do to build kernel amd64 in i386? its possible? And the option > PAE in kernel i386, works if i compile with kernel i386 in my server? You need two things, not one: 1) the BIOS must allow you to remap the space from 3-4 GB to above 4 GB 2) Once that memory is above 4 GB you either need - a 32 bit kernel with PAE - or a 64 bit kernel to use it A 64 bit kernel is not neccessary if you have working PAE in 32 bit (FreeBSD-6.x does, Win XP SP2 does not). A 64 bit kernel does *not* solve the problem if the BIOS doesn't correctly remap (step 1). Since you seem to have a dual-940 system with 4 cores total that implies a server-class mainboard. These usually have working remap, but a BIOS update might be required. It was for my HDAMB. In the future you want to include information about what mainboard exactly you are using. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 08:52:36 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 529F016A47C for ; Wed, 4 Oct 2006 08:52:36 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E542F43D66 for ; Wed, 4 Oct 2006 08:52:32 +0000 (GMT) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10]) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GV2UQ-000Bft-Me; Wed, 04 Oct 2006 10:52:30 +0200 Message-ID: <4523764E.3070309@ant.uni-bremen.de> Date: Wed, 04 Oct 2006 10:52:30 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NFS client slow on amd64 6.2-PRERELEASE #2 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, 04 Oct 2006 08:52:36 -0000 Hi list, despite recent improvements with the nfs code, client performance still seems to be a problem. I am getting < 2 MB/sec where i would expect at least 10 MB/sec. My Setup: Machine | ANTSRV1 | ANTSRV2 ================================================== Board | Tyan 2882-D | ASUS A7V8X-X CPU | Opteron 246 | Athlon XP1800+ Mem | 2G | 1G NIC | Broadcom BCM5704C | Intel PRO/1000MT OS:6.2-PRERELEASE #2 as of 01-OCT-2006 64Bit OS on ANTSRV1, 32Bit on ANTSRV2 The 2 machines are connected via a 1GB switch ============================ Trying UDP first ============================ root@antsrv1 [/tmp] # mount_nfs -U -L antsrv2:/export/disk2 /mnt root@antsrv1 [/tmp] # rm /mnt/x/* root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/10MB.dat bs=1M count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 4.967248 secs (2110980 bytes/sec) real 0m5.253s user 0m0.005s sys 0m0.022s root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/100MB.dat bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 69.020366 secs (1519227 bytes/sec) real 1m9.276s user 0m0.028s sys 0m0.211s ============================== Now TCP ============================== root@antsrv1 [/tmp] # umount /mnt root@antsrv1 [/tmp] # mount_nfs -T -L antsrv2:/export/disk2 /mnt root@antsrv1 [/tmp] # rm /mnt/x/* root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/10MB.dat bs=1M count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 5.289492 secs (1982376 bytes/sec) real 0m5.312s user 0m0.001s sys 0m0.023s root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/100MB.dat bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 58.715595 secs (1785856 bytes/sec) real 0m58.740s user 0m0.000s sys 0m0.204s =============================== SCP =============================== root@antsrv1 [/tmp] # scp 100MB.dat antsrv2:/tmp/x Password: 100MB.dat 100% 100MB 11.1MB/s 00:09 =============================== Iperf =============================== root@antsrv1 [~] # iperf -c antsrv2 ------------------------------------------------------------ Client connecting to antsrv2, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 134.102.176.16 port 59123 connected with 134.102.176.17 port 5001 [ 3] 0.0-10.0 sec 743 MBytes 623 Mbits/sec NFS from a Linux machine (Kernel 2.6.17.8) (connected via 10Mb LAN) yields a constant value of ~10MB/sec (TCP and UDP), so the FreeBSD NFS server seems to be ok. ================================= Reversing the setup ================================= root@antsrv2 [~] # mount_nfs -L -U antsrv1:/export/huge/x /mnt root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/10MB.dat bs=1M count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 0.533470 secs (19655758 bytes/sec) real 0m0.547s user 0m0.001s sys 0m0.085s root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/100MB.dat bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 7.647475 secs (13711401 bytes/sec) real 0m7.673s user 0m0.000s sys 0m0.920s root@antsrv2 [~] # umount /mnt root@antsrv2 [~] # mount_nfs -L -T antsrv1:/export/huge/x /mnt root@antsrv2 [~] # rm /mnt/* root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/10MB.dat bs=1M count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 0.524917 secs (19976030 bytes/sec) real 0m0.557s user 0m0.000s sys 0m0.085s root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/100MB.dat bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 5.723110 secs (18321787 bytes/sec) real 0m5.756s user 0m0.000s sys 0m0.704s This yields much better results. Could this be a 64bit-specific problem? Both machines have statd and lockd running. Any ideas where i could tune? -- Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-4664 Fax : -3341 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 13:12: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 A279F16A403 for ; Wed, 4 Oct 2006 13:12:51 +0000 (UTC) (envelope-from jasen.gibson@ge.com) Received: from ext-ch1gw-8.online-age.net (ext-ch1gw-8.online-age.net [64.37.194.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C77C43D45 for ; Wed, 4 Oct 2006 13:12:50 +0000 (GMT) (envelope-from jasen.gibson@ge.com) Received: from int-ch1gw-5.online-age.net (int-ch1gw-5 [3.159.232.69]) by ext-ch1gw-8.online-age.net (8.13.6/8.13.6/20051111-SVVS-TLS-DNSBL) with ESMTP id k94DFDwi013690 for ; Wed, 4 Oct 2006 09:15:13 -0400 Received: from cinmlef01.e2k.ad.ge.com (int-ch1gw-5 [3.159.232.69]) by int-ch1gw-5.online-age.net (8.13.6/8.13.6/20050510-SVVS) with ESMTP id k94DDYhA026444 for ; Wed, 4 Oct 2006 09:13:35 -0400 (EDT) Received: from loumlvem03.e2k.ad.ge.com ([3.159.160.39]) by cinmlef01.e2k.ad.ge.com with Microsoft SMTPSVC(6.0.3790.2499); Wed, 4 Oct 2006 09:12:49 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 4 Oct 2006 09:12:48 -0400 Message-ID: <888F5D88060A214ABEFED0011CF18662011FF937@LOUMLVEM03.e2k.ad.ge.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: freebsd-amd64 Digest, Vol 174, Issue 2 Thread-Index: Acbm4+ySVnsDcuPiTji+iIkvmd+cbQA0H+eA From: "Gibson, Jasen \(GE Indust, ConsInd, consultant\)" To: X-OriginalArrivalTime: 04 Oct 2006 13:12:49.0067 (UTC) FILETIME=[CA4BD7B0:01C6E7B6] Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 13:12:51 -0000 -----Original Message----- Date: Mon, 2 Oct 2006 18:02:30 +0100 (BST) From: Chris Hedley Subject: Re: suggestions for SATA RAID cards On Tue, 29 Aug 2006, Barkley Vowk wrote: >> Little late to the game on this post... >Even later here, but I thought I may as well throw in my tuppence worth = >since I'm going through this again at the moment. > >I have an Adaptec 2410SA coupled to 4 250GB discs. I strongly = recommend=20 >avoiding it: terrible performance, on RAID5 or 10 partitions I get = around=20 >30-40 MB/s on reads and between 3 and 6 MB/s on writes. Performance is = >probably better if using write back caching on the card and discs, but=20 >nobody here will be doing that, right? Its other main "issue" is more=20 >timeouts than you can shake a stick at under load, and unless you can = kill=20 >off the offending process, the reset button's the only way out. I = tested=20 >its ability to rebuild its sets after simulating a disc failure by=20 >removing one of the hot-swap trays, which it repaired without any = issues=20 >other than the time it took; I eventually got fed up with hanging = around=20 >for it to finish, but it was somewhere between 6 and 12 hours. > >I suspect I'll go for the Areca this time around, but I think I'll=20 >approach it with rather more caution as I don't want to find myself = with=20 >another lemon like the 2410SA! > >Chris. I'm using the same card, Chris. My setup is a Tyan S2881 dual Opteron = board and 4 WD RE2 400GB drives in a RAID 5. My speed varies greatly, depending how large a file I'm accessing (which = is an expected result, I think). Files less than a GB, write at about = around 130MB/s, read between 400-600MB/s (have not ruled out whether = cache is helping boost this number). Files over 10GB this drops to a = read speed of 40GB, like you've seen. But the write speed will stay up = at around 90! It's very odd. I've been seeing similar posts to this = for a while now, concerning Highpoint, 3ware, Qlogic, and Adaptec cards = and freebsd 5.4+; it almost makes me wonder if there's not another = factor here, drivers or something. I have not seen any of the timeouts you mention. Considering I'm = running a Mysql-driven forum off of this, Mysql should be hanging up = quite often if this were happening. I've just been using dd to come up with these numbers. Are there any = true disk benchmarking utils out there for BSD?=20 From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 13:59:15 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C74016A407 for ; Wed, 4 Oct 2006 13:59:15 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 096B943D53 for ; Wed, 4 Oct 2006 13:59:14 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([85.236.96.60]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.0.1) with ESMTP id md50003059728.msg for ; Wed, 04 Oct 2006 14:58:58 +0100 Message-ID: <035801c6e7bd$3aad9f10$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Gibson, Jasen \(GE Indust, ConsInd, consultant\)" , References: <888F5D88060A214ABEFED0011CF18662011FF937@LOUMLVEM03.e2k.ad.ge.com> Date: Wed, 4 Oct 2006 14:58:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Spam-Processed: multiplay.co.uk, Wed, 04 Oct 2006 14:58:59 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 85.236.96.60 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-amd64@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 04 Oct 2006 14:59:00 +0100 Cc: Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 13:59:15 -0000 Gibson, Jasen (GE Indust, ConsInd, consultant) wrote: > I'm using the same card, Chris. My setup is a Tyan S2881 dual > Opteron board and 4 WD RE2 400GB drives in a RAID 5. > My speed varies greatly, depending how large a file I'm accessing > (which is an expected result, I think). Files less than a GB, write > at about around 130MB/s, read between 400-600MB/s (have not ruled > out whether cache is helping boost this number). Thats cached for sure. Files over 10GB > this drops to a read speed of 40GB, like you've seen. But the write > speed will stay up at around 90! It's very odd. I've been seeing > similar posts to this for a while now, concerning Highpoint, 3ware, > Qlogic, and Adaptec cards and freebsd 5.4+; it almost makes me wonder > if there's not another factor here, drivers or something. I had similar issues as you say with read being much slower than write using a highpoint controller the fix was to change the default block size of the array to the min the controller supported. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 14:37:35 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E4BE16A412 for ; Wed, 4 Oct 2006 14:37:35 +0000 (UTC) (envelope-from cbh-freebsd-current@chrishedley.com) Received: from lon-mail-4.gradwell.net (lon-mail-4.gradwell.net [193.111.201.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id A349E43DEF for ; Wed, 4 Oct 2006 14:35:01 +0000 (GMT) (envelope-from cbh-freebsd-current@chrishedley.com) Received: from 53-233.adsl.zetnet.co.uk ([194.247.53.233] helo=mail.chrishedley.com country=GB ident=postmaster$pop3*chrishedley#com) by lon-mail-4.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.231) id 4523c664.179ea.ba1 for freebsd-amd64@freebsd.org; Wed, 4 Oct 2006 15:34:12 +0100 (envelope-sender ) Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 7D6B8BBD3 for ; Wed, 4 Oct 2006 15:34:08 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 7gCsKiOtjyCS for ; Wed, 4 Oct 2006 15:34:06 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 24DD5BB52 for ; Wed, 4 Oct 2006 15:34:06 +0100 (BST) Date: Wed, 4 Oct 2006 15:34:06 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-amd64@freebsd.org In-Reply-To: <888F5D88060A214ABEFED0011CF18662011FF937@LOUMLVEM03.e2k.ad.ge.com> Message-ID: <20061004152836.N31139@teapot.cbhnet> References: <888F5D88060A214ABEFED0011CF18662011FF937@LOUMLVEM03.e2k.ad.ge.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 14:37:35 -0000 On Wed, 4 Oct 2006, Gibson, Jasen (GE Indust, ConsInd, consultant) wrote: > I'm using the same card, Chris. My setup is a Tyan S2881 dual Opteron board and 4 WD RE2 400GB drives in a RAID 5. > My speed varies greatly, depending how large a file I'm accessing (which is an expected result, I think). Files less than a GB, write at about around 130MB/s, read between 400-600MB/s (have not ruled out whether cache is helping boost this number). Files over 10GB this drops to a read speed of 40GB, like you've seen. But the write speed will stay up at around 90! It's very odd. I've been seeing similar posts to this for a while now, concerning Highpoint, 3ware, Qlogic, and Adaptec cards and freebsd 5.4+; it almost makes me wonder if there's not another factor here, drivers or something. > I have not seen any of the timeouts you mention. Considering I'm running a Mysql-driven forum off of this, Mysql should be hanging up quite often if this were happening. > I've just been using dd to come up with these numbers. Are there any true disk benchmarking utils out there for BSD? Something has just occurred to me, admittedly rather late in the game, so please excuse me for being dense! What firmware revision are you using on your 2410? I've just gone into aaccli and asked it "controller details" and it tells me I'm running build 7244, which is pretty ancient. I've a mind to update it (well, it needs two updates in sequence) which I'm rather loth to do as it means backing the whole thing up which takes forever, and hoping I still have a usable Windows installation or DOS boot floppy as Adaptec seem to insist on releasing updates as DOS executables. Chris. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 14:49:52 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 3D86216A412 for ; Wed, 4 Oct 2006 14:49:52 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4678543D86 for ; Wed, 4 Oct 2006 14:49:51 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GV84D-000NoT-FP; Wed, 04 Oct 2006 15:49:49 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GV84B-0007V8-BB; Wed, 04 Oct 2006 15:49:47 +0100 To: freebsd-amd64@freebsd.org, jasen.gibson@ge.com, killing@multiplay.co.uk In-Reply-To: <035801c6e7bd$3aad9f10$b3db87d4@multiplay.co.uk> Message-Id: From: Pete French Date: Wed, 04 Oct 2006 15:49:47 +0100 Cc: Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 14:49:52 -0000 > I had similar issues as you say with read being much slower than write > using a highpoint controller the fix was to change the default block > size of the array to the min the controller supported. Does anyone have a good feel for a blocksize to use on RAID 1 under FreeBSD ? I know for a system serving pparallel requests the usual advice is to have it as large as possible to try and get a single file onto a single drive, so two in parallel read from a drive each - but for large files and a single read, do you want to make it somewhat smaller to exploit parallelism between the drives for a single request ? I have a pair of drives running as RAID 1 and it is fairly obvious that for a large read it is alternating between then, rather than reading from both in parallel. The stripe size there is 64k, what are other people using ? -pete. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 14:53:44 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 A3DF816A416 for ; Wed, 4 Oct 2006 14:53:44 +0000 (UTC) (envelope-from jasen.gibson@ge.com) Received: from ext-ch1gw-6.online-age.net (ext-ch1gw-6.online-age.net [64.37.194.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6DFD43D6B for ; Wed, 4 Oct 2006 14:53:37 +0000 (GMT) (envelope-from jasen.gibson@ge.com) Received: from int-ch1gw-5.online-age.net (int-ch1gw-5 [3.159.232.69]) by ext-ch1gw-6.online-age.net (8.13.6/8.13.6/20051111-SVVS-TLS-DNSBL) with ESMTP id k94EqUol008027 for ; Wed, 4 Oct 2006 10:52:30 -0400 Received: from cinmlef10.e2k.ad.ge.com (int-ch1gw-5 [3.159.232.69]) by int-ch1gw-5.online-age.net (8.13.6/8.13.6/20050510-SVVS) with ESMTP id k94EsKxt018781 for ; Wed, 4 Oct 2006 10:54:21 -0400 (EDT) Received: from loumlvem03.e2k.ad.ge.com ([3.159.160.39]) by cinmlef10.e2k.ad.ge.com with Microsoft SMTPSVC(6.0.3790.2499); Wed, 4 Oct 2006 10:53:33 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 4 Oct 2006 10:53:33 -0400 Message-ID: <888F5D88060A214ABEFED0011CF186620117B916@LOUMLVEM03.e2k.ad.ge.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: suggestions for SATA RAID cards Thread-Index: AcbnxF3Zs9wL0YjUQAeBcKYiX7VuPwAAEtjQ From: "Gibson, Jasen \(GE Indust, ConsInd, consultant\)" To: "Pete French" , X-OriginalArrivalTime: 04 Oct 2006 14:53:33.0856 (UTC) FILETIME=[DD457200:01C6E7C4] Cc: Subject: RE: suggestions for SATA RAID cards 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, 04 Oct 2006 14:53:44 -0000 -----Original Message----- From: Pete French [mailto:petefrench@ticketswitch.com] Sent: Wednesday, October 04, 2006 10:50 AM To: freebsd-amd64@freebsd.org; Gibson, Jasen (GE Indust, ConsInd, consultant); killing@multiplay.co.uk Subject: Re: suggestions for SATA RAID cards > I had similar issues as you say with read being much slower than write > using a highpoint controller the fix was to change the default block > size of the array to the min the controller supported. > >Does anyone have a good feel for a blocksize to use on RAID 1 under >FreeBSD ? I know for a system serving pparallel requests the usual = advice >is to have it as large as possible to try and get a single file onto >a single drive, so two in parallel read from a drive each - but for = large >files and a single read, do you want to make it somewhat smaller to = exploit >parallelism between the drives for a single request ? I have a pair of >drives running as RAID 1 and it is fairly obvious that for a large read = it >is alternating between then, rather than reading from both in parallel. >The stripe size there is 64k, what are other people using ? I believe mine is still set at 256k, which may be my issue, if Steven's = suggestion is correct. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 14:59:35 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1607B16A416 for ; Wed, 4 Oct 2006 14:59:35 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 060AF43D70 for ; Wed, 4 Oct 2006 14:59:29 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 182424D; Wed, 4 Oct 2006 09:59:29 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 572A661C57; Wed, 4 Oct 2006 09:59:28 -0500 (CDT) Date: Wed, 4 Oct 2006 09:59:28 -0500 From: "Matthew D. Fuller" To: Pete French Message-ID: <20061004145928.GH75501@over-yonder.net> References: <035801c6e7bd$3aad9f10$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: jasen.gibson@ge.com, freebsd-amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 14:59:35 -0000 On Wed, Oct 04, 2006 at 03:49:47PM +0100 I heard the voice of Pete French, and lo! it spake thus: > > Does anyone have a good feel for a blocksize to use on RAID 1 under > FreeBSD ? Blocksize in RAID 1? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 15:12: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 448BE16A4E6 for ; Wed, 4 Oct 2006 15:12:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088CC43D62 for ; Wed, 4 Oct 2006 15:11:52 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GV8PV-000OBJ-FE; Wed, 04 Oct 2006 16:11:49 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GV8PT-0007YK-Bh; Wed, 04 Oct 2006 16:11:47 +0100 To: fullermd@over-yonder.net In-Reply-To: <20061004145928.GH75501@over-yonder.net> Message-Id: From: Pete French Date: Wed, 04 Oct 2006 16:11:47 +0100 Cc: jasen.gibson@ge.com, freebsd-amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 15:12:09 -0000 > Blocksize in RAID 1? Yes, it puzzled me too! I think the Compaq controllers only have 0+1 though, so you need to give a stripe size even with only two drives mirrored - and if you watch the activity lights and do a sequential read it flips from one drive to the other. -peat. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 15:21:27 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A8B116A412 for ; Wed, 4 Oct 2006 15:21:27 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE13E43D6A for ; Wed, 4 Oct 2006 15:21:26 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 45E894D; Wed, 4 Oct 2006 10:21:26 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 90BEA61C57; Wed, 4 Oct 2006 10:21:25 -0500 (CDT) Date: Wed, 4 Oct 2006 10:21:25 -0500 From: "Matthew D. Fuller" To: Pete French Message-ID: <20061004152125.GK75501@over-yonder.net> References: <20061004145928.GH75501@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: jasen.gibson@ge.com, freebsd-amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 15:21:27 -0000 On Wed, Oct 04, 2006 at 04:11:47PM +0100 I heard the voice of Pete French, and lo! it spake thus: > > Blocksize in RAID 1? > > Yes, it puzzled me too! I think the Compaq controllers only have 0+1 > though, so you need to give a stripe size even with only two drives > mirrored - and if you watch the activity lights and do a sequential > read it flips from one drive to the other. I would guess that's nothing to do with blocks or striping per se. A single big file won't be laid out 'sequentially' on the disk; the filesystem tries to avoid filling up cylinder blocks. It puts enough in given places that the seek costs are pretty low. So, after reading one bit a while, it'll seek somewhere and start another read. The controller could issue that read to another component of the mirror; I'd expect a sufficiently smart RAID controller to even out across the disks, even when there's only one process reading (not that the controller knows anything about 'processes', but...) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 16:37:07 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3963816A47C for ; Wed, 4 Oct 2006 16:37:07 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83BB343D81 for ; Wed, 4 Oct 2006 16:36:12 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1GV9iw-000PQt-NK; Wed, 04 Oct 2006 17:35:58 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GV9iv-0007hZ-T9; Wed, 04 Oct 2006 17:35:57 +0100 To: fullermd@over-yonder.net In-Reply-To: <20061004152125.GK75501@over-yonder.net> Message-Id: From: Pete French Date: Wed, 04 Oct 2006 17:35:57 +0100 Cc: jasen.gibson@ge.com, freebsd-amd64@freebsd.org Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 16:37:07 -0000 > I would guess that's nothing to do with blocks or striping per se. A > single big file won't be laid out 'sequentially' on the disk; the > filesystem tries to avoid filling up cylinder blocks. It puts enough > in given places that the seek costs are pretty low. So, after reading > one bit a while, it'll seek somewhere and start another read. The > controller could issue that read to another component of the mirror; yes, the filesystenm layout may well make it leap around the drives. But what I am wanting to ensure is that if I issue a 128k block read to the drives then it will satisfy this by reading two lots of 64k, one from each mirror, in parallel. If this is true, and if I am sequentially reading blocks from a file, then even if the files moves about on the drives, the requests for blocks should always come from both drives at once. It isn't doung this, and I found a couple of interesting things - one being the 'stripe size' parameter inside the RAID controller which is set to 64k, and the oter being a comment somewhere that FreeBSD never issues more than 64k read requests at once. So I was speculating that what is happening is that I am reading 64k chunks, and is this is less than the stipre size then controller is almost always satisfying these from a single drive. Of course I am making some large assumtions here about the internal workings of the RAID controller, which may well be wrong - but then thats why I asked the question. > I'd expect a sufficiently smart RAID controller to even out across the > disks, even when there's only one process reading (not that the > controller knows anything about 'processes', but...) Yes, so would I - and it isn't doing so. -pete. From owner-freebsd-amd64@FreeBSD.ORG Wed Oct 4 17:00: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 432D116A4AB for ; Wed, 4 Oct 2006 17:00:59 +0000 (UTC) (envelope-from chris@behanna.org) Received: from cassoulet.panasas.com (gw-e.panasas.com [65.194.124.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 861A043D62 for ; Wed, 4 Oct 2006 17:00:54 +0000 (GMT) (envelope-from chris@behanna.org) Received: from [172.17.3.236] (cassoulet.panasas.com [172.17.1.122]) by cassoulet.panasas.com (8.12.10/8.12.10) with ESMTP id k94H0paT020015; Wed, 4 Oct 2006 13:00:52 -0400 Received: from 172.17.3.236 ([172.17.3.236] helo=[172.17.3.236]) by ASSP-nospam; 4 Oct 2006 13:00:51 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <484EAC1B-4CC7-45FA-927B-1C534D0F4DE8@behanna.org> Content-Transfer-Encoding: 7bit From: Chris BeHanna Date: Wed, 4 Oct 2006 13:00:50 -0400 To: Pete French X-Mailer: Apple Mail (2.752.2) Cc: freebsd-amd64@freebsd.org, jasen.gibson@ge.com Subject: Re: suggestions for SATA RAID cards 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, 04 Oct 2006 17:00:59 -0000 On Oct 4, 2006, at 12:35 PM, Pete French wrote: >> I would guess that's nothing to do with blocks or striping per se. A >> single big file won't be laid out 'sequentially' on the disk; the >> filesystem tries to avoid filling up cylinder blocks. It puts enough >> in given places that the seek costs are pretty low. So, after >> reading >> one bit a while, it'll seek somewhere and start another read. The >> controller could issue that read to another component of the mirror; > > yes, the filesystenm layout may well make it leap around the > drives. But > what I am wanting to ensure is that if I issue a 128k block read to > the drives then it will satisfy this by reading two lots of 64k, > one from > each mirror, in parallel. If this is true, and if I am sequentially > reading blocks from a file, then even if the files moves about on > the drives, > the requests for blocks should always come from both drives at once. > > It isn't doung this, and I found a couple of interesting things - one > being the 'stripe size' parameter inside the RAID controller which > is set to 64k, and the oter being a comment somewhere that FreeBSD > never > issues more than 64k read requests at once. So I was speculating that > what is happening is that I am reading 64k chunks, and is this is less > than the stipre size then controller is almost always satisfying > these from > a single drive. Drives typically have a track buffer of 2-8MB, which is well in excess of the size of your read request. If a single drive can satisfy the entire read with a single seek and a partial rotation, then that's going to be faster than splitting the request up into two separate physical I/O requests, one per drive, involving two seeks and rotational latency of two drives. RAID-1 is going to shine when you have multiple parallel accesses to the volume, or when you're doing random I/O on a large file, or when the file is so large that you have to follow indirect blocks to get all of it. In those cases, both spindles are going to come to the party. Chris BeHanna From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 5 15:07: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 C4CD816A412; Thu, 5 Oct 2006 15:07:30 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBCF943D6D; Thu, 5 Oct 2006 15:07:21 +0000 (GMT) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10]) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GVUoh-0002Ka-QQ; Thu, 05 Oct 2006 17:07:19 +0200 Message-ID: <45251FA7.6050000@ant.uni-bremen.de> Date: Thu, 05 Oct 2006 17:07:19 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Heinrich Rebehn References: <4523764E.3070309@ant.uni-bremen.de> In-Reply-To: <4523764E.3070309@ant.uni-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: NFS client slow on amd64 6.2-PRERELEASE #2 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, 05 Oct 2006 15:07:30 -0000 Heinrich Rebehn wrote: > Hi list, > > despite recent improvements with the nfs code, client performance still > seems to be a problem. I am getting < 2 MB/sec where i would expect at > least 10 MB/sec. > > My Setup: > > Machine | ANTSRV1 | ANTSRV2 > ================================================== > Board | Tyan 2882-D | ASUS A7V8X-X > CPU | Opteron 246 | Athlon XP1800+ > Mem | 2G | 1G > NIC | Broadcom BCM5704C | Intel PRO/1000MT > > OS:6.2-PRERELEASE #2 as of 01-OCT-2006 > 64Bit OS on ANTSRV1, 32Bit on ANTSRV2 > > The 2 machines are connected via a 1GB switch > > ============================ > Trying UDP first > ============================ > root@antsrv1 [/tmp] # mount_nfs -U -L antsrv2:/export/disk2 /mnt > root@antsrv1 [/tmp] # rm /mnt/x/* > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/10MB.dat bs=1M > count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 4.967248 secs (2110980 bytes/sec) > > real 0m5.253s > user 0m0.005s > sys 0m0.022s > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/100MB.dat bs=1M > count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 69.020366 secs (1519227 bytes/sec) > > real 1m9.276s > user 0m0.028s > sys 0m0.211s > > ============================== > Now TCP > ============================== > root@antsrv1 [/tmp] # umount /mnt > root@antsrv1 [/tmp] # mount_nfs -T -L antsrv2:/export/disk2 /mnt > root@antsrv1 [/tmp] # rm /mnt/x/* > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/10MB.dat bs=1M > count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 5.289492 secs (1982376 bytes/sec) > > real 0m5.312s > user 0m0.001s > sys 0m0.023s > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/100MB.dat bs=1M > count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 58.715595 secs (1785856 bytes/sec) > > real 0m58.740s > user 0m0.000s > sys 0m0.204s > > =============================== > SCP > =============================== > root@antsrv1 [/tmp] # scp 100MB.dat antsrv2:/tmp/x > Password: > 100MB.dat 100% 100MB > 11.1MB/s 00:09 > > =============================== > Iperf > =============================== > root@antsrv1 [~] # iperf -c antsrv2 > ------------------------------------------------------------ > Client connecting to antsrv2, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 134.102.176.16 port 59123 connected with 134.102.176.17 port > 5001 > [ 3] 0.0-10.0 sec 743 MBytes 623 Mbits/sec > > NFS from a Linux machine (Kernel 2.6.17.8) (connected via 10Mb LAN) > yields a constant value of ~10MB/sec (TCP and UDP), so the FreeBSD NFS > server seems to be ok. > > ================================= > Reversing the setup > ================================= > root@antsrv2 [~] # mount_nfs -L -U antsrv1:/export/huge/x /mnt > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/10MB.dat bs=1M count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 0.533470 secs (19655758 bytes/sec) > > real 0m0.547s > user 0m0.001s > sys 0m0.085s > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/100MB.dat bs=1M count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 7.647475 secs (13711401 bytes/sec) > > real 0m7.673s > user 0m0.000s > sys 0m0.920s > root@antsrv2 [~] # umount /mnt > root@antsrv2 [~] # mount_nfs -L -T antsrv1:/export/huge/x /mnt > root@antsrv2 [~] # rm /mnt/* > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/10MB.dat bs=1M count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 0.524917 secs (19976030 bytes/sec) > > real 0m0.557s > user 0m0.000s > sys 0m0.085s > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/100MB.dat bs=1M count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 5.723110 secs (18321787 bytes/sec) > > real 0m5.756s > user 0m0.000s > sys 0m0.704s > > > This yields much better results. Could this be a 64bit-specific problem? > > Both machines have statd and lockd running. > > Any ideas where i could tune? > Hmm, no one? Is 2MB/s on a Gbit link all i can expect on FreeBSD? --Heinrich From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 5 15:27: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 D3C9616A4AB for ; Thu, 5 Oct 2006 15:27:19 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62C1743D45 for ; Thu, 5 Oct 2006 15:27:19 +0000 (GMT) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10]) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GVV81-0002Uj-VF; Thu, 05 Oct 2006 17:27:18 +0200 Message-ID: <45252456.1090406@ant.uni-bremen.de> Date: Thu, 05 Oct 2006 17:27:18 +0200 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <4523764E.3070309@ant.uni-bremen.de> In-Reply-To: <4523764E.3070309@ant.uni-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS client slow on amd64 6.2-PRERELEASE #2 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, 05 Oct 2006 15:27:19 -0000 Heinrich Rebehn wrote: > Hi list, > > despite recent improvements with the nfs code, client performance still > seems to be a problem. I am getting < 2 MB/sec where i would expect at > least 10 MB/sec. > > My Setup: > > Machine | ANTSRV1 | ANTSRV2 > ================================================== > Board | Tyan 2882-D | ASUS A7V8X-X > CPU | Opteron 246 | Athlon XP1800+ > Mem | 2G | 1G > NIC | Broadcom BCM5704C | Intel PRO/1000MT > > OS:6.2-PRERELEASE #2 as of 01-OCT-2006 > 64Bit OS on ANTSRV1, 32Bit on ANTSRV2 > > The 2 machines are connected via a 1GB switch > > ============================ > Trying UDP first > ============================ > root@antsrv1 [/tmp] # mount_nfs -U -L antsrv2:/export/disk2 /mnt > root@antsrv1 [/tmp] # rm /mnt/x/* > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/10MB.dat bs=1M > count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 4.967248 secs (2110980 bytes/sec) > > real 0m5.253s > user 0m0.005s > sys 0m0.022s > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/100MB.dat bs=1M > count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 69.020366 secs (1519227 bytes/sec) > > real 1m9.276s > user 0m0.028s > sys 0m0.211s > > ============================== > Now TCP > ============================== > root@antsrv1 [/tmp] # umount /mnt > root@antsrv1 [/tmp] # mount_nfs -T -L antsrv2:/export/disk2 /mnt > root@antsrv1 [/tmp] # rm /mnt/x/* > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/10MB.dat bs=1M > count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 5.289492 secs (1982376 bytes/sec) > > real 0m5.312s > user 0m0.001s > sys 0m0.023s > root@antsrv1 [/tmp] # time dd if=/dev/zero of=/mnt/x/100MB.dat bs=1M > count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 58.715595 secs (1785856 bytes/sec) > > real 0m58.740s > user 0m0.000s > sys 0m0.204s > > =============================== > SCP > =============================== > root@antsrv1 [/tmp] # scp 100MB.dat antsrv2:/tmp/x > Password: > 100MB.dat 100% 100MB > 11.1MB/s 00:09 > > =============================== > Iperf > =============================== > root@antsrv1 [~] # iperf -c antsrv2 > ------------------------------------------------------------ > Client connecting to antsrv2, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 134.102.176.16 port 59123 connected with 134.102.176.17 port > 5001 > [ 3] 0.0-10.0 sec 743 MBytes 623 Mbits/sec > > NFS from a Linux machine (Kernel 2.6.17.8) (connected via 10Mb LAN) > yields a constant value of ~10MB/sec (TCP and UDP), so the FreeBSD NFS > server seems to be ok. > > ================================= > Reversing the setup > ================================= > root@antsrv2 [~] # mount_nfs -L -U antsrv1:/export/huge/x /mnt > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/10MB.dat bs=1M count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 0.533470 secs (19655758 bytes/sec) > > real 0m0.547s > user 0m0.001s > sys 0m0.085s > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/100MB.dat bs=1M count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 7.647475 secs (13711401 bytes/sec) > > real 0m7.673s > user 0m0.000s > sys 0m0.920s > root@antsrv2 [~] # umount /mnt > root@antsrv2 [~] # mount_nfs -L -T antsrv1:/export/huge/x /mnt > root@antsrv2 [~] # rm /mnt/* > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/10MB.dat bs=1M count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 0.524917 secs (19976030 bytes/sec) > > real 0m0.557s > user 0m0.000s > sys 0m0.085s > root@antsrv2 [~] # time dd if=/dev/zero of=/mnt/100MB.dat bs=1M count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 5.723110 secs (18321787 bytes/sec) > > real 0m5.756s > user 0m0.000s > sys 0m0.704s > > > This yields much better results. Could this be a 64bit-specific problem? > > Both machines have statd and lockd running. > > Any ideas where i could tune? > Hmm, no one? Is 2MB/s on a Gbit link all i can expect on FreeBSD? --Heinrich From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 6 13:41:51 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9250716A407 for ; Fri, 6 Oct 2006 13:41:50 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-amd64@freebsd.org Date: Fri, 6 Oct 2006 21:41:45 +0800 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200610062141.45083.davidxu@freebsd.org> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: 32bit libthr works 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, 06 Oct 2006 13:41:51 -0000 As title, the 32bit libthr is now working correctly on 64bit kernel. Regards, David Xu From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 7 12:21: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 B5AD916A492 for ; Sat, 7 Oct 2006 12:21:59 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [193.28.225.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id E47D843D49 for ; Sat, 7 Oct 2006 12:21:58 +0000 (GMT) (envelope-from gallasch@free.de) Received: (qmail 40952 invoked from network); 7 Oct 2006 12:21:57 -0000 Received: from orwell.free.de (HELO [193.28.225.210]) (gallasch@free.de@[193.28.225.210]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 7 Oct 2006 12:21:57 -0000 Message-ID: <45279BE5.6090705@free.de> Date: Sat, 07 Oct 2006 14:21:57 +0200 From: Kai Gallasch User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: problem report amd64/97075: Panic, Trap 12 - anyone else? 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, 07 Oct 2006 12:21:59 -0000 FreeBSD problem report id 97075 http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/97075 Hi List. I have problems with a "kernel trap 12" kernel panic both under 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri Aug 18 23:36:41 CEST 2006 and also on 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Fri Oct 6 21:48:58 CEST 2006 Maybe this is related to problem report amd/97075 ? Someone experiencing the same problems? Cheers, --Kai. symptoms: --------- New server ran without any problems until we put some load on it by moving a mail system over to it. About once a week the server crashes and even serial console doesn't work any more. This is the output transcribed from the screen: --snip-- kernel trap 12 with interrupts disabled Fatal trap 12; page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x18c fault code = supervisor read, page not present instruction pointer = 0x8 : 0xffffffff8030a 157 stack pointer = 0x10 : 0xffffffffb5e1d8a0 frame pointer = 0x10 : 0x4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor flags = resume, IOPL = 0 current process = 7693 (tcpserver) trap number = 12 panic : page fault cpuid = 2 Cannot dump. No dump device defined --snap-- The server hosts several jails. In the last two crashes always the process "tcpserver" was involved and noted in the crash output. This process not even runs under uid 0. hardware: --------- hp/compaq dl385, 2 x dual-core opteron, 4 GB memory dmesg output: Copyright (c) 1992-2006 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #0: Fri Oct 6 21:48:58 CEST 2006 houdini@geldkraft.free.de:/usr/obj/usr/src/sys/GELDKRAFT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 280 (2405.47-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x2 Cores per package: 2 real memory = 4118773760 (3927 MB) avail memory = 3977547776 (3793 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard ioapic3 irqs 32-35 on motherboard ioapic4 irqs 36-39 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at device 0.0 on pci1 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at device 0.1 on pci1 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) pci1: at device 3.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.3 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 ciss0: port 0x5000-0x50ff mem 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 ciss0: [GIANT-LOCKED] pci0: at device 7.1 (no driver attached) pcib3: at device 8.0 on pci0 pci3: on pcib3 bge0: mem 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:17:a4:8f:27:68 bge1: mem 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:17:a4:8f:27:67 pci0: at device 8.1 (no driver attached) pcib4: on acpi0 pci4: on pcib4 pcib5: at device 9.0 on pci4 pci5: on pcib5 pci4: at device 9.1 (no driver attached) pcib6: at device 10.0 on pci4 pci6: on pcib6 pci4: at device 10.1 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry Fast IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default acd0: CDROM at ata0-master PIO4 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 17200MB (35226720 512 byte sectors: 255H 32S/T 4317C) From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 7 16:30:34 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 CB6E616A47E for ; Sat, 7 Oct 2006 16:30:34 +0000 (UTC) (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 1D2FB43D95 for ; Sat, 7 Oct 2006 16:30:20 +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 k97GUJHo078346 for ; Sat, 7 Oct 2006 16:30:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k97GUJiI078345; Sat, 7 Oct 2006 16:30:19 GMT (envelope-from gnats) Resent-Date: Sat, 7 Oct 2006 16:30:19 GMT Resent-Message-Id: <200610071630.k97GUJiI078345@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, M de Wit Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A77116A416 for ; Sat, 7 Oct 2006 16:20:37 +0000 (UTC) (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 2497943D72 for ; Sat, 7 Oct 2006 16:20:34 +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 k97GKYLY042293 for ; Sat, 7 Oct 2006 16:20:34 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k97GKXFp042292; Sat, 7 Oct 2006 16:20:34 GMT (envelope-from nobody) Message-Id: <200610071620.k97GKXFp042292@www.freebsd.org> Date: Sat, 7 Oct 2006 16:20:34 GMT From: M de Wit To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/104117: When building GIMP using ports it crashes on glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' 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, 07 Oct 2006 16:30:35 -0000 >Number: 104117 >Category: amd64 >Synopsis: When building GIMP using ports it crashes on glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 07 16:30:19 GMT 2006 >Closed-Date: >Last-Modified: >Originator: M de Wit >Release: 6.1-RELEASE FreeBSD amd64 >Organization: -- >Environment: FreeBSD blaster.mars.local 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 >Description: I'm trying to build gimp gimp-2.2.13,1 from ports repsitory. < snip of error > gmake[2]: Entering directory `/usr/ports/devel/libglade2/work/libglade-2.6.0' /bin/sh ./libtool --tag=CC --mode=link cc -O2 -fno-strict-aliasing -pipe -Wall -std=c9x -L/usr/local/lib -o test-libglade test-libglade.o glade/libglade-2.0.la -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -lxml2 -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXcursor -lXfixes -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 -lm -lXrender -lX11 -lXext -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv cc -O2 -fno-strict-aliasing -pipe -Wall -std=c9x -o .libs/test-libglade test-libglade.o -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib glade/.libs/libglade-2.0.so -L/usr/X11R6/lib /usr/local/lib/libxml2.so /usr/X11R6/lib/libgtk-x11-2.0.so /usr/X11R6/lib/libgdk-x11-2.0.so -lXrandr -lXi -lXinerama /usr/local/lib/libatk-1.0.so /usr/X11R6/lib/libgdk_pixbuf-2.0.so /usr/X11R6/lib/libpangocairo-1.0.so -lXcursor -lXfixes /usr/local/lib/libcairo.so -pthread -lpng /usr/X11R6/lib/libpangoft2-1.0.so /usr/X11R6/lib/libfontconfig.so /usr/local/lib/libexpat.so /usr/local/lib/libfreetype.so -lz /usr/X11R6/lib/libpango-1.0.so -lm -lXrender -lX11 -lXext /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,--rpath -Wl,/usr/X11R6/lib -Wl,--rpath -Wl,/usr/local/lib glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' gmake[2]: *** [test-libglade] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/libglade2/work/libglade-2.6.0' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/libglade2/work/libglade-2.6.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/libglade2. *** Error code 1 Stop in /usr/ports/x11-toolkits/py-gtk2. *** Error code 1 Stop in /usr/ports/graphics/gimp. < end snip > < snip Makefile > LIB_DEPENDS= wmf.2:${PORTSDIR}/graphics/libwmf \ aa.1:${PORTSDIR}/graphics/aalib \ exif.12:${PORTSDIR}/graphics/libexif \ mng.1:${PORTSDIR}/graphics/libmng \ png.5:${PORTSDIR}/graphics/png \ jpeg.9:${PORTSDIR}/graphics/jpeg \ tiff.4:${PORTSDIR}/graphics/tiff CONFLICTS= gimp-1.* gimpshop-[0-9]* SHLIBVER?= 200 USE_BZIP2= yes USE_X_PREFIX= yes USE_XPM= yes USE_GMAKE= yes GNU_CONFIGURE= yes USE_GNOME= gnomehack intltool intlhack gtk20 libartlgpl2 WANT_GNOME= yes USE_GETTEXT= yes USE_LDCONFIG= yes PLIST_SUB= SHLIBVER="${SHLIBVER}" CONFIGURE_ARGS= --disable-perl \ --with-html-dir=${DOCSDIR} \ --disable-gtk-doc \ --enable-static \ --mandir=${PREFIX}/man CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include -I${X11BASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib" GIMP_DISTFILE= ${DISTDIR}/${PORTNAME}-${PORTVERSION}${EXTRACT_SUFX} MAN1= gimp.1 gimp-2.2.1 gimp-remote.1 gimp-remote-2.2.1 gimptool-2.0.1 MAN5= gimprc.5 gimprc-2.2.5 OPTIONS= DEBUG "debugging" off \ PYTHON "Python-Fu support" off \ RSVG "SVG format support" on \ PRINT "GIMP printing" on \ HTML_HELP_BROWSER "GIMP help browser" on \ MP "multiple processor support" off < end snip Makefile> >How-To-Repeat: # cd /usr/ports/graphics/gimp # make <-- In menu select all but debug --> >Fix: No, not known to me. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 7 17:50:33 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 154F316A403 for ; Sat, 7 Oct 2006 17:50:33 +0000 (UTC) (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 1844A43D8D for ; Sat, 7 Oct 2006 17:50:16 +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 k97HoFl4087661 for ; Sat, 7 Oct 2006 17:50:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k97HoF4J087660; Sat, 7 Oct 2006 17:50:15 GMT (envelope-from gnats) Resent-Date: Sat, 7 Oct 2006 17:50:15 GMT Resent-Message-Id: <200610071750.k97HoF4J087660@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, M de Wit Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55D2F16A407 for ; Sat, 7 Oct 2006 17:46:20 +0000 (UTC) (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 2346643D4C for ; Sat, 7 Oct 2006 17:46:20 +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 k97HkJm0017817 for ; Sat, 7 Oct 2006 17:46:19 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k97HkJkC017789; Sat, 7 Oct 2006 17:46:19 GMT (envelope-from nobody) Message-Id: <200610071746.k97HkJkC017789@www.freebsd.org> Date: Sat, 7 Oct 2006 17:46:19 GMT From: M de Wit To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/104123: libglade fails to build 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, 07 Oct 2006 17:50:33 -0000 >Number: 104123 >Category: amd64 >Synopsis: libglade fails to build >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 07 17:50:15 GMT 2006 >Closed-Date: >Last-Modified: >Originator: M de Wit >Release: 6.1-RELEASE FreeBSD 6.1-RELEASE amd64 >Organization: -- >Environment: FreeBSD blaster.mars.local 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 >Description: portage devel/libglade package fails to build. Quits on : glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' gmake[2]: *** [test-libglade] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/libglade2/work/libglade-2.6.0' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/libglade2/work/libglade-2.6.0' gmake: *** [all] Error 2 *** Error code 2 Indeed odd i would say. >How-To-Repeat: goto directory devel/libglade. do a make. >Fix: Maybe a dependacy or a broken version of libglade. Or a amd64 compat issue. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 7 18:20:22 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 BD8B416A40F for ; Sat, 7 Oct 2006 18:20:22 +0000 (UTC) (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 61D5E43D49 for ; Sat, 7 Oct 2006 18:20:22 +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 k97IKMG6090232 for ; Sat, 7 Oct 2006 18:20:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k97IKMAd090228; Sat, 7 Oct 2006 18:20:22 GMT (envelope-from gnats) Date: Sat, 7 Oct 2006 18:20:22 GMT Message-Id: <200610071820.k97IKMAd090228@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Roland Smith Cc: Subject: Re: amd64/104123: libglade fails to build X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Roland Smith List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 18:20:22 -0000 The following reply was made to PR amd64/104123; it has been noted by GNATS. From: Roland Smith To: M de Wit Cc: freebsd-gnats-submit@freebsd.org Subject: Re: amd64/104123: libglade fails to build Date: Sat, 7 Oct 2006 20:12:59 +0200 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 07, 2006 at 05:46:19PM +0000, M de Wit wrote: >=20 > >Number: 104123 > >Category: amd64 > >Synopsis: libglade fails to build > >Originator: M de Wit > >Release: 6.1-RELEASE FreeBSD 6.1-RELEASE amd64 > >Organization: It compiles fine on my amd64 system; FreeBSD slackbox.xs4all.nl 6.1-STABLE FreeBSD 6.1-STABLE #0: Sat Sep 9 14:46:57 CEST 2006 rsmith@slackbox.xs4all.nl:/usr/obj/usr/src/sys/RFS amd64=20 =46rom the error message I suspect you need to upgrade gtk 2 (and it's dependencies like glib 2, atk and pango) first. These are the dependencies I have installed: pkg-config-0.21 expat-2.0.0_1 xorg-fonts-encodings-6.9.0_1 xmlcatmgr-2.2 jpeg-6b_4 libiconv-1.9.2_2 python-2.4.3 png-1.2.12_1 freetype2-2.1.10_5 perl-5.8.8 fontconfig-2.3.2_5,1 gettext-0.14.5_2 libxml2-2.6.26 libdrm-2.0.2 xorg-libraries-6.9.0 tiff-3.8.2 icu-3.6 bitstream-vera-1.10_2 glib-2.10.3 =09 xorg-fonts-truetype-6.9.0 shared-mime-info-0.19 atk-1.11.4_1 libXft-2.1.7_1 hicolor-icon-theme-0.5 glitz-0.4.4_1 cairo-1.0.4_1 pango-1.12.4 gtk-2.8.20 --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJ+4rEnfvsMMhpyURAlDpAKClTJyZ6jG4Ay4E9zL0pPjsc0NbNQCgrJeQ B0azA5OYnRBV0+odXh3AMjw= =NWpg -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 7 18:30:56 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 AF61116A49E for ; Sat, 7 Oct 2006 18:30:56 +0000 (UTC) (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 A6B1243D7C for ; Sat, 7 Oct 2006 18:30:40 +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 k97IUebV091399 for ; Sat, 7 Oct 2006 18:30:40 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k97IUeli091398; Sat, 7 Oct 2006 18:30:40 GMT (envelope-from gnats) Resent-Date: Sat, 7 Oct 2006 18:30:40 GMT Resent-Message-Id: <200610071830.k97IUeli091398@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, M de Wit Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A4916A519 for ; Sat, 7 Oct 2006 18:28:00 +0000 (UTC) (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 7EFDF43D53 for ; Sat, 7 Oct 2006 18:28:00 +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 k97IS0NL031767 for ; Sat, 7 Oct 2006 18:28:00 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k97IS0aY031766; Sat, 7 Oct 2006 18:28:00 GMT (envelope-from nobody) Message-Id: <200610071828.k97IS0aY031766@www.freebsd.org> Date: Sat, 7 Oct 2006 18:28:00 GMT From: M de Wit To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/104125: libglade fails to build, breaks gimp build and others. 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, 07 Oct 2006 18:30:56 -0000 >Number: 104125 >Category: amd64 >Synopsis: libglade fails to build, breaks gimp build and others. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Oct 07 18:30:40 GMT 2006 >Closed-Date: >Last-Modified: >Originator: M de Wit >Release: 6.1-RELEASE FreeBSD 6.1-RELEASE amd64 >Organization: -- >Environment: FreeBSD blaster.mars.local 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:15:57 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 >Description: I got this error when trying to build gimp, or even libglade for that matter. --- glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' gmake[2]: *** [test-libglade] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/libglade2/work/libglade-2.6.0' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/libglade2/work/libglade-2.6.0' gmake: *** [all] Error 2 *** Error code 2 --- When one has a rather clean system (e.g. not many software installed) and want to try build gimp, this build breaks on the dependency of libglade. This is because libglade depends on the package libxml2, which is not build, or not included the dependency list of libglade. >How-To-Repeat: Build libglade. If you don;t have libxml2 installed the build breaks. >Fix: Install libxml2 first. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 7 18:36:36 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 A04F416A4A0; Sat, 7 Oct 2006 18:36:36 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E3F343D46; Sat, 7 Oct 2006 18:36:36 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k97Iaar2093836; Sat, 7 Oct 2006 18:36:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k97Iaawf093832; Sat, 7 Oct 2006 18:36:36 GMT (envelope-from linimon) Date: Sat, 7 Oct 2006 18:36:36 GMT From: Mark Linimon Message-Id: <200610071836.k97Iaawf093832@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, gnome@FreeBSD.org Cc: Subject: Re: ports/104117: devel/libglade2: When building GIMP using ports it crashes on glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' 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, 07 Oct 2006 18:36:36 -0000 Old Synopsis: When building GIMP using ports it crashes on glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' New Synopsis: devel/libglade2: When building GIMP using ports it crashes on glade/.libs/libglade-2.0.so: undefined reference to `g_object_ref_sink' Responsible-Changed-From-To: freebsd-amd64->gnome Responsible-Changed-By: linimon Responsible-Changed-When: Sat Oct 7 18:34:43 UTC 2006 Responsible-Changed-Why: Make this a ports PR and assign. Even though you are observing it on amd64, the 'amd64' category is used for PRs that affect the operation of the base system but only on amd64 machine. All ports PRs, no matter what arch, go under 'ports'. http://www.freebsd.org/cgi/query-pr.cgi?pr=104117 From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 7 21:43:39 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 50BC116A407 for ; Sat, 7 Oct 2006 21:43:39 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id F086B43D4C for ; Sat, 7 Oct 2006 21:43:36 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (y1ek7oa0ttp6hth3@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k97Lha2F051438 for ; Sat, 7 Oct 2006 14:43:36 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k97LhanZ051437 for freebsd-amd64@FreeBSD.org; Sat, 7 Oct 2006 14:43:36 -0700 (PDT) (envelope-from jmg) Date: Sat, 7 Oct 2006 14:43:36 -0700 From: John-Mark Gurney To: freebsd-amd64@FreeBSD.org Message-ID: <20061007214336.GJ793@funkthat.com> Mail-Followup-To: freebsd-amd64@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Subject: amd64 agp driver bug? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 21:43:39 -0000 I was looking at the agp driver and the BIOS and Kernel Developer's Guide, and noticed that it appears we program the page register incorrectly... Currently we do, in sys/pci/agp_amd64.c: sc->gatt->ag_virtual[offset >> AGP_PAGE_SHIFT] = physical; but according to Table 38 in the guide, it looks like it should be: sc->gatt->ag_virtual[offset >> AGP_PAGE_SHIFT] = (physical & 0xfffff000) | ((physical >> 28) & 0xff0) | 1; To support physical addresses above 4G... Has anyone used AGP w/ >4GB of memmory? I'm also puzzled by the fact that the guide says to set bit 0, but we don't do that... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."