From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 12 11:08:13 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1299116A479 for ; Mon, 12 Mar 2007 11:08:13 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id F17F613C46A for ; Mon, 12 Mar 2007 11:08:12 +0000 (UTC) (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 l2CB8CLG065005 for ; Mon, 12 Mar 2007 11:08:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2CB8BSF065001 for freebsd-amd64@FreeBSD.org; Mon, 12 Mar 2007 11:08:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Mar 2007 11:08:11 GMT Message-Id: <200703121108.l2CB8BSF065001@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, 12 Mar 2007 11:08:13 -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/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys 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/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 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/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. s amd64/104311 amd64 ports/wine should be installable on amd64 o amd64/105207 amd64 nVidia MCP55 drivers fail to boot on 6.2B3 amd64 o amd64/105513 amd64 Kernel Panic during package installation on 6.2 beta3 o amd64/105531 amd64 gigabyte GA-M51GM-S2G / nVidia nForce 430 - does not d o amd64/105629 amd64 [re] Issue with re driver p amd64/106109 amd64 amd64: si_addr is not set when sending a signal o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/106918 amd64 Asus P5B with internal RealTek PCIe Ethernet o amd64/107345 amd64 Kernel Panic/Crash on dd if=/dev/ad4 of=/dev/ad6 bs=1m o amd64/107433 amd64 i can't install FreeBSD Release 6.1 on HP Pavillion dv o amd64/108172 amd64 Installation fails on new Intel 965 motherboards. o amd64/108328 amd64 FreeBSD-6.2: CD does not boot o amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/109584 amd64 zdump doesn't work 68 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 s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp 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] ][patch] no driver for "CICADA VSC 8201 Giga 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 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/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/102716 amd64 ex with no argument in an xterm gets SIGSEGV f amd64/102975 amd64 NIC unknown o amd64/103259 amd64 Cannot use ataraid on nvidia nForce4+amd64 o amd64/104875 amd64 unsupported intel Desktop Board DG965WH o amd64/105129 amd64 Compatibility with Intel D o amd64/106186 amd64 panic in swap_pager_swap_init (amd64/smp/6.2-pre) o amd64/107858 amd64 amd64 motherboard project - none working sound and gra o amd64/108345 amd64 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI o amd64/108848 amd64 Motherboard MSI K9NGM-L 28 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 12 13:00:39 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0662A16A402 for ; Mon, 12 Mar 2007 13:00:39 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id E1A3813C4C2 for ; Mon, 12 Mar 2007 13:00:38 +0000 (UTC) (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 l2CD0c24075466 for ; Mon, 12 Mar 2007 13:00:38 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2CD0cSj075465; Mon, 12 Mar 2007 13:00:38 GMT (envelope-from gnats) Resent-Date: Mon, 12 Mar 2007 13:00:38 GMT Resent-Message-Id: <200703121300.l2CD0cSj075465@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, Mavka Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6ECF16A405 for ; Mon, 12 Mar 2007 12:59:37 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id C302613C46E for ; Mon, 12 Mar 2007 12:59:37 +0000 (UTC) (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 l2CCxbdq049270 for ; Mon, 12 Mar 2007 12:59:37 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l2CCxbrS049269; Mon, 12 Mar 2007 12:59:37 GMT (envelope-from nobody) Message-Id: <200703121259.l2CCxbrS049269@www.freebsd.org> Date: Mon, 12 Mar 2007 12:59:37 GMT From: Mavka To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/110220: Gigabyte GA-K8N51GMF Tested! 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, 12 Mar 2007 13:00:39 -0000 >Number: 110220 >Category: amd64 >Synopsis: Gigabyte GA-K8N51GMF Tested! >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 12 13:00:38 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Mavka >Release: FreeBSD 6.2-RELEASE >Organization: >Environment: FreeBSD MainServer 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:43:30 UTC 2007 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 >Description: Sorry for my bad english (and little knowledge of FreeBSD :)) I had installed system on pc with motherboard "Gigabyte GA-K8N51GMF" RAID (2 SATA disk - RAID 0) was recognized (like /ar0) and ethernet controller too [sound not tested]. Bye. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 12 17:41:16 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B648C16A401 for ; Mon, 12 Mar 2007 17:41:16 +0000 (UTC) (envelope-from seanjstrand@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 01EBF13C4BA for ; Mon, 12 Mar 2007 17:41:15 +0000 (UTC) (envelope-from seanjstrand@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so2218304ugh for ; Mon, 12 Mar 2007 10:41:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=IFtKQShw8kB8rpkaeVvOctgCH7mlWLuTcLDv1+EU/awggaipjhQx8ruzgpI5BLL9W3OkcDeZzAMrZSSewVdI4WMEPOP2UQ3S5/mbxnwo+LMB2FAxRHN4AkTK/O39jqQH0Se2XVa+V7Oud2h/glbqWECYga1+DtqjuU+hj+5talU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Uj3g5lPREUWX2y51ZdHWWLh/JeYkIMMjFJ0KKbYg22dWF53FZWG0971Jc8dsyJ69Z9DF7ZgjTUFt774Ms/TS9U1eEj/R2UjV1nngihaRuWacLETnrlmf9hXNW54S3aRZX21OUwAaAeMGQlrtNvx1MFEqdqXOwUiBpbaaRPnhcmM= Received: by 10.114.112.1 with SMTP id k1mr1917709wac.1173721273632; Mon, 12 Mar 2007 10:41:13 -0700 (PDT) Received: by 10.114.190.16 with HTTP; Mon, 12 Mar 2007 10:41:13 -0700 (PDT) Message-ID: <7619cc20703121041r7f61979mf67a9a43be4e2104@mail.gmail.com> Date: Mon, 12 Mar 2007 17:41:13 +0000 From: "SEan Strand" To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Ver 6.2 amd64 failing X-config X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2007 17:41:16 -0000 Hi-Ho, Can any please tell me why the amd64 version will not configure X-windows, while the i386 will on the same HP Pavilion t3345.uk platform? Rgds SEanS From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 12 22:36:05 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0401216A402 for ; Mon, 12 Mar 2007 22:36:05 +0000 (UTC) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.freebsd.org (Postfix) with ESMTP id CEEA713C480 for ; Mon, 12 Mar 2007 22:36:04 +0000 (UTC) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id BF855F8CD for ; Mon, 12 Mar 2007 16:15:19 -0600 (MDT) Received: from shredder.teamcool.net (unknown [192.168.1.58]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 762E9F8AD for ; Mon, 12 Mar 2007 16:15:19 -0600 (MDT) Date: Mon, 12 Mar 2007 16:15:18 -0600 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20070312161518.915ce963.kgunders@teamcool.net> X-Mailer: Sylpheed 2.4.0beta4 (GTK+ 2.10.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: LSI20320-R on amd64?? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2007 22:36:05 -0000 Hello: I need a PCI-X U160/320 SCSI card, no raid, just going to be used to interface w/LTO-2 tape drive. Preferably via xternal VHDCI. But could also just buy a new cable to deal with External 68 pin. I think the LSI202320 should work and it's relatively inexpensive. I seem to recall sometime back about MPT being broken on amd64 but also seem to recall that the issue was resolved. Can anyone confirm this card please w/FBSD-6.2-amd64?? Don't want to run into any 64 bit driver issues. Thanks bunches ;) -- Best regards, Ken Gunderson "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 12 22:45:31 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D8E516A402 for ; Mon, 12 Mar 2007 22:45:31 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id CF91613C469 for ; Mon, 12 Mar 2007 22:45:30 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JET00FQL8FIWX50@osl1smout1.broadpark.no> for freebsd-amd64@freebsd.org; Mon, 12 Mar 2007 22:45:18 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.212]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JET00C768FI2OA0@osl1sminn1.broadpark.no> for freebsd-amd64@freebsd.org; Mon, 12 Mar 2007 22:45:18 +0100 (CET) Date: Mon, 12 Mar 2007 22:45:18 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <7619cc20703121041r7f61979mf67a9a43be4e2104@mail.gmail.com> To: freebsd-amd64@freebsd.org Message-id: <20070312224518.70767bc9.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <7619cc20703121041r7f61979mf67a9a43be4e2104@mail.gmail.com> Subject: Re: Ver 6.2 amd64 failing X-config X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2007 22:45:31 -0000 Hello, On Mon, 12 Mar 2007 17:41:13 +0000 SEan Strand wrote: > Hi-Ho, > > Can any please tell me why the amd64 version will not configure > X-windows, while the i386 will on the same HP Pavilion t3345.uk > platform? Maybe we could, if you would be kind enough to share more information with us, in order for anyone to understand the problem. You know "it doesn't work" might be an accurate description, but it is not very detailed, and in this situation it doesn't help. You could start by telling which commands you tried, what error messages you got, and so on. Examples: - if there is a difference in dmesg output from the i386 version to the amd64 version, that might be of interest - contents / differnce in Xorg.*.log files might be interesting HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-amd64@FreeBSD.ORG Mon Mar 12 23:05:26 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 668A616A400 for ; Mon, 12 Mar 2007 23:05:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id E087E13C457 for ; Mon, 12 Mar 2007 23:05:25 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l2CN5OjL051472; Mon, 12 Mar 2007 20:05:24 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-amd64@freebsd.org Date: Mon, 12 Mar 2007 20:05:49 -0300 User-Agent: KMail/1.9.5 References: <20070312161518.915ce963.kgunders@teamcool.net> In-Reply-To: <20070312161518.915ce963.kgunders@teamcool.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703122005.49589.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: LSI20320-R on amd64?? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Mar 2007 23:05:26 -0000 On Monday 12 March 2007 19:15, Ken Gunderson wrote: > Hello: > > I need a PCI-X U160/320 SCSI card, no raid, just going to be used to > interface w/LTO-2 tape drive. Preferably via xternal VHDCI. But could > also just buy a new cable to deal with External 68 pin. > > I think the LSI202320 should work and it's relatively inexpensive. I > seem to recall sometime back about MPT being broken on amd64 but also > seem to recall that the issue was resolved. Can anyone confirm this > card please w/FBSD-6.2-amd64?? Don't want to run into any 64 bit driver I have some LSI20320-R running fine and stable for long time but with disks =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-amd64@FreeBSD.ORG Wed Mar 14 03:05:06 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AED5116A403; Wed, 14 Mar 2007 03:05:06 +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 72D1E13C458; Wed, 14 Mar 2007 03:05:06 +0000 (UTC) (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 l2E355JW054012; Tue, 13 Mar 2007 23:05:05 -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 l2E354CN082983; Tue, 13 Mar 2007 23:05:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2752B73039; Tue, 13 Mar 2007 22:05:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070314030504.2752B73039@freebsd-current.sentex.ca> Date: Tue, 13 Mar 2007 22:05:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 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: Wed, 14 Mar 2007 03:05:06 -0000 TB --- 2007-03-14 01:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-03-14 01:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-03-14 01:30:00 - cleaning the object tree TB --- 2007-03-14 01:30:48 - checking out the source tree TB --- 2007-03-14 01:30:48 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-03-14 01:30:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-03-14 01:39:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-14 01:39:54 - cd /src TB --- 2007-03-14 01:39:54 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 14 01:39:57 UTC 2007 >>> 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 Wed Mar 14 03:00:07 UTC 2007 TB --- 2007-03-14 03:00:07 - generating LINT kernel config TB --- 2007-03-14 03:00:07 - cd /src/sys/amd64/conf TB --- 2007-03-14 03:00:07 - /usr/bin/make -B LINT TB --- 2007-03-14 03:00:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-03-14 03:00:07 - cd /src TB --- 2007-03-14 03:00:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 14 03:00:08 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/ata-isa.c cc -c -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 -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/ata-lowlevel.c cc -c -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 -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/ata-pci.c cc -c -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 -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/ata-queue.c cc -c -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 -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/ata-raid.c cc -c -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 -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 -Werror -pg -mprofiler-epilogue /src/sys/dev/ata/atapi-cam.c /src/sys/dev/ata/atapi-cam.c: In function `atapi_cb': /src/sys/dev/ata/atapi-cam.c:732: error: structure has no member named `saved_cmd' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-14 03:05:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-14 03:05:03 - ERROR: failed to build lint kernel TB --- 2007-03-14 03:05:03 - tinderbox aborted TB --- 1.06 user 3.48 system 5703.21 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 15 22:29:09 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B9CB16A402; Thu, 15 Mar 2007 22:29:09 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from mail1.chaos1.de (Mail1.Chaos1.de [213.160.12.53]) by mx1.freebsd.org (Postfix) with ESMTP id 50DF213C44B; Thu, 15 Mar 2007 22:29:09 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from claudius6.in.chaos1.de ([192.168.220.106]) by mail1.chaos1.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.44) id 1HRyC3-0002cL-3n; Thu, 15 Mar 2007 23:13:07 +0100 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: quoted-printable Message-Id: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed To: freebsd-amd64@freebsd.org, freebsd-database@freebsd.org From: Axel Rau Date: Thu, 15 Mar 2007 23:13:03 +0100 X-Mailer: Apple Mail (2.752.2) Cc: Subject: New Opteron box, dedicated to PostgreSQL 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, 15 Mar 2007 22:29:09 -0000 Hi, while configuring my 1st PostgreSQL box with dual Opterons (2212) on =20 FreeBSD, I have some questions: 1. Are there any precautions in fbsd to prevent from excessive page =20 switching between the memory nodes? E.g. what happens if file cache pages (heavily used by Pg, =20 planned 6GB) frequently not found on local node? 2. If there is no good solution for this problem, does it make sense =20 to stay with one dualcore (soon quadcore) processor? 3. What are the recommendations for tuning I/O)? - setting sysctl vfs.read_max to 16 or 32 - rebuilding the relevant filesystem with 32K blocks and 4K frags Are these reliable? 4. Can I install the system on an Areca raid? Thanks, Axel --------------------------------------------------------------------- Axel Rau, =E2=98=80Frankfurt , Germany +49 69 9514 = 18 0 From owner-freebsd-amd64@FreeBSD.ORG Thu Mar 15 23:38:25 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCC1D16A403 for ; Thu, 15 Mar 2007 23:38:25 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id E757013C44C for ; Thu, 15 Mar 2007 23:38:24 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 37524 invoked from network); 15 Mar 2007 23:12:03 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 15 Mar 2007 23:12:03 -0000 Received: (qmail 59041 invoked by uid 907); 15 Mar 2007 23:11:41 -0000 Received: from midgard.transactionware.com (HELO jmlaptop) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Fri, 16 Mar 2007 10:11:41 +1100 From: "Jan Mikkelsen" To: "'Axel Rau'" , , Date: Fri, 16 Mar 2007 10:11:40 +1100 Message-ID: <000801c76757$4a6cf9e0$0204a8c0@jmlaptop> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 In-Reply-To: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> Thread-Index: AcdnUZHUi/lpZ5i9TD6DEoK3hNnjZAABK/bg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal Cc: Subject: RE: New Opteron box, dedicated to PostgreSQL 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, 15 Mar 2007 23:38:25 -0000 Hi, Axel Rau wrote: > 1. Are there any precautions in fbsd to prevent from excessive page > switching between the memory nodes? > E.g. what happens if file cache pages (heavily used by Pg, > planned 6GB) frequently not found on local node? Not that I'm aware of. FreeBSD doesn't have NUMA awareness. > 2. If there is no good solution for this problem, does it make sense > to stay with one dualcore (soon quadcore) processor? Benchmark and see. > 4. Can I install the system on an Areca raid? Yes. If you are planning to use 6.2-RELEASE, make sure that you get the arcmsr driver from 6-STABLE. The arcmsr driver in 6.2-RELEASE can show I/O errors under high load. Regards, Jan Mikkelsen From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 08:46:00 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.ORG Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 257DD16A403; Fri, 16 Mar 2007 08:46:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 85BBD13C43E; Fri, 16 Mar 2007 08:45:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bmtuhk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2G88FTD030413; Fri, 16 Mar 2007 09:08:21 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2G88FBN030412; Fri, 16 Mar 2007 09:08:15 +0100 (CET) (envelope-from olli) Date: Fri, 16 Mar 2007 09:08:15 +0100 (CET) Message-Id: <200703160808.l2G88FBN030412@lurza.secnetix.de> From: Oliver Fromme To: freebsd-database@FreeBSD.ORG, Axel.Rau@chaos1.de, freebsd-amd64@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-database User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 16 Mar 2007 09:08:21 +0100 (CET) Cc: Subject: Re: New Opteron box, dedicated to PostgreSQL X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-database@FreeBSD.ORG, Axel.Rau@chaos1.de, freebsd-amd64@FreeBSD.ORG List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Mar 2007 08:46:00 -0000 Axel Rau wrote: > while configuring my 1st PostgreSQL box with dual Opterons (2212) on > FreeBSD, I have some questions: > [...] > 3. What are the recommendations for tuning I/O)? > - setting sysctl vfs.read_max to 16 or 32 > - rebuilding the relevant filesystem with 32K blocks and 4K frags > Are these reliable? Personally I would leave the FS parameters at the defaults. The bsize/fsize defaults of 16k/2k are actually quite well- suited for PostgreSQL, as far as I can tell. (If there are people who have made different experience, I'd like to hear about it.) If you expect that only few, large tables will be used, then reducing the inode density (i.e. increasing the value of the -i option to newfs) might be a good idea. Note that PostgreSQL stores each object (table, index etc.) in its own file. Be sure to disable background fsck via /etc/rc.conf. I've seen it breaking file systems under certain circumstances. Instead, you might want want to give PWD's new gjournal code a try (it's in -current, but I think there's a port to RELENG_6, too). On a related note, setting up gmirror for RAID-1 has worked very well for me, including postgres machines (the balance algorithm "load" seems to work best with pgsql databases). Of course, the usual PostgreSQL tuning advices apply, e.g. increase the SysV IPC resources (i.e. kernel parameters for semaphores and shared memory), optimize postgresql.conf etc. There's currently a known bottleneck regarding SysV IPC on FreeBSD, if a lot of processes are waiting on the same semaphore, which can affect PostgreSQL under very high load. I don't know what the status of that is, but I think nobody is currently working on a fix. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd PI: int f[9814],b,c=9814,g,i;long a=1e4,d,e,h; main(){for(;b=c,c-=14;i=printf("%04d",e+d/a),e=d%a) while(g=--b*2)d=h*b+a*(i?f[b]:a/5),h=d/--g,f[b]=d%g;} From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 11:44:45 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 917BA16A404 for ; Fri, 16 Mar 2007 11:44:45 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 2462A13C45E for ; Fri, 16 Mar 2007 11:44:44 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so654017ugh for ; Fri, 16 Mar 2007 04:44:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qY5q5UGIcc3yaJV9smB3GHSls5Ip/xQ53I7zh1clLX8vrryTZBPB/cLLPawKdoG+QfLhW89hipAPXUhXJZ7/bLnyFokOCh+CaAGYUNwHpv6qM7oYJX6JyUtKjtRUAmVow8U0OUjHX6etGL8MSCXFdhQbuSSjbHEA6liY7MuvMps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hvGS0nvSlmXoz5oC44U9S6fL1e8s5Y0TDEtBK5vPCuOF4PMxQSVOrN4ji+onawTuBmn+lrspllujqtJHJUA7lnDRxSGESIdXmy7GMVTP5sTmt5SzGwCC9Us4a0viMpAAORaUkBoI5Er+WW+IDZaXlZYs1dSpnOEmGgnjgI4jCZ0= Received: by 10.115.77.1 with SMTP id e1mr667752wal.1174043836066; Fri, 16 Mar 2007 04:17:16 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Fri, 16 Mar 2007 04:17:16 -0700 (PDT) Message-ID: Date: Fri, 16 Mar 2007 12:17:16 +0100 From: "Claus Guttesen" To: "Axel Rau" In-Reply-To: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> Cc: freebsd-database@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 16 Mar 2007 11:44:45 -0000 > while configuring my 1st PostgreSQL box with dual Opterons (2212) on > FreeBSD, I have some questions: > > 3. What are the recommendations for tuning I/O)? > - setting sysctl vfs.read_max to 16 or 32 > - rebuilding the relevant filesystem with 32K blocks and 4K frags > Are these reliable? The following were suggetions from Vivek Khera: /boot/loader.conf: kern.ipc.semmni=256 kern.ipc.semmns=2048 /etc/sysctl.conf: kern.ipc.somaxconn=2048 kern.maxfiles=65536 # Suggestions by Vivek Khera from postgresql performance kern.ipc.shm_use_phys=1 kern.ipc.shmmax=1073741824 kern.ipc.shmall=262144 kern.ipc.semmsl=512 kern.ipc.semmap=256 This is on a four-way woodcrest at 3 GHz and 16 GB ram so you may want to adjust the values. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 14:56:36 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F03216A404; Fri, 16 Mar 2007 14:56:36 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from mail1.chaos1.de (Mail1.Chaos1.de [213.160.12.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0FCFD13C468; Fri, 16 Mar 2007 14:56:35 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from claudius6.in.chaos1.de ([192.168.220.106]) by mail1.chaos1.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.44) id 1HSDr8-0007vv-51; Fri, 16 Mar 2007 15:56:34 +0100 In-Reply-To: <000801c76757$4a6cf9e0$0204a8c0@jmlaptop> References: <000801c76757$4a6cf9e0$0204a8c0@jmlaptop> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 (Normal) Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed Message-Id: <00E1DD54-6FED-4223-894C-A1B6CE6B9020@Chaos1.DE> Content-Transfer-Encoding: quoted-printable From: Axel Rau Date: Fri, 16 Mar 2007 15:56:32 +0100 To: Jan Mikkelsen X-Mailer: Apple Mail (2.752.2) Cc: freebsd-database@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 16 Mar 2007 14:56:39 -0000 Am 16.03.2007 um 00:11 schrieb Jan Mikkelsen: > > Not that I'm aware of. FreeBSD doesn't have NUMA awareness. And fbsd does not allow to tie say a process group to a cpu? > >> 2. If there is no good solution for this problem, does it make sense >> to stay with one dualcore (soon quadcore) processor? > > Benchmark and see. Would be nice to know before I order the stuff.., > >> 4. Can I install the system on an Areca raid? > > Yes. If you are planning to use 6.2-RELEASE, make sure that you =20 > get the > arcmsr driver from 6-STABLE. The arcmsr driver in 6.2-RELEASE can =20 > show > I/O errors under high load. That's valuable info. Thanks, Axel --------------------------------------------------------------------- Axel Rau, =E2=98=80Frankfurt , Germany +49 69 9514 = 18 0 From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 15:01:33 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.ORG Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 329BE16A401; Fri, 16 Mar 2007 15:01:33 +0000 (UTC) (envelope-from Axel.Rau@chaos1.de) Received: from mail1.chaos1.de (Mail1.Chaos1.de [213.160.12.53]) by mx1.freebsd.org (Postfix) with ESMTP id E7BC113C465; Fri, 16 Mar 2007 15:01:32 +0000 (UTC) (envelope-from Axel.Rau@chaos1.de) Received: from claudius6.in.chaos1.de ([192.168.220.106]) by mail1.chaos1.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.44) id 1HSDvv-000723-6A; Fri, 16 Mar 2007 16:01:31 +0100 In-Reply-To: <200703160808.l2G88FBN030412@lurza.secnetix.de> References: <200703160808.l2G88FBN030412@lurza.secnetix.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=UTF-8; format=flowed Message-Id: <1FDE5616-AF00-416F-B8E8-1D6A584B1126@chaos1.de> Content-Transfer-Encoding: quoted-printable From: Axel Rau Date: Fri, 16 Mar 2007 16:01:30 +0100 To: Oliver Fromme X-Mailer: Apple Mail (2.752.2) Cc: freebsd-database@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 16 Mar 2007 15:01:33 -0000 Am 16.03.2007 um 09:08 schrieb Oliver Fromme: > Be sure to disable background fsck via /etc/rc.conf. I've > seen it breaking file systems under certain circumstances. Good to know. What about softupdates? > Instead, you might want want to give PWD's new gjournal > code a try (it's in -current, but I think there's a port > to RELENG_6, too). I will have a look at it. Axel --------------------------------------------------------------------- Axel Rau, =E2=98=80Frankfurt , Germany +49 69 9514 = 18 0 From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 15:06:33 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DEA716A408 for ; Fri, 16 Mar 2007 15:06:33 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 89A4113C44B for ; Fri, 16 Mar 2007 15:06:32 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so557087wxc for ; Fri, 16 Mar 2007 08:06:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=DaNBER+/iUAsrLb7bUp6mkyMK3EATT941r+MLg3uabpAisy/dvd2F8DiBapjIfk10980pX019yLldgTnithhsUsNs7W34sTM5qHZS8QsoOC8Za7i8hDG4g80aoStqPUkvlSAr2JFatvu6d5OHvkDrsQ846XGKEbhMB2bI7SVzcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=dBAwe2sKgz5PW+peh/Ja/O/k+okJsd/S7IZoPkCuUUISYOxJzwW22Qc4qg1o8To6s+R9wQTJUeMQLgg4DSCzEx/hzmNldu8kNgIOaJ5J9x7M8Cbh1wbWvoD6RsmLoMqXMBwuRJDHKt2/p8YP6AAzDVKiZbhxByG0O5azcK7/BFs= Received: by 10.90.51.17 with SMTP id y17mr1795102agy.1174056043221; Fri, 16 Mar 2007 07:40:43 -0700 (PDT) Received: from ?192.168.1.2? ( [71.153.182.192]) by mx.google.com with ESMTP id 17sm8798626nzo.2007.03.16.07.40.41; Fri, 16 Mar 2007 07:40:42 -0700 (PDT) Message-ID: <45FAAC6A.90209@gmail.com> Date: Fri, 16 Mar 2007 09:40:42 -0500 From: Harrison Grundy User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 References: <000801c76757$4a6cf9e0$0204a8c0@jmlaptop> In-Reply-To: <000801c76757$4a6cf9e0$0204a8c0@jmlaptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Axel Rau' , freebsd-database@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 16 Mar 2007 15:06:33 -0000 Jan Mikkelsen wrote: > Hi, > > Axel Rau wrote: > > >> 1. Are there any precautions in fbsd to prevent from excessive page >> switching between the memory nodes? >> E.g. what happens if file cache pages (heavily used by Pg, >> planned 6GB) frequently not found on local node? >> > > Not that I'm aware of. FreeBSD doesn't have NUMA awareness. > FreeBSD does not support this. I've been working on the scheduler side of things, but I do not understand the VM well enough to do that side of it. > >> 2. If there is no good solution for this problem, does it make sense >> to stay with one dualcore (soon quadcore) processor? >> No. 2 memory controllers beats 1, even with the remote penalty occuring. The difference either way will be fairly trivial, though. > > Benchmark and see. > > >> 4. Can I install the system on an Areca raid? >> > > Yes. If you are planning to use 6.2-RELEASE, make sure that you get the > arcmsr driver from 6-STABLE. The arcmsr driver in 6.2-RELEASE can show > I/O errors under high load. > > Regards, > > Jan Mikkelsen > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > > From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 18:55:43 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.ORG Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3B6416A4DE; Fri, 16 Mar 2007 18:55:42 +0000 (UTC) (envelope-from Axel.Rau@chaos1.de) Received: from mail1.chaos1.de (Mail1.Chaos1.de [213.160.12.53]) by mx1.freebsd.org (Postfix) with ESMTP id 34F9513C4F9; Fri, 16 Mar 2007 18:55:39 +0000 (UTC) (envelope-from Axel.Rau@chaos1.de) Received: from claudius6.in.chaos1.de ([192.168.220.106]) by mail1.chaos1.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.44) id 1HSHaS-0007LN-49; Fri, 16 Mar 2007 19:55:36 +0100 In-Reply-To: <200703160808.l2G88FBN030412@lurza.secnetix.de> References: <200703160808.l2G88FBN030412@lurza.secnetix.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=UTF-8; format=flowed Message-Id: <1FDE5616-AF00-416F-B8E8-1D6A584B1126@chaos1.de> Content-Transfer-Encoding: quoted-printable From: Axel Rau Date: Fri, 16 Mar 2007 16:01:30 +0100 To: Oliver Fromme X-Mailer: Apple Mail (2.752.2) Cc: freebsd-database@FreeBSD.ORG, freebsd-amd64@FreeBSD.ORG Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 16 Mar 2007 18:55:43 -0000 Am 16.03.2007 um 09:08 schrieb Oliver Fromme: > Be sure to disable background fsck via /etc/rc.conf. I've > seen it breaking file systems under certain circumstances. Good to know. What about softupdates? > Instead, you might want want to give PWD's new gjournal > code a try (it's in -current, but I think there's a port > to RELENG_6, too). I will have a look at it. Axel --------------------------------------------------------------------- Axel Rau, =E2=98=80Frankfurt , Germany +49 69 9514 = 18 0 From owner-freebsd-amd64@FreeBSD.ORG Fri Mar 16 20:32:40 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7B4F16A403; Fri, 16 Mar 2007 20:32:39 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 9710413C46A; Fri, 16 Mar 2007 20:32:39 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 7595BB820; Fri, 16 Mar 2007 16:04:10 -0400 (EDT) In-Reply-To: References: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-9-347238058; protocol="application/pkcs7-signature" Message-Id: <111EFCD1-0B88-4646-BCF5-B13D1F3BBCB0@khera.org> From: Vivek Khera Date: Fri, 16 Mar 2007 16:04:09 -0400 To: FreeBSD AMD list X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-database@freebsd.org Subject: Re: New Opteron box, dedicated to PostgreSQL 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, 16 Mar 2007 20:32:40 -0000 --Apple-Mail-9-347238058 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Mar 16, 2007, at 7:17 AM, Claus Guttesen wrote: >> while configuring my 1st PostgreSQL box with dual Opterons (2212) on >> FreeBSD, I have some questions: >> >> 3. What are the recommendations for tuning I/O)? >> - setting sysctl vfs.read_max to 16 or 32 >> - rebuilding the relevant filesystem with 32K blocks and 4K frags >> Are these reliable? > > The following were suggetions from Vivek Khera: I've recently bumped the shmall and shmmax on my dual opteron with 16GB of RAM, and increased correspondingly the shared buffers. The max shmall you can set on freebsd (at least 6.1) is 2147483647, so I set shmall to 524288 to correspond. This supports 250000 shared buffers and 100 max connections. Might support more, but definitely not 260000. I'm also using vfs.read_max=32 but I haven't really tested if it makes a big difference in formal benchmarks. The other day I was having some I/O overload, so I tried setting vfs.hirunningspace to 3K but it didn't solve my immediate problem. I've left that setting for now. Doesn't seem to really make a big difference. I find that the adaptec 2230SLP RAID controllers are not able to keep up with my load, but the LSI 320-2X is. I'm currently investigating external arrays attached via fibre for some boost. --Apple-Mail-9-347238058-- From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 17 16:49:26 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0834716A404; Sat, 17 Mar 2007 16:49:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id B548813C46E; Sat, 17 Mar 2007 16:49:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by zeus.cv-nj.com (Postfix) with ESMTP id CD081CBC2F; Fri, 16 Mar 2007 18:54:57 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from zeus.cv-nj.com ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dYM1i7ivOfwp; Fri, 16 Mar 2007 18:54:56 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by zeus.cv-nj.com (Postfix) with ESMTP id 2DC5BCA440; Fri, 16 Mar 2007 18:54:56 +0200 (EET) Message-ID: <45FACBE4.5090403@icyb.net.ua> Date: Fri, 16 Mar 2007 18:55:00 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: nve: ethernet address reversal code 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, 17 Mar 2007 16:49:26 -0000 I am wondering what is the purpose of the following pieces of code in if_nve.c: /* ... nve_attach ... */ /* MAC is loaded backwards into h/w reg */ sc->hwapi->pfnGetNodeAddress(sc->hwapi->pADCX, sc->original_mac_addr); for (i = 0; i < 6; i++) { eaddr[i] = sc->original_mac_addr[5 - i]; } sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, eaddr); bcopy(eaddr, (char *)&sc->sc_macaddr, ETHER_ADDR_LEN); /* ... nve_detach ... */ /* Reload unreversed address back into MAC in original state */ if (sc->original_mac_addr) sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, sc->original_mac_addr); Small note: pointer check in nve_detach is obviously not needed because sc->original_mac_addr is not a pointer but an array. I am asking the question for two reasons: 1. [theoretical] I am not sure what pfnSetNodeAddress() is doing, but if it makes modification in NIC memory that can persist across PC reset or poweroff, then this code can be dangerous if a machine crashes/hangs/etc. 2. [practical] I recently installed 6.2-RELEASE amd64 on Asus M2N machine (chipset nForce 430 MCP == MCP61, onboard NIC pci chip id is 03ef). After a small patch to add this ID to nve everything worked very well (in 1 Gb mode). That is, almost everything: I had a very strange problems access one particular machine on my LAN. I still don't know what exactly was the problem, but during its investigation I noticed my MAC address looked strange compared to other MAC addresses. You, we have a bunch of machines with identical HW on our LAN, they all run either Linux or Windows, mine is the only FreeBSD one. So, my ethernet address was a5:07:9f:f3:18:00, but other guys had something like 00:18:f3:9f:XX:YY. After some digging around I went into the sources, changed [5-i] to [i] and everything started to work perfectly. Then I looked at some other machine that uses nve: FreeBSD 6.1 i386, Abit NF7 motherboard (nForce2 chipset). MAC address there is 00:50:8d:4d:aa:83, which looks pretty normal. So I am wondering if this is a 64-bit thing or something specific to a particular chipset. Unfortunately, I can not test i386 version of FreeBSD (patched to recognize my chipset) on this hardware now. P.S. just in case, here's a verbose dmesg after both of my patches and kldunload/kldload: Mar 14 19:05:32 rein kernel: pci0:7:0: reprobing on driver added Mar 14 19:05:32 rein kernel: nve0: port 0xe480-0xe487 mem 0xddefd000-0xddefdfff irq 20 at device 7.0 on pci0 Mar 14 19:05:32 rein kernel: nve0: nvenetlib.o version 1.0-13 Mar 14 19:05:32 rein kernel: nve0: Ethernet address 00:18:f3:9f:07:a5 Mar 14 19:05:32 rein kernel: miibus0: on nve0 Mar 14 19:05:32 rein kernel: ukphy0: on miibus0 Mar 14 19:05:32 rein kernel: ukphy0: OUI 0x001374, model 0x0001, rev. 6 Mar 14 19:05:32 rein kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto Mar 14 19:05:32 rein kernel: nve0: bpf attached Mar 14 19:05:32 rein kernel: nve0: Ethernet address: 00:18:f3:9f:07:a5 Mar 14 19:05:32 rein kernel: nve0: [MPSAFE] Mar 14 19:05:32 rein kernel: pci1: driver added Mar 14 19:05:32 rein kernel: pci2: driver added Mar 14 19:05:32 rein kernel: found-> vendor=0x10de, dev=0x016a, revid=0xa1 Mar 14 19:05:32 rein kernel: bus=2, slot=0, func=0 Mar 14 19:05:32 rein kernel: class=03-00-00, hdrtype=0x00, mfdev=0 Mar 14 19:05:32 rein kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) Mar 14 19:05:32 rein kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Mar 14 19:05:32 rein kernel: intpin=a, irq=16 Mar 14 19:05:32 rein kernel: powerspec 2 supports D0 D3 current D0 Mar 14 19:05:32 rein kernel: MSI supports 1 message, 64 bit -- Andriy Gapon From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 17 16:50:16 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39DBE16A402 for ; Sat, 17 Mar 2007 16:50:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 11DBA13C465 for ; Sat, 17 Mar 2007 16:50:16 +0000 (UTC) (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 l2HGoFNB080532 for ; Sat, 17 Mar 2007 16: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 l2HGoF3l080531; Sat, 17 Mar 2007 16:50:15 GMT (envelope-from gnats) Resent-Date: Sat, 17 Mar 2007 16:50:15 GMT Resent-Message-Id: <200703171650.l2HGoF3l080531@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Andriy Gapon Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11C7416A405 for ; Sat, 17 Mar 2007 16:49:26 +0000 (UTC) (envelope-from avg@cybervisiontech.com.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id C9FC213C48C for ; Sat, 17 Mar 2007 16:49:24 +0000 (UTC) (envelope-from avg@cybervisiontech.com.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by zeus.cv-nj.com (Postfix) with ESMTP id 538E2CBC0D for ; Fri, 16 Mar 2007 17:50:17 +0200 (EET) Received: from zeus.cv-nj.com ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FLxLQIgCUFpr for ; Fri, 16 Mar 2007 17:50:11 +0200 (EET) Received: from rein.cybervisiontech.com.ua (rein.cybervisiontech.com.ua [10.2.1.87]) by zeus.cv-nj.com (Postfix) with ESMTP id AE439CBC0A for ; Fri, 16 Mar 2007 17:50:11 +0200 (EET) Received: from rein.cybervisiontech.com.ua (localhost [127.0.0.1]) by rein.cybervisiontech.com.ua (8.13.8/8.13.8) with ESMTP id l2GFoF3T034318 for ; Fri, 16 Mar 2007 17:50:15 +0200 (EET) (envelope-from avg@rein.cybervisiontech.com.ua) Received: (from avg@localhost) by rein.cybervisiontech.com.ua (8.13.8/8.13.8/Submit) id l2GFoE6F033939; Fri, 16 Mar 2007 17:50:14 +0200 (EET) (envelope-from avg) Message-Id: <200703161550.l2GFoE6F033939@rein.cybervisiontech.com.ua> Date: Fri, 16 Mar 2007 17:50:14 +0200 (EET) From: Andriy Gapon To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: amd64/110449: ata: new pci ids for nvidia mcp61/"430 mcp" chipset 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, 17 Mar 2007 16:50:16 -0000 >Number: 110449 >Category: amd64 >Synopsis: ata: new pci ids for nvidia mcp61/"430 mcp" chipset >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 Mar 17 16:50:15 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Andriy Gapon >Release: FreeBSD 6.2-RELEASE-p2 amd64 >Organization: >Environment: System: FreeBSD FreeBSD 6.2-RELEASE-p2 amd64 Hardware: Motherboard is Asus M2N Chipset is "nForce 430 MCP" which seems to mean (or be equivalent to) MCP61 ATA controllers atapci0@pci0:6:0: class=0x01018a card=0x82341043 chip=0x03ec10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = mass storage subclass = ATA atapci1@pci0:8:0: class=0x010185 card=0x82341043 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = mass storage subclass = ATA atapci2@pci0:8:1: class=0x010185 card=0x82341043 chip=0x03f610de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = mass storage subclass = ATA >Description: None of the ATA devices (03ec and 03f6) is recognized specificly, so all of them are being handled in a generic way by our ATA driver. All disks show up as UDMA33. After applying the attached patch I get the following (from verbose dmesg): Mar 14 18:54:19 rein kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at devi ce 6.0 on pci0 Mar 14 18:54:19 rein kernel: atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0 xd880-0xd88f mem 0xddefc000-0xddefcfff irq 21 at device 8.0 on pci0 Mar 14 18:54:19 rein kernel: atapci2: port 0xd800-0xd807,0xd480-0xd483,0xd400-0xd407,0xd080-0xd083,0 xd000-0xd00f mem 0xddef3000-0xddef3fff irq 22 at device 8.1 on pci0 Mar 14 18:54:19 rein kernel: ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire Mar 14 18:54:19 rein kernel: ad4: 286168MB at ata2-master SATA300 Mar 14 18:54:19 rein kernel: ad4: 586072368 sectors [581421C/16H/63S] 16 sectors/interrupt 1 depth queue The system is stable and performs up to the specs. I've also noticed a post from couple of months ago with an identical patch: http://lists.freebsd.org/pipermail/freebsd-current/2007-January/068852.html >How-To-Repeat: >Fix: --- ata.diff begins here --- --- sys/dev/ata/ata-chipset.c Mon Oct 9 19:01:35 2006 +++ sys/dev/ata/ata-chipset.c Mon Mar 12 17:09:38 2007 @@ -2828,6 +2828,8 @@ ata_nvidia_ident(device_t dev) { ATA_NFORCE_MCP55, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP55" }, { ATA_NFORCE_MCP55_S1, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP55" }, { ATA_NFORCE_MCP55_S2, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP55" }, + { ATA_NFORCE_MCP61, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP61" }, + { ATA_NFORCE_MCP61_S2, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP61" }, { 0, 0, 0, 0, 0, 0}} ; char buffer[64] ; --- sys/dev/ata/ata-pci.h Sat Sep 30 17:51:49 2006 +++ sys/dev/ata/ata-pci.h Mon Mar 12 17:09:38 2007 @@ -216,6 +216,8 @@ struct ata_connect_task { #define ATA_NFORCE_MCP55 0x036e10de #define ATA_NFORCE_MCP55_S1 0x037e10de #define ATA_NFORCE_MCP55_S2 0x037f10de +#define ATA_NFORCE_MCP61 0x03ec10de +#define ATA_NFORCE_MCP61_S2 0x03f610de #define ATA_PROMISE_ID 0x105a #define ATA_PDC20246 0x4d33105a --- ata.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 17 17:42:23 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8D4B16A400 for ; Sat, 17 Mar 2007 17:42:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 47DB813C480 for ; Sat, 17 Mar 2007 17:42:23 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HScHw-000MHM-IA; Sat, 17 Mar 2007 19:01:52 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Andriy Gapon In-reply-to: <45FACBE4.5090403@icyb.net.ua> References: <45FACBE4.5090403@icyb.net.ua> Comments: In-reply-to Andriy Gapon message dated "Fri, 16 Mar 2007 18:55:00 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Mar 2007 19:01:52 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code 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, 17 Mar 2007 17:42:23 -0000 > > I am wondering what is the purpose of the following pieces of code in > if_nve.c: > > /* ... nve_attach ... */ > /* MAC is loaded backwards into h/w reg */ > sc->hwapi->pfnGetNodeAddress(sc->hwapi->pADCX, sc->original_mac_addr); > for (i = 0; i < 6; i++) { > eaddr[i] = sc->original_mac_addr[5 - i]; > } > sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, eaddr); > bcopy(eaddr, (char *)&sc->sc_macaddr, ETHER_ADDR_LEN); > > > /* ... nve_detach ... */ > /* Reload unreversed address back into MAC in original state */ > if (sc->original_mac_addr) > sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, > sc->original_mac_addr); > > Small note: pointer check in nve_detach is obviously not needed because > sc->original_mac_addr is not a pointer but an array. > > > I am asking the question for two reasons: > > 1. [theoretical] I am not sure what pfnSetNodeAddress() is doing, but if > it makes modification in NIC memory that can persist across PC reset or > poweroff, then this code can be dangerous if a machine crashes/hangs/etc. > > 2. [practical] I recently installed 6.2-RELEASE amd64 on Asus M2N > machine (chipset nForce 430 MCP == MCP61, onboard NIC pci chip id is > 03ef). After a small patch to add this ID to nve everything worked very > well (in 1 Gb mode). That is, almost everything: I had a very strange > problems access one particular machine on my LAN. I still don't know > what exactly was the problem, but during its investigation I noticed my > MAC address looked strange compared to other MAC addresses. You, we have > a bunch of machines with identical HW on our LAN, they all run either > Linux or Windows, mine is the only FreeBSD one. > So, my ethernet address was a5:07:9f:f3:18:00, but other guys had > something like 00:18:f3:9f:XX:YY. After some digging around I went into > the sources, changed [5-i] to [i] and everything started to work perfectly. > Then I looked at some other machine that uses nve: FreeBSD 6.1 i386, > Abit NF7 motherboard (nForce2 chipset). MAC address there is > 00:50:8d:4d:aa:83, which looks pretty normal. > > So I am wondering if this is a 64-bit thing or something specific to a > particular chipset. Unfortunately, I can not test i386 version of > FreeBSD (patched to recognize my chipset) on this hardware now. > > P.S. just in case, here's a verbose dmesg after both of my patches and > kldunload/kldload: > Mar 14 19:05:32 rein kernel: pci0:7:0: reprobing on driver added > Mar 14 19:05:32 rein kernel: nve0: Adapter> port 0xe480-0xe487 mem 0xddefd000-0xddefdfff irq 20 at device 7.0 > on pci0 > Mar 14 19:05:32 rein kernel: nve0: nvenetlib.o version 1.0-13 > Mar 14 19:05:32 rein kernel: nve0: Ethernet address 00:18:f3:9f:07:a5 > Mar 14 19:05:32 rein kernel: miibus0: on nve0 > Mar 14 19:05:32 rein kernel: ukphy0: interface> on miibus0 > Mar 14 19:05:32 rein kernel: ukphy0: OUI 0x001374, model 0x0001, rev. 6 > Mar 14 19:05:32 rein kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT-FDX, auto > Mar 14 19:05:32 rein kernel: nve0: bpf attached > Mar 14 19:05:32 rein kernel: nve0: Ethernet address: 00:18:f3:9f:07:a5 > Mar 14 19:05:32 rein kernel: nve0: [MPSAFE] > Mar 14 19:05:32 rein kernel: pci1: driver added > Mar 14 19:05:32 rein kernel: pci2: driver added > Mar 14 19:05:32 rein kernel: found-> vendor=0x10de, dev=0x016a, > revid=0xa1 > Mar 14 19:05:32 rein kernel: bus=2, slot=0, func=0 > Mar 14 19:05:32 rein kernel: class=03-00-00, hdrtype=0x00, mfdev=0 > Mar 14 19:05:32 rein kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 > (dwords) > Mar 14 19:05:32 rein kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), > maxlat=0x00 (0 ns) > Mar 14 19:05:32 rein kernel: intpin=a, irq=16 > Mar 14 19:05:32 rein kernel: powerspec 2 supports D0 D3 current D0 > Mar 14 19:05:32 rein kernel: MSI supports 1 message, 64 bit > > > -- > Andriy Gapon we saw this too!, downgrading the BIOS fixed it for us. btw, 00:18:.... is the correct mac. the problem shows up only when booting via PXE. danny From owner-freebsd-amd64@FreeBSD.ORG Sat Mar 17 20:40:49 2007 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 [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7A3916A403; Sat, 17 Mar 2007 20:40:49 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9E90213C4BF; Sat, 17 Mar 2007 20:40:49 +0000 (UTC) (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 l2HKen8W013914; Sat, 17 Mar 2007 20:40:49 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l2HKen4m013908; Sat, 17 Mar 2007 20:40:49 GMT (envelope-from linimon) Date: Sat, 17 Mar 2007 20:40:49 GMT From: Mark Linimon Message-Id: <200703172040.l2HKen4m013908@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, sos@FreeBSD.org Cc: Subject: Re: kern/110449: [ata] [patch] new pci ids for nvidia mcp61/"430 mcp" chipset 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, 17 Mar 2007 20:40:49 -0000 Old Synopsis: ata: new pci ids for nvidia mcp61/"430 mcp" chipset New Synopsis: [ata] [patch] new pci ids for nvidia mcp61/"430 mcp" chipset Responsible-Changed-From-To: freebsd-amd64->sos Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 17 20:40:17 UTC 2007 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=110449