From owner-freebsd-amd64@FreeBSD.ORG Sun Oct 5 06:46:12 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4AF81065686 for ; Sun, 5 Oct 2008 06:46:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id C5F438FC08 for ; Sun, 5 Oct 2008 06:46:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 548788C0C4; Sun, 5 Oct 2008 01:46:12 -0500 (CDT) Date: Sun, 5 Oct 2008 01:46:12 -0500 To: Dieter Message-ID: <20081005064612.GA29867@soaustin.net> References: <20080926171018.GX47828@deviant.kiev.zoral.com.ua> <200810042226.WAA04290@sopwith.solgatos.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810042226.WAA04290@sopwith.solgatos.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 05 Oct 2008 11:28:24 +0000 Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/127640: GCC will not build shared libraries with -fprofile-generate 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: Sun, 05 Oct 2008 06:46:13 -0000 On Sat, Oct 04, 2008 at 03:26:04PM +0100, Dieter wrote: > Having ports not build isn't acceptable. AMD64 isn't some rare and exotic > architecture. [...] Does "tinderbox" build ports? Finding the problems > as they are created should help a lot. There is already a tremendous amount of QA work being done, every day, to improve the ports collection. To get some idea, see the latter part of http://www.freebsd.org/portmgr/qa.html; http://pointyhat.freebsd.org and the pages it leads to; the summary page on http://portsmon.freebsd.org/portsoverall.py, and all of its other reports (e.g.:, http://portsmon.freebsd.org/portsconcordanceforbuildenv.py?buildenv=amd64&buildenv2=i386, which is highly over-inflated right now due to a run of "try to build things on amd64 that are marked not-for-amd64 anyways); and various email sent from Ion-Mihai Tetcu on a daily basis as he does incremental builds (the former builds are bulk builds). mcl From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 6 11:06:51 2008 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43CAF1065688 for ; Mon, 6 Oct 2008 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 321AF8FC22 for ; Mon, 6 Oct 2008 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m96B6pCR035401 for ; Mon, 6 Oct 2008 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m96B6oiR035397 for freebsd-amd64@FreeBSD.org; Mon, 6 Oct 2008 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Oct 2008 11:06:50 GMT Message-Id: <200810061106.m96B6oiR035397@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org X-Mailman-Approved-At: Mon, 06 Oct 2008 11:22:53 +0000 Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org 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, 06 Oct 2008 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/127787 amd64 [lor] 3 lock LOR in recent CURRENT o amd64/127640 amd64 GCC will not build shared libraries with -fprofile-gen o amd64/127492 amd64 [zfs] System hang on ZFS input-output o amd64/127484 amd64 [timecounters] Drift problem with FreeBSD 7.0 and 7.1 o amd64/127451 amd64 [scheduler] incorrect load on quad core o amd64/127397 amd64 [amd64] 32bit application on FreeBSD-6.3 amd64 gets SI s amd64/127276 amd64 ldd(1) invokes linux yes o amd64/127129 amd64 mdconfig(8) is core dumping with Segmentation Fault 11 f amd64/125943 amd64 Serial Consoles do not work on amd64 freebsd o amd64/125873 amd64 [smbd] [panic] Repeated kernel panics, trap 12 page fa o amd64/125820 amd64 [k8temp] [patch] sysctl dev.k8temp.*.sensor1.* are inv o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/124134 amd64 [kernel] The kernel doesn't follow the calling convent o amd64/123562 amd64 [install] FreeBSD amd64 not installs o amd64/123520 amd64 [ahd] unable to boot from net while using ahd o amd64/123456 amd64 fstat(1): /usr/bin/fstat shows error messages and hang f amd64/123275 amd64 [cbb] [pcmcia] cbb/pcmcia drivers on amd64 failure [re o kern/122782 amd64 [modules] accf_http.ko kernel module is not loadable o amd64/122695 amd64 [cpufreq] Lack of cpufreq control using amd64 eith cor o amd64/122624 amd64 unusable minimal installation of FreeBSD-7.0 o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/122468 amd64 Compile problems after upgrading to 7.0 o amd64/122174 amd64 [panic] 7.0 no longer includes "device atpic" so fails o amd64/121590 amd64 [est] [p4tcc] [acpi_perf] setting dev.cpu.0.freq somet o amd64/121439 amd64 [boot] Installation of FreeBSD 7.0 fails: ACPI problem o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/119936 amd64 [install] FreeBSD 7.0-RC1 amd64 and i386 installer dis o amd64/119591 amd64 [amd64] [patch] time_t on 64-bit architecture o amd64/117418 amd64 [hang] FreeBSD 6.2 crash on amd64 4400+ with ssh o amd64/117316 amd64 [acpi] ACPI lockups on SuperMicro motherboard o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A a amd64/117186 amd64 [modules] kldload Unsupported file type on STABLE amd6 s amd64/116689 amd64 [request] support for MSI K9MM-V f amd64/116670 amd64 [ata] onboard SATA RAID1 controllers not supported for o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on f amd64/116457 amd64 [install] can't install freebsd on dv9420us o amd64/116322 amd64 [panic] At start fsck on current, the system panics o amd64/116159 amd64 [panic] Panic while debugging on CURRENT s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115581 amd64 [Makefile] [patch] -mfancy-math-387 has no effect o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/114270 amd64 [cpufreq] cpufreq doesnt work when compiled in to kern o amd64/114111 amd64 [nfs] System crashes while writing on NFS-mounted shar f amd64/113021 amd64 [re] ASUS M2A-VM onboard NIC does not work o amd64/112222 amd64 [libc] 32-bit libc incorrectly converts some FP number f amd64/111992 amd64 [boot] BTX failed - HP Laptop dv2315nr o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot s amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p f amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on f amd64/105531 amd64 [ata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - does f amd64/105514 amd64 [boot] FreeBSD/amd64 - Fails to boot on HP Pavilion dv f amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled o amd64/95888 amd64 [ata] kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP f amd64/94989 amd64 [boot] BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) o amd64/94677 amd64 [panic] panic in amd64 install at non-root user creati o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff f amd64/91492 amd64 [boot] BTX halted o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/89501 amd64 [install] System crashes on install using ftp on local o amd64/88790 amd64 [panic] kernel panic on first boot (after the FreeBSD o amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in f amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r f amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 s amd64/85273 amd64 [install] FreeBSD (NetBSD or OpenBSD) not install on l o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/76136 amd64 [hang] system halts before reboot o amd64/74747 amd64 [panic] System panic on shutdown when process will not o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up 78 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 6 20:49:33 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A54E71065687 for ; Mon, 6 Oct 2008 20:49:33 +0000 (UTC) (envelope-from freebsd@max.af.czu.cz.cz) Received: from jaguar.blueboard.cz (jaguar.blueboard.cz [217.11.249.140]) by mx1.freebsd.org (Postfix) with ESMTP id EBF3C8FC0A for ; Mon, 6 Oct 2008 20:49:32 +0000 (UTC) (envelope-from freebsd@max.af.czu.cz.cz) Received: (qmail 18094 invoked by uid 89); 6 Oct 2008 20:22:51 -0000 Received: from unknown (HELO ?10.15.141.4?) (tomas@blueboard.cz@217.11.239.237) by jaguar.blueboard.cz with ESMTPA; 6 Oct 2008 20:22:51 -0000 Message-ID: <48EA739A.3000506@max.af.czu.cz.cz> Date: Mon, 06 Oct 2008 22:22:50 +0200 From: Tomas Randa User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, miks@skynet.lv Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 06 Oct 2008 20:52:53 +0000 Cc: Subject: Re: amd64/127451: top(1): incorrect load shown on quad core 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, 06 Oct 2008 20:49:33 -0000 I have similar problem on my Xeon5000 quad core system with 7.1 PRERELEASE / AMD64. Tried anybody to change scheduler from ULE to 4BSD? I tried to change some sysctl variables, but no success. Thanks for help. Tomas Randa =============================== From: miks@skynet.lv To: bug-followup@FreeBSD.org, miks@skynet.lv Cc: Subject: Re: amd64/127451: top(1): incorrect load shown on quad core Date: Thu, 18 Sep 2008 21:50:06 +0300 I got load average around 0.5, and top show something like this "1021 processes: 1 running, 1020 sleeping CPU states: 4.9% user, 0.0% nice, 3.6% system, 0.9% interrupt, 90.6% idle" - this all is ok. then once in 2-5 minutes, there for 2-3 seconds are: "1020 processes:67 running, 912 sleeping, 1 zombie, 40 lock CPU states: 3.0% user, 0.0% nice, 96.7% system, 0.3% interrupt, 0.0% idle" - this is the problem. after this load average is 20-30 and dropping in 2-3min to 0.5. during this time system is very slow. even ssh session is freezing. most of processes are fastcgi/php, so there is not one big resource hungry process. found similar problem here: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2007-11/msg00551.html From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 7 02:00:19 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 832EE10656AC for ; Tue, 7 Oct 2008 02:00:19 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 592AC8FC08 for ; Tue, 7 Oct 2008 02:00:19 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m9720JM2008771 for ; Tue, 7 Oct 2008 02:00:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m9720JH0008770; Tue, 7 Oct 2008 02:00:19 GMT (envelope-from gnats) Date: Tue, 7 Oct 2008 02:00:19 GMT Message-Id: <200810070200.m9720JH0008770@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Nate Eldredge X-Mailman-Approved-At: Tue, 07 Oct 2008 02:56:29 +0000 Cc: Subject: Re: amd64/102716: ex with no argument in an xterm gets SIGSEGV X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nate Eldredge List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 02:00:19 -0000 The following reply was made to PR amd64/102716; it has been noted by GNATS. From: Nate Eldredge To: bug-followup@FreeBSD.org, mjacob@FreeBSD.org Cc: Subject: Re: amd64/102716: ex with no argument in an xterm gets SIGSEGV Date: Mon, 6 Oct 2008 18:58:18 -0700 (PDT) Are you still seeing this on 7.0-RELEASE? I'm having trouble reproducing it. -- Nate Eldredge neldredge@math.ucsd.edu From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 7 02:20:01 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA094106568C for ; Tue, 7 Oct 2008 02:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 970788FC19 for ; Tue, 7 Oct 2008 02:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m972K105010651 for ; Tue, 7 Oct 2008 02:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m972K1Ze010650; Tue, 7 Oct 2008 02:20:01 GMT (envelope-from gnats) Resent-Date: Tue, 7 Oct 2008 02:20:01 GMT Resent-Message-Id: <200810070220.m972K1Ze010650@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, User1001 Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF2FA10656A0 for ; Tue, 7 Oct 2008 02:14:15 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id AE66D8FC1C for ; Tue, 7 Oct 2008 02:14:15 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id m972EFwG065476 for ; Tue, 7 Oct 2008 02:14:15 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id m972EF6I065474; Tue, 7 Oct 2008 02:14:15 GMT (envelope-from nobody) Message-Id: <200810070214.m972EF6I065474@www.freebsd.org> Date: Tue, 7 Oct 2008 02:14:15 GMT From: User1001 To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 X-Mailman-Approved-At: Tue, 07 Oct 2008 02:56:39 +0000 Cc: Subject: amd64/127910: FBSD-7.0 amd64 nfe ethernet not completely working X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 02:20:01 -0000 >Number: 127910 >Category: amd64 >Synopsis: FBSD-7.0 amd64 nfe ethernet not completely working >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: Tue Oct 07 02:20:01 UTC 2008 >Closed-Date: >Last-Modified: >Originator: User1001 >Release: 7.0-Release >Organization: >Environment: FBSD-7.0-Release Sun Feb 24 2008 Sun Ultra 40 workstation dual-core AMD Opteron 2218 2GB RAM >Description: After install, NFE driver for nVidia nForce MCP55 Networking Adapter using Marvell 88E1149 Gigabit ethernet chip appears to fail to completely set up ethernet interface. IFCONFIG shows UP with proper IP, NETMASK, BROADCAST, MEDIA values with active STATUS. Yet, no external network connection works. Installing Red Hat Enterprise on same machine IS able to make external network conections. NFE driver chosen by system - not Admin. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 7 20:33:44 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D656010656B2; Tue, 7 Oct 2008 20:33:44 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AC0BD8FC2B; Tue, 7 Oct 2008 20:33:44 +0000 (UTC) (envelope-from vwe@FreeBSD.org) Received: from freefall.freebsd.org (vwe@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m97KXiZP035371; Tue, 7 Oct 2008 20:33:44 GMT (envelope-from vwe@freefall.freebsd.org) Received: (from vwe@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m97KXicG035365; Tue, 7 Oct 2008 20:33:44 GMT (envelope-from vwe) Date: Tue, 7 Oct 2008 20:33:44 GMT Message-Id: <200810072033.m97KXicG035365@freefall.freebsd.org> To: rannumgen@globaleyes.net, vwe@FreeBSD.org, freebsd-amd64@FreeBSD.org, vwe@FreeBSD.org From: vwe@FreeBSD.org Cc: Subject: Re: kern/127910: [nfe] FBSD-7.0 amd64 nfe ethernet not completely working X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 20:33:44 -0000 Synopsis: [nfe] FBSD-7.0 amd64 nfe ethernet not completely working State-Changed-From-To: open->feedback State-Changed-By: vwe State-Changed-When: Tue Oct 7 20:31:00 UTC 2008 State-Changed-Why: Please provide a dmesg, devinfo -rv, pciconf -lv, ifconfig nfe0 for a first look at your problem. We're really bad in guessing your configuration. I don't think this is amd64 related -> kern Responsible-Changed-From-To: freebsd-amd64->vwe Responsible-Changed-By: vwe Responsible-Changed-When: Tue Oct 7 20:31:00 UTC 2008 Responsible-Changed-Why: grab http://www.freebsd.org/cgi/query-pr.cgi?pr=127910 From owner-freebsd-amd64@FreeBSD.ORG Tue Oct 7 22:10:04 2008 Return-Path: Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A35E1065688 for ; Tue, 7 Oct 2008 22:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6F3B08FC0C for ; Tue, 7 Oct 2008 22:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m97MA4Ah040666 for ; Tue, 7 Oct 2008 22:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m97MA40A040665; Tue, 7 Oct 2008 22:10:04 GMT (envelope-from gnats) Date: Tue, 7 Oct 2008 22:10:04 GMT Message-Id: <200810072210.m97MA40A040665@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Volker X-Mailman-Approved-At: Tue, 07 Oct 2008 22:51:49 +0000 Cc: Subject: Re: amd64/127129: mdconfig(8) is core dumping with Segmentation Fault 11 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Volker List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 22:10:04 -0000 The following reply was made to PR amd64/127129; it has been noted by GNATS. From: Volker To: bug-followup@FreeBSD.org, hakcenter@gmail.com Cc: Subject: Re: amd64/127129: mdconfig(8) is core dumping with Segmentation Fault 11 Date: Tue, 07 Oct 2008 23:43:48 +0200 Curtis, please tell us, if just running ``mdconfig'' is core dumping? Which parameters are you using? What does ``mdconfig -l'' give? Please provide gdb output (bt) of the failing mdconfig. If nobody else can reproduce your problem, we need debugging information from you. Please report back if your problem has been solved by recompiling world. Thanks Volker From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 29 00:00:13 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 066BF16A401 for ; Sun, 29 Apr 2007 00:00:12 +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 CD02413C455 for ; Sun, 29 Apr 2007 00:00:12 +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 l3T00Ci8068085 for ; Sun, 29 Apr 2007 00:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3T00CfN068084; Sun, 29 Apr 2007 00:00:12 GMT (envelope-from gnats) Resent-Date: Sun, 29 Apr 2007 00:00:12 GMT Resent-Message-Id: <200704290000.l3T00CfN068084@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, Peter Jeremy Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46DDC16A401 for ; Sat, 28 Apr 2007 23:54:43 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id B29F813C45A for ; Sat, 28 Apr 2007 23:54:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3SNsfq2002489; Sun, 29 Apr 2007 09:54:41 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3SNsflv002488; Sun, 29 Apr 2007 09:54:41 +1000 (EST) (envelope-from peter) Message-Id: <200704282354.l3SNsflv002488@turion.vk2pj.dyndns.org> From: Peter Jeremy To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: amd64/112222: 32-bit libc incorrectly converts some FP numbers X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Jeremy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 00:00:13 -0000 Date: Sun, 29 Apr 2007 00:00:13 -0000 X-Original-Date: Sun, 29 Apr 2007 09:54:41 +1000 (EST) X-List-Received-Date: Sun, 29 Apr 2007 00:00:13 -0000 >Number: 112222 >Category: amd64 >Synopsis: 32-bit libc incorrectly converts some FP numbers >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 29 00:00:12 GMT 2007 >Closed-Date: >Last-Modified: >Originator: Peter Jeremy >Release: FreeBSD 6.2-STABLE amd64 >Organization: n/a >Environment: System: FreeBSD turion.vk2pj.dyndns.org 6.2-STABLE FreeBSD 6.2-STABLE #25: Tue Jan 30 05:01:57 EST 2007 root@turion.vk2pj.dyndns.org:/usr/obj/usr/src/sys/turion amd64 >Description: During testing of some 32-bit code on amd64, nonsense was printed for some floating point conversions, eg ':e+22' instead of 1e+23 or ':e-07' instead of 1e-06. Further testing has localised the problem to dtoa(), though it is not yet clear whether the problem is in the source code, the compiler or the 32-bit cross-build part of buildworld. The problem only appears to affect numbers with a decimal fractional part of 1 and decimal exponents of -307, -298, -283, -280, -278, -277, -275, -274, -272, -271, -269, -268, -260, -258, -145, -96, -94, -93, -88, -85, -82, -81, -80, -77, -76, -75, -74, -72, -71, -69, -67, -66, -65, -64, -49, -40, -39, -36, -34, -29, -28, -24, -23, -20, -19, -16, -14, -12, -11, -7, -6, +23, +24, +28, +29, +31, +35, +36, +38, +40, +41, +42, +43, +46, +47, +48, +51, +52, +53, +55, +57, +59, +62, +65, +66, +67, +68, +72, +73, +74, +77, +78, +79, +80, +82, +85, +86, +87, +88, +89, +90, +94, +95, +96, +97, +98, +100, +103, +104, +108, +110, +113, +114, +115, +116, +117, +121, +122, +129, +130, +132, +133, +136, +137, +138, +139, +140, +141, +142, +143, +144, +145, +148, +149, +151, +152, +153, +154, +155, +172, +174, +178, +182, +190, +191, +192, +193, +198, +201, +205, +206, +207, +209, +216, +218, +221, +222, +223, +227, +230, +243, +244, +246, +252, +262, +263, +267, +268, +271, +273, +275, +277, +278, +283, +285, +288, +289, +290, +292, +294, +297, +299, +300, +301, +302, +303, +306. Linking against libc/gdtoa_dtoa.o compiled in an i386 environment does not show the problem. >How-To-Repeat: echo 'main(){printf("%g %g %g\\n", 1e-24, 1e-7, 1e100);}' > x.c cc -m32 x.c ./a.out >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Oct 9 19:30:00 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B32A1065687; Thu, 9 Oct 2008 19:30:00 +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 60B2A8FC08; Thu, 9 Oct 2008 19:30:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m99JTrdM023236; Thu, 9 Oct 2008 15:29:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m99JTr0Q072130; Thu, 9 Oct 2008 15:29:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3699C73039; Thu, 9 Oct 2008 15:29:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081009192953.3699C73039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 15:29:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8264/Tue Sep 16 14:01:22 2008 clamav-milter version 0.94 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2008 19:30:00 -0000 TB --- 2008-10-09 17:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 17:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-10-09 17:40:01 - cleaning the object tree TB --- 2008-10-09 17:40:53 - cvsupping the source tree TB --- 2008-10-09 17:40:53 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-10-09 17:41:00 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 17:41:00 - cd /src TB --- 2008-10-09 17:41:00 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 17:41:03 UTC 2008 >>> 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 Thu Oct 9 19:19:30 UTC 2008 TB --- 2008-10-09 19:19:30 - generating LINT kernel config TB --- 2008-10-09 19:19:30 - cd /src/sys/amd64/conf TB --- 2008-10-09 19:19:30 - /usr/bin/make -B LINT TB --- 2008-10-09 19:19:30 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-09 19:19:30 - cd /src TB --- 2008-10-09 19:19:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Oct 9 19:19:30 UTC 2008 >>> 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 [...] /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:163: warning: nested extern declaration of 'ata_atapi' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: In function 'ata_acard_86X_setmode': /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: implicit declaration of function 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:202: warning: nested extern declaration of 'ata_check_80pin' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c: At top level: /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: data definition has no type or storage class /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: type defaults to 'int' in declaration of 'ATA_DECLARE_DRIVER' /src/sys/modules/ata/atapci/chipsets/ataacard/../../../../../dev/ata/chipsets/ata-acard.c:285: warning: parameter names (without types) in function declaration *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets/ataacard. *** Error code 1 Stop in /src/sys/modules/ata/atapci/chipsets. *** Error code 1 Stop in /src/sys/modules/ata/atapci. *** Error code 1 Stop in /src/sys/modules/ata. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-09 19:29:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-09 19:29:52 - ERROR: failed to build lint kernel TB --- 2008-10-09 19:29:52 - tinderbox aborted TB --- 4907.62 user 613.63 system 6591.91 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 10 01:05:52 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 443031065697; Fri, 10 Oct 2008 01:05:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0FF8FC1F; Fri, 10 Oct 2008 01:05:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A15oKL037153; Thu, 9 Oct 2008 21:05:50 -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.14.3/8.14.3) with ESMTP id m9A15nMr003736; Thu, 9 Oct 2008 21:05:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C7A2373039; Thu, 9 Oct 2008 21:05:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010010549.C7A2373039@freebsd-current.sentex.ca> Date: Thu, 9 Oct 2008 21:05:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 01:05:52 -0000 TB --- 2008-10-09 23:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-09 23:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-10-09 23:20:00 - cleaning the object tree TB --- 2008-10-09 23:20:37 - cvsupping the source tree TB --- 2008-10-09 23:20:37 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-10-09 23:20:44 - building world (CFLAGS=-O -pipe) TB --- 2008-10-09 23:20:44 - cd /src TB --- 2008-10-09 23:20:44 - /usr/bin/make -B buildworld >>> World build started on Thu Oct 9 23:20:45 UTC 2008 >>> 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 Fri Oct 10 00:58:50 UTC 2008 TB --- 2008-10-10 00:58:50 - generating LINT kernel config TB --- 2008-10-10 00:58:50 - cd /src/sys/amd64/conf TB --- 2008-10-10 00:58:50 - /usr/bin/make -B LINT TB --- 2008-10-10 00:58:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 00:58:50 - cd /src TB --- 2008-10-10 00:58:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 00:58:50 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 01:05:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 01:05:49 - ERROR: failed to build lint kernel TB --- 2008-10-10 01:05:49 - tinderbox aborted TB --- 4739.32 user 600.56 system 6348.97 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 10 06:25:55 2008 Return-Path: Delivered-To: amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A685106568A; Fri, 10 Oct 2008 06:25:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C478C8FC16; Fri, 10 Oct 2008 06:25:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9A6PqQZ055633; Fri, 10 Oct 2008 02:25:52 -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.14.3/8.14.3) with ESMTP id m9A6PpNf086139; Fri, 10 Oct 2008 02:25:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 521A573039; Fri, 10 Oct 2008 02:25:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081010062550.521A573039@freebsd-current.sentex.ca> Date: Fri, 10 Oct 2008 02:25:50 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8399/Thu Oct 9 08:27:14 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 06:25:55 -0000 TB --- 2008-10-10 04:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-10 04:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-10-10 04:40:01 - cleaning the object tree TB --- 2008-10-10 04:40:38 - cvsupping the source tree TB --- 2008-10-10 04:40:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-10-10 04:40:44 - building world (CFLAGS=-O -pipe) TB --- 2008-10-10 04:40:44 - cd /src TB --- 2008-10-10 04:40:44 - /usr/bin/make -B buildworld >>> World build started on Fri Oct 10 04:40:47 UTC 2008 >>> 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 Fri Oct 10 06:18:50 UTC 2008 TB --- 2008-10-10 06:18:50 - generating LINT kernel config TB --- 2008-10-10 06:18:50 - cd /src/sys/amd64/conf TB --- 2008-10-10 06:18:50 - /usr/bin/make -B LINT TB --- 2008-10-10 06:18:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-10 06:18:50 - cd /src TB --- 2008-10-10 06:18:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Oct 10 06:18:50 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -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-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c: In function 'u3g_attach': /src/sys/dev/usb/u3g.c:169: error: 'struct u3g_softc' has no member named 'sc_intr_number' /src/sys/dev/usb/u3g.c:170: error: 'struct u3g_softc' has no member named 'sc_intr_pipe' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-10 06:25:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-10 06:25:50 - ERROR: failed to build lint kernel TB --- 2008-10-10 06:25:50 - tinderbox aborted TB --- 4741.84 user 598.29 system 6348.77 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 10 17:48:32 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAF4D10656A3 for ; Fri, 10 Oct 2008 17:48:32 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 392958FC17 for ; Fri, 10 Oct 2008 17:48:31 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9AHUYRH021824; Fri, 10 Oct 2008 14:30:35 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Date: Fri, 10 Oct 2008 14:29:37 -0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810101429.37244.joao@matik.com.br> X-Spam-Status: No, score=2.8 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC, SARE_RECV_SPAM_DOMN02, SUBJECT_FUZZY_TION, TW_DR autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8407/Fri Oct 10 12:10:59 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: am2 MBs - 4g + SCSI wipes out root partition 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, 10 Oct 2008 17:48:32 -0000 I get a problem on several am2 motherboards when an SCSI Adaptor (LSI or=20 Adaptec) is installed and with 4Gigs of Ram the problem is easy to repeat, after some minutes compiling world the machi= ne=20 crashes, sometimes a panic mmap ffs crossrefeerence or something, passes to= o=20 fast to look an when the machine comes back often the complete root partiti= on=20 is gone or if not it needs manual fsck and mostly /dev references are gone = or=20 other important parts so the disk isn't bootable anymore funny is (for me) that the other partitions are ok ever and only root is=20 fucked ever I tried MBs as Asus, Abit and Gigabyte all same result Same hardware with SATA works perfect Same hardware with scsi up to 3.5Gigs installed works perfect what calls my attention that all this MBs do not have the memroy hole=20 remapping feature so the complete 4gigs are available what normally was not= =20 the case with amd64 Mbs for the Athlon 64 CPUs some has an opinion if this is a freebsd issue or MB falure or scsi drv=20 problem? Gigabyte support tips a driver problem and no MB issue. Other manufactures= =20 don't answer. regarding the SCSI I tried the LSI U320, Adaptec U320 and Adaptec Raid SCSI= =20 (aacd) and all of them give me the same problem =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 Fri Oct 10 18:44:16 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCE221065692 for ; Fri, 10 Oct 2008 18:44:16 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from parsely.rain.com (parsely.rain.com [199.26.172.196]) by mx1.freebsd.org (Postfix) with ESMTP id 11CD58FC17 for ; Fri, 10 Oct 2008 18:44:15 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from sopwith.solgatos.com (uucp@localhost) by parsely.rain.com (8.11.4/8.11.4) with UUCP id m9AIi9T06182; Fri, 10 Oct 2008 11:44:09 -0700 (PDT) (envelope-from freebsd@sopwith.solgatos.com) Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id SAA07538; Fri, 10 Oct 2008 18:43:07 GMT Message-Id: <200810101843.SAA07538@sopwith.solgatos.com> To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org In-reply-to: Your message of "Fri, 10 Oct 2008 14:29:37 -0300." <200810101429.37244.joao@matik.com.br> Date: Fri, 10 Oct 2008 11:43:07 +0100 From: Dieter Cc: Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 10 Oct 2008 18:44:16 -0000 > I get a problem on several am2 motherboards when an SCSI Adaptor (LSI or=20 > Adaptec) is installed and with 4Gigs of Ram > > the problem is easy to repeat, after some minutes compiling world the machi= > ne=20 > crashes, sometimes a panic mmap ffs crossrefeerence or something, passes to= > o=20 > fast to look an when the machine comes back often the complete root partiti= > on=20 > is gone or if not it needs manual fsck and mostly /dev references are gone = > or=20 > other important parts so the disk isn't bootable anymore > > funny is (for me) that the other partitions are ok ever and only root is=20 > fucked ever Are you running FreeBSD i386 or amd64? Is the compiler using /tmp and /tmp is in root partition? Maybe try having a seperate partition for /tmp, might keep root partition from getting trashed? > Same hardware with SATA works perfect Maybe try root partition on SATA, everything else on SCSI and see what happens. If the system supports a RS-232 console, you could capture panic message that way. Or aim a video camera at the screen. From owner-freebsd-amd64@FreeBSD.ORG Fri Oct 10 19:12:30 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFDA61065689 for ; Fri, 10 Oct 2008 19:12:30 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 62DBB8FC08 for ; Fri, 10 Oct 2008 19:12:30 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9AJCPVk030423 for ; Fri, 10 Oct 2008 16:12:26 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-amd64@freebsd.org Date: Fri, 10 Oct 2008 16:11:28 -0300 User-Agent: KMail/1.9.7 References: <200810101843.SAA07538@sopwith.solgatos.com> In-Reply-To: <200810101843.SAA07538@sopwith.solgatos.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810101611.28175.joao@matik.com.br> X-Spam-Status: No, score=2.9 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC,SARE_RECV_SPAM_DOMN02,SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8409/Fri Oct 10 15:35:34 2008 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 10 Oct 2008 19:12:31 -0000 On Friday 10 October 2008 07:43:07 Dieter wrote: > > I get a problem on several am2 motherboards when an SCSI Adaptor (LSI > > or=3D20 Adaptec) is installed and with 4Gigs of Ram > > > > the problem is easy to repeat, after some minutes compiling world the > > machi=3D ne=3D20 > > crashes, sometimes a panic mmap ffs crossrefeerence or something, passes > > to=3D o=3D20 > > fast to look an when the machine comes back often the complete root > > partiti=3D on=3D20 > > is gone or if not it needs manual fsck and mostly /dev references are > > gone =3D or=3D20 > > other important parts so the disk isn't bootable anymore > > > > funny is (for me) that the other partitions are ok ever and only root > > is=3D20 fucked ever > > Are you running FreeBSD i386 or amd64? > amd64 > Is the compiler using /tmp and /tmp is in root partition? > Maybe try having a seperate partition for /tmp, might keep > root partition from getting trashed? > > > Same hardware with SATA works perfect > > Maybe try root partition on SATA, everything else on SCSI > and see what happens. > > If the system supports a RS-232 console, you could capture panic > message that way. Or aim a video camera at the screen. > _____ > __________________________________________=20 > 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" > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > segura. Service fornecido pelo Datacenter Matik=20 > https://datacenter.matik.com.br =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 Fri Oct 10 19:38:04 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C888B1065686; Fri, 10 Oct 2008 19:38:04 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 37F528FC18; Fri, 10 Oct 2008 19:38:03 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9AJbxCX032517; Fri, 10 Oct 2008 16:37:59 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 10 Oct 2008 16:37:01 -0300 User-Agent: KMail/1.9.7 References: <200810101843.SAA07538@sopwith.solgatos.com> In-Reply-To: <200810101843.SAA07538@sopwith.solgatos.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810101637.01741.joao@matik.com.br> X-Spam-Status: No, score=3.0 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC,SARE_RECV_SPAM_DOMN02,SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8409/Fri Oct 10 15:35:34 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 10 Oct 2008 19:38:04 -0000 On Friday 10 October 2008 07:43:07 Dieter wrote: > > I get a problem on several am2 motherboards when an SCSI Adaptor (LSI > > or=3D20 Adaptec) is installed and with 4Gigs of Ram > > > > the problem is easy to repeat, after some minutes compiling world the > > machi=3D ne=3D20 > > crashes, sometimes a panic mmap ffs crossrefeerence or something, passes > > to=3D o=3D20 > > fast to look an when the machine comes back often the complete root > > partiti=3D on=3D20 > > is gone or if not it needs manual fsck and mostly /dev references are > > gone =3D or=3D20 > > other important parts so the disk isn't bootable anymore > > > > funny is (for me) that the other partitions are ok ever and only root > > is=3D20 fucked ever > > Are you running FreeBSD i386 or amd64? > amd64 > Is the compiler using /tmp and /tmp is in root partition? > Maybe try having a seperate partition for /tmp, might keep > root partition from getting trashed? > /tmp is linked to /var/tmp > > Same hardware with SATA works perfect > > Maybe try root partition on SATA, everything else on SCSI > and see what happens. > > If the system supports a RS-232 console, you could capture panic > message that way. Or aim a video camera at the screen. well to be more clear the machine hangs somewhere in buildworld I saw some panics all with mmap and crossreference, the panic does not=20 complete either it hangs before getting to the pointer lines I have still a disk which wasn't completly wiped out so if you have some ne= ed=20 for finding some info I try but without camera and dogs envolved please :) =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 Sat Oct 11 09:31:03 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CF6E1065696; Sat, 11 Oct 2008 09:31:03 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 947838FC21; Sat, 11 Oct 2008 09:31:02 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KoaoN-0005ow-9c; Sat, 11 Oct 2008 11:30:59 +0200 Received: from ra1a5.r.pppool.de ([89.54.161.165]:18403 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KoaoN-00024b-1a; Sat, 11 Oct 2008 11:30:59 +0200 Date: Sat, 11 Oct 2008 11:30:57 +0200 From: Gary Jennejohn To: JoaoBR Message-ID: <20081011113057.7402300c@ernst.jennejohn.org> In-Reply-To: <200810101429.37244.joao@matik.com.br> References: <200810101429.37244.joao@matik.com.br> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 09:31:03 -0000 On Fri, 10 Oct 2008 14:29:37 -0300 JoaoBR wrote: > I tried MBs as Asus, Abit and Gigabyte all same result > > Same hardware with SATA works perfect > > Same hardware with scsi up to 3.5Gigs installed works perfect > > what calls my attention that all this MBs do not have the memroy hole > remapping feature so the complete 4gigs are available what normally was not > the case with amd64 Mbs for the Athlon 64 CPUs > > some has an opinion if this is a freebsd issue or MB falure or scsi drv > problem? > It's a driver problem. If you want to use SCSI then you'll have to limit memory to 3.5 GB. --- Gary Jennejohn From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 10:08:03 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2DD51065687; Sat, 11 Oct 2008 10:08:03 +0000 (UTC) (envelope-from jmz@dalai-zebu.org) Received: from qix.dalai-zebu.org (qix.dalai-zebu.org [IPv6:2001:7a8:1c5b::1]) by mx1.freebsd.org (Postfix) with ESMTP id 27F098FC21; Sat, 11 Oct 2008 10:08:03 +0000 (UTC) (envelope-from jmz@dalai-zebu.org) Received: from nyx.dalai-zebu.org (nyx [192.168.10.2]) by qix.dalai-zebu.org (Postfix) with ESMTP id 209532E3E7; Sat, 11 Oct 2008 12:08:01 +0200 (CEST) Received: by nyx.dalai-zebu.org (Postfix, from userid 1001) id 0868710B8; Sat, 11 Oct 2008 12:08:00 +0200 (CEST) From: Jean-Marc Zucconi To: gary.jennejohn@freenet.de In-Reply-To: <20081011113057.7402300c@ernst.jennejohn.org> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> X-Mailer: Emacs 21.3.1 Message-Id: <20081011100801.0868710B8@nyx.dalai-zebu.org> Date: Sat, 11 Oct 2008 12:08:00 +0200 (CEST) X-Mailman-Approved-At: Sat, 11 Oct 2008 11:24:57 +0000 Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 11 Oct 2008 10:08:03 -0000 >>>>> Gary Jennejohn writes: > On Fri, 10 Oct 2008 14:29:37 -0300 > JoaoBR wrote: >> I tried MBs as Asus, Abit and Gigabyte all same result >> >> Same hardware with SATA works perfect >> >> Same hardware with scsi up to 3.5Gigs installed works perfect >> >> what calls my attention that all this MBs do not have the memroy hole >> remapping feature so the complete 4gigs are available what normally was not >> the case with amd64 Mbs for the Athlon 64 CPUs >> >> some has an opinion if this is a freebsd issue or MB falure or scsi drv >> problem? >> > It's a driver problem. If you want to use SCSI then you'll have to limit > memory to 3.5 GB. Is this specific to the Adaptec driver or all of them are affected by the bug? I am considering upgrading to such a config, but with a tekram controller (sym). Jean-Marc -- Jean-Marc Zucconi -- PGP Key: KeyID: 400B38E9 From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 10:29:18 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 642CD106568B for ; Sat, 11 Oct 2008 10:29:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 493618FC1E for ; Sat, 11 Oct 2008 10:29:18 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id RN911a00B0lTkoCA3NDJSg; Sat, 11 Oct 2008 10:13:18 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id RNDG1a0062P6wsM8QNDHL2; Sat, 11 Oct 2008 10:13:17 +0000 X-Authority-Analysis: v=1.0 c=1 a=n07WsRzhiL8A:10 a=ORw6YhE72dwA:10 a=QycZ5dHgAAAA:8 a=S05iYYJzb3qHf-KnyHkA:9 a=6QFXaBqeK2m-X_wePVYxO2nP5mYA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D5DDBC9419; Sat, 11 Oct 2008 03:13:16 -0700 (PDT) Date: Sat, 11 Oct 2008 03:13:16 -0700 From: Jeremy Chadwick To: Gary Jennejohn Message-ID: <20081011101316.GA58119@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081011113057.7402300c@ernst.jennejohn.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Sat, 11 Oct 2008 11:25:13 +0000 Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 11 Oct 2008 10:29:18 -0000 On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > On Fri, 10 Oct 2008 14:29:37 -0300 > JoaoBR wrote: > > > I tried MBs as Asus, Abit and Gigabyte all same result > > > > Same hardware with SATA works perfect > > > > Same hardware with scsi up to 3.5Gigs installed works perfect > > > > what calls my attention that all this MBs do not have the memroy hole > > remapping feature so the complete 4gigs are available what normally was not > > the case with amd64 Mbs for the Athlon 64 CPUs > > > > some has an opinion if this is a freebsd issue or MB falure or scsi drv > > problem? > > > > It's a driver problem. If you want to use SCSI then you'll have to limit > memory to 3.5 GB. What you're saying is that Adaptec and LSI Logic SCSI controllers behave badly (and can cause data loss) on amd64 systems which contain more than 3.5GB of RAM. This is a very big claim. Have you talked to Scott Long about this? Please expand on this, and provide evidence or references. I need to document this in my Wiki if it is indeed true. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 14:45:35 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF9301065691; Sat, 11 Oct 2008 14:45:35 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 881798FC17; Sat, 11 Oct 2008 14:45:35 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kofim-000458-Mj; Sat, 11 Oct 2008 16:45:32 +0200 Received: from ra1a5.r.pppool.de ([89.54.161.165]:49737 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kofim-00076e-F1; Sat, 11 Oct 2008 16:45:32 +0200 Date: Sat, 11 Oct 2008 16:45:29 +0200 From: Gary Jennejohn To: Jeremy Chadwick Message-ID: <20081011164529.198f32c6@ernst.jennejohn.org> In-Reply-To: <20081011101316.GA58119@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 14:45:36 -0000 On Sat, 11 Oct 2008 03:13:16 -0700 Jeremy Chadwick wrote: > On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > > On Fri, 10 Oct 2008 14:29:37 -0300 > > JoaoBR wrote: > > > > > I tried MBs as Asus, Abit and Gigabyte all same result > > > > > > Same hardware with SATA works perfect > > > > > > Same hardware with scsi up to 3.5Gigs installed works perfect > > > > > > what calls my attention that all this MBs do not have the memroy hole > > > remapping feature so the complete 4gigs are available what normally was not > > > the case with amd64 Mbs for the Athlon 64 CPUs > > > > > > some has an opinion if this is a freebsd issue or MB falure or scsi drv > > > problem? > > > > > > > It's a driver problem. If you want to use SCSI then you'll have to limit > > memory to 3.5 GB. > > What you're saying is that Adaptec and LSI Logic SCSI controllers behave > badly (and can cause data loss) on amd64 systems which contain more than > 3.5GB of RAM. This is a very big claim. > > Have you talked to Scott Long about this? > > Please expand on this, and provide evidence or references. I need to > document this in my Wiki if it is indeed true. > See the freebsd-scsi thread with Subject "data corruption with ahc driver and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, 30 Jan 2008. This was for ahc, but the bit-rot which Scott mentions in his reply might also apply to the LSI Logic controllers. Basically the driver doesn't correctly handle DMA above 4GB. Since the PCI hole gets mapped above 4GB it causes problems. the (S)ATA drivers don't seem to have this problem. --- Gary Jennejohn From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 14:48:51 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE35106568A; Sat, 11 Oct 2008 14:48:51 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 640C98FC1D; Sat, 11 Oct 2008 14:48:51 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Koflw-0000kD-Cd; Sat, 11 Oct 2008 16:48:48 +0200 Received: from ra1a5.r.pppool.de ([89.54.161.165]:20308 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Koflw-00045X-48; Sat, 11 Oct 2008 16:48:48 +0200 Date: Sat, 11 Oct 2008 16:48:44 +0200 From: Gary Jennejohn To: Jean-Marc Zucconi Message-ID: <20081011164844.3596a669@ernst.jennejohn.org> In-Reply-To: <20081011100801.0868710B8@nyx.dalai-zebu.org> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011100801.0868710B8@nyx.dalai-zebu.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2008 14:48:51 -0000 On Sat, 11 Oct 2008 12:08:00 +0200 (CEST) Jean-Marc Zucconi wrote: > >>>>> Gary Jennejohn writes: > > > On Fri, 10 Oct 2008 14:29:37 -0300 > > JoaoBR wrote: > > >> I tried MBs as Asus, Abit and Gigabyte all same result > >> > >> Same hardware with SATA works perfect > >> > >> Same hardware with scsi up to 3.5Gigs installed works perfect > >> > >> what calls my attention that all this MBs do not have the memroy hole > >> remapping feature so the complete 4gigs are available what normally was not > >> the case with amd64 Mbs for the Athlon 64 CPUs > >> > >> some has an opinion if this is a freebsd issue or MB falure or scsi drv > >> problem? > >> > > > It's a driver problem. If you want to use SCSI then you'll have to limit > > memory to 3.5 GB. > > Is this specific to the Adaptec driver or all of them are affected by > the bug? I am considering upgrading to such a config, but with a > tekram controller (sym). > I observed the same problem with ahc. Can't say whether the sym driver has the problem because I don't have such a controller. I've now taken my SCSI drives out of service and am using SATA only. --- Gary Jennejohn From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 14:58:21 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44BEB1065687 for ; Sat, 11 Oct 2008 14:58:21 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id E310D8FC1F for ; Sat, 11 Oct 2008 14:58:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA05.westchester.pa.mail.comcast.net with comcast id RQMe1a00C0QuhwU55SoJ1q; Sat, 11 Oct 2008 14:48:18 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA02.westchester.pa.mail.comcast.net with comcast id RSoH1a0082P6wsM3NSoHUl; Sat, 11 Oct 2008 14:48:18 +0000 X-Authority-Analysis: v=1.0 c=1 a=n07WsRzhiL8A:10 a=ORw6YhE72dwA:10 a=QycZ5dHgAAAA:8 a=a0NqNt3ENnTQlbUPBCEA:9 a=qGFGzOOIXX-SBOklsKVT181C0C4A:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 0DDA9C9419; Sat, 11 Oct 2008 07:48:17 -0700 (PDT) Date: Sat, 11 Oct 2008 07:48:17 -0700 From: Jeremy Chadwick To: Gary Jennejohn Message-ID: <20081011144817.GB64861@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081011164529.198f32c6@ernst.jennejohn.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Sat, 11 Oct 2008 15:32:09 +0000 Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 11 Oct 2008 14:58:21 -0000 On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: > On Sat, 11 Oct 2008 03:13:16 -0700 > Jeremy Chadwick wrote: > > > On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > > > On Fri, 10 Oct 2008 14:29:37 -0300 > > > JoaoBR wrote: > > > > > > > I tried MBs as Asus, Abit and Gigabyte all same result > > > > > > > > Same hardware with SATA works perfect > > > > > > > > Same hardware with scsi up to 3.5Gigs installed works perfect > > > > > > > > what calls my attention that all this MBs do not have the memroy hole > > > > remapping feature so the complete 4gigs are available what normally was not > > > > the case with amd64 Mbs for the Athlon 64 CPUs > > > > > > > > some has an opinion if this is a freebsd issue or MB falure or scsi drv > > > > problem? > > > > > > > > > > It's a driver problem. If you want to use SCSI then you'll have to limit > > > memory to 3.5 GB. > > > > What you're saying is that Adaptec and LSI Logic SCSI controllers behave > > badly (and can cause data loss) on amd64 systems which contain more than > > 3.5GB of RAM. This is a very big claim. > > > > Have you talked to Scott Long about this? > > > > Please expand on this, and provide evidence or references. I need to > > document this in my Wiki if it is indeed true. > > > > See the freebsd-scsi thread with Subject "data corruption with ahc driver > and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, 30 Jan > 2008. > > This was for ahc, but the bit-rot which Scott mentions in his reply might > also apply to the LSI Logic controllers. > > Basically the driver doesn't correctly handle DMA above 4GB. Since the PCI > hole gets mapped above 4GB it causes problems. the (S)ATA drivers don't seem > to have this problem. Thank you -- this is the exact information I was looking for. I will update my Wiki page to reflect this quite major problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 16:43:12 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74424106568F; Sat, 11 Oct 2008 16:43:12 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 494C78FC24; Sat, 11 Oct 2008 16:43:11 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id C2B0B71FC1A; Sat, 11 Oct 2008 12:26:34 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nhfFpkSrWFep; Sat, 11 Oct 2008 12:26:34 -0400 (EDT) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 687F271FC17; Sat, 11 Oct 2008 12:26:34 -0400 (EDT) Message-ID: <48F0D3B5.6070602@egr.msu.edu> Date: Sat, 11 Oct 2008 12:26:29 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> In-Reply-To: <20081011144817.GB64861@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 11 Oct 2008 16:43:12 -0000 Jeremy Chadwick wrote: > On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: >> On Sat, 11 Oct 2008 03:13:16 -0700 >> Jeremy Chadwick wrote: >> >>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: >>>> On Fri, 10 Oct 2008 14:29:37 -0300 >>>> JoaoBR wrote: >>>> >>>>> I tried MBs as Asus, Abit and Gigabyte all same result >>>>> >>>>> Same hardware with SATA works perfect >>>>> >>>>> Same hardware with scsi up to 3.5Gigs installed works perfect >>>>> >>>>> what calls my attention that all this MBs do not have the memroy hole >>>>> remapping feature so the complete 4gigs are available what normally was not >>>>> the case with amd64 Mbs for the Athlon 64 CPUs >>>>> >>>>> some has an opinion if this is a freebsd issue or MB falure or scsi drv >>>>> problem? >>>>> >>>> It's a driver problem. If you want to use SCSI then you'll have to limit >>>> memory to 3.5 GB. >>> What you're saying is that Adaptec and LSI Logic SCSI controllers behave >>> badly (and can cause data loss) on amd64 systems which contain more than >>> 3.5GB of RAM. This is a very big claim. >>> >>> Have you talked to Scott Long about this? >>> >>> Please expand on this, and provide evidence or references. I need to >>> document this in my Wiki if it is indeed true. >>> >> See the freebsd-scsi thread with Subject "data corruption with ahc driver >> and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, 30 Jan >> 2008. >> >> This was for ahc, but the bit-rot which Scott mentions in his reply might >> also apply to the LSI Logic controllers. >> >> Basically the driver doesn't correctly handle DMA above 4GB. Since the PCI >> hole gets mapped above 4GB it causes problems. the (S)ATA drivers don't seem >> to have this problem. > > Thank you -- this is the exact information I was looking for. > > I will update my Wiki page to reflect this quite major problem. > I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac driver) with a 5th generation RAID card with 8G of ram, both have no such corruption problems. Providing this as a counter-example just to document some evidence of which products seem to work fine. From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 17:45:49 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02D5C106568A; Sat, 11 Oct 2008 17:45:49 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id B6B0C8FC22; Sat, 11 Oct 2008 17:45:48 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id F197171FC14; Sat, 11 Oct 2008 13:45:47 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fqlpb0UPOoto; Sat, 11 Oct 2008 13:45:47 -0400 (EDT) Received: from [10.0.0.234] (c-208-53-102-126.chrlmi.cablespeed.com [208.53.102.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id AA78C71FC13; Sat, 11 Oct 2008 13:45:47 -0400 (EDT) Message-ID: <48F0E649.20808@egr.msu.edu> Date: Sat, 11 Oct 2008 13:45:45 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Jeremy Chadwick References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> In-Reply-To: <20081011165250.GA67552@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 11 Oct 2008 17:45:49 -0000 Jeremy Chadwick wrote: > On Sat, Oct 11, 2008 at 12:26:29PM -0400, Adam McDougall wrote: >> Jeremy Chadwick wrote: >>> On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: >>>> On Sat, 11 Oct 2008 03:13:16 -0700 >>>> Jeremy Chadwick wrote: >>>> >>>>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: >>>>>> On Fri, 10 Oct 2008 14:29:37 -0300 >>>>>> JoaoBR wrote: >>>>>> >>>>>>> I tried MBs as Asus, Abit and Gigabyte all same result >>>>>>> >>>>>>> Same hardware with SATA works perfect >>>>>>> >>>>>>> Same hardware with scsi up to 3.5Gigs installed works perfect >>>>>>> >>>>>>> what calls my attention that all this MBs do not have the >>>>>>> memroy hole remapping feature so the complete 4gigs are >>>>>>> available what normally was not the case with amd64 Mbs for the >>>>>>> Athlon 64 CPUs >>>>>>> >>>>>>> some has an opinion if this is a freebsd issue or MB falure or >>>>>>> scsi drv problem? >>>>>>> >>>>>> It's a driver problem. If you want to use SCSI then you'll have to limit >>>>>> memory to 3.5 GB. >>>>> What you're saying is that Adaptec and LSI Logic SCSI controllers behave >>>>> badly (and can cause data loss) on amd64 systems which contain more than >>>>> 3.5GB of RAM. This is a very big claim. >>>>> >>>>> Have you talked to Scott Long about this? >>>>> >>>>> Please expand on this, and provide evidence or references. I need to >>>>> document this in my Wiki if it is indeed true. >>>>> >>>> See the freebsd-scsi thread with Subject "data corruption with ahc driver >>>> and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, 30 Jan >>>> 2008. >>>> >>>> This was for ahc, but the bit-rot which Scott mentions in his reply might >>>> also apply to the LSI Logic controllers. >>>> >>>> Basically the driver doesn't correctly handle DMA above 4GB. Since the PCI >>>> hole gets mapped above 4GB it causes problems. the (S)ATA drivers don't seem >>>> to have this problem. >>> Thank you -- this is the exact information I was looking for. >>> >>> I will update my Wiki page to reflect this quite major problem. >>> >> I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS >> controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac >> driver) with a 5th generation RAID card with 8G of ram, both have no >> such corruption problems. Providing this as a counter-example just to >> document some evidence of which products seem to work fine. > > Is your LSI SAS controller driven by mpt(4) or mfi(4)? > > Let's break down what we know for sure at this point: > > aac(4) - not affected > aha(4) - unknown > ahb(4) - unknown > ahc(4) - affected > ahd(4) - unknown; no one answered the OP's question in the thread > asr(4) - unknown > ips(4) - unknown > mpt(4) - not affected > mfi(4) - unknown > sym(4) - unknown > > Could the problem be specific to certain firmware revisions on the > cards? > > Also adding Scott Long to the CC list. > All the LSI I reported is driven by mpt, I have no mfi devices. From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 16:52:54 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A671065689 for ; Sat, 11 Oct 2008 16:52:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id DF6A78FC19 for ; Sat, 11 Oct 2008 16:52:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA05.westchester.pa.mail.comcast.net with comcast id RRFl1a00216LCl055Ustpz; Sat, 11 Oct 2008 16:52:53 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA06.westchester.pa.mail.comcast.net with comcast id RUsr1a0042P6wsM3SUsrf4; Sat, 11 Oct 2008 16:52:52 +0000 X-Authority-Analysis: v=1.0 c=1 a=n07WsRzhiL8A:10 a=ORw6YhE72dwA:10 a=QycZ5dHgAAAA:8 a=7CmD_XufCLgEyoOZWfMA:9 a=hKMjRJ4M_swmQLkAslwA:7 a=ZSM8IFsSkkB_ANeY9_Z9tSkhchYA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D13FAC9419; Sat, 11 Oct 2008 09:52:50 -0700 (PDT) Date: Sat, 11 Oct 2008 09:52:50 -0700 From: Jeremy Chadwick To: Adam McDougall Message-ID: <20081011165250.GA67552@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F0D3B5.6070602@egr.msu.edu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Sat, 11 Oct 2008 18:41:23 +0000 Cc: Scott Long , freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 11 Oct 2008 16:52:54 -0000 On Sat, Oct 11, 2008 at 12:26:29PM -0400, Adam McDougall wrote: > Jeremy Chadwick wrote: >> On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: >>> On Sat, 11 Oct 2008 03:13:16 -0700 >>> Jeremy Chadwick wrote: >>> >>>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: >>>>> On Fri, 10 Oct 2008 14:29:37 -0300 >>>>> JoaoBR wrote: >>>>> >>>>>> I tried MBs as Asus, Abit and Gigabyte all same result >>>>>> >>>>>> Same hardware with SATA works perfect >>>>>> >>>>>> Same hardware with scsi up to 3.5Gigs installed works perfect >>>>>> >>>>>> what calls my attention that all this MBs do not have the >>>>>> memroy hole remapping feature so the complete 4gigs are >>>>>> available what normally was not the case with amd64 Mbs for the >>>>>> Athlon 64 CPUs >>>>>> >>>>>> some has an opinion if this is a freebsd issue or MB falure or >>>>>> scsi drv problem? >>>>>> >>>>> It's a driver problem. If you want to use SCSI then you'll have to limit >>>>> memory to 3.5 GB. >>>> What you're saying is that Adaptec and LSI Logic SCSI controllers behave >>>> badly (and can cause data loss) on amd64 systems which contain more than >>>> 3.5GB of RAM. This is a very big claim. >>>> >>>> Have you talked to Scott Long about this? >>>> >>>> Please expand on this, and provide evidence or references. I need to >>>> document this in my Wiki if it is indeed true. >>>> >>> See the freebsd-scsi thread with Subject "data corruption with ahc driver >>> and 4GB of memory using a FBSD-8 64-bit installation?" from Wed, 30 Jan >>> 2008. >>> >>> This was for ahc, but the bit-rot which Scott mentions in his reply might >>> also apply to the LSI Logic controllers. >>> >>> Basically the driver doesn't correctly handle DMA above 4GB. Since the PCI >>> hole gets mapped above 4GB it causes problems. the (S)ATA drivers don't seem >>> to have this problem. >> >> Thank you -- this is the exact information I was looking for. >> >> I will update my Wiki page to reflect this quite major problem. >> > > I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS > controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac > driver) with a 5th generation RAID card with 8G of ram, both have no > such corruption problems. Providing this as a counter-example just to > document some evidence of which products seem to work fine. Is your LSI SAS controller driven by mpt(4) or mfi(4)? Let's break down what we know for sure at this point: aac(4) - not affected aha(4) - unknown ahb(4) - unknown ahc(4) - affected ahd(4) - unknown; no one answered the OP's question in the thread asr(4) - unknown ips(4) - unknown mpt(4) - not affected mfi(4) - unknown sym(4) - unknown Could the problem be specific to certain firmware revisions on the cards? Also adding Scott Long to the CC list. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 19:51:18 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 357901065690 for ; Sat, 11 Oct 2008 19:51:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 670EA8FC0A; Sat, 11 Oct 2008 19:51:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48F103D4.6050105@FreeBSD.org> Date: Sat, 11 Oct 2008 20:51:48 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Tomas Randa References: <48EA739A.3000506@max.af.czu.cz.cz> In-Reply-To: <48EA739A.3000506@max.af.czu.cz.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: miks@skynet.lv, freebsd-amd64@freebsd.org Subject: Re: amd64/127451: top(1): incorrect load shown on quad core 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, 11 Oct 2008 19:51:18 -0000 Tomas Randa wrote: > I have similar problem on my Xeon5000 quad core system with 7.1 > PRERELEASE / AMD64. Tried anybody to change scheduler from ULE to 4BSD? > I tried to change some sysctl variables, but no success. > > Thanks for help. > > Tomas Randa > > > =============================== > > From: miks@skynet.lv > To: bug-followup@FreeBSD.org, miks@skynet.lv > Cc: Subject: Re: amd64/127451: top(1): incorrect load shown on quad core > Date: Thu, 18 Sep 2008 21:50:06 +0300 > > > > I got load average around 0.5, and top show something like this > "1021 processes: 1 running, 1020 sleeping > CPU states: 4.9% user, 0.0% nice, 3.6% system, 0.9% interrupt, > 90.6% idle" - this all is ok. > > then once in 2-5 minutes, there for 2-3 seconds are: > "1020 processes:67 running, 912 sleeping, 1 zombie, 40 lock > CPU states: 3.0% user, 0.0% nice, 96.7% system, 0.3% interrupt, > 0.0% idle" - this is the problem. > > after this load average is 20-30 and dropping in 2-3min to 0.5. during > this time system is very slow. even ssh session is freezing. > most of processes are fastcgi/php, so there is not one big resource > hungry process. > > found similar problem here: > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2007-11/msg00551.html I sam not sure what you are claiming the problem is. Your system is being transiently overloaded by processes that eat all CPU, and that is what top shows you. Kris From owner-freebsd-amd64@FreeBSD.ORG Sat Oct 11 21:51:29 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 216FD1065690; Sat, 11 Oct 2008 21:51:29 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (6to4.home4u.ch [IPv6:2002:d908:d3e2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C87A8FC14; Sat, 11 Oct 2008 21:51:28 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from flashback.wenks.ch (flashback.wenks.ch [IPv6:2002:3e02:55b4:2:20a:95ff:fe8f:6586]) (authenticated bits=0) by batman.home4u.ch (8.13.1/8.13.1) with ESMTP id m9BLpOD3074423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Oct 2008 23:51:26 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <48F11FD6.7050007@wenks.ch> Date: Sat, 11 Oct 2008 23:51:18 +0200 From: Fabian Wenk User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> <20081011164529.198f32c6@ernst.jennejohn.org> <20081011144817.GB64861@icarus.home.lan> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> In-Reply-To: <20081011165250.GA67552@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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, 11 Oct 2008 21:51:29 -0000 Hello Jeremy On 11.10.08 18:52, Jeremy Chadwick wrote: > Could the problem be specific to certain firmware revisions on the > cards? Some other idea, which versions of FreeBSD/amd64 are affected? Only 8-CURRENT, or also 6.x- and/or 7.x-RELEASE? As far as I have seen from the reports, it does only happen with more then 3.5 GB RAM and with SCSI disks. I do have a system with FreeBSD/amd64 6.3-RELEASE with 4 GB RAM and an Adaptec 29160 Ultra160 SCSI adapter (ahc) with only a tape drive connected. The disks are on an Areca RAID controller. Access to the disks and the tape drive does work just fine without any crashes. bye Fabian