From owner-freebsd-stable@FreeBSD.ORG Sat Mar 26 23:20:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B0CC16A4CE for ; Sat, 26 Mar 2005 23:20:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5A543D3F for ; Sat, 26 Mar 2005 23:20:01 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2QNK13N048791 for ; Sat, 26 Mar 2005 23:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j2QNK1Cs048789; Sat, 26 Mar 2005 23:20:01 GMT (envelope-from gnats) Date: Sat, 26 Mar 2005 23:20:01 GMT Message-Id: <200503262320.j2QNK1Cs048789@freefall.freebsd.org> To: none From: FreeBSD-gnats-submit@FreeBSD.org In-Reply-To: Your message of Sat, 26 Mar 2005 23:10:54 GMT <200503262310.j2QNAsaG003605@www.freebsd.org> Subject: Re: kern/79266: RELENG_4 pci CONF1_ENABLE_MSK mfc depend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2005 23:20:01 -0000 Thank you very much for your problem report. It has the internal identification `kern/79266'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=79266 >Category: kern >Responsible: freebsd-bugs >Synopsis: RELENG_4 pci CONF1_ENABLE_MSK mfc depend >Arrival-Date: Sat Mar 26 23:20:01 GMT 2005 From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 01:47:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A88A16A4CE for ; Sun, 27 Mar 2005 01:47:52 +0000 (GMT) Received: from mail.primustel.ca (mail.primustel.ca [216.254.136.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9ECD43D1D for ; Sun, 27 Mar 2005 01:47:51 +0000 (GMT) (envelope-from drwitura@primus.ca) Received: from staffshell.tor.primus.ca ([216.254.136.110]) by mail.primustel.ca with esmtp (Exim 3.36 #1) id 1DFMsY-0002vm-00 for freebsd-stable@freebsd.org; Sun, 27 Mar 2005 01:47:50 +0000 Date: Sat, 26 Mar 2005 20:47:50 -0500 (EST) From: Didier Rwitura To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: SSH hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 01:47:52 -0000 I am installing PF (packet filter) with authpf on a Prerelease 5.4 and OpenSSh_3.8.1p1 I added in /etc/sysctl.com ---> net.inet.ip.forwarding=1 /etc/shell ---> /usr/sbin/authpf /etc/pf.conf Int= "xl0" Ext = "sis0" scrub in all # filter block drop all pass out quick on $Ext proto tcp from $Int:network flags S/SA \ modulate state pass out quick on $Ext proto { udp, icmp } from $Int:network \ keep state pass in quick on $Intproto tcp from $Int:network to $Int\ port ssh flags S/SA keep state anchor "authpf/*" in on $Int /etc/authpf/authpf.rules Int = "xl0" dns_servers = "{ 10.0.0.33, 66.11.168.194 }" pass in quick on $Int proto udp from $user_ip to $dns_servers \ port domain keep state pass in quick on $Int proto tcp from $user_ip to port { ssh, http, \ https } flags S/SA keep state I am getting Hello didier, You are authenticated from host "10.0.0.33" when I connect with ssh but it hangs ... I don't get the prompt any help will be appreciated Thanx Didier -- ---------------------------------------------------------------------------- This electronic message contains information from Primus Telecommunications Canada Inc. ("PRIMUS") , which may be legally privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or e-mail (to the number or address above) immediately. Any views, opinions or advice expressed in this electronic message are not necessarily the views, opinions or advice of PRIMUS. It is the responsibility of the recipient to ensure that any attachments are virus free and PRIMUS bears no responsibility for any loss or damage arising in any way from the use thereof.The term "PRIMUS" includes its affiliates. ---------------------------------------------------------------------------- Pour la version en franais de ce message, veuillez voir http://www.primustel.ca/fr/legal/cs.htm ---------------------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 07:43:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF72316A4CF for ; Sun, 27 Mar 2005 07:43:25 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CD543D39 for ; Sun, 27 Mar 2005 07:43:25 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DFSQe-000746-38; Sun, 27 Mar 2005 09:43:24 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Bruce Campbell In-Reply-To: Message from Bruce Campbell <1111859340.4245a08c1e247@www.nexusmail.uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Mar 2005 09:43:23 +0200 From: Danny Braniss Message-ID: cc: freebsd-stable@freebsd.org Subject: Re: WIFI access software X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 07:43:26 -0000 > > There is this thing I wrote, called the NAA (network authentication appliance) > > http://www.freebsd.uwaterloo.ca/twiki/bin/view/Freebsd/NetworkAuthenticationApp > liance > > To my knowledge nobody outside of our site uses it. But we use it > for all all wireless access at the University of Waterloo. > > It also supports this thing I wrote called the "Toilet Tank Traffic Shaper" > > http://www.freebsd.uwaterloo.ca/twiki/bin/view/Freebsd/ToiletTankTrafficShaper > > which is handy to keep the dvd downloaders in check. > > Installation of the NAA is not yet at the "make; make install" > stage. Rather "do all these steps, think, do some more, test, > hmm, fix this, call the developer, ok it's almost working now". > > So, you are welcome to contact me if you try the NAA, and get > stuck. We seem to have similar problems :-), I was wondering if you have made any progress on the VPN front? danny From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 08:10:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 022D516A4CE for ; Sun, 27 Mar 2005 08:10:11 +0000 (GMT) Received: from web54008.mail.yahoo.com (web54008.mail.yahoo.com [206.190.36.232]) by mx1.FreeBSD.org (Postfix) with SMTP id 72A8643D1D for ; Sun, 27 Mar 2005 08:10:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 9910 invoked by uid 60001); 27 Mar 2005 08:10:09 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=LSM54W/P/0nLRUxhpTfu3p5dXbH6n58mI0KZaE1zKayMqAjbXUBXVr7sRsQ8JXa/e4axoowRshhGQqrbLgZBLo0QLYfilxuvNHL7PwUPcdGsmm3dcHoKPeBFFElwuBETCXzzJ8RDPYZTHh/uVbDyQ+22/LDvvqb41nkVduunbCM= ; Message-ID: <20050327081009.9908.qmail@web54008.mail.yahoo.com> Received: from [147.46.44.181] by web54008.mail.yahoo.com via HTTP; Sun, 27 Mar 2005 00:10:09 PST Date: Sun, 27 Mar 2005 00:10:09 -0800 (PST) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 08:10:11 -0000 Hi, I have a very old Pentium-1 PC (60 MHz). I have installed 4.11, without any problems, although the dmesg output has a line about buggy ATA controller (see below for dmesg output). When I try to install 5.3 in this PC (using the three floppies), I get to the point where FDISK should start, but instead I get an error message that says something like "No disk is found". Any ideas why 4.11 can handle this, but 5.3 cannot? Moreover, 4.11 seems to be running fine on this PC. Regards, Rob. ------------------------------------------------ 'dmesg' output after 4.11 installation: CPU: Pentium/P5 (58.18-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x517 Stepping = 7 Features=0x1bf real memory = 25165824 (24576K bytes) avail memory = 19152896 (18704K bytes) Preloaded elf kernel "kernel" at 0xc055c000. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 atapci0: at device 1.0 on pci0 atapci0: ATA channel disabled by BIOS [...cut...] ad0: 520MB [1057/16/63] at ata0-master BIOSPIO ad1: 2423MB [4924/16/63] at ata0-slave BIOSPIO __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 10:01:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D912C16A4CE for ; Sun, 27 Mar 2005 10:01:49 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21CF843D2D for ; Sun, 27 Mar 2005 10:01:49 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IE000N3U8XS38A0@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 27 Mar 2005 11:56:16 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IE0004UA99MJ520@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 27 Mar 2005 12:03:22 +0200 (CEST) Date: Sun, 27 Mar 2005 12:01:46 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20050327081009.9908.qmail@web54008.mail.yahoo.com> To: freebsd-stable@freebsd.org Message-id: <20050327120146.36927b89.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050327081009.9908.qmail@web54008.mail.yahoo.com> Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 10:01:50 -0000 On Sun, 27 Mar 2005 00:10:09 -0800 (PST) Rob wrote: > I have installed 4.11, without any problems, > although the dmesg output has a line about buggy > ATA controller (see below for dmesg output). The controller is broken. For the whole ugly story, see http://mindprod.com/eideflaw.html > When I try to install 5.3 in this PC (using the What does the dmesg say, if yor press "Scroll Lock" and page up in it? Is your ata controller and / or disk detected at all? > Moreover, 4.11 seems to be running fine on this PC. Well, if it works, why don't you just keep it? -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 11:06:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 321D216A4CE for ; Sun, 27 Mar 2005 11:06:16 +0000 (GMT) Received: from web54009.mail.yahoo.com (web54009.mail.yahoo.com [206.190.36.233]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F31843D48 for ; Sun, 27 Mar 2005 11:06:15 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 17178 invoked by uid 60001); 27 Mar 2005 11:06:14 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=gm5yv15CrCHl93PPTi7afGDxgCTRp/EG3LjnmJ4mdJMyrJLAdY7bKlOmb6+V/yRjYPYUMb5O3ls66v5+UaO0A6J28Hcy5ykOTekRNl9UM3RUb0UYNT4uP+K7HteYcpWkXiIIT90lytd7h0tuFTxjMeRN1wS6OEqhNS8WJIPdGzY= ; Message-ID: <20050327110614.17176.qmail@web54009.mail.yahoo.com> Received: from [147.46.44.181] by web54009.mail.yahoo.com via HTTP; Sun, 27 Mar 2005 03:06:14 PST Date: Sun, 27 Mar 2005 03:06:14 -0800 (PST) From: Rob To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: torfinn.ingolfsen@broadpark.no Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 11:06:16 -0000 Torfinn Ingolfsen wrote: > On Sun, 27 Mar 2005 00:10:09 -0800 (PST) > Rob wrote: > >>I have installed 4.11, without any problems, >>although the dmesg output has a line about buggy >>ATA controller (see below for dmesg output). > > > The controller is broken. For the whole ugly story, > see http://mindprod.com/eideflaw.html Yes, indeed. But I knew about that. >>When I try to install 5.3 in this PC (using the > > What does the dmesg say, if yor press "Scroll Lock" > and page up in it? > Is your ata controller and / or disk detected at > all? Well, I got stuck during the initial stage of the install process; I haven't got any kernel info at that point, or have I? >>Moreover, 4.11 seems to be running fine on this PC. > > Well, if it works, why don't you just keep it? That's not the issue here. Of course I stick with 4.11; I don't have a choice. With this email, I want to report that this problem is 'solved' by 4.11 and prior, but not anymore in 5.3. Rob. __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 12:55:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0223716A4CE for ; Sun, 27 Mar 2005 12:55:04 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7441743D2D for ; Sun, 27 Mar 2005 12:55:03 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IE0000KBGYI9P60@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 27 Mar 2005 14:49:30 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IE00048OHACUT40@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 27 Mar 2005 14:56:37 +0200 (CEST) Date: Sun, 27 Mar 2005 14:54:58 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;m"_0v;~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20050327110614.17176.qmail@web54009.mail.yahoo.com> To: freebsd-stable@freebsd.org Message-id: <20050327145458.4a9825e8.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050327110614.17176.qmail@web54009.mail.yahoo.com> Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 12:55:04 -0000 On Sun, 27 Mar 2005 03:06:14 -0800 (PST) Rob wrote: > Well, I got stuck during the initial stage of the > install process; I haven't got any kernel info at > that point, or have I? Well, you said that you "get to the point where FDISK should start,". If this is correct, you are already in the install menu. And, if you are, you can press "scroll lock" when the install menu comes up, and then you can use page up / page down to scroll through the console messages (you can probably use the arrow keys as well). -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 14:45:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09EAF16A4CE for ; Sun, 27 Mar 2005 14:45:50 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5171A43D39 for ; Sun, 27 Mar 2005 14:45:49 +0000 (GMT) (envelope-from jamesoff@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so157874wra for ; Sun, 27 Mar 2005 06:45:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=jiLESp1Xy3S9JQ74xTKIL8/r8YveToxAWgALYJIpZ/Uw99nLMNCIPgSUQLcDoe73PnZYLvcgi/j/bBBcfLD4VVSReVzq1YQCEnGkwA29/UH2GDuLm++myczRZTtQCKOlHrdWqB27JGqnJ3N253FGTlUI1jmkys0Z/vKnXdbakMY= Received: by 10.54.33.61 with SMTP id g61mr588968wrg; Sun, 27 Mar 2005 06:45:48 -0800 (PST) Received: by 10.54.38.6 with HTTP; Sun, 27 Mar 2005 06:45:48 -0800 (PST) Message-ID: <720051dc0503270645793fa831@mail.gmail.com> Date: Sun, 27 Mar 2005 15:45:48 +0100 From: James Seward To: freebsd-stable@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <1110213509.593.18.camel@p4-3200.local> <20050307171009.GA37856@e-Gitt.NET> <20050307171244.GO22873@hub.freebsd.org> <20050307210539.GJ90757@numachi.com> <20050307212825.GB34940@hub.freebsd.org> <720051dc0503100503135ffaee@mail.gmail.com> Subject: Re: FreeBSD 5.3 freezes under heavy hdd load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: James Seward List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 14:45:50 -0000 On Thu, 10 Mar 2005 11:04:50 -0800, Doug Hardie wrote: > You might want to install the smartmontools port and use it to access > the disk performance data. That should give you good information on > the status of the drives and any problems they have encountered. > Smartmontools reports no problems with the drives; the system doesn't appear to be over heating at all. A bit more investigation shows it's panic'ing with "privileged instruction in non-priviliged mode" in what appears to be lseek(). This may or may not be related to the DMA TIMEOUT problem as I didn't see any timeouts before any of the panics I've witnessed. A bit more reading around suggests that the timeout issue is strongly related to my SI3112 SATA controller so I'm thinking of changing it; can anyone please recommend an SATA controller they're using which hasn't given them any problems? (Even better if they have Maxtor drives hanging off it!) I am also attempting to upgrade my system to a newer cvs but unfortunately I can't buildkernel on it - it'll either panic or generate enough timeouts to make "make" fail. If anyone could point me at a HOWTO or similar on cross-compiling then I'll compile it on my other machine instead (2xP3-1Ghz vs my desktop being an Athlon XP 1700+). All help appreciated as currently my desktop is becoming unusable and I fear for the safety of my data with the sheer number of panics being generated by disk use :) From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 15:04:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC99916A4CE for ; Sun, 27 Mar 2005 15:04:43 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 080D943D54 for ; Sun, 27 Mar 2005 15:04:43 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [62.142.71.181] (KMMLXXXI.dsl.saunalahti.fi [62.142.71.181]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id 0CE5ADE341; Sun, 27 Mar 2005 18:04:42 +0300 (EEST) Message-ID: <4246CB8A.4070806@pp.nic.fi> Date: Sun, 27 Mar 2005 18:04:42 +0300 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0 / FreeBSD 5.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Seward , stable@freebsd.org References: <1110213509.593.18.camel@p4-3200.local> <20050307171009.GA37856@e-Gitt.NET> <20050307171244.GO22873@hub.freebsd.org> <20050307210539.GJ90757@numachi.com> <20050307212825.GB34940@hub.freebsd.org> <720051dc0503100503135ffaee@mail.gmail.com> <720051dc0503270645793fa831@mail.gmail.com> In-Reply-To: <720051dc0503270645793fa831@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 5.3 freezes under heavy hdd load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 15:04:43 -0000 James Seward wrote: >I am also attempting to upgrade my system to a newer cvs but >unfortunately I can't buildkernel on it - it'll either panic or >generate enough timeouts to make "make" fail. If anyone could point me >at a HOWTO or similar on cross-compiling then I'll compile it on my >other machine instead (2xP3-1Ghz vs my desktop being an Athlon XP >1700+). > Can PIO modes be used with SATA controller? It should compile in PIO mode if it's possible. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 18:28:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F304016A4CE for ; Sun, 27 Mar 2005 18:28:15 +0000 (GMT) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id DC56043D48 for ; Sun, 27 Mar 2005 18:28:12 +0000 (GMT) (envelope-from reichert@numachi.com) Received: (qmail 42229 invoked from network); 27 Mar 2005 18:28:11 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 27 Mar 2005 18:28:11 -0000 Received: (qmail 15254 invoked by uid 1001); 27 Mar 2005 18:28:11 -0000 Date: Sun, 27 Mar 2005 13:28:11 -0500 From: Brian Reichert To: Didier Rwitura Message-ID: <20050327182811.GC99872@numachi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: SSH hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 18:28:16 -0000 On Sat, Mar 26, 2005 at 08:47:50PM -0500, Didier Rwitura wrote: > I am getting > > Hello didier, You are authenticated from host "10.0.0.33" > > when I connect with ssh but it hangs ... I don't get the prompt > > any help will be appreciated Try running the ssh daemon in debug mode, and run the ssh clientin debug mode; that will at least help you clue in as to what specific stage it's hanging in. > > > Thanx > > Didier > -- Brian Reichert 55 Crystal Ave. #286 Daytime number: (603) 434-6842 Derry NH 03038-1725 USA BSD admin/developer at large From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 18:56:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19E8116A4CE for ; Sun, 27 Mar 2005 18:56:54 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 36E1D43D1F for ; Sun, 27 Mar 2005 18:56:53 +0000 (GMT) (envelope-from mjct@buerotiger.de) Received: (qmail 6046 invoked by uid 0); 27 Mar 2005 18:56:51 -0000 Received: from 85.74.49.7 by www56.gmx.net with HTTP; Sun, 27 Mar 2005 20:56:52 +0200 (MEST) Date: Sun, 27 Mar 2005 20:56:52 +0200 (MEST) From: "Martin Jakob" To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #1630361 Message-ID: <10658.1111949812@www56.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit cc: max@love2party.net Subject: Re: file /usr/src/etc/rc.d/network is not installed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 18:56:54 -0000 Hi Max, thanks for your answer. > > my network reconfiguration demands. Yet, bravely copying it to /etc/rc.d > > and executing it, does not work. It produces warnings like: > > WARNING: $flushroutes is not set properly - see rc.conf(5). or > > WARNING: $auto_ifconfig is not set properly - see rc.conf(5) > > and the default route is not set. > > (yeah, i read rc.conf as advised, but i still have no clue where to set > > this variables). > > So, maybe there is a cause this script is not installed? > > It seems that your /etc/defaults/rc.conf is outdated - as is your > /etc/rc.d > collection. You might want to try to update /etc with the help of > mergemaster(8). Be sure to pass the -i flag to install missing files > in /etc/rc.d > Yesterday i cvsuped (RELENG_5) and started a "make world". I also let run "mergemaster -i", it updated some files and installed the new file "rc.bsdextended". To rule out a someway mangled source tree i made a clean checkout of "/usr/src" and build the world again, but "/etc/rc.d/network" was not installed. I looked in cvs again and found, that this script is not linked to the build in "/usr/src/etc/rc.d/Makefile". In Fri Aug 29 13:25:08 2003 there was also some cleaning up in this file (rev 1.25), the scripts "network1" "network2" "network3" were removed. I dont know if this actual "/etc/rc.d/network" script is an artifact of this clean sweep, but the latest changes to this file were made after August 2003, so i dont think so. As for the "/etc/defaults/rc.conf" file, i have Revision 1.212.2.13 which is the latest version tagged as RELENG_5. Also using Revision 1.243 the script failed with theses warnings, and i dont have a idea where to set these variables. Is actually someone using the script "/etc/rc.d/network"? Greetings Martin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 19:19:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8748B16A4CE; Sun, 27 Mar 2005 19:19:47 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 053A943D55; Sun, 27 Mar 2005 19:19:47 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DFdIX-0006UU-00; Sun, 27 Mar 2005 21:19:45 +0200 Received: from [217.227.148.212] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DFdIX-000132-00; Sun, 27 Mar 2005 21:19:45 +0200 From: Max Laier To: freebsd-pf@freebsd.org Date: Sun, 27 Mar 2005 20:19:24 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1211256.PxSY9e7dnT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503272119.32390.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Didier Rwitura cc: freebsd-stable@freebsd.org Subject: Re: SSH hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 19:19:47 -0000 --nextPart1211256.PxSY9e7dnT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sorry for replying late ... On Saturday 26 March 2005 01:25, Didier Rwitura wrote: > /etc/shell ---> /usr/sbin/authpf <...> > I am getting > > Hello didier, You are authenticated from host "10.0.0.33" > > when I connect with ssh but it hangs ... I don't get the prompt This is intentional. authpf is not an interactive shell, it is simply for= =20 authentication purposes. The codeportion in question: | while (1) { | printf("\r\nHello %s, ", luser); | printf("You are authenticated from host \"%s\"\r\n", ipsr= c); | setproctitle("%s@%s", luser, ipsrc); | print_message(PATH_MESSAGE); | while (1) { | sleep(10); | if (want_death) | do_death(1); | } | } =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1211256.PxSY9e7dnT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCRwdEXyyEoT62BG0RAqOwAJ973WEHboL60ZGQpRW+EZKBIt7rXwCfXNNe 5na9jr7AEa064Lmyd7pGSso= =BEHM -----END PGP SIGNATURE----- --nextPart1211256.PxSY9e7dnT-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 21:06:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DA4716A4CE for ; Sun, 27 Mar 2005 21:06:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B27D243D2F for ; Sun, 27 Mar 2005 21:06:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9DF7672DE9; Sun, 27 Mar 2005 13:06:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 965BA72DE7; Sun, 27 Mar 2005 13:06:40 -0800 (PST) Date: Sun, 27 Mar 2005 13:06:40 -0800 (PST) From: Doug White To: Graham Menhennitt In-Reply-To: <42449BCE.7010600@optusnet.com.au> Message-ID: <20050327130409.F35584@carver.gumbysoft.com> References: <42436771.3060006@optusnet.com.au> <20050325133558.U16071@carver.gumbysoft.com> <42449BCE.7010600@optusnet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-stable@freebsd.org Subject: Re: "ffs_mountroot: can't find rootvp" after cvsup and making worldfmen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 21:06:41 -0000 On Sat, 26 Mar 2005, Graham Menhennitt wrote: > >>I just cvsupped to the latest RELENG_5 (as of yesterday) and built and > >>installed the world and a new kernel. When I boot the new kernel, I get > >>an error "ffs_mountroot: can't find rootvp". At the "mountroot>" prompt= , > >>whatever I type (even '?') causes a crash and reboot. I can still boot > >>my old kernel without a problem. The dmesg from the old kernel and a > >>capture of the boot of the new kernel are below. Noticably absent from > >>the new one is the line "ad0: 76319MB [155061/16/63] a= t > >>ata0-master UDMA100" which is my only disk drive. Hm .. from the -v output it looks like the first ATA channel is not resetting properly for the probe. We'll need to get a better idea of when the problem appears since a lot has changed between January and now. Some more stuff to try: 1. Boot up the new kernel off a cold power cycle, in case freebsd is leaving the controller is some inconsistent state. 2. Download the February 2005 -STABLE snapshot and try booting that. That can be the first step in a binary search for the offending commit. > >> > >>Can somebody please help? > >> > >> > > > > > > > Hi Doug. Thanks for responding. > > >If you break out of the beastie menu with '6' then enter: > > > >unload > >boot kernel.old > > > >that will get you your old, working kernel. Make a backup of this kernel > >before doing anything else by 'cd /boot; cp -Rp kernel.old kernel.WORKS'= =2E > >You can then reference this in loader by doing 'boot kernel.WORKS'. > > > > > Already done that. > > >Next we need to determine why the disk did not probe. I'd suggest bootin= g > >with -v and looking for messages from ata about disk discovery. > > > > > > > A capture of the "boot -v" is below. It doesn't mean anything to me. > > >Did you change anything in your kernel config between these kernels? > > > > > > > No. My kernel config is below too. > > Thanks again for helping, > Graham > > >>Thanks, > >> Graham > >> > >> >>>>>>>>>>>>>>>>> old kernel <<<<<<<<<<<<<<<<<<<<<< > >> > >>Copyright (c) 1992-2005 The FreeBSD Project. > >>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > >> The Regents of the University of California. All rights reserve= d. > >>FreeBSD 5.3-STABLE #18: Fri Jan 21 06:23:06 EST 2005 > >> gfm@xxxx.xxx.xxx:/usr/obj/usr/src/sys/fang > >>Timecounter "i8254" frequency 1193182 Hz quality 0 > >>CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) > >> Origin =3D "GenuineIntel" Id =3D 0xf12 Stepping =3D 2 > >> > >>Features=3D0x3febfbff > >>real memory =3D 335478784 (319 MB) > >>avail memory =3D 322949120 (307 MB) > >>npx0: [FAST] > >>npx0: on motherboard > >>npx0: INT 16 interface > >>acpi0: on motherboard > >>acpi0: Power Button (fixed) > >>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > >>acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > >>cpu0: on acpi0 > >>acpi_button0: on acpi0 > >>acpi_button1: on acpi0 > >>pcib0: port 0x4000-0x40f7,0xcf8-0xcff on acpi0 > >>pci0: on pcib0 > >>pcib1: at device 1.0 on pci0 > >>pci1: on pcib1 > >>pcib2: at device 30.0 on pci0 > >>pci2: on pcib2 > >>rl0: port 0xc000-0xc0ff mem > >>0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 > >>miibus0: on rl0 > >>rlphy0: on miibus0 > >>rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >>rl0: Ethernet address: 00:20:ed:1c:da:f9 > >>pci2: at device 10.0 (no driver attached) > >>isab0: at device 31.0 on pci0 > >>isa0: on isab0 > >>atapci0: port > >>0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci= 0 > >>ata0: channel #0 on atapci0 > >>ata1: channel #1 on atapci0 > >>uhci0: port > >>0xd000-0xd01f irq 5 at device 31.2 on pci0 > >>uhci0: [GIANT-LOCKED] > >>usb0: on uhci0 > >>usb0: USB revision 1.0 > >>uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > >>uhub0: 2 ports with 2 removable, self powered > >>pci0: at device 31.3 (no driver attached) > >>uhci1: port > >>0xd800-0xd81f irq 12 at device 31.4 on pci0 > >>uhci1: [GIANT-LOCKED] > >>usb1: on uhci1 > >>usb1: USB revision 1.0 > >>uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > >>uhub1: 2 ports with 2 removable, self powered > >>fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on a= cpi0 > >>fdc0: [FAST] > >>sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > >>acpi0 > >>sio0: type 16550A, console > >>sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > >>sio1: type 16550A > >>ppc0: port 0x778-0x77b,0x378-0x37f irq > >>7 on acpi0 > >>ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > >>ppbus0: on ppc0 > >>ppbus0: IEEE1284 device found > >>Probing for PnP devices on ppbus0: > >>lpt0: on ppbus0 > >>lpt0: Interrupt-driven port > >>atkbdc0: at port 0x64,0x60 on isa0 > >>atkbd0: irq 1 on atkbdc0 > >>kbd0 at atkbd0 > >>atkbd0: [GIANT-LOCKED] > >>Timecounter "TSC" frequency 1700030560 Hz quality 800 > >>Timecounters tick every 10.000 msec > >>acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% > >>ad0: 76319MB [155061/16/63] at ata0-master UDMA100 > >>Mounting root from ufs:/dev/ad0s1a > >> > >> > >> >>>>>>>>>>>>>>>>>>>>> new kernel <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > >>/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08Console: > >>serial port > >>BIOS drive A: is disk0 > >>BIOS drive C: is disk1 > >>BIOS 639kB/326592kB available memory > >> > >>FreeBSD/i386 bootstrap loader, Revision 1.1 > >>(xxx@xxxx.xxx, Wed Mar 23 20:16:31 EST 2005) > >>|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08Loading > >>/boot/defaults/loader.conf > >>|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08/boot/kernel/kernel > >>text=3D0x252bec |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08data=3D0x2bbe8+0x30518 > >>/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08syms=3D[0x4+0x36040/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08+0x4+0x44316\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08] > >>|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08Loading > >>/boot/defaults/loader.conf > >>-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08=1B[H=1B[J=1B[4;= 46H > >>, ,=1B[5;46H /( )`=1B[6;46H \ \___ = / > >>|=1B[7;46H /- _ `-/ '=1B[8;46H (/\/ \ \ > >>/\=1B[9;46H / / | ` \=1B[10;46H O O ) / > >>|=1B[11;46H `-^--'`< '=1B[12;46H (_.) _ ) > >>/=1B[13;46H `.___/` /=1B[14;46H `-----' > >>/=1B[15;46H<----. __ / __ \=1B[16;46H<----|=3D=3D=3D=3DO)))=3D=3D= ) \) > >>/=3D=3D=3D=3D=1B[17;46H<----' `--' `.__,' \=1B[18;46H | > >>|=1B[19;46H \ / /\=1B[20;46H ______( (= _ > >>/ \______/=1B[21;46H ,' ,-----' |=1B[22;46H `--{________= __)=1B[3;2H=B3=1B[4;2H=B3=1B[5;2H=B3=1B[6;2H=B3=1B[7;2H=B3=1B[8;2H=B3=1B[9;= 2H=B3=1B[10;2H=B3=1B[11;2H=B3=1B[12;2H=B3=1B[13;2H=B3=1B[14;2H=B3=1B[15;2H= =B3=1B[16;2H=B3=1B[17;2H=B3=1B[18;2H=B3=1B[19;2H=B3=1B[20;2H=B3=1B[21;2H=B3= =1B[3;44H=B3=1B[4;44H=B3=1B[5;44H=B3=1B[6;44H=B3=1B[7;44H=B3=1B[8;44H=B3=1B= [9;44H=B3=1B[10;44H=B3=1B[11;44H=B3=1B[12;44H=B3=1B[13;44H=B3=1B[14;44H=B3= =1B[15;44H=B3=1B[16;44H=B3=1B[17;44H=B3=1B[18;44H=B3=1B[19;44H=B3=1B[20;44H= =B3=1B[21;44H=B3=1B[2;3H=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=1B= [22;3H=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=1B[2;2H=DA=1B[22;2H= =C0=1B[2;44H=BF=1B[22;44H=D9=1B[6;13HWelcome > >>to FreeBSD!=1B[9;5H1 =1B[9;6H. Boot FreeBSD [default]=1B[10;5H2 =1B[10;= 6H. Boot > >>FreeBSD with ACPI disabled=1B[11;5H3 =1B[11;6H. Boot FreeBSD in Safe > >>Mode=1B[12;5H4 =1B[12;6H. Boot FreeBSD in single user mode=1B[13;5H5 = =1B[13;6H. > >>Boot FreeBSD with verbose logging=1B[14;5H6 =1B[14;6H. Escape to loader > >>prompt=1B[15;5H7 =1B[15;6H. Reboot=1B[20;5HSelect option, [Enter] for > >>default=1B[21;5Hor [Space] to pause timer =1B[21;32H10 =1B[21;32H10 > >>=1B[21;32H10 =1B[21;32H10 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32= H9 > >>=1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9= =1B[21;32H9 > >>=1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9= =1B[21;32H8 > >>=1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8= =1B[21;32H8 > >>=1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[21;32H8 =1B[25;0H\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08ACPI > >>autoload failed - no such file or directory > >>\=08|=08/=08-=08\=08|=08/=08Copyright (c) 1992-2005 The FreeBSD Project= =2E > >>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > >> The Regents of the University of California. All rights reserved. > >>FreeBSD 5.4-PRERELEASE #19: Fri Mar 25 07:31:35 EST 2005 > >> xxx@xxxx.xxx:/usr/obj/usr/src/sys/fang > >>Timecounter "i8254" frequency 1193182 Hz quality 0 > >>CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) > >> Origin =3D "GenuineIntel" Id =3D 0xf12 Stepping =3D 2 > >> > >>Features=3D0x3febfbff > >>real memory =3D 335478784 (319 MB) > >>avail memory =3D 322957312 (307 MB) > >>npx0: on motherboard > >>npx0: INT 16 interface > >>cpu0 on motherboard > >>pcib0: pcibus 0 on motherboard > >>pir0: on motherboard > >>pci0: on pcib0 > >>pcib1: at device 1.0 on pci0 > >>pci1: on pcib1 > >>pcib2: at device 30.0 on pci0 > >>pci2: on pcib2 > >>rl0: port 0xc000-0xc0ff mem > >>0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 > >>miibus0: on rl0 > >>rlphy0: on miibus0 > >>rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >>rl0: Ethernet address: 00:20:ed:1c:da:f9 > >>pci2: at device 10.0 (no driver attached) > >>isab0: at device 31.0 on pci0 > >>isa0: on isab0 > >>atapci0: port > >>0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci= 0 > >>ata0: channel #0 on atapci0 > >>ata1: channel #1 on atapci0 > >>uhci0: port > >>0xd000-0xd01f irq 5 at device 31.2 on pci0 > >>usb0: on uhci0 > >>usb0: USB revision 1.0 > >>uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > >>uhub0: 2 ports with 2 removable, self powered > >>pci0: at device 31.3 (no driver attached) > >>uhci1: port > >>0xd800-0xd81f irq 12 at device 31.4 on pci0 > >>usb1: on uhci1 > >>usb1: USB revision 1.0 > >>uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > >>uhub1: 2 ports with 2 removable, self powered > >>atkbdc0: at port 0x64,0x60 on isa0 > >>atkbd0: irq 1 on atkbdc0 > >>kbd0 at atkbd0 > >>fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on i= sa0 > >>ppc0: at port 0x378-0x37f irq 7 on isa0 > >>ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > >>ppbus0: on ppc0 > >>ppbus0: IEEE1284 device found > >>Probing for PnP devices on ppbus0: > >>lpt0: on ppbus0 > >>lpt0: Interrupt-driven port > >>sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > >>sio0: type 16550A, console > >>sio1 at port 0x2f8-0x2ff irq 3 on isa0 > >>sio1: type 16550A > >>unknown: can't assign resources (port) > >>unknown: can't assign resources (port) > >>unknown: can't assign resources (port) > >>unknown: can't assign resources (port) > >>unknown: can't assign resources (port) > >>Timecounter "TSC" frequency 1700026032 Hz quality 800 > >>Timecounters tick every 10.000 msec > >>Mounting root from ufs:/dev/ad0s1a > >>setrootbyname failed > >>ffs_mountroot: can't find rootvp > >>Root mount failed: 6 > >> > >>Manual root filesystem specification: > >> : Mount using filesystem > >> eg. ufs:da0s1a > >> ? List valid disk boot devices > >> Abort manual input > >> > >>mountroot> > >>_______________________________________________ > >>freebsd-stable@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > >> > >> > >> > > > > > > > >>>>>>>>>>>>>>>>>>>>>>>> new kernel with -v flag > <<<<<<<<<<<<<<<<<<<<<<<<<<<<< > /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08Console: > serial port > BIOS drive A: is disk0 > BIOS drive C: is disk1 > BIOS 639kB/326592kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (xxx@xxxx.xxx, Wed Mar 23 20:16:31 EST 2005) > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08Loading > /boot/defaults/loader.conf > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= /boot/kernel/kernel > text=3D0x252bec |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08data=3D0x2bbe8+0x30518 > /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08syms=3D[0x4+0x36040/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08+0x4+0x44316\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08] > |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08Loading > /boot/defaults/loader.conf > -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08=1B[H=1B[J=1B[4;46H > , ,=1B[5;46H /( )`=1B[6;46H \ \___ = / > |=1B[7;46H /- _ `-/ '=1B[8;46H (/\/ \ \ > /\=1B[9;46H / / | ` \=1B[10;46H O O ) / > |=1B[11;46H `-^--'`< '=1B[12;46H (_.) _ ) > /=1B[13;46H `.___/` /=1B[14;46H `-----' > /=1B[15;46H<----. __ / __ \=1B[16;46H<----|=3D=3D=3D=3DO)))=3D=3D) = \) > /=3D=3D=3D=3D=1B[17;46H<----' `--' `.__,' \=1B[18;46H | > |=1B[19;46H \ / /\=1B[20;46H ______( (_ > / \______/=1B[21;46H ,' ,-----' |=1B[22;46H `--{__________= )=1B[3;2H=B3=1B[4;2H=B3=1B[5;2H=B3=1B[6;2H=B3=1B[7;2H=B3=1B[8;2H=B3=1B[9;2H= =B3=1B[10;2H=B3=1B[11;2H=B3=1B[12;2H=B3=1B[13;2H=B3=1B[14;2H=B3=1B[15;2H=B3= =1B[16;2H=B3=1B[17;2H=B3=1B[18;2H=B3=1B[19;2H=B3=1B[20;2H=B3=1B[21;2H=B3=1B= [3;44H=B3=1B[4;44H=B3=1B[5;44H=B3=1B[6;44H=B3=1B[7;44H=B3=1B[8;44H=B3=1B[9;= 44H=B3=1B[10;44H=B3=1B[11;44H=B3=1B[12;44H=B3=1B[13;44H=B3=1B[14;44H=B3=1B[= 15;44H=B3=1B[16;44H=B3=1B[17;44H=B3=1B[18;44H=B3=1B[19;44H=B3=1B[20;44H=B3= =1B[21;44H=B3=1B[2;3H=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=1B[22= ;3H=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4= =C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=C4=1B[2;2H=DA=1B[22;2H=C0= =1B[2;44H=BF=1B[22;44H=D9=1B[6;13HWelcome > to FreeBSD!=1B[9;5H1 =1B[9;6H. Boot FreeBSD [default]=1B[10;5H2 =1B[10;6H= =2E Boot > FreeBSD with ACPI disabled=1B[11;5H3 =1B[11;6H. Boot FreeBSD in Safe > Mode=1B[12;5H4 =1B[12;6H. Boot FreeBSD in single user mode=1B[13;5H5 =1B[= 13;6H. > Boot FreeBSD with verbose logging=1B[14;5H6 =1B[14;6H. Escape to loader > prompt=1B[15;5H7 =1B[15;6H. Reboot=1B[20;5HSelect option, [Enter] for > default=1B[21;5Hor [Space] to pause timer =1B[21;32H10 =1B[21;32H10 > =1B[21;32H10 =1B[21;32H10 =1B[21;32H10 =1B[21;32H10 =1B[21;32H10 =1B[21;3= 2H10 > =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 =1B[21;32H9 = =1B[25;0H > > Type '?' for a list of commands, 'help' for more detailed help. > OK boot -v > \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08ACPI > autoload failed - no such file or directory > \=08|=08/=08-=08\=08|=08/=08SMAP type=3D01 base=3D0000000000000000 len=3D= 000000000009fc00 > SMAP type=3D01 base=3D000000000009fc00 len=3D0000000000000400 > SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 > SMAP type=3D02 base=3D00000000fec00000 len=3D0000000001400000 > SMAP type=3D01 base=3D0000000000100000 len=3D0000000013ef0000 > SMAP type=3D03 base=3D0000000013ff3000 len=3D000000000000d000 > SMAP type=3D04 base=3D0000000013ff0000 len=3D0000000000003000 > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.4-PRERELEASE #19: Fri Mar 25 07:31:35 EST 2005 > xxx@xxxx.xxx:/usr/obj/usr/src/sys/fang > Preloaded elf kernel "/boot/kernel/kernel" at 0xc072c000. > Calibrating clock(s) ... i8254 clock: 1193225 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 1700030456 Hz > CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1700.03-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf12 Stepping =3D 2 > > Features=3D0x3febfbff > real memory =3D 335478784 (319 MB) > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) > 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > 0x0000000000825000 - 0x0000000013a1ffff, 320843776 bytes (78331 pages) > avail memory =3D 322957312 (307 MB) > bios32: Found BIOS32 Service Directory header at 0xc00faa40 > bios32: Entry =3D 0xfaed0 (c00faed0) Rev =3D 0 Len =3D 1 > pcibios: PCI BIOS entry at 0xf0000+0xaf00 > pnpbios: Found PnP BIOS data at 0xc00fb8f0 > pnpbios: Entry =3D f0000:b920 Rev =3D 1.0 > Other BIOS signatures found: > null: > random: > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 > pci_open(1a): mode1res=3D0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D0000= 0010) > pcibios: BIOS version 2.10 > Found $PIR table, 9 entries at 0xc00fded0 > PCI-Only Interrupts: 5 9 10 11 12 > Location Bus Device Pin Link IRQs > slot 1 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 > slot 1 0 2 B 0x61 3 4 5 7 9 10 11 12 14 15 > slot 1 0 2 C 0x62 3 4 5 7 9 10 11 12 14 15 > slot 1 0 2 D 0x63 3 4 5 7 9 10 11 12 14 15 > slot 2 2 8 A 0x68 3 4 5 7 9 10 11 12 14 15 > slot 2 2 8 B 0x69 3 4 5 7 9 10 11 12 14 15 > slot 2 2 8 C 0x6a 3 4 5 7 9 10 11 12 14 15 > slot 2 2 8 D 0x6b 3 4 5 7 9 10 11 12 14 15 > slot 3 2 0 A 0x62 3 4 5 7 9 10 11 12 14 15 > slot 3 2 0 B 0x69 3 4 5 7 9 10 11 12 14 15 > slot 3 2 0 C 0x6a 3 4 5 7 9 10 11 12 14 15 > slot 3 2 0 D 0x60 3 4 5 7 9 10 11 12 14 15 > slot 4 2 1 A 0x69 3 4 5 7 9 10 11 12 14 15 > slot 4 2 1 B 0x6a 3 4 5 7 9 10 11 12 14 15 > slot 4 2 1 C 0x60 3 4 5 7 9 10 11 12 14 15 > slot 4 2 1 D 0x62 3 4 5 7 9 10 11 12 14 15 > slot 5 2 2 A 0x6a 3 4 5 7 9 10 11 12 14 15 > slot 5 2 2 B 0x60 3 4 5 7 9 10 11 12 14 15 > slot 5 2 2 C 0x62 3 4 5 7 9 10 11 12 14 15 > slot 5 2 2 D 0x69 3 4 5 7 9 10 11 12 14 15 > slot 6 2 9 A 0x69 3 4 5 7 9 10 11 12 14 15 > slot 6 2 9 B 0x6a 3 4 5 7 9 10 11 12 14 15 > slot 6 2 9 C 0x60 3 4 5 7 9 10 11 12 14 15 > slot 6 2 9 D 0x62 3 4 5 7 9 10 11 12 14 15 > slot 7 2 10 A 0x6a 3 4 5 7 9 10 11 12 14 15 > slot 7 2 10 B 0x60 3 4 5 7 9 10 11 12 14 15 > slot 7 2 10 C 0x62 3 4 5 7 9 10 11 12 14 15 > slot 7 2 10 D 0x69 3 4 5 7 9 10 11 12 14 15 > embedded 0 31 A 0x60 3 4 5 7 9 10 11 12 14 15 > embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 > embedded 0 31 C 0x6b 3 4 5 7 9 10 11 12 14 15 > embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 > embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 > embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 > embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 > embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 > pcib0: pcibus 0 on motherboard > pir0: on motherboard > $PIR: Links after initial probe: > Link IRQ Rtd Ref IRQs > 0x60 255 N 8 3 4 5 7 9 10 11 12 14 15 > 0x61 255 N 3 3 4 5 7 9 10 11 12 14 15 > 0x62 255 N 7 3 4 5 7 9 10 11 12 14 15 > 0x63 255 N 3 3 4 5 7 9 10 11 12 14 15 > 0x68 255 N 1 3 4 5 7 9 10 11 12 14 15 > 0x69 255 N 6 3 4 5 7 9 10 11 12 14 15 > 0x6a 255 N 6 3 4 5 7 9 10 11 12 14 15 > 0x6b 255 N 2 3 4 5 7 9 10 11 12 14 15 > $PIR: Found matching pin for 2.9.INTA at func 0: 11 > $PIR: Found matching pin for 2.10.INTA at func 0: 10 > $PIR: Found matching pin for 0.31.INTB at func 3: 9 > $PIR: Found matching pin for 0.31.INTC at func 4: 12 > $PIR: Found matching pin for 0.31.INTD at func 2: 5 > $PIR: Links after initial IRQ discovery: > Link IRQ Rtd Ref IRQs > 0x60 255 N 8 3 4 5 7 9 10 11 12 14 15 > 0x61 9 Y 3 3 4 5 7 9 10 11 12 14 15 > 0x62 255 N 7 3 4 5 7 9 10 11 12 14 15 > 0x63 5 Y 3 3 4 5 7 9 10 11 12 14 15 > 0x68 255 N 1 3 4 5 7 9 10 11 12 14 15 > 0x69 11 Y 6 3 4 5 7 9 10 11 12 14 15 > 0x6a 10 Y 6 3 4 5 7 9 10 11 12 14 15 > 0x6b 12 Y 2 3 4 5 7 9 10 11 12 14 15 > $PIR: IRQs used by BIOS: 5 9 10 11 12 > $PIR: Interrupt Weights: > [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] > [ 0 0 0 0 0 3 0 0 0 3 6 6 2 0 0 0 ] > pci0: on pcib0 > pci0: physical bus=3D0 > map[10]: type 3, range 32, base e0000000, size 26, enabled > found-> vendor=3D0x8086, dev=3D0x1a30, revid=3D0x03 > bus=3D0, slot=3D0, func=3D0 > class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > found-> vendor=3D0x8086, dev=3D0x1a31, revid=3D0x03 > bus=3D0, slot=3D1, func=3D0 > class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 > cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) > lattimer=3D0x40 (1920 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 = ns) > found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0x12 > bus=3D0, slot=3D30, func=3D0 > class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 > cmdreg=3D0x0107, statreg=3D0x0080, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) > found-> vendor=3D0x8086, dev=3D0x2440, revid=3D0x12 > bus=3D0, slot=3D31, func=3D0 > class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 > cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > map[20]: type 4, range 32, base 0000f000, size 4, enabled > found-> vendor=3D0x8086, dev=3D0x244b, revid=3D0x12 > bus=3D0, slot=3D31, func=3D1 > class=3D01-01-80, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > map[20]: type 4, range 32, base 0000d000, size 5, enabled > $PIR: 0:31 INTD routed to irq 5 > found-> vendor=3D0x8086, dev=3D0x2442, revid=3D0x12 > bus=3D0, slot=3D31, func=3D2 > class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Dd, irq=3D5 > map[20]: type 4, range 32, base 00005000, size 4, enabled > $PIR: 0:31 INTB routed to irq 9 > found-> vendor=3D0x8086, dev=3D0x2443, revid=3D0x12 > bus=3D0, slot=3D31, func=3D3 > class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Db, irq=3D9 > map[20]: type 4, range 32, base 0000d800, size 5, enabled > $PIR: 0:31 INTC routed to irq 12 > found-> vendor=3D0x8086, dev=3D0x2444, revid=3D0x12 > bus=3D0, slot=3D31, func=3D4 > class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) > intpin=3Dc, irq=3D12 > pcib1: at device 1.0 on pci0 > pcib1: secondary bus 1 > pcib1: subordinate bus 1 > pcib1: I/O decode 0xf000-0xfff > pcib1: memory decode 0xfff00000-0xfffff > pcib1: prefetched decode 0xfff00000-0xfffff > pci1: on pcib1 > pci1: physical bus=3D1 > pcib2: at device 30.0 on pci0 > pcib2: secondary bus 2 > pcib2: subordinate bus 2 > pcib2: I/O decode 0xc000-0xcfff > pcib2: memory decode 0xe4000000-0xe40fffff > pcib2: prefetched decode 0xfff00000-0xfffff > pcib2: Subtractively decoded bridge. > pci2: on pcib2 > pci2: physical bus=3D2 > map[10]: type 4, range 32, base 0000c000, size 8, enabled > pcib2: device (null) requested decoded I/O range 0xc000-0xc0ff > map[14]: type 1, range 32, base e4000000, size 8, enabled > pcib2: device (null) requested decoded memory range 0xe4000000-0xe40000ff > $PIR: 2:9 INTA routed to irq 11 > found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 > bus=3D2, slot=3D9, func=3D0 > class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) > lattimer=3D0x20 (960 ns), mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (160= 00 ns) > intpin=3Da, irq=3D11 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 4, range 32, base 0000c400, size 6, enabled > pcib2: device (null) requested decoded I/O range 0xc400-0xc43f > $PIR: 2:10 INTA routed to irq 10 > found-> vendor=3D0x1274, dev=3D0x5880, revid=3D0x04 > bus=3D2, slot=3D10, func=3D0 > class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0005, statreg=3D0x0410, cachelnsz=3D0 (dwords) > lattimer=3D0x20 (960 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x80 (320= 00 ns) > intpin=3Da, irq=3D10 > powerspec 2 supports D0 D1 D2 D3 current D0 > rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc000 > pcib2: device rl0 requested decoded I/O range 0xc000-0xc0ff > rl0: port 0xc000-0xc0ff mem > 0xe4000000-0xe40000ff irq 11 at device 9.0 on pci2 > pcib2: device rl0 requested decoded I/O range 0xc000-0xc0ff > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: bpf attached > rl0: Ethernet address: 00:20:ed:1c:da:f9 > rl0: [MPSAFE] > pci2: at device 10.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 > ata0: channel #0 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 > atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 > ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-master: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0-slave: stat=3D0x90 err=3D0x90 lsb=3D0x90 msb=3D0x90 > ata0: reset tp2 stat0=3D90 stat1=3D90 devices=3D0x0 > ata0: [MPSAFE] > ata1: channel #1 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D00 > ata1-master: stat=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 > ata1-slave: stat=3D0x01 err=3D0x01 lsb=3D0x01 msb=3D0x01 > ata1: reset tp2 stat0=3D01 stat1=3D01 devices=3D0x0 > ata1: [MPSAFE] > uhci0: port > 0xd000-0xd01f irq 5 at device 31.2 on pci0 > uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 31.3 (no driver attached) > uhci1: port > 0xd800-0xd81f irq 12 at device 31.4 on pci0 > uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > ata: ata0 already exists; skipping it > ata: ata1 already exists; skipping it > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > pnpbios: 15 devices, largest 92 bytes > PNP0200: adding dma mask 0x10 > PNP0200: adding io range 0-0xf, size=3D0x10, align=3D0 > PNP0200: adding io range 0x81-0x83, size=3D0x3, align=3D0 > PNP0200: adding io range 0x87-0x87, size=3D0x1, align=3D0 > PNP0200: adding io range 0x89-0x8b, size=3D0x3, align=3D0 > PNP0200: adding io range 0x8f-0x91, size=3D0x3, align=3D0 > PNP0200: adding io range 0xc0-0xdf, size=3D0x20, align=3D0 > pnpbios: handle 1 device ID PNP0200 (0002d041) > PNP0100: adding irq mask 0x1 > PNP0100: adding io range 0x40-0x43, size=3D0x4, align=3D0 > pnpbios: handle 2 device ID PNP0100 (0001d041) > PNP0b00: adding irq mask 0x100 > PNP0b00: adding io range 0x70-0x71, size=3D0x2, align=3D0 > pnpbios: handle 3 device ID PNP0b00 (000bd041) > PNP0303: adding irq mask 0x2 > PNP0303: adding io range 0x60-0x60, size=3D0x1, align=3D0 > PNP0303: adding io range 0x64-0x64, size=3D0x1, align=3D0 > pnpbios: handle 4 device ID PNP0303 (0303d041) > PNP0800: adding io range 0x61-0x61, size=3D0x1, align=3D0 > pnpbios: handle 5 device ID PNP0800 (0008d041) > PNP0c04: adding irq mask 0x2000 > PNP0c04: adding io range 0xf0-0xff, size=3D0x10, align=3D0 > pnpbios: handle 6 device ID PNP0c04 (040cd041) > INT0800: adding fixed memory32 range 0xffb80000-0xffbfffff, size=3D0x8000= 0 > pnpbios: handle 7 device ID INT0800 (0008d425) > PNP0c01: adding fixed memory32 range 0-0x9ffff, size=3D0xa0000 > PNP0c01: adding fixed memory32 range 0xffb00000-0xffb7ffff, size=3D0x8000= 0 > PNP0c01: adding fixed memory32 range 0xfff00000-0xffffffff, size=3D0x1000= 00 > PNP0c01: adding fixed memory32 range 0xfec00000-0xfec0ffff, size=3D0x1000= 0 > PNP0c01: adding fixed memory32 range 0xfee00000-0xfee0ffff, size=3D0x1000= 0 > PNP0c01: adding fixed memory32 range 0x100000-0x13ffffff, size=3D0x13f000= 00 > pnpbios: handle 8 device ID PNP0c01 (010cd041) > PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=3D0x4000 > PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=3D0x4000 > PNP0c02: adding fixed memory32 range 0xf8000-0xfbfff, size=3D0x4000 > PNP0c02: adding fixed memory32 range 0xfc000-0xfffff, size=3D0x4000 > pnpbios: handle 9 device ID PNP0c02 (020cd041) > PNP0a03: adding io range 0x294-0x297, size=3D0x4, align=3D0 > PNP0a03: adding io range 0x4d0-0x4d1, size=3D0x2, align=3D0 > PNP0a03: adding io range 0xcf8-0xcff, size=3D0x8, align=3D0 > PNP0a03: adding io range 0x4000-0x40f7, size=3D0xf8, align=3D0 > pnpbios: handle 10 device ID PNP0a03 (030ad041) > PNP0501: adding irq mask 0x10 > PNP0501: adding io range 0x3f8-0x3ff, size=3D0x8, align=3D0 > pnpbios: handle 12 device ID PNP0501 (0105d041) > PNP0700: adding dma mask 0x4 > PNP0700: adding io range 0x3f0-0x3f5, size=3D0x6, align=3D0 > PNP0700: adding io range 0x3f7-0x3f7, size=3D0x1, align=3D0 > PNP0700: adding irq mask 0x40 > pnpbios: handle 13 device ID PNP0700 (0007d041) > PNP0400: adding irq mask 0x80 > PNP0400: adding io range 0x378-0x37f, size=3D0x8, align=3D0 > PNP0400: adding io range 0x778-0x77b, size=3D0x4, align=3D0 > pnpbios: handle 14 device ID PNP0400 (0004d041) > PNP0501: adding irq mask 0x8 > PNP0501: adding io range 0x2f8-0x2ff, size=3D0x8, align=3D0 > pnpbios: handle 16 device ID PNP0501 (0105d041) > sc: sc0 already exists; skipping it > vga: vga0 already exists; skipping it > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > adv0: not probed (disabled) > aha0: not probed (disabled) > aic0: not probed (disabled) > atkbdc0: at port 0x64,0x60 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > kbd0: atkbd0, generic (0), config:0x0, flags:0x1f0000 > atkbd0: [GIANT-LOCKED] > psm0: current command byte:0067 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: RESET_AUX return code:00fe > kbdc: DIAGNOSE status:0055 > kbdc: TEST_KBD_PORT status:0000 > psm0: failed to reset the aux device. > bt0: not probed (disabled) > cs0: not probed (disabled) > ed0: not probed (disabled) > fdc0: ic_type 90 part_id 80 > fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa= 0 > fdc0: ic_type 90 part_id 80 > fdc0: [MPSAFE] > fdc0: [FAST] > fe0: not probed (disabled) > ie0: not probed (disabled) > lnc0: not probed (disabled) > pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 > pcic1: not probed (disabled) > ppc0: parallel port found at 0x378 > ppc0: using extended I/O port range > ppc0: SPP > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: IEEE1284 device found > Probing for PnP devices on ppbus0: > lpt0: on ppbus0 > lpt0: Interrupt-driven port > sc0: no video adapter found. > sc0: failed to probe on isa0 > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio1: irq maps: 0x1 0x9 0x1 0x1 > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio2: not probed (disabled) > sio3: not probed (disabled) > sn0: not probed (disabled) > vga0: failed to probe on isa0 > vt0: not probed (disabled) > isa_probe_children: probing PnP devices > unknown: can't assign resources (port) > unknown: at port 0x60 on isa0 > unknown: failed to probe at port 0x61 on isa0 > unknown: failed to probe at iomem 0xffb80000-0xffbfffff on isa0 > unknown: can't assign resources (port) > unknown: at port 0x3f8-0x3ff on isa0 > unknown: can't assign resources (port) > unknown: at port 0x3f0-0x3f5 on isa0 > unknown: can't assign resources (port) > unknown: at port 0x378-0x37f on isa0 > unknown: can't assign resources (port) > unknown: at port 0x2f8-0x2ff on isa0 > Device configuration finished. > procfs registered > Timecounter "TSC" frequency 1700030456 Hz quality 800 > Timecounters tick every 10.000 msec > lo0: bpf attached > Mounting root from ufs:/dev/ad0s1a > setrootbyname failed > ffs_mountroot: can't find rootvp > Root mount failed: 6 > > Manual root filesystem specification: > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > mountroot> > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> kernel config > <<<<<<<<<<<<<<<<<<<<<<<<<<<<< > machine i386 > cpu I686_CPU > ident fang > > options SCHED_4BSD #4BSD scheduler > options INET #InterNETworking > options INET6 #IPv6 communications protocols > options FFS #Berkeley Fast Filesystem > options SOFTUPDATES #Enable FFS soft updates support > options NFSCLIENT #Network Filesystem Client > options NFSSERVER #Network Filesystem Server > options MSDOSFS #MSDOS Filesystem > options CD9660 #ISO 9660 Filesystem > options PROCFS #Process filesystem (requires PSEUDOFS) > options PSEUDOFS #Pseudo-filesystem framework > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensi= ons > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > > device isa > device pci > > device fdc > > device ata > device atadisk # ATA disk drives > device atapicd # ATAPI CDROM drives > options ATA_STATIC_ID #Static device numbering > > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device vga # VGA video card driver > > device sc > > device npx > > device sio # 8250, 16[45]50 based serial ports > > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > > device rl # RealTek 8129/8139 > device miibus # MII bus support > > device random # Entropy device > device loop # Network loopback > device ether # Ethernet support > device pty # Pseudo-ttys (telnet etc) > > #device pcm > #device sbc > > device usb # USB Bus (required) > device umass # Disks/Mass storage - Requires scbus and da > device scbus # SCSI bus (required for SCSI) > device da # Direct Access (disks) > device pass # Passthrough device (direct SCSI access) > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > > device bpf # Berkeley packet filter > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 21:07:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA60816A4CE for ; Sun, 27 Mar 2005 21:07:08 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A49643D4C for ; Sun, 27 Mar 2005 21:07:06 +0000 (GMT) (envelope-from bsd@noogenesis.org) Received: from [68.84.181.60] (pcp02693964pcs.roylok01.mi.comcast.net[68.84.181.60]) by comcast.net (sccrmhc14) with ESMTP id <2005032721070501400j5r9oe>; Sun, 27 Mar 2005 21:07:05 +0000 Message-ID: <42472079.5090101@noogenesis.org> Date: Sun, 27 Mar 2005 16:07:05 -0500 From: Derek VerLee User-Agent: Mozilla Thunderbird 1.0 (X11/20050122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.4Pre sched_ule SMP XOrg hangs or reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 21:07:09 -0000 Hi, i have become fascinated with getting sched_ule to run reliably, and I've been running tests with about 8 different configurations. I've listed some of them and the results at my website, at http://noogenesis/freebsd/testing_ule, the index html for which I've also attached to this email. I have not yet succeeded in getting a core dump from the kernel, any advice on coaxing a kernel panic instead of a hang so that a core dump can be obtained, let me know. The score is this, I get a hard hang (capslock/numlock do not respond, can't ping) when running XOrg, always after loading the program nicotine (ports/net/nicotine), which is a python/gtk2 program. Sometimes, it has done a sudden reboot instead of a hang, and I haven't had much luck reproducing these results with any other program in X reliably. Also, I have not had any hang at all when not running X. As far as testing goes, ive generally recompiled the kernel with -j8 as a stress test, without XOrg, and have had no problems with any configuration. So the bug on my system involving sched_ule seems to be brought out by something nicotine is doing within the first minute or so of loading up. I do think that nicotine uses gdk threads, which use the posix threads, so the connection could be there... I'm going to continue to search/test things as I think of them, but any advice as to what to check next would be helpful. One thing that my results there don't list is the following: Never had a crash or hang with SMP disabled (even with sched_ule enabled). Also never had a crash or hang with sched_4bsd and SMP enabled. My system is a Tyan Tiger MP motherboard with dual athlon MPs. Any other information that you might find helpful to know, let me know. Also: what other email lists should I post this too, if any? Should I make this into a problem report? sched_ule is already known to have problems... From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 21:08:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB3C516A4CE for ; Sun, 27 Mar 2005 21:08:29 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF5D43D46 for ; Sun, 27 Mar 2005 21:08:29 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A261B72DEA; Sun, 27 Mar 2005 13:08:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9F76072DE9; Sun, 27 Mar 2005 13:08:29 -0800 (PST) Date: Sun, 27 Mar 2005 13:08:29 -0800 (PST) From: Doug White To: James Wood In-Reply-To: <0MKz5u-1DF0Cp3ZSZ-0008TK@mrelay.perfora.net> Message-ID: <20050327130715.K35584@carver.gumbysoft.com> References: <0MKz5u-1DF0Cp3ZSZ-0008TK@mrelay.perfora.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: installing FreeBSD on partition of a SATA Intel 865 raid0 volume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 21:08:29 -0000 On Fri, 25 Mar 2005, James Wood wrote: > How do you setup FreeBSD on a partition of a raid0 volume? I downloaded > FreeBSD 5.3, then made a 60 GB partition in my raid volume, and then went to > boot from the CD. It did not see any raid volumes, it just sees two HDs. FreeBSD does not recognize the Adaptec HostRAID metadata so you will not be able to use RAID volumes configured with the HostRAID BIOS. You can use atacontrol to create FreeBSD software RAIDs, however. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 23:27:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0813E16A4CE for ; Sun, 27 Mar 2005 23:27:21 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8436443D1F for ; Sun, 27 Mar 2005 23:27:21 +0000 (GMT) (envelope-from jamesoff@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so259273wra for ; Sun, 27 Mar 2005 15:27:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Vv9oRrHJQwLlCfAhpIPQ0jkPresopvO+1bKV8L2pgQ48oj6yUQmk8/1MNFzd1YlRz+aVUIdRtYiDpbCyOU7gSq4ztIEd03NoynWpyn0yJPwCZBewRtyBBnum8C08Gc7z4n75VbopKz7lzFPCsV5gKlCjVkf9CIshMNiAcUs1iEQ= Received: by 10.54.33.61 with SMTP id g61mr835724wrg; Sun, 27 Mar 2005 15:27:21 -0800 (PST) Received: by 10.54.38.6 with HTTP; Sun, 27 Mar 2005 15:27:20 -0800 (PST) Message-ID: <720051dc0503271527578b4a0d@mail.gmail.com> Date: Mon, 28 Mar 2005 00:27:20 +0100 From: James Seward To: freebsd-stable@freebsd.org In-Reply-To: <4246CB8A.4070806@pp.nic.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <1110213509.593.18.camel@p4-3200.local> <20050307171009.GA37856@e-Gitt.NET> <20050307171244.GO22873@hub.freebsd.org> <20050307210539.GJ90757@numachi.com> <20050307212825.GB34940@hub.freebsd.org> <720051dc0503100503135ffaee@mail.gmail.com> <720051dc0503270645793fa831@mail.gmail.com> <4246CB8A.4070806@pp.nic.fi> Subject: Re: FreeBSD 5.3 freezes under heavy hdd load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: James Seward List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 23:27:22 -0000 On Sun, 27 Mar 2005 18:04:42 +0300, Pertti Kosunen wrote: > Can PIO modes be used with SATA controller? It should compile in PIO > mode if it's possible. I don't think it can - the BIOS on the card only seems to offer options to do with RAID, but I shall investigate tomorrow. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 27 23:41:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EDA116A4CE for ; Sun, 27 Mar 2005 23:41:18 +0000 (GMT) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2A2343D49 for ; Sun, 27 Mar 2005 23:41:17 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (68-175-68-211.nyc.rr.com [68.175.68.211]) j2RNfET3010668 for ; Sun, 27 Mar 2005 18:41:15 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id A85EA6150; Sun, 27 Mar 2005 18:41:14 -0500 (EST) Date: Sun, 27 Mar 2005 18:41:14 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050327234114.GA61624@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <10658.1111949812@www56.gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <10658.1111949812@www56.gmx.net> User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: file /usr/src/etc/rc.d/network is not installed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 23:41:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Mar 27, 2005 at 08:56:52PM +0200, Martin Jakob wrote: > Hi Max, > > thanks for your answer. > > > > my network reconfiguration demands. Yet, bravely copying it to /etc/rc.d > > > and executing it, does not work. It produces warnings like: > > > WARNING: $flushroutes is not set properly - see rc.conf(5). or > > > WARNING: $auto_ifconfig is not set properly - see rc.conf(5) > > > and the default route is not set. > > > (yeah, i read rc.conf as advised, but i still have no clue where to set > > > this variables). No, they aren't really mentioned there. After seeing your first post, I played with it as well. I had to google for it, seems to be more of a NetBSD thang. :) I also got an error about rtsol. Both seem to be ipv6 things. The rtsol was mentioned in the NetBSD man rc.conf. So, anyway, you're not alone. :) - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: You know, for someone who teaches human behavior, you might try showing some. Professor Walsh:It's not my job to coddle my students. Buffy: You're right. A human being in pain has nothing to do with your job. (leaves) Professor Walsh: I like her. Riley: Really? You don't think she's a little peculiar? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCR0Sa+lTVdes0Z9YRAql2AJ9iX7vKTwAosPpZXkZ0+sgoHwRXYgCfQfpK 0Oik3Twq0ODw7RF1Rm5Mqhw= =GBML -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 03:17:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605E416A4CE for ; Mon, 28 Mar 2005 03:17:31 +0000 (GMT) Received: from ecserv7.uwaterloo.ca (ecserv7.uwaterloo.ca [129.97.50.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7EE43D2F for ; Mon, 28 Mar 2005 03:17:30 +0000 (GMT) (envelope-from bruce@sciborg.uwaterloo.ca) Received: from ecserv7.uwaterloo.ca (localhost.uwaterloo.ca [127.0.0.1]) j2S3HUAG012359; Sun, 27 Mar 2005 22:17:30 -0500 (EST) (envelope-from bruce@sciborg.uwaterloo.ca) Received: (from www@localhost) by ecserv7.uwaterloo.ca (8.12.10/8.12.10/Submit) id j2S3HTHV012352; Sun, 27 Mar 2005 22:17:29 -0500 (EST) (envelope-from bruce@sciborg.uwaterloo.ca) X-Authentication-Warning: ecserv7.uwaterloo.ca: www set sender to bruce@scimail.uwaterloo.ca using -f Received: from 65.93.197.104 ( [65.93.197.104])HTTP; Sun, 27 Mar 2005 22:17:29 -0500 Message-ID: <1111979849.42477749488b9@www.nexusmail.uwaterloo.ca> Date: Sun, 27 Mar 2005 22:17:29 -0500 From: Bruce Campbell To: Danny Braniss References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.1 / FreeBSD-4.6.2 X-Originating-IP: 65.93.197.104 cc: freebsd-stable@freebsd.org Subject: Re: WIFI access software X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 03:17:31 -0000 Quoting Danny Braniss : > > > > There is this thing I wrote, called the NAA (network authentication > appliance) > > > > > http://www.freebsd.uwaterloo.ca/twiki/bin/view/Freebsd/NetworkAuthenticationApp liance > > We seem to have similar problems :-), I was wondering if you have made any > progress on the VPN front? Fraid not. Some people here looked at the Vernier appliance (which is FreeBSD inside, by the way) and it does the VPN thing, but we decided to stay with our locally developed solution instead, and deal with VPN requirements later. -- Bruce Campbell Manager, Science Computing C2-260 University of Waterloo (519)888-4567 ext 6991 ---------------------------------------- This mail sent through www.mywaterloo.ca From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 05:31:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8840316A4CE for ; Mon, 28 Mar 2005 05:31:15 +0000 (GMT) Received: from web54006.mail.yahoo.com (web54006.mail.yahoo.com [206.190.36.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 103C043D1F for ; Mon, 28 Mar 2005 05:31:15 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 66250 invoked by uid 60001); 28 Mar 2005 05:31:14 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=aROQlSndUxZWyRYiuOSFl4q0B12Bf0dek390uVtjiTUL5wSoOreluxDML/Gg9ahimDp+pwOjNTqiwu+YECqiOzlZHr+oWKc8omrsuCeemN0hh7bKgUxBIhz/umXzzaB2y82aXBWJsX7AVavsVRGOGiAU4dL/CngXb/1oosWGEck= ; Message-ID: <20050328053114.66248.qmail@web54006.mail.yahoo.com> Received: from [147.46.44.181] by web54006.mail.yahoo.com via HTTP; Sun, 27 Mar 2005 21:31:14 PST Date: Sun, 27 Mar 2005 21:31:14 -0800 (PST) From: Rob To: FreeBSD Stable In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Randy Rowe Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 05:31:15 -0000 --- Randy Rowe wrote: > On Sun, 2005-03-27 at 00:10 -0800, Rob wrote: > > > > I have a very old Pentium-1 PC (60 MHz). > > > > I have installed 4.11, without any problems, > > although the dmesg output has a line about buggy > > ATA controller (see below for dmesg output). > > ------------------------------------------------ > > > > 'dmesg' output after 4.11 installation: > > > > CPU: Pentium/P5 (58.18-MHz 586-class CPU) > > atapci0: > chip data loss possible> at device 1.0 on pci0 > > atapci0: ATA channel disabled by BIOS > > If the above line is true, I am surprised that 4.11 > works. > Is the channel really disabled in BIOS? First of all, I'm not expert in these matters. I'm just curious why I can install 4.11, but not 5.3. (I wish I could install 5.3 !!). Indeed, the BIOS is a strange issue. In the BIOS setup, I can select 1) Standard CHS 2) Logical block 3) Extended CHS, 4) Auto Detected But whatever I select here, when I get back into the the BIOS setup, to verify check my settings, I find that 1) is selected. Apparently this is what means "disabled by BIOS", but I'm not sure. The 4.11 dmesg output has following: ------------------------------------------------ CPU: Pentium/P5 (55.18-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x517 Stepping = 7 Features=0x1bf -//- atapci0: at device 1.0 on pci0 atapci0: ATA channel disabled by BIOS -//- ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 -//- ad0: 520MB [1057/16/63] at ata0-master BIOSPIO ------------------------------------------------ Notice that the harddisks are on isa0, not on atapci0; probably because of this buggy chip and/or BIOS problem. Could it be that 5.3 install cannot (yet?) handle harddisks on isa properly? Or must I help 5.3 by setting some hints/syscontrols before loading the kernel? Thanks, Rob. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 05:59:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0796216A4CE for ; Mon, 28 Mar 2005 05:59:42 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26A0543D41 for ; Mon, 28 Mar 2005 05:59:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 03793548C9; Sun, 27 Mar 2005 21:59:31 -0800 (PST) Date: Sun, 27 Mar 2005 21:59:31 -0800 From: Kris Kennaway To: Derek VerLee Message-ID: <20050328055931.GA13785@xor.obsecurity.org> References: <42472079.5090101@noogenesis.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <42472079.5090101@noogenesis.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: 5.4Pre sched_ule SMP XOrg hangs or reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 05:59:42 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 27, 2005 at 04:07:05PM -0500, Derek VerLee wrote: > Hi, i have become fascinated with getting sched_ule to run reliably, and= =20 > I've been running tests with about 8 different configurations. I've=20 > listed some of them and the results at my website, at=20 > http://noogenesis/freebsd/testing_ule, the index html for which I've=20 > also attached to this email. I have not yet succeeded in getting a core= =20 > dump from the kernel, any advice on coaxing a kernel panic instead of a= =20 > hang so that a core dump can be obtained, let me know. Unfortunately ULE is known to still be broken. This isn't likely to be fixed before 5.4-RELEASE. Kris --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCR51DWry0BWjoQKURAgnhAJoCfqs/3OZKgGbFfIjNxiJkBB7tbQCgw6ip uYkAmzQiR6IfmnbxVsC+Urg= =TOkJ -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 06:00:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D4F316A4CE for ; Mon, 28 Mar 2005 06:00:26 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id A928543D5E for ; Mon, 28 Mar 2005 06:00:25 +0000 (GMT) (envelope-from bfoz@bfoz.net) Received: from [192.168.0.5] (c-24-6-134-233.client.comcast.net[24.6.134.233]) by comcast.net (sccrmhc11) with ESMTP id <2005032806001901100lnijpe>; Mon, 28 Mar 2005 06:00:19 +0000 Message-ID: <42479D72.5010800@bfoz.net> Date: Sun, 27 Mar 2005 22:00:18 -0800 From: Brandon Fosdick User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Seeman References: <4244EC86.9030508@olymail.net> In-Reply-To: <4244EC86.9030508@olymail.net> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: WIFI access software X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 06:00:26 -0000 Jeff Seeman wrote: > I have a client who has 3 restaurants and wants to provide wifi access > to the customers. He wants to be able to control who and when it can be > accessed. He is not planning on charging for the access at the moment > but certainly would like that ability. I want to use freebsd, but can > not find a software pkg that will allow me to do this. Does anyone have > an idea or better yet implemented something like this? If you don't absolutely have to use FreeBSD there are a number of hacks to wifi routers that will do what you want. The Linksys series seems to be the most popular. Google for things like HyperWRT, OpenWRT, eWRT, DD-WRT, Sveasoft (they're getting evil though). I think DD-WRT uses chillispot that someone else mentioned. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 07:06:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E50F216A4CE for ; Mon, 28 Mar 2005 07:06:07 +0000 (GMT) Received: from smtp3.info.com.ph (smtp3.info.com.ph [202.57.96.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3532943D2F for ; Mon, 28 Mar 2005 07:06:07 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp3.info.com.ph (8.12.11/8.12.11) with ESMTP id j2S65slJ012396; Mon, 28 Mar 2005 14:05:55 +0800 Received: from 210.213.216.238.pldt.net (loopback.epldt.net [127.0.0.1] (may be forged)) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j2S6vP9e011384; Mon, 28 Mar 2005 14:57:26 +0800 From: Mars Trading To: Rob Date: Mon, 28 Mar 2005 15:06:02 +0800 User-Agent: KMail/1.7.2 References: <20050328053114.66248.qmail@web54006.mail.yahoo.com> In-Reply-To: <20050328053114.66248.qmail@web54006.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503281506.03282.marstrade@gmail.com> cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 07:06:08 -0000 Rob, I think you may be on to something here. Not that I'm an expert, BTW. If I remember correctly, 4.11 doesn't use device.hints; device irq's and stuff were all included in the kernel configuration. This is no longer the case with 5.x which uses /boot/device.hints to tell where attached devices are. But how does one edit device.hints on a boot cd? Dennis On Monday 28 March 2005 13:31, Rob wrote: > --- Randy Rowe wrote: > > On Sun, 2005-03-27 at 00:10 -0800, Rob wrote: > > > I have a very old Pentium-1 PC (60 MHz). > > > > > > I have installed 4.11, without any problems, > > > although the dmesg output has a line about buggy > > > ATA controller (see below for dmesg output). > > > ------------------------------------------------ > > > > > > 'dmesg' output after 4.11 installation: > > > > > > CPU: Pentium/P5 (58.18-MHz 586-class CPU) > > > atapci0: > > chip data loss possible> at device 1.0 on pci0 > > > atapci0: ATA channel disabled by BIOS > > > > If the above line is true, I am surprised that 4.11 > > works. > > Is the channel really disabled in BIOS? > > First of all, I'm not expert in these matters. I'm > just curious why I can install 4.11, but not 5.3. > (I wish I could install 5.3 !!). > > Indeed, the BIOS is a strange issue. > In the BIOS setup, I can select > 1) Standard CHS > 2) Logical block > 3) Extended CHS, > 4) Auto Detected > > But whatever I select here, when I get back into the > the BIOS setup, to verify check my settings, I > find that 1) is selected. Apparently this is what > means "disabled by BIOS", but I'm not sure. > > The 4.11 dmesg output has following: > > ------------------------------------------------ > CPU: Pentium/P5 (55.18-MHz 586-class CPU) > Origin = "GenuineIntel" Id = 0x517 Stepping = 7 > Features=0x1bf > -//- > atapci0: chip data loss possible> at device 1.0 on pci0 > atapci0: ATA channel disabled by BIOS > -//- > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > -//- > ad0: 520MB [1057/16/63] at ata0-master > BIOSPIO > ------------------------------------------------ > > Notice that the harddisks are on isa0, not on > atapci0; probably because of this buggy chip and/or > BIOS problem. > > Could it be that 5.3 install cannot (yet?) handle > harddisks on isa properly? > Or must I help 5.3 by setting some hints/syscontrols > before loading the kernel? > > Thanks, > Rob. > > > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 07:21:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60BE816A4CE for ; Mon, 28 Mar 2005 07:21:01 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8181B43D46 for ; Mon, 28 Mar 2005 07:21:00 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from [203.2.73.8] (c220-237-137-84.mckinn1.vic.optusnet.com.au [220.237.137.84])j2S7Kvid019691; Mon, 28 Mar 2005 17:20:58 +1000 Message-ID: <4247AFDB.1060307@optusnet.com.au> Date: Mon, 28 Mar 2005 17:18:51 +1000 From: Graham Menhennitt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Doug White References: <42436771.3060006@optusnet.com.au> <20050325133558.U16071@carver.gumbysoft.com> <42449BCE.7010600@optusnet.com.au> <20050327130409.F35584@carver.gumbysoft.com> In-Reply-To: <20050327130409.F35584@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: "ffs_mountroot: can't find rootvp" after cvsup and making worldfmen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 07:21:01 -0000 Doug White wrote: >On Sat, 26 Mar 2005, Graham Menhennitt wrote: > > > >>>>I just cvsupped to the latest RELENG_5 (as of yesterday) and built and >>>>installed the world and a new kernel. When I boot the new kernel, I get >>>>an error "ffs_mountroot: can't find rootvp". At the "mountroot>" prompt, >>>>whatever I type (even '?') causes a crash and reboot. I can still boot >>>>my old kernel without a problem. The dmesg from the old kernel and a >>>>capture of the boot of the new kernel are below. Noticably absent from >>>>the new one is the line "ad0: 76319MB [155061/16/63] at >>>>ata0-master UDMA100" which is my only disk drive. >>>> >>>> > >Hm .. from the -v output it looks like the first ATA channel is not >resetting properly for the probe. We'll need to get a better idea of when >the problem appears since a lot has changed between January and now. > > Doug, I compared the output of "boot -v" for the working and broken kernels. It seems that the broken one does fewer loops around the disk probe and hence has less lines of ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 than the one that works. Since that line comes from ata-lowlevel.c, I cvs'ed versions of that file going back to around when I built the working kernel. The following seems to be the change that broke it. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> --- ata-lowlevel.c Mon Mar 28 15:59:57 2005 +++ ata-lowlevel.c_orig Wed Mar 23 19:17:46 2005 @@ -605,19 +605,26 @@ } } if (mask == 0x01) /* wait for master only */ - if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5)) + if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5) || + (stat0 == err && lsb == err && msb == err && timeout > 5)) break; if (mask == 0x02) /* wait for slave only */ - if (!(stat1 & ATA_S_BUSY) || (stat1 == 0xff && timeout > 5)) + if (!(stat1 & ATA_S_BUSY) || (stat1 == 0xff && timeout > 5) || + (stat1 == err && lsb == err && msb == err && timeout > 5)) break; if (mask == 0x03) { /* wait for both master & slave */ if (!(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) break; - if (stat0 == 0xff && timeout > 5) + if ((stat0 == 0xff && timeout > 5) || + (stat0 == err && lsb == err && msb == err && timeout > 5)) mask &= ~0x01; - if (stat1 == 0xff && timeout > 5) + if ((stat1 == 0xff && timeout > 5) || + (stat1 == err && lsb == err && msb == err && timeout > 5)) mask &= ~0x02; } + if (mask == 0 && !(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) + break; + ata_udelay(100000); } <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Anyway, I now have a working kernel. I presume that I should file a PR on this. Thanks again for your help. Graham From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 08:03:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81A6516A4CE for ; Mon, 28 Mar 2005 08:03:02 +0000 (GMT) Received: from web54010.mail.yahoo.com (web54010.mail.yahoo.com [206.190.36.234]) by mx1.FreeBSD.org (Postfix) with SMTP id E78C243D4C for ; Mon, 28 Mar 2005 08:03:01 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 79349 invoked by uid 60001); 28 Mar 2005 08:03:01 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=kArN6000mrMdUOxTUbon0yDvJZkJdWp560w6X8zgxaJ5oeIILnyGsnkKB0SNXtz6eLwlN+oVJIS41zIY6UAig/XKfjUUASmMYh7xkTOlXWgIDA3FG+mBTpbvOyux5PIx+D1vVPlpiobXYSWNH7FeLBS513z4/7RXjrF+ubi+u5o= ; Message-ID: <20050328080301.79347.qmail@web54010.mail.yahoo.com> Received: from [147.46.44.181] by web54010.mail.yahoo.com via HTTP; Mon, 28 Mar 2005 00:03:01 PST Date: Mon, 28 Mar 2005 00:03:01 -0800 (PST) From: Rob To: Mars Trading In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 08:03:02 -0000 --- Mars Trading wrote: > Rob, > > I think you may be on to something here. Not that > I'm an expert, BTW. > If I remember correctly, 4.11 doesn't use > device.hints; > device irq's and stuff were all included in the > kernel configuration. > > This is no longer the case with 5.x which uses > /boot/device.hints to tell where attached devices > are. But how does one edit device.hints on a > boot cd? I found a webpage: http://www.gsp.com/cgi-bin/man.cgi?section=4&topic=acd which mentions a bit about syscontrols, that might be relevant to my problem. So I hope this can be solved with 5.3 by setting the proper hints/syscontrols as loader settings before the kernel is loaded. But I'm don't know whether the 5.3 install process allows me doing this. How can I modify the install process and which hints/controls should I modify? I hope someone here on the list has some good ideas :). BTW: I'm not booting from CD, but from the three floppies, followed by a network install; but that shouldn't matter. Regards, Rob. __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 14:35:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8961516A4CE for ; Mon, 28 Mar 2005 14:35:50 +0000 (GMT) Received: from gwmail1.grupos.com.br (gwmail1.grupos.com.br [66.90.64.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B3AC43D1F for ; Mon, 28 Mar 2005 14:35:50 +0000 (GMT) (envelope-from marcus@corp.grupos.com.br) Received: from corp.grupos.com.br (unknown [150.162.166.55]) by gwmail1.grupos.com.br (Postfix) with ESMTP id 245F53D2F8 for ; Mon, 28 Mar 2005 11:35:49 -0300 (BRT) Received: from [150.162.166.51] (noc.grupos.com.br [150.162.166.51]) by corp.grupos.com.br (Postfix) with ESMTP id 6CA8720A25; Mon, 28 Mar 2005 11:35:48 -0300 (BRT) Message-ID: <42481643.3060301@corp.grupos.com.br> Date: Mon, 28 Mar 2005 11:35:47 -0300 Organization: Grupos Internet S/A From: Marcus Grando User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: panic: vm_page_alloc: free/cache page 0xc26500b0 was dirty X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 14:35:50 -0000 panic: vm_page_alloc: free/cache page 0xc26500b0 was dirty Tracing pid 98662 tid 100126 td 0xc5095900 kdb_enter(c06d09e8) at kdb_enter+0x2b panic(c06e5081,c26500b0,0,c5094710,2) at panic+0xbb vm_page_alloc(c6ae7b58,e0,0,40,c06e40d9) at vm_page_alloc+0x23b vm_fault(c2e2bbb8,28466000,2,8,c5095900) at vm_fault+0x61e trap_pfault(efda1d48,1,28466000,28466000,0) at trap_pfault+0x2d trap(2f,2f,2f,28466000,0) at trap+0x1db calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x80b5129, esp = 0xbfbfe690, ebp = 0xbfbfe6a8 --- I think that's panic is because of my swap partition is gmirrored. Regards -- Marcus Grando Grupos Internet S/A marcus(at)corp.grupos.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 18:24:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2318D16A4CE; Mon, 28 Mar 2005 18:24:16 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A399E43D2D; Mon, 28 Mar 2005 18:24:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2SIOEoK069761; Mon, 28 Mar 2005 13:24:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2SIOEbV000914; Mon, 28 Mar 2005 13:24:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B89E37306E; Mon, 28 Mar 2005 13:24:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050328182414.B89E37306E@freebsd-current.sentex.ca> Date: Mon, 28 Mar 2005 13:24:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/779/Tue Mar 22 07:34:41 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 18:24:16 -0000 TB --- 2005-03-28 16:55:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-28 16:55:20 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-03-28 16:55:20 - checking out the source tree TB --- 2005-03-28 16:55:20 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-03-28 16:55:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-03-28 17:04:41 - building world (CFLAGS=-O -pipe) TB --- 2005-03-28 17:04:41 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-03-28 17:04:41 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-28 17:57:20 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-03-28 17:57:20 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-03-28 17:57:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 28 17:57:20 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Mon Mar 28 18:09:01 UTC 2005 TB --- 2005-03-28 18:09:01 - generating LINT kernel config TB --- 2005-03-28 18:09:01 - cd /home/tinderbox/RELENG_5/i386/i386/src/sys/i386/conf TB --- 2005-03-28 18:09:01 - /usr/bin/make -B LINT TB --- 2005-03-28 18:09:01 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-03-28 18:09:01 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-03-28 18:09:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 28 18:09:01 UTC 2005 >>> 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 [...] awk -f /tinderbox/RELENG_5/i386/i386/src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.kld /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT/modules/tinderbox/RELENG_5/i386/i386/src/sys/modules/rc4/export_syms | xargs -J% objcopy % rc4.kld ld -Bshareable -d -warn-common -o rc4.ko rc4.kld objcopy --strip-debug rc4.ko ===> re cc -O -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/i386/i386/src/sys/modules/re/../../dev/re/if_re.c /tinderbox/RELENG_5/i386/i386/src/sys/modules/re/../../dev/re/if_re.c: In function `re_poll_locked': /tinderbox/RELENG_5/i386/i386/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' /tinderbox/RELENG_5/i386/i386/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src/sys/modules/re. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-03-28 18:24:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-28 18:24:14 - ERROR: failed to build lint kernel TB --- 2005-03-28 18:24:14 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 19:18:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF6B016A4CE for ; Mon, 28 Mar 2005 19:18:44 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 524FF43D2F for ; Mon, 28 Mar 2005 19:18:44 +0000 (GMT) (envelope-from bsd@noogenesis.org) Received: from [68.84.181.60] (pcp02693964pcs.roylok01.mi.comcast.net[68.84.181.60]) by comcast.net (sccrmhc14) with ESMTP id <2005032819184301400jc9jre>; Mon, 28 Mar 2005 19:18:43 +0000 Message-ID: <42485893.9050302@noogenesis.org> Date: Mon, 28 Mar 2005 14:18:43 -0500 From: Derek VerLee User-Agent: Mozilla Thunderbird 1.0 (X11/20050122) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <42472079.5090101@noogenesis.org> <20050328055931.GA13785@xor.obsecurity.org> In-Reply-To: <20050328055931.GA13785@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 5.4Pre sched_ule SMP XOrg hangs or reboots X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 19:18:45 -0000 Kris Kennaway wrote: >On Sun, Mar 27, 2005 at 04:07:05PM -0500, Derek VerLee wrote: > > >>Hi, i have become fascinated with getting sched_ule to run reliably, and >>I've been running tests with about 8 different configurations. I've >>listed some of them and the results at my website, at >>http://noogenesis/freebsd/testing_ule, the index html for which I've >>also attached to this email. I have not yet succeeded in getting a core >>dump from the kernel, any advice on coaxing a kernel panic instead of a >>hang so that a core dump can be obtained, let me know. >> >> > >Unfortunately ULE is known to still be broken. This isn't likely to >be fixed before 5.4-RELEASE. > >Kris > I am actually aware of this. I just thought my testing might be helpful to someone. Probably "everyone" is tied up with getting things together for 5.4 release, I guess. But nobody cares about sched_ule right now? What about later? Should I forward to -hackers or -current? Not to waste anymore of anyone's time or bandwidth. Its just that I am having fun using this as excuse to learn about the inner workings of the freebsd kernel. ( Its a bit bigger but oh so much more well written then NACHOS.. heh =P ) _derek From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 19:49:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3129116A4CE; Mon, 28 Mar 2005 19:49:54 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90FA043D1D; Mon, 28 Mar 2005 19:49:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2SJnr0w022707; Mon, 28 Mar 2005 14:49:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2SJnrlg080641; Mon, 28 Mar 2005 14:49:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DAC757306E; Mon, 28 Mar 2005 14:49:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050328194952.DAC757306E@freebsd-current.sentex.ca> Date: Mon, 28 Mar 2005 14:49:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 19:49:54 -0000 TB --- 2005-03-28 18:24:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-28 18:24:14 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2005-03-28 18:24:14 - checking out the source tree TB --- 2005-03-28 18:24:14 - cd /home/tinderbox/RELENG_5/i386/pc98 TB --- 2005-03-28 18:24:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-03-28 18:33:38 - building world (CFLAGS=-O -pipe) TB --- 2005-03-28 18:33:38 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-03-28 18:33:38 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-28 19:26:55 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-03-28 19:26:55 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-03-28 19:26:55 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 28 19:26:55 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Mon Mar 28 19:36:43 UTC 2005 TB --- 2005-03-28 19:36:43 - generating LINT kernel config TB --- 2005-03-28 19:36:43 - cd /home/tinderbox/RELENG_5/i386/pc98/src/sys/pc98/conf TB --- 2005-03-28 19:36:43 - /usr/bin/make -B LINT TB --- 2005-03-28 19:36:43 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-03-28 19:36:43 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-03-28 19:36:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 28 19:36:43 UTC 2005 >>> 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 [...] awk -f /tinderbox/RELENG_5/i386/pc98/src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.kld /tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/LINT/modules/tinderbox/RELENG_5/i386/pc98/src/sys/modules/rc4/export_syms | xargs -J% objcopy % rc4.kld ld -Bshareable -d -warn-common -o rc4.ko rc4.kld objcopy --strip-debug rc4.ko ===> re cc -O -pipe -DPC98 -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/RELENG_5/i386/pc98/src/sys/modules/re/../../dev/re/if_re.c /tinderbox/RELENG_5/i386/pc98/src/sys/modules/re/../../dev/re/if_re.c: In function `re_poll_locked': /tinderbox/RELENG_5/i386/pc98/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' /tinderbox/RELENG_5/i386/pc98/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src/sys/modules/re. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. TB --- 2005-03-28 19:49:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-28 19:49:52 - ERROR: failed to build lint kernel TB --- 2005-03-28 19:49:52 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 20:51:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56C8316A4E5 for ; Mon, 28 Mar 2005 20:51:43 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id EABCC43D39 for ; Mon, 28 Mar 2005 20:51:42 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1540123rng for ; Mon, 28 Mar 2005 12:51:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ro+lwy32QW9yRIYhlox5xRphRZeukH4les+NC+MOkqiII7ENwmHbPhzDm9CduaqwDzfFn2dkNO69lnfsK5T7zIivBsJTH2HzHgisTlUiptd9L/wGa0ftkmi9qE5Wk0XJg0aFHk7geWuyB2vHr5wDcxmLe1otoEV4R8zR4rn8yO4= Received: by 10.38.10.3 with SMTP id 3mr2743480rnj; Mon, 28 Mar 2005 12:51:41 -0800 (PST) Received: by 10.39.1.32 with HTTP; Mon, 28 Mar 2005 12:51:41 -0800 (PST) Message-ID: <3aaaa3a050328125122af54c8@mail.gmail.com> Date: Mon, 28 Mar 2005 21:51:41 +0100 From: Chris To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: FreeBSD 5.4 prerelease 2 issues cvsup date 27 FEB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 20:51:43 -0000 Hi I have noticed 2 issues the 2nd could be operator error from my side. 1 - When editing make.conf I enabled "NO_BIND_MTREE= true", but this breaks mergemaster and stops it running during mergemaster -iv. 2 - This issue I have no idea what the fault is yet since I have no console access, but I was doing a upgrade from 5.3 RELEASE to 5.4 PRERELEASE - 27 feb RELENG_5, I had done mergemaster -p, built the world, built and installed kernel, rebooted and it came back up, then installed the world and ran mergemaster -iv, upon the next reboot ssh is timing out there is also no ping replies. I remember reading UPDATING as well. Will post back after I know what is up on console (need to wait for tech to goto datacentre) From owner-freebsd-stable@FreeBSD.ORG Mon Mar 28 23:58:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBF6516A4CE for ; Mon, 28 Mar 2005 23:58:20 +0000 (GMT) Received: from msr57.hinet.net (msr57.hinet.net [168.95.4.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05E0C43D2F for ; Mon, 28 Mar 2005 23:58:20 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.1.22] (61-229-1-87.dynamic.hinet.net [61.229.1.87]) by msr57.hinet.net (8.9.3/8.9.3) with ESMTP id HAA01677 for ; Tue, 29 Mar 2005 07:58:18 +0800 (CST) From: Ladislav Bodnar Organization: DistroWatch.com To: freebsd-stable@freebsd.org Date: Tue, 29 Mar 2005 07:58:14 +0800 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503290758.14387.distro.watch@msa.hinet.net> Subject: Time zone change confuses cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 23:58:20 -0000 Hi, I've just changed the system time zone from local time to UTC by copying /usr/share/zoneinfo/Etc/UTC to /etc/localtime. To my dismay, I found that crontab (both /etc/crontab and user-level crontab) completely ignores the change and continues executing scripts according to the old time. What am I doing wrong? Thanks a lot for your help :-) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 00:08:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E79F016A4CE for ; Tue, 29 Mar 2005 00:08:24 +0000 (GMT) Received: from shiva.nextrials.com (shiva.nextrials.com [64.81.74.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B0C43D1D for ; Tue, 29 Mar 2005 00:08:24 +0000 (GMT) (envelope-from dannyman@toldme.com) Received: from [192.168.1.102] (mito.sr.nextrials.com [192.168.1.102]) by shiva.nextrials.com (Postfix) with ESMTP id 004573C282A; Mon, 28 Mar 2005 16:08:23 -0800 (PST) Message-ID: <42489C70.2020306@toldme.com> Date: Mon, 28 Mar 2005 16:08:16 -0800 From: Danny Howard User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ladislav Bodnar References: <200503290758.14387.distro.watch@msa.hinet.net> In-Reply-To: <200503290758.14387.distro.watch@msa.hinet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Time zone change confuses cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 00:08:25 -0000 Ladislav Bodnar wrote: >Hi, > >I've just changed the system time zone from local time to UTC by >copying /usr/share/zoneinfo/Etc/UTC to /etc/localtime. To my dismay, I >found that crontab (both /etc/crontab and user-level crontab) completely >ignores the change and continues executing scripts according to the old >time. > >What am I doing wrong? > To my knowledge, timezone is taken from the environment when a process starts. If you want cron to honor the new timezone, restart cron, or set the TZ explicitly in the relevant crontab. -danny -- http://dannyman.toldme.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 00:19:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6601F16A4CE for ; Tue, 29 Mar 2005 00:19:47 +0000 (GMT) Received: from msr16.hinet.net (msr16.hinet.net [168.95.4.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9152243D2F for ; Tue, 29 Mar 2005 00:19:44 +0000 (GMT) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.1.22] (61-229-1-87.dynamic.hinet.net [61.229.1.87]) by msr16.hinet.net (8.9.3/8.9.3) with ESMTP id IAA21479 for ; Tue, 29 Mar 2005 08:19:42 +0800 (CST) From: Ladislav Bodnar Organization: DistroWatch.com To: freebsd-stable@freebsd.org Date: Tue, 29 Mar 2005 08:19:39 +0800 User-Agent: KMail/1.7.2 References: <200503290758.14387.distro.watch@msa.hinet.net> <42489C70.2020306@toldme.com> In-Reply-To: <42489C70.2020306@toldme.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503290819.39270.distro.watch@msa.hinet.net> Subject: Re: Time zone change confuses cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 00:19:47 -0000 On Tuesday 29 March 2005 08:08, you wrote: > To my knowledge, timezone is taken from the environment when a process > starts. =A0If you want cron to honor the new timezone, restart cron, or > set the TZ explicitly in the relevant crontab. Ah, thank you very much. It's amazing that sometimes simple things like tha= t=20 complete elude one's brain :-) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 01:08:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECDC316A4CE for ; Tue, 29 Mar 2005 01:08:53 +0000 (GMT) Received: from smtp4.info.com.ph (smtp4.info.com.ph [202.57.96.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E1DC43D3F for ; Tue, 29 Mar 2005 01:08:53 +0000 (GMT) (envelope-from marstrade@gmail.com) Received: from smtp2.info.com.ph (smtp2.info.com.ph [202.57.96.78]) by smtp4.info.com.ph (8.12.11/8.12.11) with ESMTP id j2T15Kik032168; Tue, 29 Mar 2005 09:05:22 +0800 Received: from 210.5.96.228.pldt.net (loopback.epldt.net [127.0.0.1] (may be forged)) by smtp2.info.com.ph (8.12.11/8.12.11) with ESMTP id j2T0xbhJ015398; Tue, 29 Mar 2005 08:59:38 +0800 From: Mars Trading To: Rene Ladan Date: Tue, 29 Mar 2005 09:08:19 +0800 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200503290908.19827.marstrade@gmail.com> cc: freebsd-stable@freebsd.org Subject: usb test on recent -stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 01:08:54 -0000 Well, I decided to bite the bullet and upgrade to the latest (as of 3/28/05 0600 UTC) -stable a.k.a. 5.4-PRERELEASE yesterday and I was quite disappointed; my expectations weren't met. I expected a panic executing cu -l /dev/ucom0 as you suggested but it didn't happen. Kept the machine up overnight - mgetty running, people dialing in - and expected a panic this morning but didn't get one either. I even tried to reproduce the panic mentioned in PR usb/77294 but failed - maybe i wasn't doing it right? So far, my expectations have not been met and I am very pleasantly disappointed. One thing that remains is the console message: putc to a clist with no reserved cblocks Will now build a custom kernel and test long term stablity. Dennis -- Mars Trading 9620 Kamagong St., Makati, Manila, Philippines Phone: (632) 8952241 FAX: (632) 8996124 email: marstrade@gmail.com dmesg output: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-PRERELEASE #0: Mon Mar 28 16:31:31 PHT 2005 root@go.ubc.pldt.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (751.33-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000 real memory = 268369920 (255 MB) avail memory = 252952576 (241 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe1ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xc000-0xc01f irq 5 at device 5.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 11 at device 5.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 5.2 (no driver attached) xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xc800-0xc87f mem 0xe5000000-0xe500007f irq 11 at device 6.0 on pci0 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:04:75:98:bb:d3 lnc0: port 0xcc00-0xcc1f mem 0xe5002000-0xe500201f irq 10 at device 7.0 on pci0 lnc0: Attaching PCNet/PCI Ethernet adapter lnc0: Ethernet address: 00:00:f4:ae:0f:2d lnc0: if_start running deferred for Giant lnc0: PCnet-PCI isab0: at device 20.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 20.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci2: port 0xd400-0xd41f irq 11 at device 20.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcm0: port 0xe400-0xe403,0xe000-0xe003,0xdc00-0xdcff irq 5 at device 20.5 on pci0 pcm0: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ucom0: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 2 ucom1: Prolific Technology Inc. USB-Serial Controller, rev 1.10/3.00, addr 3 Timecounter "TSC" frequency 751332716 Hz quality 800 Timecounters tick every 10.000 msec ad0: 39205MB [79656/16/63] at ata0-master UDMA66 acd0: DVDROM at ata1-slave UDMA33 Mounting root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 04:12:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21E5416A4CE for ; Tue, 29 Mar 2005 04:12:12 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF81F43D49 for ; Tue, 29 Mar 2005 04:12:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2T4CB6M074901; Mon, 28 Mar 2005 22:12:11 -0600 (CST) (envelope-from dan) Date: Mon, 28 Mar 2005 22:12:11 -0600 From: Dan Nelson To: Ladislav Bodnar Message-ID: <20050329041211.GA72462@dan.emsphone.com> References: <200503290758.14387.distro.watch@msa.hinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503290758.14387.distro.watch@msa.hinet.net> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: Time zone change confuses cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 04:12:12 -0000 In the last episode (Mar 29), Ladislav Bodnar said: > I've just changed the system time zone from local time to UTC by > copying /usr/share/zoneinfo/Etc/UTC to /etc/localtime. To my dismay, > I found that crontab (both /etc/crontab and user-level crontab) > completely ignores the change and continues executing scripts > according to the old time. If you haven't rebooted yet, restart cron. A process reads timezone settings only once, during startup. You're not supposed to pull the rug out from under its feet by switching /etc/localtime :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 06:17:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E95CD16A4CE for ; Tue, 29 Mar 2005 06:17:25 +0000 (GMT) Received: from 163.com (smtp.163.com [202.108.44.206]) by mx1.FreeBSD.org (Postfix) with SMTP id B37CE43D48 for ; Tue, 29 Mar 2005 06:17:24 +0000 (GMT) (envelope-from ncisoft@163.com) Received: from [192.168.1.15] (unknown [61.49.182.211]) by smtp3 (Coremail) with SMTP id fYGAo+HySELJjocE.2 for ; Tue, 29 Mar 2005 14:17:06 +0800 (CST) X-Originating-IP: [61.49.182.211] Date: Tue, 29 Mar 2005 14:17:10 +0800 From: =?GB2312?B?wO7S47jV?= To: freebsd-stable@freebsd.org Message-Id: <20050329141522.DD32.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 X-Mailer: Becky! ver. 2.11.02 [en] cc: ncisoft@163.com Subject: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 06:17:26 -0000 SGksDQoNCkkgaGF2ZSBhIGRlbGwgcGUyNjUwIGJveCB3aXRoIGR1YWwgeGVvbiAyLjRHLCBkaXNh YmxlZCB0aGUgSFRULCANCmluc3RhbGxlZCA1LjMtUkVMRUFTRSwgZW5hYmxlZCBTTVAsIG15c3Fs IDQuMS4xMGEgYnVpbHQgZnJvbQ0KdGhlIHBvcnQuIA0KDQpJZiB0aGUgbXlzcWwgY29ubmVjdGlv bnMgaXMgaGlnaCAoZS5nLiBvdmVyIDEwMCBjb25uZWN0aW9ucyksIA0KdGhlIHN5c3RlbSB3aWxs IGZyZWV6ZXMgaW4gc2V2ZXJhbCBtaW51dGVzLCBhbmQgdGhlIGZhdGFsIGFsd2F5IA0KaW5kaWNh dGVkIHRvIHRoZSBteXNxbGQgcHJvY2Vzcy4gV2hlbiBJIGJ1aWxkIHRoZSBrZXJuZWwgd2l0aG91 dCANClNNUCwgdGhlIHN5c3RlbSBpcyBzdGFibGUuIEkgaGF2ZSB0cnkgNS4zLXA1IGFuZCA1LjQt UFJFLCB0aGUgDQpwcm9ibGVtIGlzIHN0aWxsIHRoZXJlLg0KDQpJdCdzIG15IGNvbmZpZ3VyYXRp b24gbWlzdGFrZSBvciB3aWxsIGJlIHNvbHZlZCBpbiA1LjQtUkVMRUFTRSA/DQoNCg== From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 06:37:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACB2B16A4CE for ; Tue, 29 Mar 2005 06:37:20 +0000 (GMT) Received: from mail.ilovesex.co.il (line26-112.adsl.actcom.co.il [192.115.26.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E82143D41 for ; Tue, 29 Mar 2005 06:37:19 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [192.168.0.100] (uzi [192.168.0.100]) by mail.ilovesex.co.il (8.13.3/8.13.3) with ESMTP id j2T6bBdd067392; Tue, 29 Mar 2005 08:37:12 +0200 (IST) (envelope-from uzi@bmby.com) Message-ID: <4248F797.1060509@bmby.com> Date: Tue, 29 Mar 2005 08:37:11 +0200 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?GB2312?B?wO7S47jV?= References: <20050329141522.DD32.NCISOFT@163.com> In-Reply-To: <20050329141522.DD32.NCISOFT@163.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 06:37:20 -0000 wrote: >Hi, > >I have a dell pe2650 box with dual xeon 2.4G, disabled the HTT, >installed 5.3-RELEASE, enabled SMP, mysql 4.1.10a built from >the port. > >If the mysql connections is high (e.g. over 100 connections), >the system will freezes in several minutes, and the fatal alway >indicated to the mysqld process. > Does it actually crash or juyst hangs? Which thread options did you use in the port config? Please post your dmseg, mysql log, mysql slow query log. >When I build the kernel without >SMP, the system is stable. I have try 5.3-p5 and 5.4-PRE, the >problem is still there. > >It's my configuration mistake or will be solved in 5.4-RELEASE ? > > I'm currently running a mysql 4.10 on a heavy loaded 5.3-RELEASE-p5 production SMP server with no problems at all. U. > > >------------------------------------------------------------------------ > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 07:04:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF10216A4CE for ; Tue, 29 Mar 2005 07:04:54 +0000 (GMT) Received: from x8.develooper.com (x8.develooper.com [216.52.237.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8229143D48 for ; Tue, 29 Mar 2005 07:04:54 +0000 (GMT) (envelope-from ask@develooper.com) Received: (qmail 22426 invoked from network); 29 Mar 2005 07:04:54 -0000 Received: from george.develooper.com (HELO ?64.81.84.114?) (ask@cleverpeople.org@64.81.84.114) by smtp.develooper.com with (RC4-SHA encrypted) SMTP; 29 Mar 2005 07:04:54 -0000 Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= Date: Mon, 28 Mar 2005 23:04:48 -0800 X-Mailer: Apple Mail (2.619.2) Subject: altq assertion / kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 07:04:54 -0000 Hi, I was experimenting with PF and ALTQ on a netbooted Soekris 4801 when I got this after "pfctl -f /etc/pf.conf". altq assertion "ifq->ifq_len == 0" failed: file "/usr/src/sys/contrib/altq/altq/altq_subr.c", line 256 Sadly I can't reproduce it, and I don't recall what the previous iterations of the pf.conf were like. I'm using RELENG5 as of a couple of days ago plus the if_bridge patch at http://www.pfsense.org/downloads/bridge.patch.041215 if that makes a difference. - ask int_if = "sis0" ext_if = "sis1" table { 64.81.84.115, 64.81.84.162, 64.81.84.165, 64.81.84.164, \ 64.81.84.17, 64.81.84.141, 64.81.84.114, 64.81.84.140 } table const { 192.168.0.0/16, 172.16.0.0/12, 10.0.0.0/8 } table persist altq on $ext_if priq bandwidth 700Kb queue { std_out, voip_out, ssh_out, dns_out, tcp_ack_out } queue std_out priq(default) queue ssh_out priority 4 priq(red) queue dns_out priority 5 queue tcp_ack_out priority 8 queue voip_out priority 10 #queue std bandwidth 50% cbq(default borrow) #queue ssh bandwidth 25% { ssh_login, ssh_bulk } # queue ssh_login bandwidth 25% priority 6 cbq(ecn borrow) # queue ssh_bulk bandwidth 75% priority 4 cbq(ecn borrow) #queue voip bandwidth 25% priority 7 cbq(borrow) block in on $ext_if from { , } to any block out on $ext_if from 10.0.201.0/24 to any #block from any to 63.251.223.170 #block in all #block out all #pass out on $ext_if proto tcp from any to any port 22 queue(ssh_bulk, ssh_login) #pass out on $ext_if from 10.0.201.21 to any queue(voip) -- http://www.askbjoernhansen.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 08:10:26 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72A0B16A4CE; Tue, 29 Mar 2005 08:10:26 +0000 (GMT) Received: from lynx.imedia.ru (lynx-comstar.imedia.ru [212.248.32.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3514843D55; Tue, 29 Mar 2005 08:10:19 +0000 (GMT) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (root@local.badger [172.17.0.13]) j2T89uD0064320; Tue, 29 Mar 2005 12:09:57 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.13.1/8.13.1) with ESMTP id j2T89uaD054192; Tue, 29 Mar 2005 12:09:56 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.13.1/8.13.1/Submit) id j2T89tKe054191; Tue, 29 Mar 2005 12:09:55 +0400 (MSD) (envelope-from eugene@imedia.ru) X-Authentication-Warning: badger.imedia.ru: eugene set sender to eugene@imedia.ru using -f From: Eugene Mitrofanov Organization: Independent Media To: freebsd-stable@freebsd.org Date: Tue, 29 Mar 2005 11:09:54 +0300 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503291209.55621.eugene@imedia.ru> cc: freebsd-questions@freebsd.org Subject: supermicro 6014H-82 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 08:10:26 -0000 Hi list I've got the subj and tried to install FreeBSD. 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on ATA and hang while probing asr0, but 5.2.1-R installed fine. Any suggestion? I would like to use 5.4-R. Does anybody use the subj with 5.3-R or later? Best Regards -- EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 08:54:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 382FB16A4CE for ; Tue, 29 Mar 2005 08:54:55 +0000 (GMT) Received: from mx.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70A4943D1D for ; Tue, 29 Mar 2005 08:54:50 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] (unknown [10.0.0.3]) by mx.bmby.co.il (Postfix) with ESMTP id 083E57A6A1; Tue, 29 Mar 2005 10:58:02 +0000 (UTC) Message-ID: <424917DC.8080805@bmby.com> Date: Tue, 29 Mar 2005 10:54:52 +0200 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Young Lee References: <20050329141522.DD32.NCISOFT@163.com> <4248F797.1060509@bmby.com> <20050329153507.DD38.NCISOFT@163.com> In-Reply-To: <20050329153507.DD38.NCISOFT@163.com> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 08:54:55 -0000 Young Lee wrote: > the system is hang and throw a fatal 12 pannic. > > I build mysql41-server from port without any parameters, and the > thread lib use libpthread.so.1, use ldd to look details as below > > admin# ldd /usr/local/libexec/mysqld > /usr/local/libexec/mysqld: > libz.so.2 => /lib/libz.so.2 (0x28422000) > libwrap.so.3 => /usr/lib/libwrap.so.3 (0x28432000) > libcrypt.so.2 => /lib/libcrypt.so.2 (0x2843a000) > libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28452000) > libm.so.3 => /lib/libm.so.3 (0x28524000) > libpthread.so.1 => /usr/lib/libpthread.so.1 (0x2853f000) > libc.so.5 => /lib/libc.so.5 (0x28563000) > i wonder why should it uses libwrap and libstdc++... did you try compiling it optimized? or with linuxthreads? > I use the original SMP kernel configuration file: > > admin# cat /usr/src/sys/i386/conf/SMP > include GENERIC > ident SMP-GENERIC > options SMP did you add "options SMP" in your kernel conf? I can see the kernel loading 1 CPU should look like that: ... Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE-p5 #2: Tue Feb 22 16:47:08 UTC 2005 root@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2100178944 (2002 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ... > > -------------------- dmesg with up below --------------------- > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.4-PRERELEASE #2: Thu Mar 24 19:16:17 CST 2005 > root@admin.smartdove.com:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2387.28-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > real memory = 2147352576 (2047 MB) > avail memory = 2095882240 (1998 MB) > ACPI APIC Table: > ioapic0: Changing APIC ID to 8 > ioapic1: Changing APIC ID to 9 > ioapic2: Changing APIC ID to 10 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > ioapic2 irqs 32-47 on motherboard > npx0: on motherboardusing > npx0: INT 16 interfaceusing > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 4.0 (no driver attached) > pci0: at device 4.1 (no driver attached) > pci0: at device 4.2 (no driver attached) > pci0: at device 14.0 (no driver attached) > atapci0: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 1 > 5.1 on pci0 > ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > ohci0: mem 0xfe100000-0xfe100fff irq 5 at device 15.2 on pci0 > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > isab0: at device 15.3 on pci0 > isa0: on isab0 > pcib1: on acpi0 > pci4: on pcib1 > pcib2: at device 8.0 on pci4 > pci5: on pcib2 > aac0: mem 0xf8000000-0xfbffffff irq 30 at device 8.1 on pci4 > aac0: i960RX 100MHz, 54MB cache memory, optional battery present > aac0: Kernel 2.8-0, Build 6082, S/N a438d3 > aac0: Supported Options=275c > pcib3: on acpi0 > pci3: on pcib3 > bge0: mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on p > ci3 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bge0: Ethernet address: 00:0d:56:ba:1f:6b > bge1: mem 0xfcf00000-0xfcf0ffff irq 29 at device 8.0 on p > ci3 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto > bge1: Ethernet address: 00:0d:56:ba:1f:6c > pcib4: on acpi0 > pci2: on pcib4 > pcib5: on acpi0 > pci1: on pcib5 > fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > orm0: at iomem 0xec000-0xeffff,0xc8000-0xcbfff,0xc0000-0xc7fff on isa0 > pmtimer0 on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2387278408 Hz quality 800 > Timecounters tick every 10.000 msec > acd0: CDROM at ata0-master UDMA33 > aacd0: on aac0 > aacd0: 104137MB (213274368 sectors) > Mounting root from ufs:/dev/aacd0s1a > IP Filter: v3.4.35 initialized. Default = pass all, Logging = enabled > -------------------- dmesg end ------------------------------- > > -- Uzi Klein Software Development Manager BMBY Software Systems Ltd 2 Hataasia Street, Yokneam, Israel Email: uzi@bmby.com Phone: +972 4 959 79 89 Mobile: +972 52 374 53 34 Fax: +972 3 617 93 36 Web: http://www.bmby.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 09:06:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A83C16A4CE for ; Tue, 29 Mar 2005 09:06:16 +0000 (GMT) Received: from 163.com (smtp.163.com [202.108.44.212]) by mx1.FreeBSD.org (Postfix) with SMTP id AD33E43D39 for ; Tue, 29 Mar 2005 09:06:14 +0000 (GMT) (envelope-from ncisoft@163.com) Received: from [192.168.1.15] (unknown [61.49.183.219]) by smtp4 (Coremail) with SMTP id EwC4bWcaSULGO4sC.2 for ; Tue, 29 Mar 2005 17:05:48 +0800 (CST) X-Originating-IP: [61.49.183.219] Date: Tue, 29 Mar 2005 17:05:54 +0800 From: Young Lee To: Uzi Klein In-Reply-To: <424917DC.8080805@bmby.com> References: <20050329153507.DD38.NCISOFT@163.com> <424917DC.8080805@bmby.com> Message-Id: <20050329165741.DD3B.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [en] cc: ncisoft@163.com cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 09:06:16 -0000 as I said , I build mysql41-server from port without any parameters, so you can see libwrap, and i will --without it next time. the smp kernel should be crashed in 2 minutes, so my server is running with UP configuration, and the SMP dmesg wasn't saved. I wonder ADAPTIVE_MUTEXES options is suitable for SMP? I am very likely to see your kernel conf file and mysql build options, they will be very useful, thanks. -- Young Lee On Tue, 29 Mar 2005 10:54:52 +0200 Uzi Klein wrote: > Young Lee wrote: > > the system is hang and throw a fatal 12 pannic. > > > > I build mysql41-server from port without any parameters, and the > > thread lib use libpthread.so.1, use ldd to look details as below > > > > admin# ldd /usr/local/libexec/mysqld > > /usr/local/libexec/mysqld: > > libz.so.2 => /lib/libz.so.2 (0x28422000) > > libwrap.so.3 => /usr/lib/libwrap.so.3 (0x28432000) > > libcrypt.so.2 => /lib/libcrypt.so.2 (0x2843a000) > > libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28452000) > > libm.so.3 => /lib/libm.so.3 (0x28524000) > > libpthread.so.1 => /usr/lib/libpthread.so.1 (0x2853f000) > > libc.so.5 => /lib/libc.so.5 (0x28563000) > > > > i wonder why should it uses libwrap and libstdc++... > > did you try compiling it optimized? or with linuxthreads? > > > > I use the original SMP kernel configuration file: > > > > admin# cat /usr/src/sys/i386/conf/SMP > > include GENERIC > > ident SMP-GENERIC > > options SMP > > > did you add "options SMP" in your kernel conf? > I can see the kernel loading 1 CPU > > should look like that: > > > ... > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.3-RELEASE-p5 #2: Tue Feb 22 16:47:08 UTC 2005 > root@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 09:10:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 310DE16A4CE for ; Tue, 29 Mar 2005 09:10:56 +0000 (GMT) Received: from 163.com (smtp.163.com [202.108.44.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 226D643D2F for ; Tue, 29 Mar 2005 09:10:54 +0000 (GMT) (envelope-from ncisoft@163.com) Received: from [192.168.1.15] (unknown [61.49.183.51]) by smtp3 (Coremail) with SMTP id HgDq23cbSUIzaWEA.2 for ; Tue, 29 Mar 2005 17:10:18 +0800 (CST) X-Originating-IP: [61.49.183.51] Date: Tue, 29 Mar 2005 17:10:23 +0800 From: Young Lee To: zi Klein In-Reply-To: <20050329165741.DD3B.NCISOFT@163.com> References: <424917DC.8080805@bmby.com> <20050329165741.DD3B.NCISOFT@163.com> Message-Id: <20050329170844.DD3E.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [en] cc: Young Lee cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 09:10:56 -0000 I have try linuxthreads, it crashed, never try any optimzation option. -- Young Lee On Tue, 29 Mar 2005 17:05:54 +0800 Young Lee wrote: > as I said , I build mysql41-server from port without any parameters, > so you can see libwrap, and i will --without it next time. > > the smp kernel should be crashed in 2 minutes, so my server is > running with UP configuration, and the SMP dmesg wasn't saved. > > I wonder ADAPTIVE_MUTEXES options is suitable for SMP? I am very > likely to see your kernel conf file and mysql build options, they > will be very useful, thanks. > > -- > Young Lee > > > On Tue, 29 Mar 2005 10:54:52 +0200 > Uzi Klein wrote: > > Young Lee wrote: > > > the system is hang and throw a fatal 12 pannic. > > > > > > I build mysql41-server from port without any parameters, and the > > > thread lib use libpthread.so.1, use ldd to look details as below > > > > > > admin# ldd /usr/local/libexec/mysqld > > > /usr/local/libexec/mysqld: > > > libz.so.2 => /lib/libz.so.2 (0x28422000) > > > libwrap.so.3 => /usr/lib/libwrap.so.3 (0x28432000) > > > libcrypt.so.2 => /lib/libcrypt.so.2 (0x2843a000) > > > libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28452000) > > > libm.so.3 => /lib/libm.so.3 (0x28524000) > > > libpthread.so.1 => /usr/lib/libpthread.so.1 (0x2853f000) > > > libc.so.5 => /lib/libc.so.5 (0x28563000) > > > > > > > i wonder why should it uses libwrap and libstdc++... > > > > did you try compiling it optimized? or with linuxthreads? > > > > > > > I use the original SMP kernel configuration file: > > > > > > admin# cat /usr/src/sys/i386/conf/SMP > > > include GENERIC > > > ident SMP-GENERIC > > > options SMP > > > > > > did you add "options SMP" in your kernel conf? > > I can see the kernel loading 1 CPU > > > > should look like that: > > > > > > ... > > Copyright (c) 1992-2004 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD 5.3-RELEASE-p5 #2: Tue Feb 22 16:47:08 UTC 2005 > > root@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 09:14:52 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8661B16A4CE; Tue, 29 Mar 2005 09:14:52 +0000 (GMT) Received: from lynx.imedia.ru (lynx-comstar.imedia.ru [212.248.32.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FF143D2D; Tue, 29 Mar 2005 09:14:47 +0000 (GMT) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (root@local.badger [172.17.0.13]) j2T9EaD0082676; Tue, 29 Mar 2005 13:14:37 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.13.1/8.13.1) with ESMTP id j2T9EaTJ055022; Tue, 29 Mar 2005 13:14:36 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.13.1/8.13.1/Submit) id j2T9Eatk055021; Tue, 29 Mar 2005 13:14:36 +0400 (MSD) (envelope-from eugene@imedia.ru) X-Authentication-Warning: badger.imedia.ru: eugene set sender to eugene@imedia.ru using -f From: Eugene Mitrofanov Organization: Independent Media To: "Odon R. dela Rosa Jr." Date: Tue, 29 Mar 2005 12:14:34 +0300 User-Agent: KMail/1.7.2 References: <200503291209.55621.eugene@imedia.ru> <4249157D.3020404@sri.com> In-Reply-To: <4249157D.3020404@sri.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503291314.35801.eugene@imedia.ru> cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: supermicro 6014H-82 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 09:14:52 -0000 In safe mode 5.4-B1 and 5.3-R is booted fine from install CD without any=20 hangs. On 29 =ED=C1=D2=D4 2005 12:44, you wrote: > Have you tried installing it in safe mode? > > Eugene Mitrofanov wrote: > > Hi list > > I've got the subj and tried to install FreeBSD. > > 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on > > ATA and hang while probing asr0, but 5.2.1-R installed fine. Any > > suggestion? I would like to use 5.4-R. Does anybody use the subj with > > 5.3-R or later? Best Regards =2D-=20 EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 09:23:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6478F16A4CF; Tue, 29 Mar 2005 09:23:43 +0000 (GMT) Received: from pechkin.ua.elro.com (180.ua.elro.com [195.248.179.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D839F43D46; Tue, 29 Mar 2005 09:23:42 +0000 (GMT) (envelope-from shaman@ua.elro.com) Received: from [217.24.174.166] (helo=[217.24.174.166]) by pechkin.ua.elro.com with asmtp (Exim 4.30 #8) auth_cram_md5; Tue, 29 Mar 2005 12:26:02 +0300 Message-ID: <42491EB3.4030201@ua.elro.com> Date: Tue, 29 Mar 2005 12:24:03 +0300 From: Sergey Shyman Organization: ELRO Corporation User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eugene Mitrofanov References: <200503291209.55621.eugene@imedia.ru> In-Reply-To: <200503291209.55621.eugene@imedia.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: supermicro 6014H-82 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shaman@ua.elro.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 09:23:43 -0000 Perhaps you should try to install 5.2.1-R, then cvsup to 5.4 (or anything else you want). Eugene Mitrofanov wrote: > Hi list > I've got the subj and tried to install FreeBSD. > 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on ATA > and hang while probing asr0, but 5.2.1-R installed fine. Any suggestion? I > would like to use 5.4-R. Does anybody use the subj with 5.3-R or later? > Best Regards -- Best regards, Sergey Shyman SSI-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 09:26:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5000116A4CE for ; Tue, 29 Mar 2005 09:26:56 +0000 (GMT) Received: from mx.bmby.co.il (l192-114-46-204.broadband.actcom.net.il [192.114.46.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF59743D2D for ; Tue, 29 Mar 2005 09:26:53 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [10.0.0.3] (unknown [10.0.0.3]) by mx.bmby.co.il (Postfix) with ESMTP id AC0E87A6A1; Tue, 29 Mar 2005 11:30:08 +0000 (UTC) Message-ID: <42491F63.9020305@bmby.com> Date: Tue, 29 Mar 2005 11:26:59 +0200 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Young Lee References: <20050329153507.DD38.NCISOFT@163.com> <424917DC.8080805@bmby.com> <20050329165741.DD3B.NCISOFT@163.com> In-Reply-To: <20050329165741.DD3B.NCISOFT@163.com> Content-Type: multipart/mixed; boundary="------------030902090809050208000303" cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 09:26:56 -0000 This is a multi-part message in MIME format. --------------030902090809050208000303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Young Lee wrote: > as I said , I build mysql41-server from port without any parameters, > so you can see libwrap, and i will --without it next time. > > the smp kernel should be crashed in 2 minutes, so my server is > running with UP configuration, and the SMP dmesg wasn't saved. > > I wonder ADAPTIVE_MUTEXES options is suitable for SMP? I am very > likely to see your kernel conf file and mysql build options, they > will be very useful, thanks. > attached my kernel conf file im using mysql with linuxthreads : # cd /usr/ports/databases/mysql41-server # make \ WITH_CHARSET=latin1 \ WITH_XCHARSET=complex \ WITH_COLLATION=latin1_general_ci \ WITH_LINUXTHREADS=yes \ BUILD_STATIC=yes \ BUILD_OPTIMIZED=yes # make install clean -- Uzi Klein Software Development Manager BMBY Software Systems Ltd 2 Hataasia St., Yokneam, Israel Email: uzi@bmby.com P: +972 4 959 79 89 M: +972 52 374 53 34 F: +972 3 617 93 36 Web: http://www.bmby.com --------------030902090809050208000303 Content-Type: text/plain; name="kernel.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel.conf" machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SMP # Multi-Processor options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for accmachine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident BMBY # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SMP # Multi-Processor options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) ess control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa #device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit ethernet #device nge # NatSemi DP83820 gigabit ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --------------030902090809050208000303-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 09:30:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFFCB16A4CE for ; Tue, 29 Mar 2005 09:30:49 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A2043D5A for ; Tue, 29 Mar 2005 09:30:49 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.1.4] (pcp04418836pcs.nrockv01.md.comcast.net [69.140.110.248]) by yertle.kcilink.com (Postfix) with ESMTP id 81108B80D for ; Tue, 29 Mar 2005 04:30:48 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <20050329141522.DD32.NCISOFT@163.com> References: <20050329141522.DD32.NCISOFT@163.com> Content-Type: text/plain; charset=HZ-GB-2312; format=flowed Message-Id: <4ec7ffb494202b5e612db2252d6d8999@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 29 Mar 2005 04:30:49 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 09:30:49 -0000 On Mar 29, 2005, at 1:17 AM, ~{@nRc8U~} wrote: > I have a dell pe2650 box with dual xeon 2.4G, disabled the HTT, > installed 5.3-RELEASE, enabled SMP, mysql 4.1.10a built from > the port. I am observing similar problems with high load (not necessarily high number of connections) with 5.4-PRERELEASE from March 22 on a Tyan K8SR motherboard dual Opteron system running PostgreSQL 8. I am not ready to rule out hardware problem, though, as I have had a fair number of ethernet port timout+reset reported by the kernel. I shall try disabling SMP to see what happens. It is times like these I wish there was an equivalent to the Dell diagnostics suite for other machines :-( If only Dell would sell Opteron! From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 09:57:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C09C716A4CE; Tue, 29 Mar 2005 09:57:24 +0000 (GMT) Received: from mr01.hansenet.de (mr01.hansenet.de [213.191.74.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 431CF43D58; Tue, 29 Mar 2005 09:57:24 +0000 (GMT) (envelope-from db@nipsi.home.net) Received: from nipsi.home.net (213.39.140.190) by mr01.hansenet.de (6.7.010) id 422EC055000B0A85; Tue, 29 Mar 2005 11:57:22 +0200 Received: from localhost (localhost [127.0.0.1]) by nipsi.home.net (Postfix) with ESMTP id 46A171E81E; Tue, 29 Mar 2005 12:00:00 +0200 (CEST) Received: from nipsi.home.net ([127.0.0.1]) by localhost (nipsi.home.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 67883-04; Tue, 29 Mar 2005 11:59:58 +0200 (CEST) Received: by nipsi.home.net (Postfix, from userid 1001) id 7413C1E81F; Tue, 29 Mar 2005 11:59:58 +0200 (CEST) Date: Tue, 29 Mar 2005 11:59:58 +0200 From: Dennis Berger To: Eugene Mitrofanov Message-ID: <20050329095958.GA68599@nipsi.home.net> References: <200503291209.55621.eugene@imedia.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503291209.55621.eugene@imedia.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at ARRAY(0x87d7e14) cc: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: supermicro 6014H-82 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 09:57:24 -0000 I installed in safemode and then build custom kernel. I took the PAE as example removed the PAE option, added acpi and SMP , compiled and installed. This works great. Booting GENERIC will fail on my supermicro too. Hang at the ICH5 ata controller with timeouts. chers, -Dennis On Tue, Mar 29, 2005 at 11:09:54AM +0300, Eugene Mitrofanov wrote: > Hi list > I've got the subj and tried to install FreeBSD. > 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on ATA > and hang while probing asr0, but 5.2.1-R installed fine. Any suggestion? I > would like to use 5.4-R. Does anybody use the subj with 5.3-R or later? > Best Regards > -- > EMIT-RIPN, EVM7-RIPE > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 10:07:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 939D016A4CE for ; Tue, 29 Mar 2005 10:07:34 +0000 (GMT) Received: from gandalf.osk.com.ua (osk.com.ua [195.5.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFAE843D53 for ; Tue, 29 Mar 2005 10:07:33 +0000 (GMT) (envelope-from subscriber@osk.com.ua) Received: from oleg.osk.lan (unknown [192.168.0.20]) by gandalf.osk.com.ua (Postfix) with ESMTP id 0E35278C08 for ; Tue, 29 Mar 2005 13:07:50 +0300 (EEST) Date: Tue, 29 Mar 2005 12:09:19 +0200 From: Oleg Tarasov X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <69880762.20050329120919@osk.com.ua> To: freebsd-stable@FreeBSD.org In-Reply-To: <15810317675.20050324122809@osk.com.ua> References: <15810317675.20050324122809@osk.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: kernel panics on sio interrupt-level overflows X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD MailList List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 10:07:34 -0000 Hello, This problem had unusual solution. It seems the key to this problem is that FreeBSD 5.3-STABLE-p5 (I have updated my system) has DEADLOCKS when intensively using sio device on high speed (115200) with SMP support. It seems that MPSAFE causes those deadlocks. Turning debug.mpsafenet="0" in /boot/loader.conf makes the system to work fine & stable instead of panicing every hour or more often -- Best regards, Oleg Tarasov mailto:subscriber@osk.com.ua From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 15:06:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 716BB16A4CE; Tue, 29 Mar 2005 15:06:31 +0000 (GMT) Received: from lynx.imedia.ru (lynx-comstar.imedia.ru [212.248.32.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id D902243D46; Tue, 29 Mar 2005 15:06:14 +0000 (GMT) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (root@local.badger [172.17.0.13]) j2TF67D0067735; Tue, 29 Mar 2005 19:06:07 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from badger.imedia.ru (eugene@localhost [127.0.0.1]) by badger.imedia.ru (8.13.1/8.13.1) with ESMTP id j2TF66VN060489; Tue, 29 Mar 2005 19:06:06 +0400 (MSD) (envelope-from eugene@imedia.ru) Received: from localhost (localhost [[UNIX: localhost]]) by badger.imedia.ru (8.13.1/8.13.1/Submit) id j2TF66ER060488; Tue, 29 Mar 2005 19:06:06 +0400 (MSD) (envelope-from eugene@imedia.ru) X-Authentication-Warning: badger.imedia.ru: eugene set sender to eugene@imedia.ru using -f From: Eugene Mitrofanov Organization: Independent Media To: freebsd-questions@freebsd.org Date: Tue, 29 Mar 2005 18:06:05 +0300 User-Agent: KMail/1.7.2 References: <200503291209.55621.eugene@imedia.ru> In-Reply-To: <200503291209.55621.eugene@imedia.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503291906.06268.eugene@imedia.ru> cc: freebsd-stable@freebsd.org Subject: Re: supermicro 6014H-82 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 15:06:31 -0000 FYI: the problem is solved. I've installed 5.2.1-R and cvsup to 5.4-pre. All works fine for me. It seems that it is a feature of the GENERIC kernel from 5.3 / 5.4 boot cd. Thanks > Hi list > I've got the subj and tried to install FreeBSD. > 5.3-R, 5.4-BETA1, 5.4-STABLE did not install at all. They timeouted on > ATA and hang while probing asr0, but 5.2.1-R installed fine. Any > suggestion? I would like to use 5.4-R. Does anybody use the subj with > 5.3-R or later? Best Regards -- EMIT-RIPN, EVM7-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 15:55:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E14E216A4CE for ; Tue, 29 Mar 2005 15:55:29 +0000 (GMT) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1382D43D53 for ; Tue, 29 Mar 2005 15:55:29 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j2TFtS0v005928 for ; Tue, 29 Mar 2005 17:55:29 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2TFtQOV005907 for stable@freebsd.org; Tue, 29 Mar 2005 17:55:26 +0200 (CEST) (envelope-from rene) Date: Tue, 29 Mar 2005 17:55:22 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050329155522.GA4745@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: ndis crash on 5.4pre with Ralink RT2500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 15:55:30 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2005 at 05:45:34PM +0100, Rene Ladan wrote: > On Tue, Mar 22, 2005 at 11:39:23PM +0100, Rene Ladan wrote: > > On Tue, Mar 22, 2005 at 10:49:15PM +0100, Rene Ladan wrote: [snip] > > The card itself is a Sweex LC500050, which might not work on PCIBIOS 2.1 > > motherboards according to ral(4) (mine is old enough to be one of > > these). Maybe this helps the panic? > >=20 > > I captured a panic (hand-written), after a "ndis0 up" message from the > > kernel, with inet address still 0.0.0.0 : > >=20 [snip panic/pciregs/trace] I recompiled the kernel with WITNESS turned on, but no LOR arises. It seems that the panic is triggered by card<->router traffic. As long as the ssid or WEP settings are wrong, dhclient(8) cannot panic the box, but once they're set, it can. I'm willing to test patches for RELENG_5. Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSXppvz70qa4zXcwRAn3SAJ9wEGol+JMFrmyQBWDZ3qc+72F0zgCeOpBX uke9kzlV/qDJEFm7gXEoRTA= =fnw3 -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 17:53:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55D3D16A4CF for ; Tue, 29 Mar 2005 17:53:41 +0000 (GMT) Received: from netcore.fi (netcore.fi [193.94.160.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2694F43D2F for ; Tue, 29 Mar 2005 17:53:40 +0000 (GMT) (envelope-from pekkas@netcore.fi) Received: from localhost (pekkas@localhost) by netcore.fi (8.11.6/8.11.6) with ESMTP id j2THrXC06070; Tue, 29 Mar 2005 20:53:33 +0300 Date: Tue, 29 Mar 2005 20:53:33 +0300 (EEST) From: Pekka Savola To: freebsd-stable@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Apache Signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 17:53:41 -0000 FWIW, It may be that our issue was this: http://www.freebsd.org/cgi/query-pr.cgi?pr=78776 What I have since then tried: - setting up irqs as sources for /dev/random pool, (in my case vmstat -i shows a lot of activity at 2, 10, 0 and 8, and I used the first two with rndcontrol and then in rc.conf w/ rand_irqs=) - installing prngd, and using it for SSL seeding - replacing SSLRandomSeed with different values (egd, builtin, urandom) At first. just commenting out the openssl php module didn't work, but now that I have more activity in /dev/random due to using irqs, removing openssl php module was apparently a sufficient short-term fix for my problem at least.. and it works now. However, I have no idea why it had suddenly ceased working; if I'd have to guess, this might have had something to with php4's openssl revision 1.84 at ports/lang/php4/Makefile (a compilation option to build openssl statically). HTH.. On Sun, 20 Mar 2005, Pekka Savola wrote: > I've started to experience the same thing which Kyle Mott and "Vlad" reported > with apache+mod_ssl crashing when SSL is enabled: > > #0 0x2840b63c in engine_table_select () from /usr/lib/libcrypto.so.3 > #1 0x283ebc88 in ENGINE_get_default_RAND () from /usr/lib/libcrypto.so.3 > #2 0x283eaf6e in RAND_get_rand_method () from /usr/lib/libcrypto.so.3 > #3 0x283eb07c in RAND_seed () from /usr/lib/libcrypto.so.3 > #4 0x2830be47 in ssl_rand_seed () from /usr/local/libexec/apache/libssl.so > #5 0x28307dac in ssl_init_Module () from /usr/local/libexec/apache/libssl.so > #6 0x8055714 in ap_init_modules () > #7 0x805d8fe in standalone_main () > #8 0x805e08b in main () > #9 0x804fcde in _start () > > A few salient points: > - running FreeBSD-4.11 stable, and the latest apache+mod_ssl port w/ PHP > - the crash occurs before httpd creates the child processes > - disabling PHP does not work; disabling SSL works around this > problem (but is not an acceptable solution, of course :) > - I don't have any cryptocards, nor have I made any significant > changes to the system since this started happening. The system > uptime was around 40 days, so the process has at least started fine > 40 days ago. > - rebuilding world and apache+mod_ssl does not help > - /dev/{u,}random seem to be fine > - my /tmp is mounted nodev,noexec,nosuid but this has worked with it > in the past, so should not be an issue. > > -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 18:11:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 310FB16A4CE for ; Tue, 29 Mar 2005 18:11:18 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B9E43D58 for ; Tue, 29 Mar 2005 18:11:18 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) id j2TIBG8d015615; Tue, 29 Mar 2005 10:11:16 -0800 (PST) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)j2TIBEgo011495; Tue, 29 Mar 2005 10:11:15 -0800 (PST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 29 Mar 2005 13:11:13 -0500 To: Pekka Savola X-Mailer: Apple Mail (2.619.2) cc: freebsd-stable@freebsd.org Subject: Re: Apache Signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 18:11:18 -0000 On Mar 29, 2005, at 12:53 PM, Pekka Savola wrote: > - setting up irqs as sources for /dev/random pool, (in my case vmstat > -i shows a lot of activity at 2, 10, 0 and 8, and I used the first two > with rndcontrol and then in rc.conf w/ rand_irqs=) IRQ 0 and 8 are clock interrupts (1/HZ for the scheduler, and a RTC), and IRQ 2 has some odd aggregate or multiplexing function for historical reasons; none of these make a good choice as an entropy source. Using an IRQ for your NIC (10?) and/or an interrupt for your hard drive (14?) are much better. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 18:26:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D81C16A4CE for ; Tue, 29 Mar 2005 18:26:16 +0000 (GMT) Received: from viharnik.xenya.net (viharnik.xenya.si [213.143.80.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6335443D54 for ; Tue, 29 Mar 2005 18:26:15 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (tabla.xenya.si [213.143.80.70]) by viharnik.xenya.net (Postfix) with ESMTP id 422712383C for ; Tue, 29 Mar 2005 20:26:16 +0200 (CEST) Received: from viharnik.xenya.net ([213.143.80.85]) by localhost (tabla.xenya.si [213.143.80.70]) (amavisd-new, port 10024) with ESMTP id 15479-02 for ; Tue, 29 Mar 2005 20:26:19 +0200 (CEST) Received: from [192.168.6.60] (unknown [192.168.6.60]) by viharnik.xenya.net (Postfix) with ESMTP id 19A5F23828 for ; Tue, 29 Mar 2005 20:26:15 +0200 (CEST) Message-ID: <42499E53.1090001@cuk.nu> Date: Tue, 29 Mar 2005 20:28:35 +0200 From: =?UTF-8?B?TWFya28gxIx1aw==?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <8eea040805010512321bf5b953@mail.gmail.com> <20050105205156.GB16655@odin.ac.hmc.edu> <20050106063032.GB13709@squash.dsto.defence.gov.au> <20050106064705.GA21853@odin.ac.hmc.edu> In-Reply-To: <20050106064705.GA21853@odin.ac.hmc.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at xenya.si Subject: ALTQ, pf and VLANs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 18:26:16 -0000 Will that be fixed in 5.4 ? Right now, today it won't work without a patch. pfctl: vlan0: driver does not support altq Thanks, Marko Cuk -- Private: http://cuk.nu Sports: http://www.cuk.nu Slovenian FreeBSD mirror admin http://www2.si.freebsd.org Work @ http://www.xenya.si From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 18:45:30 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AA1716A4CE for ; Tue, 29 Mar 2005 18:45:30 +0000 (GMT) Received: from mail.bitparts.org (mail.bitparts.org [66.166.64.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E96843D53 for ; Tue, 29 Mar 2005 18:45:29 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from [192.168.0.131] (keymaster.ymcastlouis.org [66.166.64.155] (may be forged)) (authenticated bits=0) by mail.bitparts.org (8.13.2/8.13.2) with ESMTP id j2TIjShg009398 for ; Tue, 29 Mar 2005 12:45:28 -0600 (CST) (envelope-from freebsd@bitparts.org) Message-ID: <4249A248.9060709@bitparts.org> Date: Tue, 29 Mar 2005 12:45:28 -0600 From: "J. Buck Caldwell" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with IBM xSeries 226 with ServeRAID 6i+ using FreeBSD 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 18:45:30 -0000 I'm having a serious problem with my IBM xSeries servers. I have several in the field working properly, using ServeRAID 6i controllers with firmware v7.00.14. However, I just recently ordered two new ones, and now I can't get them to work. The controller is a 6i+, with firmware v7.00.17. Using stock 5.3 Boot CD or floppy, I get as far as the IPS driver resetting the controller, which appears to work (the drive lights flash as though the controller is resetting). Then nothing. The system hangs, the fans slow down, nothing ever happens. If I boot in Non-ACPI mode, it's the same thing. However, if I boot in Safe Mode, it works perfectly. I've even managed to install the OS onto the system. However, in Safe Mode, I have no network adapters, so the server becomes instantly useless. Any help would be appreciated. Requests for more detail will be answered promptly. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 19:01:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 258CE16A4CE for ; Tue, 29 Mar 2005 19:01:22 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4776643D54 for ; Tue, 29 Mar 2005 19:01:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2TJ5FJo005790; Tue, 29 Mar 2005 12:05:15 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4249A57E.2000909@samsco.org> Date: Tue, 29 Mar 2005 11:59:10 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "J. Buck Caldwell" References: <4249A248.9060709@bitparts.org> In-Reply-To: <4249A248.9060709@bitparts.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable@freebsd.org Subject: Re: Problem with IBM xSeries 226 with ServeRAID 6i+ using FreeBSD 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 19:01:22 -0000 J. Buck Caldwell wrote: > I'm having a serious problem with my IBM xSeries servers. I have several > in the field working properly, using ServeRAID 6i controllers with > firmware v7.00.14. However, I just recently ordered two new ones, and > now I can't get them to work. The controller is a 6i+, with firmware > v7.00.17. > > Using stock 5.3 Boot CD or floppy, I get as far as the IPS driver > resetting the controller, which appears to work (the drive lights flash > as though the controller is resetting). Then nothing. The system hangs, > the fans slow down, nothing ever happens. > > If I boot in Non-ACPI mode, it's the same thing. However, if I boot in > Safe Mode, it works perfectly. I've even managed to install the OS onto > the system. However, in Safe Mode, I have no network adapters, so the > server becomes instantly useless. > > Any help would be appreciated. Requests for more detail will be answered > promptly. It sounds very much like an interrupt routing problem. Have you tried the 5.4-BETA CD? Scott From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 19:50:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E63C16A4CE for ; Tue, 29 Mar 2005 19:50:38 +0000 (GMT) Received: from nulis.lt (81-7-82-170.ip.takas.lt [81.7.82.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBBAC43D53 for ; Tue, 29 Mar 2005 19:50:37 +0000 (GMT) (envelope-from bob@nulis.lt) Received: from highland.tamsa ([10.0.1.1]) by nulis.lt with esmtp (Exim 4.50 (FreeBSD)) id 1DGMkk-00077H-TG; Tue, 29 Mar 2005 22:51:54 +0300 Message-ID: <4249B189.5060200@nulis.lt> Date: Tue, 29 Mar 2005 22:50:33 +0300 From: Saulius Menkevicius User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Wood References: <0MKz5u-1DF0Cp3ZSZ-0008TK@mrelay.perfora.net> <20050327130715.K35584@carver.gumbysoft.com> In-Reply-To: <20050327130715.K35584@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: installing FreeBSD on partition of a SATA Intel 865 raid0 volume X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 19:50:38 -0000 Doug White wrote: >On Fri, 25 Mar 2005, James Wood wrote: > > > >>How do you setup FreeBSD on a partition of a raid0 volume? I downloaded >>FreeBSD 5.3, then made a 60 GB partition in my raid volume, and then went to >>boot from the CD. It did not see any raid volumes, it just sees two HDs. >> >> > >FreeBSD does not recognize the Adaptec HostRAID metadata so you will not >be able to use RAID volumes configured with the HostRAID BIOS. You can use >atacontrol to create FreeBSD software RAIDs, however. > > > Actually there are is an unofficial patch to support the RAID0 mode in ICH5-R. http://www.ambrisko.com/doug/ata/ contains the patch, and I used it without problems for half a year in an i865pe/ich5-r configuration with RAID0 disk setup. (That was an older version of the patch, though). You will need another disk (a third one) to recompile the kernel after applying the patch, then boot it in the same system as the raid array. After booting the new kernel you'll see the raid volume as /dev/ar0 (AFAIR). The ad0/ad1 will still be visible. Then you'll need to setup the freebsd partition on ar0, disklabel it, mkfs and copy freebsd installation from this 3rd disk to the ar0 raid array. Then you'll need to setup boot loader (man boot0cfg, man boot). It needs some tinkering before it works, but sure it is possible to. Hope it helps. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 21:14:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F41016A4E5 for ; Tue, 29 Mar 2005 21:14:51 +0000 (GMT) Received: from server01.minions.com (server01.minions.com [209.237.225.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD9343D48 for ; Tue, 29 Mar 2005 21:14:50 +0000 (GMT) (envelope-from bifrost@minions.com) Received: from localhost (localhost [127.0.0.1]) by server01.minions.com (8.13.1/8.11.4) with ESMTP id j2TLEnwr045744; Tue, 29 Mar 2005 13:14:49 -0800 (PST) (envelope-from bifrost@minions.com) Date: Tue, 29 Mar 2005 13:14:49 -0800 (PST) From: Tom To: Doug White In-Reply-To: <20050324114250.O4978@carver.gumbysoft.com> Message-ID: <20050329131322.K39755@server01.minions.com> References: <20050322171607.O45596@server01.minions.com> <20050324114250.O4978@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-stable@freebsd.org Subject: Re: Problem with Sempron-2800 + FreeBSD 5.4-BETA/PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 21:14:51 -0000 On Thu, 24 Mar 2005, Doug White wrote: >> Stop in /usr/src/lib/libmagic. >> >> I've had this problem on this same box with every install I've done. > > System time off? Its set with NTP every night, so I don' think thats it. > Check the archives, this has come up before and been traced to problems > with the build environment. *sigh* didn't really see anything similar, although now this just happened to a 2.7Ghz celeron so I have no idea whats going on now heh. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 21:23:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55EC316A4CE for ; Tue, 29 Mar 2005 21:23:11 +0000 (GMT) Received: from mail.bitparts.org (mail.bitparts.org [66.166.64.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id B735943D3F for ; Tue, 29 Mar 2005 21:23:10 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from [192.168.0.131] (keymaster.ymcastlouis.org [66.166.64.155] (may be forged)) (authenticated bits=0) by mail.bitparts.org (8.13.2/8.13.2) with ESMTP id j2TLN4KZ010047; Tue, 29 Mar 2005 15:23:09 -0600 (CST) (envelope-from freebsd@bitparts.org) Message-ID: <4249C737.8030608@bitparts.org> Date: Tue, 29 Mar 2005 15:23:03 -0600 From: "J. Buck Caldwell" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <4249A248.9060709@bitparts.org> <4249A57E.2000909@samsco.org> In-Reply-To: <4249A57E.2000909@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Problem with IBM xSeries 226 with ServeRAID 6i+ using FreeBSD 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 21:23:11 -0000 Scott Long wrote: > J. Buck Caldwell wrote: > >> Any help would be appreciated. Requests for more detail will be >> answered promptly. > > It sounds very much like an interrupt routing problem. Have you tried > the 5.4-BETA CD? > > Scott > No help. Booting normally brings me to the same point - "ips0: resetting adapter, make take 5 minutes" - then nothing. System just hangs. Also, after that point, hitting the power button will not power-off the machine (of course, holding it in will). Anytime before that point, hitting the power button will turn the power off instantly. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 21:26:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C09E16A4E1 for ; Tue, 29 Mar 2005 21:26:04 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D48BD43D49 for ; Tue, 29 Mar 2005 21:26:03 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DGODo-00050J-00; Tue, 29 Mar 2005 23:26:00 +0200 Received: from [84.128.131.237] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DGODo-0002a8-00; Tue, 29 Mar 2005 23:26:00 +0200 From: Max Laier To: freebsd-stable@freebsd.org Date: Tue, 29 Mar 2005 22:25:25 +0100 User-Agent: KMail/1.7.2 References: <8eea040805010512321bf5b953@mail.gmail.com> <20050106064705.GA21853@odin.ac.hmc.edu> <42499E53.1090001@cuk.nu> In-Reply-To: <42499E53.1090001@cuk.nu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1719564.4lNaBmGfQV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503292325.38904.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Marko =?utf-8?q?=C4=8Cuk?= Subject: Re: ALTQ, pf and VLANs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 21:26:04 -0000 --nextPart1719564.4lNaBmGfQV Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 29 March 2005 20:28, Marko =C4=8Cuk wrote: > Will that be fixed in 5.4 ? Right now, today it won't work without a patc= h. > > pfctl: vlan0: driver does not support altq Please see:=20 http://lists.freebsd.org/mailman/htdig/freebsd-net/2005-February/006456.html If you still can't live without ALTQ rate-limitting on VLAN submit a PR and= =20 throw it my way. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1719564.4lNaBmGfQV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCScfSXyyEoT62BG0RAk2IAJ44XZbmZhzIQDvQV4y8apVp00nnswCeM0xs /44BlMbJHwGy2v3ccJ8pkvI= =zUcP -----END PGP SIGNATURE----- --nextPart1719564.4lNaBmGfQV-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 22:12:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12A4A16A515 for ; Tue, 29 Mar 2005 22:12:36 +0000 (GMT) Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252]) by mx1.FreeBSD.org (Postfix) with SMTP id 50A6C43D1F for ; Tue, 29 Mar 2005 22:12:36 +0000 (GMT) (envelope-from darcy@wavefire.com) Received: (qmail 21033 invoked from network); 29 Mar 2005 23:45:30 -0000 Received: from unknown (HELO ?64.141.15.12?) (64.141.15.12) by radius.wavefire.com with SMTP; 29 Mar 2005 23:45:30 -0000 From: Darcy Buskermolen Organization: Wavefire Technologies Corp To: freebsd-stable@freebsd.org Date: Tue, 29 Mar 2005 14:13:36 -0800 User-Agent: KMail/1.7.2 References: <20050322171607.O45596@server01.minions.com> <20050324114250.O4978@carver.gumbysoft.com> <20050329131322.K39755@server01.minions.com> In-Reply-To: <20050329131322.K39755@server01.minions.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503291413.37129.darcy@wavefire.com> Subject: Re: Problem with Sempron-2800 + FreeBSD 5.4-BETA/PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 22:12:37 -0000 On Tuesday 29 March 2005 13:14, Tom wrote: > On Thu, 24 Mar 2005, Doug White wrote: > >> Stop in /usr/src/lib/libmagic. > >> > >> I've had this problem on this same box with every install I've done. > > > > System time off? > > Its set with NTP every night, so I don' think thats it. > > > Check the archives, this has come up before and been traced to problems > > with the build environment. are you running out of allowed file handles ? or other "ulimit" ? > > *sigh* didn't really see anything similar, although now this just > happened to a 2.7Ghz celeron so I have no idea whats going on now heh. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Darcy Buskermolen Wavefire Technologies Corp. http://www.wavefire.com ph: 250.717.0200 fx: 250.763.1759 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 22:58:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93EC016A4CE for ; Tue, 29 Mar 2005 22:58:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FDD343D5C for ; Tue, 29 Mar 2005 22:58:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B740753387; Tue, 29 Mar 2005 14:58:34 -0800 (PST) Date: Tue, 29 Mar 2005 14:58:34 -0800 From: Kris Kennaway To: Oleg Tarasov Message-ID: <20050329225834.GA20557@xor.obsecurity.org> References: <15810317675.20050324122809@osk.com.ua> <69880762.20050329120919@osk.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <69880762.20050329120919@osk.com.ua> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@FreeBSD.org Subject: Re: kernel panics on sio interrupt-level overflows X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 22:58:36 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 29, 2005 at 12:09:19PM +0200, Oleg Tarasov wrote: > Hello, >=20 > This problem had unusual solution. It seems the key to this problem is > that FreeBSD 5.3-STABLE-p5 (I have updated my system) has DEADLOCKS > when intensively using sio device on high speed (115200) with SMP support. > It seems that MPSAFE causes those deadlocks. Turning >=20 > debug.mpsafenet=3D"0" >=20 > in /boot/loader.conf > makes the system to work fine & stable instead of panicing every hour > or more often Does enabling WITNESS support (and possibly excluding WITNESS_SKIPSPIN) produce any diagnostics? Kris =20 --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSd2aWry0BWjoQKURAmJVAJ9TxbEz+N/WysTPBAJTZivQgnSA8gCgql9Z dU2xPse2gJBAxboOqD3VP3w= =/1Hy -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 23:51:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6239F16A4CE; Tue, 29 Mar 2005 23:51:20 +0000 (GMT) Received: from xlter.afraid.org (CPE000625f49f20-CM014320105752.cpe.net.cable.rogers.com [24.101.79.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F3143D31; Tue, 29 Mar 2005 23:51:19 +0000 (GMT) (envelope-from joel@xlter.afraid.org) Received: from [IPv6:::1] (localhost.dynalias.net [IPv6:::1]) by xlter.afraid.org (8.13.1/8.13.1) with ESMTP id j2TNpF94024459; Tue, 29 Mar 2005 18:51:17 -0500 (EST) (envelope-from joel@xlter.afraid.org) Message-ID: <4249E9F3.5060008@xlter.afraid.org> Date: Tue, 29 Mar 2005 18:51:15 -0500 From: Joel Heikkila User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: FreeBSD 5-STABLE doesn't compile: fails on Kerberos5? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 23:51:20 -0000 I was trying to "make buildworld" the 5-STABLE tree (fetched as of about an hour ago), and I got these error messages a bit of the way into it. Any idea what was causing this? I'll get back to you right away if you need more information or anything. /usr/local/libexec/ccache/cc -O -march=pentium2 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/cache.c /usr/local/libexec/ccache/cc -O -march=pentium2 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c: In function `setpw_send_request': /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:170: error: syntax error before "chpw" /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: `chpw' undeclared (first use in this function) /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: (Each undeclared identifier is reported only once /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/kerberos5/lib/libkrb5. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -------------------------------------- Joel Heikkila From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 00:55:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EC9E16A4CE for ; Wed, 30 Mar 2005 00:55:43 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A28143D1D for ; Wed, 30 Mar 2005 00:55:40 +0000 (GMT) (envelope-from linicks@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so717271wra for ; Tue, 29 Mar 2005 16:55:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=c7vzxn3E24DhlIWpIDdsPVx1moQ5Woe7uEAt7JClPMymyWlOUP3ltMuLL2YixJa2kDKBaBnhBBhru2HBXEAtLQiRAZyen1ZLxCDKBZZoCHvlYMKw1sD8FuDUAzUNhMgWyerw2HAT7pDYujCktKqIYrbVCu6b7W+Ik4GlX3Gf/oE= Received: by 10.54.10.23 with SMTP id 23mr155519wrj; Tue, 29 Mar 2005 16:55:35 -0800 (PST) Received: by 10.54.98.3 with HTTP; Tue, 29 Mar 2005 16:55:35 -0800 (PST) Message-ID: Date: Tue, 29 Mar 2005 17:55:35 -0700 From: Nick Pavlica To: Joel Heikkila In-Reply-To: <4249E9F3.5060008@xlter.afraid.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <4249E9F3.5060008@xlter.afraid.org> cc: stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD 5-STABLE doesn't compile: fails on Kerberos5? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Nick Pavlica List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 00:55:43 -0000 On Tue, 29 Mar 2005 18:51:15 -0500, Joel Heikkila wrote: > I was trying to "make buildworld" the 5-STABLE tree (fetched as of about > an hour ago), and I got these error messages a bit of the way into it. > > Any idea what was causing this? I'll get back to you right away if you > need more information or anything. > > /usr/local/libexec/ccache/cc -O -march=pentium2 > -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 > -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 > -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. > -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 > -c /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/cache.c > /usr/local/libexec/ccache/cc -O -march=pentium2 > -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5 > -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/asn1 > -I/usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/roken -I. > -DHAVE_CONFIG_H -I/usr/src/kerberos5/lib/libkrb5/../../include -DINET6 > -c > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c: > In function `setpw_send_request': > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:170: > error: syntax error before "chpw" > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: > error: `chpw' undeclared (first use in this function) > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: > error: (Each undeclared identifier is reported only once > /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:188: > error: for each function it appears in.) > *** Error code 1 > > Stop in /usr/src/kerberos5/lib/libkrb5. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > -------------------------------------- > Joel Heikkila > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > You may want to take a look at this thread as well: http://lists.freebsd.org/pipermail/freebsd-current/2005-March/047173.html --Nick From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 02:08:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A11016A4CE for ; Wed, 30 Mar 2005 02:08:44 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B48543D4C for ; Wed, 30 Mar 2005 02:08:43 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2U28goA000828 for ; Tue, 29 Mar 2005 20:08:42 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Tue Mar 29 20:08:42 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2U28fUQ000826; Tue, 29 Mar 2005 20:08:41 -0600 (CST) (envelope-from karl) Message-ID: <20050329200841.A772@denninger.net> Date: Tue, 29 Mar 2005 20:08:41 -0600 From: Karl Denninger To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 02:08:44 -0000 WARNING! FreeBSD 5.4-PRERELEASE #6: Tue Mar 29 12:44:22 CST 2005 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-PRERELEASE #6: Tue Mar 29 12:44:22 CST 2005 karl@FS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 267862016 (255 MB) avail memory = 252456960 (240 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 atapci0: port 0xcd70-0xcd7f,0xcd5c-0xcd5f,0xcd68-0xcd6f,0xcd58-0xcd5b,0xcd60-0xcd67 mem 0xfe7dee00-0xfe7defff irq 21 at device 0.0 on pci2 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ahc0: port 0xce00-0xceff mem 0xfe7df000-0xfe7dffff irq 22 at device 1.0 on pci2 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs rp0: port 0xcd80-0xcdbf irq 17 at device 2.0 on pci2 RocketPort0 (Version 3.02) 4 ports. pcib3: at device 3.0 on pci2 pci3: on pcib3 fxp0: port 0xbf80-0xbf9f mem 0xfe400000-0xfe4fffff,0xf8001000-0xf8001fff irq 19 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:6f:ce:e8 fxp1: port 0xbfe0-0xbfff mem 0xfe500000-0xfe5fffff,0xf8000000-0xf8000fff irq 18 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:d0:b7:6f:ce:e9 em0: port 0xcdc0-0xcdff mem 0xfe7e0000-0xfe7fffff irq 18 at device 12.0 on pci2 em0: Ethernet address: 00:0c:f1:c9:df:c5 em0: Speed:N/A Duplex:N/A isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 atapci2: port 0xfea0-0xfeaf,0xfe30-0xfe33,0xfe20-0xfe27,0xfe10-0xfe13,0xfe00-0xfe07 irq 18 at device 31.2 on pci0 ata4: channel #0 on atapci2 ata5: channel #1 on atapci2 pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xd1800-0xd3fff,0xd0000-0xd17ff,0xcf800-0xcffff,0xcb000-0xcf7ff,0xc0000-0xcafff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 RTC BIOS diagnostic error 18 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata1-master UDMA33 ad4: 238475MB [484521/16/63] at ata2-master SATA150 ad6: 239372MB [486344/16/63] at ata3-master SATA150 em0: Link is up 100 Mbps Full Duplex ad8: 239372MB [486344/16/63] at ata4-master SATA150 ad10: 238475MB [484521/16/63] at ata5-master SATA150 Waiting 15 seconds for SCSI devices to settle GEOM_MIRROR: Device boot created (id=1131801609). GEOM_MIRROR: Device boot: provider ad8s1 detected. GEOM_MIRROR: Device boot: provider ad10s1 detected. GEOM_MIRROR: Device boot: provider ad10s1 activated. GEOM_MIRROR: Device boot: provider mirror/boot launched. GEOM_MIRROR: Device boot: rebuilding provider ad8s1. sa0 at ahc0 bus 0 target 2 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 15) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/mirror/boota WARNING: /dbms was not properly dismounted WARNING: /disk was not properly dismounted WARNING: /archive was not properly dismounted em0: Link is up 100 Mbps Full Duplex Built this afternoon. This has a fix in the ATA code, to wit: mdodd 2005-03-23 04:50:26 UTC FreeBSD src repository Modified files: (Branch: RELENG_5) sys/dev/ata ata-queue.c Log: MFC 1.42: When resubmitting a timed out request, reset donecount. 1.41: Reset timeout when we are back from interrupt. 1.40: Correct logical error, result was that retries wasn't always made but failure reported instead. 1.39: Do not retry on requests that have lost their device during reinit. Approved by: re Revision Changes Path 1.32.2.6 +10 -3 src/sys/dev/ata/ata-queue.c This change is EXTREMELY DANGEROUS. If your system takes a RECOVERABLE DMA Write Error (as is happening frequently on machines with SATA drives on the PCI bus!) you used to get a drive disconnect from the mirror. NOW you end up with a RADICALLY unstable machine. Specifically, interrupts now get seriously screwed up, serial I/O on the machine stops working immediately, and ultimately the machine crashes or hangs in VERY odd ways. This change needs to be backed out immediately until it can be determined why a requeued request destabilizes the system. I have removed the ad4 and ad6 drives here (which are the ones on the PCI bus) until this is addressed. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 02:57:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA6C516A4CE for ; Wed, 30 Mar 2005 02:57:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F24843D3F for ; Wed, 30 Mar 2005 02:57:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 50B7572DDD; Tue, 29 Mar 2005 18:57:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4C07F72DDB; Tue, 29 Mar 2005 18:57:35 -0800 (PST) Date: Tue, 29 Mar 2005 18:57:35 -0800 (PST) From: Doug White To: Graham Menhennitt In-Reply-To: <4247AFDB.1060307@optusnet.com.au> Message-ID: <20050329184539.C58510@carver.gumbysoft.com> References: <42436771.3060006@optusnet.com.au> <20050325133558.U16071@carver.gumbysoft.com> <20050327130409.F35584@carver.gumbysoft.com> <4247AFDB.1060307@optusnet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: "ffs_mountroot: can't find rootvp" after cvsup and making worldfmen X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 02:57:35 -0000 On Mon, 28 Mar 2005, Graham Menhennitt wrote: > I compared the output of "boot -v" for the working and broken kernels. > It seems that the broken one does fewer loops around the disk probe and > hence has less lines of > ata0-master: stat=0x90 err=0x90 lsb=0x90 msb=0x90 You know, that looks like 0xd0 with some masking... > than the one that works. Since that line comes from ata-lowlevel.c, I > cvs'ed versions of that file going back to around when I built the > working kernel. The following seems to be the change that broke it. This is the delta to rev 1.51 of src/sys/dev/ata/ata-lowlevel.c. That adds a condition that is supposed to detect an empty channel. Now why your controller sasys the channel is empty and somehow becomes un-empty later is a good question. > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > --- ata-lowlevel.c Mon Mar 28 15:59:57 2005 > +++ ata-lowlevel.c_orig Wed Mar 23 19:17:46 2005 > @@ -605,19 +605,26 @@ > } > } > if (mask == 0x01) /* wait for master only */ > - if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5)) > + if (!(stat0 & ATA_S_BUSY) || (stat0 == 0xff && timeout > 5) || > + (stat0 == err && lsb == err && msb == err && timeout > 5)) > break; > if (mask == 0x02) /* wait for slave only */ > - if (!(stat1 & ATA_S_BUSY) || (stat1 == 0xff && timeout > 5)) > + if (!(stat1 & ATA_S_BUSY) || (stat1 == 0xff && timeout > 5) || > + (stat1 == err && lsb == err && msb == err && timeout > 5)) > break; > if (mask == 0x03) { /* wait for both master & slave */ > if (!(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) > break; > - if (stat0 == 0xff && timeout > 5) > + if ((stat0 == 0xff && timeout > 5) || > + (stat0 == err && lsb == err && msb == err && timeout > 5)) > mask &= ~0x01; > - if (stat1 == 0xff && timeout > 5) > + if ((stat1 == 0xff && timeout > 5) || > + (stat1 == err && lsb == err && msb == err && timeout > 5)) > mask &= ~0x02; > } > + if (mask == 0 && !(stat0 & ATA_S_BUSY) && !(stat1 & ATA_S_BUSY)) > + break; > + > ata_udelay(100000); > } > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > > Anyway, I now have a working kernel. I presume that I should file a PR > on this. Yes please. Do you have a long delay at the point where the bogus messages are printed in the newer kernel, but in the older? The change implies that it will get out of a busted channel faster, but your disk apparently needs a longer delay. If its hanging for the full 30s on the working kernel then that woud explain why shortening the dealy ends up with a missing disk. If you want to try another workaround, increase the ata_udelay(100000); by 2, and progressively longer until your disk reappears. (You may want to reduce the for exit condition on timeout since it'll wait 310 iterations.) If that doesn't work, start increasing the DELAY()s. You might also check for a drive firmware update. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 03:19:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9F3C16A4CE for ; Wed, 30 Mar 2005 03:19:38 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C88D43D1F for ; Wed, 30 Mar 2005 03:19:38 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 729D172DDD; Tue, 29 Mar 2005 19:19:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6CE3272DDB; Tue, 29 Mar 2005 19:19:38 -0800 (PST) Date: Tue, 29 Mar 2005 19:19:38 -0800 (PST) From: Doug White To: Mars Trading In-Reply-To: <200503281506.03282.marstrade@gmail.com> Message-ID: <20050329191350.G58510@carver.gumbysoft.com> References: <20050328053114.66248.qmail@web54006.mail.yahoo.com> <200503281506.03282.marstrade@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Rob cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 03:19:39 -0000 On Mon, 28 Mar 2005, Mars Trading wrote: > I think you may be on to something here. Not that I'm an expert, > BTW. If I remember correctly, 4.11 doesn't use device.hints; > device irq's and stuff were all included in the kernel > configuration. > > This is no longer the case with 5.x which uses /boot/device.hints to > tell where attached devices are. But how does one edit > device.hints on a boot cd? You set the variables from the loader with the "set" command. For example, if you need to add this to device.hints: hint.ata.0.at="isa" type this on the loader command line: set hint.ata.0.at="isa" On 4.x the hints were configured so that it would still probe the ISA resources if the PCI attachments failed. On 5.x this is likely not the case. However on 5.x that "disabled by BIOS" message is gone so it should attach if that particular message was the reason before. However someone clipped that message from the output so I don't even know why its failing to attach in the first place. So its said again .. Use a different ATA controller. Please. The RZ1000 series should not be used under ANY CIRCUMSTANCES WHATSOEVER. > > Dennis > > On Monday 28 March 2005 13:31, Rob wrote: > > --- Randy Rowe wrote: > > > On Sun, 2005-03-27 at 00:10 -0800, Rob wrote: > > > > I have a very old Pentium-1 PC (60 MHz). > > > > > > > > I have installed 4.11, without any problems, > > > > although the dmesg output has a line about buggy > > > > ATA controller (see below for dmesg output). > > > > ------------------------------------------------ > > > > > > > > 'dmesg' output after 4.11 installation: > > > > > > > > CPU: Pentium/P5 (58.18-MHz 586-class CPU) > > > > atapci0: > > > chip data loss possible> at device 1.0 on pci0 > > > > atapci0: ATA channel disabled by BIOS > > > > > > If the above line is true, I am surprised that 4.11 > > > works. > > > Is the channel really disabled in BIOS? > > > > First of all, I'm not expert in these matters. I'm > > just curious why I can install 4.11, but not 5.3. > > (I wish I could install 5.3 !!). > > > > Indeed, the BIOS is a strange issue. > > In the BIOS setup, I can select > > 1) Standard CHS > > 2) Logical block > > 3) Extended CHS, > > 4) Auto Detected > > > > But whatever I select here, when I get back into the > > the BIOS setup, to verify check my settings, I > > find that 1) is selected. Apparently this is what > > means "disabled by BIOS", but I'm not sure. > > > > The 4.11 dmesg output has following: > > > > ------------------------------------------------ > > CPU: Pentium/P5 (55.18-MHz 586-class CPU) > > Origin = "GenuineIntel" Id = 0x517 Stepping = 7 > > Features=0x1bf > > -//- > > atapci0: > chip data loss possible> at device 1.0 on pci0 > > atapci0: ATA channel disabled by BIOS > > -//- > > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > > -//- > > ad0: 520MB [1057/16/63] at ata0-master > > BIOSPIO > > ------------------------------------------------ > > > > Notice that the harddisks are on isa0, not on > > atapci0; probably because of this buggy chip and/or > > BIOS problem. > > > > Could it be that 5.3 install cannot (yet?) handle > > harddisks on isa properly? > > Or must I help 5.3 by setting some hints/syscontrols > > before loading the kernel? > > > > Thanks, > > Rob. > > > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Small Business - Try our new resources site! > > http://smallbusiness.yahoo.com/resources/ > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to > > "freebsd-stable-unsubscribe@freebsd.org" > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 03:21:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99DB416A4CE for ; Wed, 30 Mar 2005 03:21:24 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B77A43D53 for ; Wed, 30 Mar 2005 03:21:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 50C8672DDD; Tue, 29 Mar 2005 19:21:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4EC6F72DDB; Tue, 29 Mar 2005 19:21:24 -0800 (PST) Date: Tue, 29 Mar 2005 19:21:24 -0800 (PST) From: Doug White To: Rob In-Reply-To: <20050328080301.79347.qmail@web54010.mail.yahoo.com> Message-ID: <20050329191949.P58510@carver.gumbysoft.com> References: <20050328080301.79347.qmail@web54010.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Mars Trading cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 03:21:24 -0000 On Mon, 28 Mar 2005, Rob wrote: > I found a webpage: > http://www.gsp.com/cgi-bin/man.cgi?section=4&topic=acd > which mentions a bit about syscontrols, that might > be relevant to my problem. This is a more recent version of that page: http://www.freebsd.org/cgi/man.cgi?query=acd&apropos=0&sektion=0&manpath=FreeBSD+5.3-RELEASE+and+Ports&format=html > So I hope this can be solved with 5.3 by setting the > proper hints/syscontrols as loader settings before > the kernel is loaded. But I'm don't know whether > the 5.3 install process allows me doing this. > > How can I modify the install process and which > hints/controls should I modify? I hope someone > here on the list has some good ideas :). You can set hints from the loader prompt with the "set" command. If you can set up a serial console, can you capture the output of a verbose boot? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 04:02:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50D1C16A4CE for ; Wed, 30 Mar 2005 04:02:37 +0000 (GMT) Received: from phoenix.severttk.ru (phoenix.severttk.ru [80.92.0.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B05F343D54 for ; Wed, 30 Mar 2005 04:02:36 +0000 (GMT) (envelope-from freebsd-maillists@vibrators.ru) Received: from phoenix.severttk.ru (localhost [127.0.0.1]) by phoenix.severttk.ru (Postfix) with SMTP id DF17FAB51 for ; Wed, 30 Mar 2005 08:02:35 +0400 (MSD) Received: from gate-sttk.km.vibrators.ru (vlan101-sv-yar03ra.severttk.ru [80.92.2.130]) by phoenix.severttk.ru (Postfix) with ESMTP id B43D3AAFE for ; Wed, 30 Mar 2005 08:02:29 +0400 (MSD) Received: from asu-reaper.km.vibrators.ru (reaper [192.168.1.36] (may be forged))j2TCfq2Q099819 for ; Tue, 29 Mar 2005 16:41:53 +0400 (MSD) (envelope-from freebsd-maillists@vibrators.ru) Date: Tue, 29 Mar 2005 16:41:55 +0400 To: freebsd-stable@freebsd.org From: "Michael Lednev" Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2(BETA3)/8.0 (Win32, build 7522) Subject: make release fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 04:02:37 -0000 hello i'm trying to build my own release cd for 4-STABLE branch. doing make release BUILDNAME=4-STABLE-20050328-0300 CHROOTDIR=/usr/release CVSROOT=/home/ncvs RELEASETAG=RELENG_4 -DSEPARATE_LIVEFS in /usr/src/release results in error like this cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/R/stage/trees/bin set - `grep "^[a-zA-Z]" /usr/src/etc/locale.deprecated`; while [ $# -gt 0 ] ; do for dir in /usr/share/locale /usr/share/nls /usr/local/share/nls; do test -d /R/stage/trees/bin/${dir} && cd /R/stage/trees/bin/${dir}; test -L "$2" && rm -rf "$2"; test \! -L "$1" && test -d "$1" && mv "$1" "$2"; done; shift; shift; done mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /R/stage/trees/bin/ mtree: /R/stage/trees/bin/: No such file or directory *** Error code 1 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 Stop in /usr/src/release. what to change in my make command or in system to build release? host system is 5.3-STABLE From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 04:31:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB04016A4CE for ; Wed, 30 Mar 2005 04:31:17 +0000 (GMT) Received: from 163.com (smtp.163.com [202.108.44.205]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BE7443D2D for ; Wed, 30 Mar 2005 04:31:16 +0000 (GMT) (envelope-from ncisoft@163.com) Received: from [192.168.1.15] (unknown [61.51.103.93]) by smtp2 (Coremail) with SMTP id LEChh3YrSkL0knEA.2 for ; Wed, 30 Mar 2005 12:30:52 +0800 (CST) X-Originating-IP: [61.51.103.93] Date: Wed, 30 Mar 2005 12:30:50 +0800 From: Young Lee To: Uzi Klein In-Reply-To: <42491F63.9020305@bmby.com> References: <20050329165741.DD3B.NCISOFT@163.com> <42491F63.9020305@bmby.com> Message-Id: <20050330122213.CB3E.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [en] cc: ncisoft@163.com cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 04:31:17 -0000 I have try your solution yesterday, so far it is stable, and will observe the stability for some days. btw, i turn "debug.mpsafenet=0" in /boot/loader.conf to evade the possible network stack deadlock under SMP. -- Young Lee On Tue, 29 Mar 2005 11:26:59 +0200 Uzi Klein wrote: > Young Lee wrote: > > as I said , I build mysql41-server from port without any parameters, > > so you can see libwrap, and i will --without it next time. > > > > the smp kernel should be crashed in 2 minutes, so my server is > > running with UP configuration, and the SMP dmesg wasn't saved. > > > > I wonder ADAPTIVE_MUTEXES options is suitable for SMP? I am very > > likely to see your kernel conf file and mysql build options, they > > will be very useful, thanks. > > > > attached my kernel conf file > > im using mysql with linuxthreads : > > # cd /usr/ports/databases/mysql41-server > # make \ > WITH_CHARSET=latin1 \ > WITH_XCHARSET=complex \ > WITH_COLLATION=latin1_general_ci \ > WITH_LINUXTHREADS=yes \ > BUILD_STATIC=yes \ > BUILD_OPTIMIZED=yes > # make install clean > > -- > Uzi Klein > Software Development Manager > BMBY Software Systems Ltd > 2 Hataasia St., Yokneam, Israel > Email: uzi@bmby.com > P: +972 4 959 79 89 > M: +972 52 374 53 34 > F: +972 3 617 93 36 > Web: http://www.bmby.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 04:40:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D32D16A4CE for ; Wed, 30 Mar 2005 04:40:54 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B3E43D68 for ; Wed, 30 Mar 2005 04:40:53 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2U4emrG068231; Tue, 29 Mar 2005 23:40:50 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Tue, 29 Mar 2005 23:40:48 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Karl Denninger In-Reply-To: <20050329200841.A772@denninger.net> Message-ID: <20050329233843.L328@sasami.jurai.net> References: <20050329200841.A772@denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Tue, 29 Mar 2005 23:40:51 -0500 (EST) cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 04:40:54 -0000 On Tue, 29 Mar 2005, Karl Denninger wrote: > 1.42: When resubmitting a timed out request, reset donecount. > 1.41: Reset timeout when we are back from interrupt. > 1.40: Correct logical error, result was that retries wasn't always made but > failure reported instead. > 1.39: Do not retry on requests that have lost their device during reinit. > > This change is EXTREMELY DANGEROUS. > > This change needs to be backed out immediately until it can be determined > why a requeued request destabilizes the system. The changes in question are very small. Could you attempt to isolate which one is the cause? Thanks. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 05:01:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B09616A4CE for ; Wed, 30 Mar 2005 05:01:51 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4621D43D31 for ; Wed, 30 Mar 2005 05:01:51 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 34DC572DDD; Tue, 29 Mar 2005 21:01:51 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2FADC72DDB; Tue, 29 Mar 2005 21:01:51 -0800 (PST) Date: Tue, 29 Mar 2005 21:01:51 -0800 (PST) From: Doug White To: =?GB2312?B?wO7S47jV?= In-Reply-To: <20050329141522.DD32.NCISOFT@163.com> Message-ID: <20050329210051.M59551@carver.gumbysoft.com> References: <20050329141522.DD32.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 05:01:51 -0000 On Tue, 29 Mar 2005, [GB2312] =C0=EE=D2=E3=B8=D5 wrote: > Hi, > > I have a dell pe2650 box with dual xeon 2.4G, disabled the HTT, > installed 5.3-RELEASE, enabled SMP, mysql 4.1.10a built from > the port. > > If the mysql connections is high (e.g. over 100 connections), > the system will freezes in several minutes, and the fatal alway > indicated to the mysqld process. When I build the kernel without > SMP, the system is stable. I have try 5.3-p5 and 5.4-PRE, the > problem is still there. > > It's my configuration mistake or will be solved in 5.4-RELEASE ? There's just not enough information to tell. When you say "freeze", is the machine totally unresponsive, or does the console allow you to type characters? Can you ping the system when it appears frozen? Does the system eventually recover if the load is taken away? --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 05:08:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BA8416A4CE for ; Wed, 30 Mar 2005 05:08:32 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B632543D58 for ; Wed, 30 Mar 2005 05:08:31 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2U58Us2003595 for ; Tue, 29 Mar 2005 23:08:30 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Tue Mar 29 23:08:30 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2U58U50003593; Tue, 29 Mar 2005 23:08:30 -0600 (CST) (envelope-from karl) Message-ID: <20050329230830.A3222@denninger.net> Date: Tue, 29 Mar 2005 23:08:30 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050329233843.L328@sasami.jurai.net>; from Matthew N. Dodd on Tue, Mar 29, 2005 at 11:40:48PM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 05:08:32 -0000 On Tue, Mar 29, 2005 at 11:40:48PM -0500, Matthew N. Dodd wrote: > On Tue, 29 Mar 2005, Karl Denninger wrote: > > 1.42: When resubmitting a timed out request, reset donecount. > > 1.41: Reset timeout when we are back from interrupt. > > 1.40: Correct logical error, result was that retries wasn't always made but > > failure reported instead. > > 1.39: Do not retry on requests that have lost their device during reinit. > > > > This change is EXTREMELY DANGEROUS. > > > > This change needs to be backed out immediately until it can be determined > > why a requeued request destabilizes the system. > > The changes in question are very small. Could you attempt to isolate > which one is the cause? > > Thanks. Pretty sure its the requeue (e.g. 1.40 and 1.42); I attempted to put this patch in the system back before it was MFC'd (when it orginally showed up in -HEAD) and it failed in exactly the same way. The first time it created a LOT of head-scratching ("how come my serial board has suddenly gone deaf?!") and it wasn't until it got to where the console wouldn't respond that the light went on and I said "oh, so THAT's what that patch really does!" :-> That got backed out FAST :-) I believe the previous version of that file in -STABLE was 1.38 - that has the 'errors don't actually get retried' problem that results in immediate detaches - the reason for the update was that I noted the commit and figured that the problem from my last attempt with including this had either been fixed or I had missed some dependancy in my earlier attempt. I have an open PR on the underlying problem (SATA drives on a number of common configurations returning false errors and detaching when part of a geom mirror) which I've marked as "serious". Its at http://www.freebsd.org/cgi/query-pr.cgi?pr=77643 There is a comment attached to the PR from another user who has duplicated the underlying problem. Note that back on 3/2/05 I attempted to apply the 1.42 version of this file to -STABLE and got the same failure, and added that fact to the PR. I also reported it here. It appears that both reports were either missed or ignored and this change was committed to -RELENG_5. I'm not sure if I can cobble up a test machine with the right configuration of hardware to go through each of the above changes in turn to see if I can isolate which of the three it is, but I'll give it a shot over the next couple of days. I'm 1 SATA disk short of what I need to do this in my sandbox. If I do not trigger the requeue all appears to be fine. This is one that IMHO has to either be found and fixed or backed out for the impending -RELEASE. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 05:41:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A73C16A4CE for ; Wed, 30 Mar 2005 05:41:12 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B49143D2D for ; Wed, 30 Mar 2005 05:41:12 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2U5f7mr072693; Wed, 30 Mar 2005 00:41:10 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Wed, 30 Mar 2005 00:41:07 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Karl Denninger In-Reply-To: <20050329230830.A3222@denninger.net> Message-ID: <20050330004006.G328@sasami.jurai.net> References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Wed, 30 Mar 2005 00:41:10 -0500 (EST) cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 05:41:12 -0000 On Tue, 29 Mar 2005, Karl Denninger wrote: > Pretty sure its the requeue (e.g. 1.40 and 1.42). Isolate the specific change please. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 05:43:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4BD16A4CE for ; Wed, 30 Mar 2005 05:43:20 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 917B443D60 for ; Wed, 30 Mar 2005 05:43:19 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2U5hIZN004111 for ; Tue, 29 Mar 2005 23:43:18 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Tue Mar 29 23:43:18 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2U5hIew004109; Tue, 29 Mar 2005 23:43:18 -0600 (CST) (envelope-from karl) Message-ID: <20050329234318.A3883@denninger.net> Date: Tue, 29 Mar 2005 23:43:18 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050329230830.A3222@denninger.net>; from Karl Denninger on Tue, Mar 29, 2005 at 11:08:30PM -0600 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 05:43:20 -0000 Here's the diff and some thoughts.... Fs:/usr/src/sys/dev/ata> cvs diff -r 1.32.2.5 ata-queue.c Index: ata-queue.c =================================================================== RCS file: /usr/cvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.32.2.5 retrieving revision 1.32.2.6 diff -r1.32.2.5 -r1.32.2.6 30c30 < __FBSDID("$FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32.2.5 2004/10/24 09:27:37 sos Exp $"); --- > __FBSDID("$FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32.2.6 2005/03/23 04:50:26 mdodd Exp $"); 218a219,221 > if (!dumping) > callout_reset(&request->callout, request->timeout * hz, > (timeout_t*)ata_timeout, request); 241,243c244,249 < < /* if reinit succeeded and retries still permit, reinject request */ < if (ata_reinit(ch) && request->retries-- > 0 && request->device->param){ --- > /* > * if reinit succeeds, retries still permit and device didn't > * get removed by the reinit, reinject request > */ > if (!ata_reinit(ch) && request->retries-- > 0 > && request->device->param){ 245a252 > request->donecount = 0; The second diff is really just a formatting and comment change.. you're certainly correct that the changes are small! :-) Without the last delta the requeue doesn't happen at all. I remember pulling that when I ran into this originally towards the first of the month and without it the requeue just didn't happen (e.g. it reverted back to the old behavior of just detaching the disk on the original error) - so it appears that the reset of donecount was what was "missing" in the original implementation in terms of the retry actually happening. The difficulty is figuring out if requeueing is broken in general (and the effective disabling of it by not resetting "donecount" masked the brokenness) or whether its something else (e.g. perhaps the reset of the callout?) The destabilization that happens is bizarre - the system gets VERY strange, with interrupt-driven things "disappearing" - like serial port input - and if left alone eventually (within a half-hour or so) you'll get to the point where the network and console are completely unresponsive. BTW after reboot the filesystem was damaged enough that it refused to check in the background, forcing me to sit through the entire fsck sequence (~30 minutes) before it'll come back up. Will see if I can get my sandbox machine into a configuration that will make looking into this further possible - in the meantime until its sorted out you might want to think about rolling back this one for RELENG_5. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind On Tue, Mar 29, 2005 at 11:08:30PM -0600, Karl Denninger wrote: > On Tue, Mar 29, 2005 at 11:40:48PM -0500, Matthew N. Dodd wrote: > > On Tue, 29 Mar 2005, Karl Denninger wrote: > > > 1.42: When resubmitting a timed out request, reset donecount. > > > 1.41: Reset timeout when we are back from interrupt. > > > 1.40: Correct logical error, result was that retries wasn't always made but > > > failure reported instead. > > > 1.39: Do not retry on requests that have lost their device during reinit. > > > > > > This change is EXTREMELY DANGEROUS. > > > > > > This change needs to be backed out immediately until it can be determined > > > why a requeued request destabilizes the system. > > > > The changes in question are very small. Could you attempt to isolate > > which one is the cause? > > > > Thanks. > > Pretty sure its the requeue (e.g. 1.40 and 1.42); I attempted to put this > patch in the system back before it was MFC'd (when it orginally showed up in > -HEAD) and it failed in exactly the same way. The first time it created a > LOT of head-scratching ("how come my serial board has suddenly gone deaf?!") > and it wasn't until it got to where the console wouldn't respond that the > light went on and I said "oh, so THAT's what that patch really does!" :-> > > That got backed out FAST :-) > > I believe the previous version of that file in -STABLE was 1.38 - that has > the 'errors don't actually get retried' problem that results in immediate > detaches - the reason for the update was that I noted the commit and > figured that the problem from my last attempt with including this had > either been fixed or I had missed some dependancy in my earlier attempt. > > I have an open PR on the underlying problem (SATA drives on a number of > common configurations returning false errors and detaching when part of a > geom mirror) which I've marked as "serious". Its at > http://www.freebsd.org/cgi/query-pr.cgi?pr=77643 > > There is a comment attached to the PR from another user who has duplicated > the underlying problem. > > Note that back on 3/2/05 I attempted to apply the 1.42 version of this file > to -STABLE and got the same failure, and added that fact to the PR. I also > reported it here. It appears that both reports were either missed or ignored > and this change was committed to -RELENG_5. > > I'm not sure if I can cobble up a test machine with the right configuration > of hardware to go through each of the above changes in turn to see if I can > isolate which of the three it is, but I'll give it a shot over the next > couple of days. I'm 1 SATA disk short of what I need to do this in my > sandbox. > > If I do not trigger the requeue all appears to be fine. > > This is one that IMHO has to either be found and fixed or backed out for the > impending -RELEASE. > > -- > -- > Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist > http://www.denninger.net My home on the net - links to everything I do! > http://scubaforum.org Your UNCENSORED place to talk about DIVING! > http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! > http://genesis3.blogspot.com Musings Of A Sentient Mind > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > %SPAMBLOCK-SYS: Matched [freebsd], message ok From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 05:50:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3983F16A4CE for ; Wed, 30 Mar 2005 05:50:35 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC88E43D5A for ; Wed, 30 Mar 2005 05:50:34 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2U5oV4r073446; Wed, 30 Mar 2005 00:50:33 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Wed, 30 Mar 2005 00:50:31 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Karl Denninger In-Reply-To: <20050329234318.A3883@denninger.net> Message-ID: <20050330004740.U328@sasami.jurai.net> References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Wed, 30 Mar 2005 00:50:33 -0500 (EST) cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 05:50:35 -0000 On Tue, 29 Mar 2005, Karl Denninger wrote: > 245a252 >> request->donecount = 0; > > Without the last delta the requeue doesn't happen at all. So you're saying that this change: 1.42: When resubmitting a timed out request, reset donecount. produces the problem? -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 06:06:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A04E716A4CE for ; Wed, 30 Mar 2005 06:06:15 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1D243D55 for ; Wed, 30 Mar 2005 06:06:12 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2U66CE0029210 for ; Wed, 30 Mar 2005 00:06:12 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Wed Mar 30 00:06:12 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2U66CIs029208; Wed, 30 Mar 2005 00:06:12 -0600 (CST) (envelope-from karl) Message-ID: <20050330000611.A29180@denninger.net> Date: Wed, 30 Mar 2005 00:06:11 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> <20050330004740.U328@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050330004740.U328@sasami.jurai.net>; from Matthew N. Dodd on Wed, Mar 30, 2005 at 12:50:31AM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 06:06:15 -0000 On Wed, Mar 30, 2005 at 12:50:31AM -0500, Matthew N. Dodd wrote: > On Tue, 29 Mar 2005, Karl Denninger wrote: > > 245a252 > >> request->donecount = 0; > > > > Without the last delta the requeue doesn't happen at all. > > So you're saying that this change: > > 1.42: When resubmitting a timed out request, reset donecount. > > produces the problem? I believe so, yes, if my recollection from earlier in the month is correct. Without it, the problem doesn't exist, but the requeueing doesn't happen either (well technically according to the code it does, but it doesn't do anything) - so whether that's the problem or whether it simply MASKS the problem I can't say without further investigation. I am loading up my sandbox machine with an exact copy now, and expect to know more sometime tomorrow - I will have to go through a full buildworld/installworld/buildkernel/installkernel to bring the sandbox up to date and then stuff a SATA disk and adapter in there to re-create the environment closely enough to be sure that I'm looking at the same issue. More as soon as I know with certainty. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 09:08:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B99316A4CE for ; Wed, 30 Mar 2005 09:08:59 +0000 (GMT) Received: from 163.com (smtp.163.com [202.108.44.204]) by mx1.FreeBSD.org (Postfix) with SMTP id D747243D1F for ; Wed, 30 Mar 2005 09:08:57 +0000 (GMT) (envelope-from ncisoft@163.com) Received: from [192.168.1.15] (unknown [61.51.103.93]) by smtp1 (Coremail) with SMTP id KMB5a6JsSkLX9W8A.2 for ; Wed, 30 Mar 2005 17:08:54 +0800 (CST) X-Originating-IP: [61.51.103.93] Date: Wed, 30 Mar 2005 17:08:43 +0800 From: Young Lee To: Doug White In-Reply-To: <20050329210051.M59551@carver.gumbysoft.com> References: <20050329141522.DD32.NCISOFT@163.com> <20050329210051.M59551@carver.gumbysoft.com> Message-Id: <20050330170214.CB41.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="X-UNKNOWN" Content-Transfer-Encoding: quoted-printable X-Mailer: Becky! ver. 2.11.02 [en] cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 09:08:59 -0000 the system is totally dead with the pannic message, and have=20 to hard reset to reboot. even i reboot the server, it will crash in=20 several minutes, because of hundreds of request is coming. by refer to Klein's configuration and turn "debug.mpsafenet=3D0"=20 in /boot/loader.conf, the server is stable so far, and it last 20 hours. --=20 Young Lee On Tue, 29 Mar 2005 21:01:51 -0800 (PST) Doug White wrote: > On Tue, 29 Mar 2005, [GB2312] =C0=EE=D2=E3=B8=D5 wrote: >=20 > > Hi, > > > > I have a dell pe2650 box with dual xeon 2.4G, disabled the HTT, > > installed 5.3-RELEASE, enabled SMP, mysql 4.1.10a built from > > the port. > > > > If the mysql connections is high (e.g. over 100 connections), > > the system will freezes in several minutes, and the fatal alway > > indicated to the mysqld process. When I build the kernel without > > SMP, the system is stable. I have try 5.3-p5 and 5.4-PRE, the > > problem is still there. > > > > It's my configuration mistake or will be solved in 5.4-RELEASE ? >=20 > There's just not enough information to tell. When you say "freeze", is th= e > machine totally unresponsive, or does the console allow you to type > characters? Can you ping the system when it appears frozen? Does the > system eventually recover if the load is taken away? >=20 > --=20 > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 09:17:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D09D516A4CE for ; Wed, 30 Mar 2005 09:17:54 +0000 (GMT) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id B72AB43D5A for ; Wed, 30 Mar 2005 09:17:53 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j2U9Ho2X000888; Wed, 30 Mar 2005 11:17:51 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2U9HomW000887; Wed, 30 Mar 2005 11:17:50 +0200 (CEST) (envelope-from rene) Date: Wed, 30 Mar 2005 11:17:50 +0200 From: Rene Ladan To: bzeeb+freebsd+lor@zabbadoz.net Message-ID: <20050330091750.GA863@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: new LORs on 5.4 pre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 09:17:55 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've stumbled over some new LORs (all continuable) on 5.4pre from 2005-03-29 09:49 UTC, thus before the bpf/DHCP fix. lock order reversal 1st 0xc0642b60 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:256 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1233 KDB: stack backtrace: kdb_backtrace(c05fc462,c14d7264,c14cab80,c06fc810,c06fc7ad) at 0xc04b05ae = =3D kdb_backtrace+0x2e witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 =3D witn= ess_checkorder+0x6a6 _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a =3D _mtx_lo= ck_flags+0x8a fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 =3D fxp_start+0x37 if_start(c14d7000,0,c06018d6,184,402) at 0xc050a999 =3D if_start+0x99 ether_output_frame(c14d7000,c15d8100,6,c9be5bd8,c9be5a8c) at 0xc050c0d8 =3D= ether_output_frame+0x218 ether_output(c14d7000,c15d8100,c9be5bd8,0,0) at 0xc050beae =3D ether_output= +0x44e nd6_output(c14d7000,c14d7000,c15d8100,c9be5bd8,0) at 0xc0551ac1 =3D nd6_out= put+0x3c1 ip6_output(c15d8100,0,0,1,c9be5c40) at 0xc054b0b3 =3D ip6_output+0xf93 nd6_ns_output(c14d7000,0,c15dc8a8,0,1) at 0xc0552c95 =3D nd6_ns_output+0x3b5 nd6_dad_ns_output(c1594100,c15dc800,100,1,6) at 0xc055420c =3D nd6_dad_ns_o= utput+0x4c nd6_dad_timer(c15dc800,0,c05f9d24,100,1) at 0xc0553e94 =3D nd6_dad_timer+0x= 224 softclock(0,0,c05f6625,269,c0642b20) at 0xc04a29c8 =3D softclock+0x238 ithread_loop(c13dd500,c9be5d48,c05f641c,30e,0) at 0xc047d8c2 =3D ithread_lo= op+0x172 fork_exit(c047d750,c13dd500,c9be5d48) at 0xc047c8e6 =3D fork_exit+0xc6 fork_trampoline() at 0xc05c7c9c =3D fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xc9be5d7c, ebp =3D 0 --- KDB: enter: witness_checkorder (this one is similar to others on the list) lock order reversal 1st 0xc16718a0 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1233 KDB: stack backtrace: kdb_backtrace(c05fc462,c14d7264,c14cab80,c06fc810,c06fc7ad) at 0xc04b05ae = =3D kdb_backtrace+0x2e witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 =3D witn= ess_checkorder+0x6a6 _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a =3D _mtx_lo= ck_flags+0x8a fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 =3D fxp_start+0x37 if_start(c14d7000,0,c06018d6,184,202) at 0xc050a999 =3D if_start+0x99 ether_output_frame(c14d7000,c15d5500,6,12b,c1045b18) at 0xc050c0d8 =3D ethe= r_output_frame+0x218 ether_output(c14d7000,c15d5500,ca446a40,0,2,c1670001,2302,c06021ce,1bd,516)= at 0xc050beae =3D ether_output+0x44e arprequest(c14d7000,c15fc0c8,ca446b14,c148c4ac,7) at 0xc0515489 =3D arprequ= est+0x109 arpresolve(c14d7000,c1671840,c15d5600,ca446b10,ca446aac) at 0xc05157cd =3D = arpresolve+0x32d ether_output(c14d7000,c15d5600,ca446b10,c1671840,c04bb7a7) at 0xc050badc = =3D ether_output+0x7c ip_output(c15d5600,0,ca446b0c,0,0) at 0xc0520897 =3D ip_output+0x7c7 udp_output(c166f9d8,c15d5600,0,0,c1499480) at 0xc0535a7a =3D udp_output+0x5= 3a udp_send(c166eca8,0,c15d5600,0,0) at 0xc0536280 =3D udp_send+0x30 sosend(c166eca8,0,ca446c48,c15d5600,0) at 0xc04d2db1 =3D sosend+0x701 kern_sendit(c1499480,d,ca446cc4,0,0) at 0xc04d95ef =3D kern_sendit+0x13f sendit(c1499480,d,ca446cc4,0,810001d) at 0xc04d9481 =3D sendit+0x1a1 sendto(c1499480,ca446d14,18,431,6) at 0xc04d976b =3D sendto+0x5b syscall(2f,2f,2f,2,0) at 0xc05d9170 =3D syscall+0x2a0 Xint0x80_syscall() at 0xc05c7c8f =3D Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x28233baf, esp =3D 0xbfb= fd51c, ebp =3D 0xbfbfd548 --- KDB: enter: witness_checkorder lock order reversal 1st 0xc168a57c inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:371 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/= fxp/if_fxp.c:1233 KDB: stack backtrace: kdb_backtrace(c05fc462,c14d7264,c14cab80,c06fc810,c06fc7ad) at 0xc04b05ae = =3D kdb_backtrace+0x2e witness_checkorder(c14d7264,9,c06fc7ad,4d1,c06018d6) at 0xc04bb6c6 =3D witn= ess_checkorder+0x6a6 _mtx_lock_flags(c14d7264,0,c06fc7ad,4d1,c14d7000) at 0xc048a62a =3D _mtx_lo= ck_flags+0x8a fxp_start(c14d7000,12b,0,c14d7000) at 0xc06f9db7 =3D fxp_start+0x37 if_start(c14d7000,0,c06018d6,184,2) at 0xc050a999 =3D if_start+0x99 ether_output_frame(c14d7000,c15d6200,6,c1589150,ca455afc) at 0xc050c0d8 =3D= ether_output_frame+0x218 ether_output(c14d7000,c15d6200,c1589150,c16718c4,255) at 0xc050beae =3D eth= er_output+0x44e ip_output(c15d6200,0,ca455b5c,0,0) at 0xc0520897 =3D ip_output+0x7c7 tcp_output(c168ca68,c158b970,c1499c00,173,c19b7288) at 0xc052ad5d =3D tcp_o= utput+0x134d tcp_usr_connect(c19b7288,c158b970,c1499c00) at 0xc053297a =3D tcp_usr_conne= ct+0x12a soconnect(c19b7288,c158b970,c1499c00,c04daa66,808b4a0) at 0xc04d2651 =3D so= connect+0x61 kern_connect(c1499c00,3,c158b970,c158b970,0) at 0xc04d8e5d =3D kern_connect= +0x8d connect(c1499c00,ca455d14,c,431,3) at 0xc04d8db1 =3D connect+0x41 syscall(2f,2f,2f,808b480,8088240) at 0xc05d9170 =3D syscall+0x2a0 Xint0x80_syscall() at 0xc05c7c8f =3D Xint0x80_syscall+0x1f --- syscall (98, FreeBSD ELF32, connect), eip =3D 0x282e7def, esp =3D 0xbfb= fc51c, ebp =3D 0xbfbfc578 --- KDB: enter: witness_checkorder Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSm6+vz70qa4zXcwRArkOAKCHzr9lij6CtA7rN/kGcaL2ptBhIgCdGtop 6gRXVGaG+5eSug2qvYm/j/s= =3Ugi -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 09:21:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E2716A4CE for ; Wed, 30 Mar 2005 09:21:57 +0000 (GMT) Received: from [212.112.40.199] (212-112-40-199.lidnet.net [212.112.40.199]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D4EC43D1D for ; Wed, 30 Mar 2005 09:21:56 +0000 (GMT) (envelope-from pkg@absaroka.eryn-lasgalen.org) Received: (qmail 31144 invoked by uid 1000); 30 Mar 2005 09:21:56 -0000 Date: Wed, 30 Mar 2005 11:21:56 +0200 From: Par Leijonhufvud To: freebsd-stable@freebsd.org Message-ID: <20050330092156.GB31050@absaroka.eryn-lasgalen.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1i Subject: KDE refuses new processes when network goes away X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 09:21:57 -0000 This is on a labtop (IBM Thinkpad R50e) running 5.3-RELEASE. When I start it up with network up everything is fine, but if the network dies (we have a slightly dodgy ADSL, which periodically plays yo-yo) it will refuse to open new processes or windows. Is it (likely to be) a KDE, xopen or freebsd problem? /Par -- Par Leijonhufvud par@hunter-gatherer.org This is not a book to be set aside lightly. It should be thrown with great force! -- Dorothy Sayers, From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 09:25:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23C7816A4CE for ; Wed, 30 Mar 2005 09:25:34 +0000 (GMT) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B9143D5C for ; Wed, 30 Mar 2005 09:25:33 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mr2so.prod.shaw.ca (pd3mr2so-qfe3.prod.shaw.ca [10.0.141.178]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) freebsd-stable@freebsd.org; Wed, 30 Mar 2005 02:25:33 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd3mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IE500FXVRIL0VF0@pd3mr2so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 30 Mar 2005 02:25:33 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IE500916RILHO@l-daemon> for freebsd-stable@freebsd.org; Wed, 30 Mar 2005 02:25:33 -0700 (MST) Date: Wed, 30 Mar 2005 01:25:23 -0800 From: Colin Percival In-reply-to: <20050330092156.GB31050@absaroka.eryn-lasgalen.org> To: Par Leijonhufvud Message-id: <424A7083.4090402@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <20050330092156.GB31050@absaroka.eryn-lasgalen.org> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) cc: freebsd-stable@freebsd.org Subject: Re: KDE refuses new processes when network goes away X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 09:25:34 -0000 Par Leijonhufvud wrote: > When I start it up with network up everything is fine, but if the > network dies (we have a slightly dodgy ADSL, which periodically plays > yo-yo) it will refuse to open new processes or windows. > > Is it (likely to be) a KDE, xopen or freebsd problem? Is your /etc/hosts correct? I've seen this happen when the local hostname (i.e., the output of `hostname`) cannot be resolved. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 09:41:13 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BEE16A4CE for ; Wed, 30 Mar 2005 09:41:13 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFDBF43D49 for ; Wed, 30 Mar 2005 09:41:12 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 266A3EB16BD for ; Wed, 30 Mar 2005 17:41:11 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 5912A1334FA; Wed, 30 Mar 2005 17:41:08 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 99742-15; Wed, 30 Mar 2005 17:40:56 +0800 (CST) Received: from localhost.localdomain (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id A9B441330DF; Wed, 30 Mar 2005 17:40:53 +0800 (CST) From: Xin LI To: Young Lee In-Reply-To: <20050330170214.CB41.NCISOFT@163.com> References: <20050329141522.DD32.NCISOFT@163.com> <20050329210051.M59551@carver.gumbysoft.com> <20050330170214.CB41.NCISOFT@163.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zRtwJjMNngBKqQurm/Q/" Organization: The FreeBSD Simplified Chinese Project Date: Wed, 30 Mar 2005 17:40:49 +0800 Message-Id: <1112175649.719.3.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 09:41:13 -0000 --=-zRtwJjMNngBKqQurm/Q/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Young, =E5=9C=A8 2005-03-30=E4=B8=89=E7=9A=84 17:08 +0800=EF=BC=8CYoung Lee=E5=86= =99=E9=81=93=EF=BC=9A > the system is totally dead with the pannic message, and have=20 > to hard reset to reboot. even i reboot the server, it will crash in=20 > several minutes, because of hundreds of request is coming. >=20 > by refer to Klein's configuration and turn "debug.mpsafenet=3D0"=20 > in /boot/loader.conf, the server is stable so far, and it last 20 hours. Have you tried disabling SACK? (net.inet.tcp.sack)? BTW. I think it might be helpful to show your kernel compiling configuration. Cheers, --=20 Xin LI http://www.delphij.net/ --=-zRtwJjMNngBKqQurm/Q/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCSnQg/cVsHxFZiIoRAkkHAJ9QFY7h8N58+1KSIew31cwukRV1ZACgizvi yhAseweUKvCE+BcI+ENG0sM= =iFTS -----END PGP SIGNATURE----- --=-zRtwJjMNngBKqQurm/Q/-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 10:11:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0975016A502 for ; Wed, 30 Mar 2005 10:11:31 +0000 (GMT) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C19843D31 for ; Wed, 30 Mar 2005 10:11:30 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j2UABOfS000679 for ; Wed, 30 Mar 2005 12:11:25 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2UABOkL000678 for stable@freebsd.org; Wed, 30 Mar 2005 12:11:24 +0200 (CEST) (envelope-from rene) Date: Wed, 30 Mar 2005 12:11:23 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050330101123.GA641@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.4pre panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 10:11:31 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Got this panic with auto-reboot (no dump :( ), saved from dmesg on 5.4pre 2003-05-29 09:49 UTC processor eflags =3D IOPL =3D 0 current process =3D 29 (swi1: net) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x8:0xc04b0650 stack pointer =3D 0x10:0xc0687bec frame pointer =3D 0x10:0xc0687bf4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 29 (swi1: net) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x8:0xc04b0650 stack pointer =3D 0x10:0xc0687af4 frame pointer =3D 0x10:0xc0687afc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 29 (swi1: net) trap number =3D 3 panic: breakpoint instruction fault KDB: enter: panic Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer =3D 0x8:0xc04b0650 stack pointer =3D 0x10:0xc06879fc frame pointer =3D 0x10:0xc0687a04 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D IOPL =3D 0 current process =3D 29 (swi1: net) trap number =3D 3 panic: breakpoint instruction fault =09 Rene =09 --=20 "It won't fit on the line." -- me, 2001 --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSntKvz70qa4zXcwRAgjVAJ90MvWjHTRx4pl3OGWiPGwMJSOfWACfetob Yo5WM3LJ08I0m4KD1zvzT/A= =aRz7 -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 10:41:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2DDB16A4CE for ; Wed, 30 Mar 2005 10:41:22 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DDB0643D58 for ; Wed, 30 Mar 2005 10:41:21 +0000 (GMT) (envelope-from Rainer.Heesen@gmx.de) Received: (qmail 27326 invoked by uid 0); 30 Mar 2005 10:41:16 -0000 Received: from 217.95.163.19 by www10.gmx.net with HTTP; Wed, 30 Mar 2005 12:41:16 +0200 (MEST) Date: Wed, 30 Mar 2005 12:41:16 +0200 (MEST) From: "Rainer Heesen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #514428 Message-ID: <29160.1112179276@www10.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Upgrading to net-snmp-5.2.1_1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 10:41:23 -0000 Hi, on my FreeBSD laptop net-snmp-5.2.1 is installed. However, the portupgrade to net-snmp-5.2.1_1 failed. I tried to build it manually, but make failed, too. Next step, I set the option WITHOUT_PERL=yes. But I still get this error everytime: >>> Warning: -L../../snmplib/ changed to -L/usr/ports/net-mgmt/net-snmp/work/net-snmp-5.2.1/perl/SNMP/../../snmplib/ Unrecognized argument in LIBS ignored: '-rpath=/usr/local/lib' Writing Makefile for SNMP /libexec/ld-elf.so.1: /usr/local/lib/perl5/site_perl/5.8.6/mach/auto/SNMP/SNMP.so: Undefined symbol "perl_get_sv" *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.2.1. *** Error code 1 Stop in /usr/ports/net-mgmt/net-snmp. <<<< I am using FreeBSD 5.4-PRE and perl 5.8.6. Could you please give me a hint? Kind regards Rainer --- Rainer Heesen, rainer.heesen@gmx.de, Bonn, Germany From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 13:18:59 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68A2616A4CE for ; Wed, 30 Mar 2005 13:18:59 +0000 (GMT) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9D943D39 for ; Wed, 30 Mar 2005 13:18:58 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id C23C04E1DD; Wed, 30 Mar 2005 13:19:26 +0000 (GMT) Received: from [192.168.46.52] (ppp166-27.static.internode.on.net [150.101.166.27]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 7CF2D4DCB2; Wed, 30 Mar 2005 13:19:25 +0000 (GMT) Message-ID: <424AA740.4080701@roq.com> Date: Wed, 30 Mar 2005 23:18:56 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050317 X-Accept-Language: en, en-us, ja To: Young Lee References: <20050329165741.DD3B.NCISOFT@163.com> <42491F63.9020305@bmby.com> <20050330122213.CB3E.NCISOFT@163.com> In-Reply-To: <20050330122213.CB3E.NCISOFT@163.com> Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 13:18:59 -0000 I am running 1 mildly busy new MySQL server thats running fine on 5.3-RELEASE-p5 #5: Sat Jan 22 04:54:07 EST 2005 from the generic conf kernel Its a Dell 1850 Dual P4 Xeon CPU 3.00GHz EMT64 with HTT enabled FYI I actually have a Dell 2650 thats not doing anything at the moment because it had sluggish performance when I started to put some serious burden on it. I recently updated to the latest MySQL to 4.1.10a from 4.1.5 with using this set of settings (I hate using ports manually) portupgrade -Rfri -m 'BUILD_OPTIMIZED=yes BUILD_STATIC=yes' /var/db/pkg/mysql-server-4.1* I copied the default large.cnf file to /var/db/mysql/my.cnf for better performance but thats about it, I am still evaluating MySQL performance. To give you a remote idea how busy this MySQL server is, here are some bits running "mysqladmin extended-status" | Bytes_received | 49227436 | | Bytes_sent | 71933703 | | Threads_connected | 25 | | Threads_created | 42 | | Uptime | 101775 | According to MySQL manual Threads_created gives an idea of the load on the MySQL server. phpMyAdmin lists MySQL status in a much nicer way This MySQL server has been running for 1 days, 4 hours, 38 minutes and 28 seconds. Query statistics: Since its startup, 335,544 queries have been sent to the server. Total per hour per minute per second 335,544 11,715.47 195.26 3.25 select 204,621 7,144.31 61.04 % insert 29,149 1,017.73 8.70 % show keys 85,395 2,981.55 25.48 % This server is doing more things then I originally planned it to do, its also running a Postgres 7.4 server that has over 500megs of data and almost constant 100% usage of disk IO according to top via "m", I have statistics enabled on postgres but no way to show some simple summaries. I run Apache2 in prefork mode and currently has around 350 average apache daemons ps -auxww | grep -c httpd 356 Its doing over 1 million dynamic page loads a day (some page loads don't use database) This server also is running 12 separate Java processes each at around 200megs of size. Since cvsuping to the latest 5_3 for release security patches and critical updates the server is been perfectly stable, before that I did have kernel panic reboot problems that I believe were caused be massive thread usage from the java processes. Although I have rebooted just a little while ago the servers uptime is currently 33days. With your server how have you been updating your server to 5.3-P5 release? Its possible you have a similar problem. I am emailing this in HTML format in the hope the tables come out more nicely. Regards, Mike Young Lee wrote: I have try your solution yesterday, so far it is stable, and will observe the stability for some days. btw, i turn "debug.mpsafenet=0" in /boot/loader.conf to evade the possible network stack deadlock under SMP. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 13:51:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2499216A4CE for ; Wed, 30 Mar 2005 13:51:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF3EE43D39 for ; Wed, 30 Mar 2005 13:51:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1CDD8511F4; Wed, 30 Mar 2005 05:51:04 -0800 (PST) Date: Wed, 30 Mar 2005 05:51:04 -0800 From: Kris Kennaway To: Rene Ladan Message-ID: <20050330135103.GB66640@xor.obsecurity.org> References: <20050330101123.GA641@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: <20050330101123.GA641@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: 5.4pre panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 13:51:05 -0000 --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 12:11:23PM +0200, Rene Ladan wrote: > Got this panic with auto-reboot (no dump :( ), saved from dmesg on > 5.4pre 2003-05-29 09:49 UTC >=20 > processor eflags =3D IOPL =3D 0 > current process =3D 29 (swi1: net) > trap number =3D 3 > panic: breakpoint instruction fault I'd have expected this panic to be the result of setting a breakpoint, i.e. requesting the kernel to panic at this location. Are you absolutely certain this is not the case? If so, you should try to use DDB to obtain a traceback to find out what it was doing. Kris --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSq7HWry0BWjoQKURAiGTAJ9h7WGsRxQkabbtxSmGGEWns1+UIACfXGWn INzI1HgYHl+Tnz+C/nBchQw= =Be3L -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 13:52:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72DB416A4CE for ; Wed, 30 Mar 2005 13:52:14 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D90F43D46 for ; Wed, 30 Mar 2005 13:52:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AF40F511F4; Wed, 30 Mar 2005 05:52:13 -0800 (PST) Date: Wed, 30 Mar 2005 05:52:13 -0800 From: Kris Kennaway To: Rene Ladan Message-ID: <20050330135213.GC66640@xor.obsecurity.org> References: <20050330091750.GA863@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mvpLiMfbWzRoNl4x" Content-Disposition: inline In-Reply-To: <20050330091750.GA863@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i cc: bzeeb+freebsd+lor@zabbadoz.net cc: stable@freebsd.org Subject: Re: new LORs on 5.4 pre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 13:52:14 -0000 --mvpLiMfbWzRoNl4x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 11:17:50AM +0200, Rene Ladan wrote: > Hi, >=20 > I've stumbled over some new LORs (all continuable) on 5.4pre from > 2005-03-29 09:49 UTC, thus before the bpf/DHCP fix. >=20 > lock order reversal > 1st 0xc0642b60 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:256 > 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../de= v/fxp/if_fxp.c:1233 Is your fxp module up-to-date? Stale modules (i.e. compiled for a different kernel than the one you're running) will cause problems. Kris --mvpLiMfbWzRoNl4x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSq8MWry0BWjoQKURAkr2AKCaAUOTOG04YKsRV22QBh1MmqAVzACgri8A ZseNut+giF04/PyP6rsz3/I= =AD6i -----END PGP SIGNATURE----- --mvpLiMfbWzRoNl4x-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 14:17:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C20B16A4CE for ; Wed, 30 Mar 2005 14:17:15 +0000 (GMT) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FB9843D5C for ; Wed, 30 Mar 2005 14:17:14 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j2UEH8pR002054; Wed, 30 Mar 2005 16:17:09 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2UEH8dX002053; Wed, 30 Mar 2005 16:17:08 +0200 (CEST) (envelope-from rene) Date: Wed, 30 Mar 2005 16:17:08 +0200 From: Rene Ladan To: Kris Kennaway Message-ID: <20050330141707.GA2020@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050330101123.GA641@82-168-75-155-bbxl.xdsl.tiscali.nl> <20050330135103.GB66640@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20050330135103.GB66640@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: 5.4pre panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 14:17:15 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 05:51:04AM -0800, Kris Kennaway wrote: > On Wed, Mar 30, 2005 at 12:11:23PM +0200, Rene Ladan wrote: > > Got this panic with auto-reboot (no dump :( ), saved from dmesg on > > 5.4pre 2003-05-29 09:49 UTC > >=20 > > processor eflags =3D IOPL =3D 0 > > current process =3D 29 (swi1: net) > > trap number =3D 3 > > panic: breakpoint instruction fault >=20 > I'd have expected this panic to be the result of setting a breakpoint, > i.e. requesting the kernel to panic at this location. Are you > absolutely certain this is not the case? I did not set a breakpoint, maybe some application was doing it for me. I was working in X at the moment. > If so, you should try to use > DDB to obtain a traceback to find out what it was doing. I have DDB/KDB in my kernelconfig, but auto-reboot without dump doesn't help much, does it? >=20 > Kris Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSrTjvz70qa4zXcwRAvTiAJ4n7T+tbvbwjtzgyljK2p/5ltf+oACfWjTh Bl0U/1xFX1tKElqPMmnGW1Q= =4W1W -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 14:23:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 084A616A4CE for ; Wed, 30 Mar 2005 14:23:19 +0000 (GMT) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3077243D1D for ; Wed, 30 Mar 2005 14:23:18 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j2UENCnK002113; Wed, 30 Mar 2005 16:23:12 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2UENC9s002112; Wed, 30 Mar 2005 16:23:12 +0200 (CEST) (envelope-from rene) Date: Wed, 30 Mar 2005 16:23:12 +0200 From: Rene Ladan To: Kris Kennaway Message-ID: <20050330142312.GB2020@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <20050330091750.GA863@82-168-75-155-bbxl.xdsl.tiscali.nl> <20050330135213.GC66640@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T" Content-Disposition: inline In-Reply-To: <20050330135213.GC66640@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org Subject: Re: new LORs on 5.4 pre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 14:23:19 -0000 --U+BazGySraz5kW0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 05:52:13AM -0800, Kris Kennaway wrote: > On Wed, Mar 30, 2005 at 11:17:50AM +0200, Rene Ladan wrote: > > Hi, > >=20 > > I've stumbled over some new LORs (all continuable) on 5.4pre from > > 2005-03-29 09:49 UTC, thus before the bpf/DHCP fix. > >=20 > > lock order reversal > > 1st 0xc0642b60 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:256 > > 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../= dev/fxp/if_fxp.c:1233 >=20 > Is your fxp module up-to-date? Stale modules (i.e. compiled for a > different kernel than the one you're running) will cause problems. All modules are up to date. This LOR popped up after installing from a resume buildworld. After blowing away /usr/obj, make cleandir twice in /usr/src and rebuilding and reinstalling world+kernel, it and the others still pop up, especially after any of these commands: # dhclient fxp0 # ntpd -q % fetchmail (only at startup, not after wakeup) Browsing in links does _not_ trigger a LOR. > Kris Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --U+BazGySraz5kW0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSrZPvz70qa4zXcwRAuILAJ47Kz2TeT9/Gypju0wPoabfjXGxcQCfc3xu 5N4hslUsWIzx7ogkDGthzfw= =yJFI -----END PGP SIGNATURE----- --U+BazGySraz5kW0T-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 14:27:57 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B6B116A4CE for ; Wed, 30 Mar 2005 14:27:57 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2319843D49 for ; Wed, 30 Mar 2005 14:27:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 538D0511F4; Wed, 30 Mar 2005 06:27:56 -0800 (PST) Date: Wed, 30 Mar 2005 06:27:56 -0800 From: Kris Kennaway To: Rene Ladan Message-ID: <20050330142756.GA82796@xor.obsecurity.org> References: <20050330101123.GA641@82-168-75-155-bbxl.xdsl.tiscali.nl> <20050330135103.GB66640@xor.obsecurity.org> <20050330141707.GA2020@82-168-75-155-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <20050330141707.GA2020@82-168-75-155-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: 5.4pre panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 14:27:57 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 04:17:08PM +0200, Rene Ladan wrote: > On Wed, Mar 30, 2005 at 05:51:04AM -0800, Kris Kennaway wrote: > > On Wed, Mar 30, 2005 at 12:11:23PM +0200, Rene Ladan wrote: > > > Got this panic with auto-reboot (no dump :( ), saved from dmesg on > > > 5.4pre 2003-05-29 09:49 UTC > > >=20 > > > processor eflags =3D IOPL =3D 0 > > > current process =3D 29 (swi1: net) > > > trap number =3D 3 > > > panic: breakpoint instruction fault > >=20 > > I'd have expected this panic to be the result of setting a breakpoint, > > i.e. requesting the kernel to panic at this location. Are you > > absolutely certain this is not the case? > I did not set a breakpoint, maybe some application was doing it for me. > I was working in X at the moment. >=20 > > If so, you should try to use > > DDB to obtain a traceback to find out what it was doing. > I have DDB/KDB in my kernelconfig, but auto-reboot without dump doesn't > help much, does it? The point is to disable "auto-reboot" (I assume you mean DDB_UNATTENDED?) and obtain the traceback manually from the ddb prompt when it panics. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSrdsWry0BWjoQKURAtajAKDQwEP8wcOiuo7Kh4gy9KCq9vzK6ACgkpIC vTMFWXn4zHXlUaDqzv1/Qp0= =Xu+X -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 15:00:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31EF816A4CE for ; Wed, 30 Mar 2005 15:00:35 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F75A43D55 for ; Wed, 30 Mar 2005 15:00:34 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 184EDD4B69 for ; Wed, 30 Mar 2005 17:00:33 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id F2307AAB2E for ; Wed, 30 Mar 2005 17:00:32 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id D168BA5B3E for ; Wed, 30 Mar 2005 17:00:32 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id B6FB9D4B69 for ; Wed, 30 Mar 2005 17:00:32 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j2UF0WkG024262 for ; Wed, 30 Mar 2005 17:00:32 +0200 (CEST) (envelope-from q@uni.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j2UF0WWi060629 for ; Wed, 30 Mar 2005 17:00:32 +0200 (CEST) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.3/8.13.1) with ESMTP id j2UF0WNl006213 for ; Wed, 30 Mar 2005 17:00:32 +0200 (CEST) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.3/8.13.1/Submit) id j2UF0VLV006212 for stable@freebsd.org; Wed, 30 Mar 2005 17:00:31 +0200 (CEST) (envelope-from q@uni.de) Date: Wed, 30 Mar 2005 17:00:31 +0200 From: Ulrich Spoerlein To: stable@freebsd.org Message-ID: <20050330150031.GA2326@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Subject: boot0: To beep or not to beep? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 15:00:35 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, long story short: boot0cfg -B ad0 -> No beeping on boot boot0cfg -B -o noupdate ad0 -> Annoying beep. I really don't know any assembler, but reading /sys/boot/i386/boot0/boot0.S leads me to believe that there should be a beep on every boot. However, I certainly don't want any beeps from boot0, can I comment out the first two lines of main.10? /* * Start of input loop. Beep and take note of time */ main.10: movb $ASCII_BEL,%al # Signal callw putchr # beep! xorb %ah,%ah # BIOS: Get int $0x1a # system time movw %dx,%di # Ticks when addw _TICKS(%bp),%di # timeout /* * Busy loop, looking for keystrokes but keeping one eye on the time. */ main.8: #ifndef SIO movb $0x1,%ah # BIOS: Check int $0x16 # for keypress jnz main.11 # Have one #else /* SIO */ movb $0x03,%ah # BIOS: Read COM call bioscom testb $0x01,%ah # Check line status jnz main.11 # (bit 1 indicates input) #endif /* SIO */ xorb %ah,%ah # BIOS: Get int $0x1a # system time cmpw %di,%dx # Timeout? jb main.8 # No Ulrich Sp=F6rlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSr8PmArGtfDbn0QRAgXWAKDtlLlu5/JMJ2sHC3+jDbLKJ5AuWQCeJ42O S6UvuWoNK5pfGY6LfDbcbFk= =hk8Y -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 16:45:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E14616A4CE for ; Wed, 30 Mar 2005 16:45:11 +0000 (GMT) Received: from 163.com (smtp.163.com [202.108.44.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 24A9B43D54 for ; Wed, 30 Mar 2005 16:45:05 +0000 (GMT) (envelope-from ncisoft@163.com) Received: from [192.168.1.33] (unknown [61.232.4.245]) by smtp1 (Coremail) with SMTP id G4CX_oLXSkJZBvkB.2 for ; Thu, 31 Mar 2005 00:44:50 +0800 (CST) X-Originating-IP: [61.232.4.245] Date: Thu, 31 Mar 2005 00:44:51 +0800 From: Young Lee To: delphij@delphij.net In-Reply-To: <1112175649.719.3.camel@spirit> References: <20050330170214.CB41.NCISOFT@163.com> <1112175649.719.3.camel@spirit> Message-Id: <20050331004245.CA76.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Mailer: Becky! ver. 2.11.02 [en] cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 16:45:11 -0000 admin# sysctl -a | grep net.inet.tcp.sack net.inet.tcp.sack.enable: 1 i use SMP kernel configuration from cvsup without any modification. -- Young Lee On Wed, 30 Mar 2005 17:40:49 +0800 Xin LI wrote: > Hi, Young, > > 在 2005-03-30三的 17:08 +0800，Young Lee写道： > > the system is totally dead with the pannic message, and have > > to hard reset to reboot. even i reboot the server, it will crash in > > several minutes, because of hundreds of request is coming. > > > > by refer to Klein's configuration and turn "debug.mpsafenet=0" > > in /boot/loader.conf, the server is stable so far, and it last 20 hours. > > Have you tried disabling SACK? (net.inet.tcp.sack)? BTW. I think it > might be helpful to show your kernel compiling configuration. > > Cheers, > -- > Xin LI http://www.delphij.net/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 17:07:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 442E716A4CE; Wed, 30 Mar 2005 17:07:24 +0000 (GMT) Received: from argent.heraldsnet.org (argent.heraldsnet.org [64.83.41.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9B2143D49; Wed, 30 Mar 2005 17:07:23 +0000 (GMT) (envelope-from jtrigg@spamcop.net) Received: from mail.scadian.net (localhost.scadian.net [IPv6:::1]) by argent.heraldsnet.org (Postfix) with ESMTP id A2EA865D; Wed, 30 Mar 2005 12:07:22 -0500 (EST) Received: from 128.222.32.10 (SquirrelMail authenticated user blaise) by mail.scadian.net with HTTP; Wed, 30 Mar 2005 12:07:22 -0500 (EST) Message-ID: <44027.128.222.32.10.1112202442.squirrel@mail.scadian.net> In-Reply-To: <20050329234318.A3883@denninger.net> References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> Date: Wed, 30 Mar 2005 12:07:22 -0500 (EST) From: "Jim Trigg" To: "Karl Denninger" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-stable@freebsd.org cc: "Matthew N. Dodd" Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 17:07:24 -0000 On Wed, March 30, 2005 12:43 am, Karl Denninger said: > Here's the diff and some thoughts.... [snip, including first diff] > 241,243c244,249 > < > < /* if reinit succeeded and retries still permit, reinject request > */ > < if (ata_reinit(ch) && request->retries-- > 0 && > request->device->param){ > --- >> /* >> * if reinit succeeds, retries still permit and device didn't >> * get removed by the reinit, reinject request >> */ >> if (!ata_reinit(ch) && request->retries-- > 0 >> && request->device->param){ [snip third diff] > The second diff is really just a formatting and comment change.. you're > certainly correct that the changes are small! :-) No, it is not -- it reverses the sense of the first condition. At first glance that is what I would expect to be the core of the problem, but I don't have appropriate hardware to test on. (It also adds a third condition, but that is presumably the intent of the change and should give the desired results once the first condition is corrected.) Jim -- Jim Trigg, Lord High Everything Else O- /"\ Hostmaster, Huie Kin family website \ / ASCII RIBBON CAMPAIGN Verger and System Administrator, X HELP CURE HTML MAIL All Saints Church - Sharon Chapel / \ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 17:14:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59E7A16A4CE for ; Wed, 30 Mar 2005 17:14:07 +0000 (GMT) Received: from mail.bitparts.org (mail.bitparts.org [66.166.64.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD4C843D1D for ; Wed, 30 Mar 2005 17:14:06 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from [192.168.0.131] (keymaster.ymcastlouis.org [66.166.64.155] (may be forged)) (authenticated bits=0) by mail.bitparts.org (8.13.2/8.13.2) with ESMTP id j2UHE0aI013903; Wed, 30 Mar 2005 11:14:06 -0600 (CST) (envelope-from freebsd@bitparts.org) Message-ID: <424ADE58.1040602@bitparts.org> Date: Wed, 30 Mar 2005 11:14:00 -0600 From: "J. Buck Caldwell" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <4249A248.9060709@bitparts.org> <4249A57E.2000909@samsco.org> <4249C737.8030608@bitparts.org> <4249C772.5090701@samsco.org> In-Reply-To: <4249C772.5090701@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Problem with IBM xSeries 226 with ServeRAID 6i+ using FreeBSD 5.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 17:14:07 -0000 Scott Long wrote: > J. Buck Caldwell wrote: > >> Scott Long wrote: >> >>> J. Buck Caldwell wrote: >>> >>>> Any help would be appreciated. Requests for more detail will be >>>> answered promptly. >>> >>> >>> >>> It sounds very much like an interrupt routing problem. Have you >>> tried the 5.4-BETA CD? >>> >>> Scott >>> >> No help. Booting normally brings me to the same point - "ips0: >> resetting adapter, make take 5 minutes" - then nothing. System just >> hangs. Also, after that point, hitting the power button will not >> power-off the machine (of course, holding it in will). Anytime before >> that point, hitting the power button will turn the power off instantly. > > > One more test, would you mind trying the 6.0-CURRENT-SNAP002 snapshot? > If that works then that gives us a target to shoot for with 5.4. > > Scott > Well, some excellent news - 6.0-CURRENT-SNAP002 works perfectly. Or at least, it boots - I'm doing an install now, but I wanted to let you know right away. Anything we could do to get this system running properly under 5.4, let me know - because we're paying lease payments two servers that we can't use at the moment, until we can boot FreeBSD on them. (damn IBM and thier end-of-life cycles....) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 17:39:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C81216A4CE for ; Wed, 30 Mar 2005 17:39:34 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id B582743D53 for ; Wed, 30 Mar 2005 17:39:32 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2UHdWbI039043 for ; Wed, 30 Mar 2005 11:39:32 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Wed Mar 30 11:39:32 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2UHdVG2039041; Wed, 30 Mar 2005 11:39:31 -0600 (CST) (envelope-from karl) Message-ID: <20050330113931.A39018@denninger.net> Date: Wed, 30 Mar 2005 11:39:31 -0600 From: Karl Denninger To: Jim Trigg References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <44027.128.222.32.10.1112202442.squirrel@mail.scadian.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <44027.128.222.32.10.1112202442.squirrel@mail.scadian.net>; from Jim Trigg on Wed, Mar 30, 2005 at 12:07:22PM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org cc: "Matthew N. Dodd" Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 17:39:34 -0000 On Wed, Mar 30, 2005 at 12:07:22PM -0500, Jim Trigg wrote: > On Wed, March 30, 2005 12:43 am, Karl Denninger said: > > Here's the diff and some thoughts.... > > [snip, including first diff] > > > 241,243c244,249 > > < > > < /* if reinit succeeded and retries still permit, reinject request > > */ > > < if (ata_reinit(ch) && request->retries-- > 0 && > > request->device->param){ > > --- > >> /* > >> * if reinit succeeds, retries still permit and device didn't > >> * get removed by the reinit, reinject request > >> */ > >> if (!ata_reinit(ch) && request->retries-- > 0 > >> && request->device->param){ > [snip third diff] > > > The second diff is really just a formatting and comment change.. you're > > certainly correct that the changes are small! :-) > > No, it is not -- it reverses the sense of the first condition. At first > glance that is what I would expect to be the core of the problem, but I > don't have appropriate hardware to test on. (It also adds a third > condition, but that is presumably the intent of the change and should give > the desired results once the first condition is corrected.) > > Jim > -- > Jim Trigg, Lord High Everything Else O- /"\ > Hostmaster, Huie Kin family website \ / ASCII RIBBON CAMPAIGN > Verger and System Administrator, X HELP CURE HTML MAIL > All Saints Church - Sharon Chapel / \ You're correct of course - I missed the "!". Too darn late at night... I've got my sandbox up and the world rebuilt so its consistent with the machine that's having the problem - will add a SATA disk and see if I can duplicate this and then figure out what's going on here this afternoon - and hopefully how to fix it. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 18:18:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2937916A4CE for ; Wed, 30 Mar 2005 18:18:25 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7F143D5A for ; Wed, 30 Mar 2005 18:18:24 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 2E8831F0D4; Wed, 30 Mar 2005 20:18:24 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 12CFB6433; Wed, 30 Mar 2005 20:18:24 +0200 (CEST) Date: Wed, 30 Mar 2005 20:18:23 +0200 From: Marc Olzheim To: Ulrich Spoerlein Message-ID: <20050330181823.GB64275@stack.nl> References: <20050330150031.GA2326@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KN5l+BnMqAQyZLvT" Content-Disposition: inline In-Reply-To: <20050330150031.GA2326@galgenberg.net> X-Operating-System: FreeBSD hammer.stack.nl 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: stable@freebsd.org Subject: Re: boot0: To beep or not to beep? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 18:18:25 -0000 --KN5l+BnMqAQyZLvT Content-Type: multipart/mixed; boundary="yNb1oOkm5a9FJOVX" Content-Disposition: inline --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 30, 2005 at 05:00:31PM +0200, Ulrich Spoerlein wrote: > I really don't know any assembler, but reading > /sys/boot/i386/boot0/boot0.S leads me to believe that there should be a > beep on every boot. However, I certainly don't want any beeps from > boot0, can I comment out the first two lines of main.10? You are correct. This is the patch I use for a laptop with an untunable (and loud) bell volume. Marc --yNb1oOkm5a9FJOVX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="boot0.patch" Content-Transfer-Encoding: quoted-printable --- /usr/src/sys/boot/i386/boot0/boot0.S Thu Jun 17 14:02:25 2004 +++ /usr/src/sys/boot/i386/boot0/boot0.S Thu Oct 7 13:23:08 2004 @@ -38,7 +38,6 @@ .set KEY_F1,0x3b # F1 key scan code .set KEY_1,0x02 # #1 key scan code =20 - .set ASCII_BEL,0x07 # ASCII code for .set ASCII_CR,0x0D # ASCII code for =20 /* @@ -203,9 +202,7 @@ /* * Start of input loop. Beep and take note of time */ -main.10: movb $ASCII_BEL,%al # Signal - callw putchr # beep! - xorb %ah,%ah # BIOS: Get +main.10: xorb %ah,%ah # BIOS: Get int $0x1a # system time movw %dx,%di # Ticks when addw _TICKS(%bp),%di # timeout --yNb1oOkm5a9FJOVX-- --KN5l+BnMqAQyZLvT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSu1vezjnobFOgrERAtAyAKC8D/2SHUaRVsWRDfMh+hQsKUwEwwCfZgsY +KHatw80QUnpQfP9+HkqXTw= =ehcv -----END PGP SIGNATURE----- --KN5l+BnMqAQyZLvT-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 18:45:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0503216A4CF; Wed, 30 Mar 2005 18:45:24 +0000 (GMT) Received: from relay01.roc.ny.frontiernet.net (relay01.roc.ny.frontiernet.net [66.133.182.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D5AD43D46; Wed, 30 Mar 2005 18:45:23 +0000 (GMT) (envelope-from drew@mykitchentable.net) Received: from filter03.roc.ny.frontiernet.net (filter03.roc.ny.frontiernet.net [66.133.183.70])B9DF3364474; Wed, 30 Mar 2005 18:45:22 +0000 (UTC) Received: from relay01.roc.ny.frontiernet.net ([66.133.182.164]) [66.133.183.70]) (amavisd-new, port 10024) with LMTP id 22767-02-92; Wed, 30 Mar 2005 18:45:22 +0000 (UTC) Received: from blacklamb.mykitchentable.net (70-97-221-18.dsl2.elk.ca.frontiernet.net [70.97.221.18])7E048364688; Wed, 30 Mar 2005 18:45:19 +0000 (UTC) Received: from [165.107.42.217] (unknown [165.107.42.217]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by blacklamb.mykitchentable.net (Postfix) with ESMTP id BE9443BF358; Wed, 30 Mar 2005 10:45:14 -0800 (PST) Message-ID: <424AF396.6010909@mykitchentable.net> Date: Wed, 30 Mar 2005 10:44:38 -0800 From: Drew Tomlinson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Karl Denninger References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <44027.128.222.32.10.1112202442.squirrel@mail.scadian.net> <20050330113931.A39018@denninger.net> In-Reply-To: <20050330113931.A39018@denninger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20040701 (2.0) at filter03.roc.ny.frontiernet.net cc: freebsd-stable@freebsd.org cc: Jim Trigg cc: "Matthew N. Dodd" Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 18:45:24 -0000 On 3/30/2005 9:39 AM Karl Denninger wrote: >On Wed, Mar 30, 2005 at 12:07:22PM -0500, Jim Trigg wrote: > > >>On Wed, March 30, 2005 12:43 am, Karl Denninger said: >> >> >>>Here's the diff and some thoughts.... >>> >>> >>[snip, including first diff] >> >> >> >>>241,243c244,249 >>>< >>>< /* if reinit succeeded and retries still permit, reinject request >>>*/ >>>< if (ata_reinit(ch) && request->retries-- > 0 && >>>request->device->param){ >>>--- >>> >>> >>>> /* >>>> * if reinit succeeds, retries still permit and device didn't >>>> * get removed by the reinit, reinject request >>>> */ >>>> if (!ata_reinit(ch) && request->retries-- > 0 >>>> && request->device->param){ >>>> >>>> >>[snip third diff] >> >> >> >>>The second diff is really just a formatting and comment change.. you're >>>certainly correct that the changes are small! :-) >>> >>> >>No, it is not -- it reverses the sense of the first condition. At first >>glance that is what I would expect to be the core of the problem, but I >>don't have appropriate hardware to test on. (It also adds a third >>condition, but that is presumably the intent of the change and should give >>the desired results once the first condition is corrected.) >> >> >> >You're correct of course - I missed the "!". Too darn late at night... > >I've got my sandbox up and the world rebuilt so its consistent with the >machine that's having the problem - will add a SATA disk and see if I can >duplicate this and then figure out what's going on here this afternoon - >and hopefully how to fix it. > > I missed the beginning of this thread and apologize if my question has already been covered. But can you tell me if this issue might be the reason my PC locks up intermittently ? I have whatever cheap card came with a Maxtor 160 GB SATA drive installed in this machine and the PC ran fine with Windows. Now I'm trying install FBSD from the 5.4-BETA ISO I downloaded from the ftp site. The PC runs POST fine and always boots from the CD to the boot menu. After picking the default option 1 (normal boot) the PC locks up anywhere from the dmesg output to sysinstall actually beginning to install the base package after doing the fdisk and disklabel stuff. Should I download 5.3-RELEASE and try installing from that? Thanks, Drew From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 22:24:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65CD816A4CE; Wed, 30 Mar 2005 22:24:45 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348E743D1F; Wed, 30 Mar 2005 22:24:42 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 41D7385617; Thu, 31 Mar 2005 07:54:39 +0930 (CST) Date: Thu, 31 Mar 2005 07:54:39 +0930 From: Greg 'groggy' Lehey To: FreeBSD Stable Users Message-ID: <20050330222439.GU84137@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2tWkrNKppd65XSnD" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD-amd64@FreeBSD.org Subject: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 22:24:45 -0000 --2tWkrNKppd65XSnD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've recently acquired an AMD64 box (dual Opteron 242, SiS Master@-FAR motherboard (http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID= =3D484). See below for more details). I find it very unstable running with 8 GB memory, though 4 GB are not a problem. At first I thought it was the onboard peripherals, but after disabling them it still persisted. What's unstable? I only once got it through the boot process. Running a 5.3-RELEASE i386 kernel it panics, though I haven't investigated the panic (yet), since I'm not interested in the i386 kernel. The amd64 5.4-PRERELEASE kernel just hangs/freezes. When the peripherals are enabled, it's after probing the onboard NIC (bge) and before probing SATA (no drives present). I've done a verbose boot, of course, but no additional information is present. The NIC is recognized, and that's all. Without the peripherals, but with a 3Com 3c905 PCI NIC, it continues beyond this point, but doesn't enable the NIC. I don't have dmesg output for these attempts, so I can't produce the exact message, and I suspect it's not important. It continues until trying to mount NFS file systems, where it hangs for obvious reasons. Pressing ^C causes the system to either panic (and be unable to dump because I don't have that much swap) or just hang. None of these problems occur when I use 4 GB memory. About the only strangeness, which seems to come from the BIOS, is that it recognizes only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB memory. I realize that this isn't enough to diagnose the problem. The reason for this message now is to ask: 1. Has anybody else seen this problem? 2. Has anybody else used this hardware configuration and *not* seen this problem? 3. Where should I look next? I'm attaching the (non-verbose) dmesg from a successful boot. Greg -- See complete headers for address and phone numbers. Mar 30 14:17:16 obelix kernel: FreeBSD 5.4-PRERELEASE #0: Tue Mar 22 04:02:= 17 UTC 2005 Mar 30 14:17:16 obelix kernel: root@obelix:/usr/obj/src/FreeBSD/OBELIX/src/= sys/OBELIX Mar 30 14:17:16 obelix kernel: Timecounter "i8254" frequency 1193182 Hz qua= lity 0 Mar 30 14:17:16 obelix kernel: CPU: AMD Opteron(tm) Processor 242 (1603.65-= MHz K8-class CPU) Mar 30 14:17:16 obelix kernel: Origin =3D "AuthenticAMD" Id =3D 0xf5a Ste= pping =3D 10 Mar 30 14:17:16 obelix kernel: Features=3D0x78bfbff Mar 30 14:17:16 obelix kernel: AMD Features=3D0xe0500800 Mar 30 14:17:16 obelix kernel: real memory =3D 3756916736 (3582 MB) Mar 30 14:17:16 obelix kernel: avail memory =3D 3623907328 (3456 MB) Mar 30 14:17:16 obelix kernel: ACPI APIC Table: Mar 30 14:17:16 obelix kernel: FreeBSD/SMP: Multiprocessor System Detected:= 2 CPUs Mar 30 14:17:16 obelix kernel: cpu0 (BSP): APIC ID: 0 Mar 30 14:17:16 obelix kernel: cpu1 (AP): APIC ID: 1 Mar 30 14:17:16 obelix kernel: ioapic0: Changing APIC ID to 2 Mar 30 14:17:16 obelix kernel: ioapic0 irqs 0-23 on motherboa= rd Mar 30 14:17:16 obelix kernel: acpi0: on motherboard Mar 30 14:17:16 obelix kernel: acpi0: Power Button (fixed) Mar 30 14:17:16 obelix kernel: Timecounter "ACPI-fast" frequency 3579545 Hz= quality 1000 Mar 30 14:17:16 obelix kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p= ort 0x4008-0x400b on acpi0 Mar 30 14:17:16 obelix kernel: cpu0: on acpi0 Mar 30 14:17:16 obelix kernel: cpu1: on acpi0 Mar 30 14:17:16 obelix kernel: acpi_button0: on acpi0 Mar 30 14:17:16 obelix kernel: pcib0: port 0xcf8-0xc= ff on acpi0 Mar 30 14:17:16 obelix kernel: pci0: on pcib0 Mar 30 14:17:16 obelix kernel: pcib1: at device 1.0 on pci0 Mar 30 14:17:16 obelix kernel: pci1: on pcib1 Mar 30 14:17:16 obelix kernel: pci1: at device 0.0 (no drive= r attached) Mar 30 14:17:16 obelix kernel: xl0: <3Com 3c905C-TX Fast Etherlink XL> port= 0xd000-0xd07f mem 0xfb000000-0xfb00007f irq=20 18 at device 7.0 on pci0 Mar 30 14:17:16 obelix kernel: miibus0: on xl0 Mar 30 14:17:16 obelix kernel: xlphy0: <3c905C 10/100 internal PHY> on miib= us0 Mar 30 14:17:16 obelix kernel: xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 10= 0baseTX-FDX, auto Mar 30 14:17:16 obelix kernel: xl0: Ethernet address: 00:50:da:cf:17:d3 Mar 30 14:17:16 obelix kernel: atapci0: port = 0xd400-0xd40f,0x376,0x170-0x177,0x3f6,0x1f0-0 x1f7 at device 15.0 on pci0 Mar 30 14:17:16 obelix kernel: ata0: channel #0 on atapci0 Mar 30 14:17:16 obelix kernel: ata1: channel #1 on atapci0 Mar 30 14:17:16 obelix kernel: uhci0: port 0xd8= 00-0xd81f irq 21 at device 16.0 on pci0 Mar 30 14:17:16 obelix kernel: usb0: on uhci0 Mar 30 14:17:16 obelix kernel: usb0: USB revision 1.0 Mar 30 14:17:16 obelix kernel: uhub0: VIA UHCI root hub, class 9/0, rev 1.0= 0/1.00, addr 1 Mar 30 14:17:16 obelix kernel: uhub0: 2 ports with 2 removable, self powered Mar 30 14:17:16 obelix kernel: uhci1: port 0xdc= 00-0xdc1f irq 21 at device 16.1 on pci0 Mar 30 14:17:16 obelix kernel: usb1: on uhci1 Mar 30 14:17:16 obelix kernel: usb1: USB revision 1.0 Mar 30 14:17:16 obelix kernel: uhub1: VIA UHCI root hub, class 9/0, rev 1.0= 0/1.00, addr 1 Mar 30 14:17:16 obelix kernel: uhub1: 2 ports with 2 removable, self powered Mar 30 14:17:16 obelix kernel: uhci2: port 0xe0= 00-0xe01f irq 21 at device 16.2 on pci0 Mar 30 14:17:16 obelix kernel: usb2: on uhci2 Mar 30 14:17:16 obelix kernel: usb2: USB revision 1.0 Mar 30 14:17:16 obelix kernel: uhub2: VIA UHCI root hub, class 9/0, rev 1.0= 0/1.00, addr 1 Mar 30 14:17:16 obelix kernel: uhub2: 2 ports with 2 removable, self powered Mar 30 14:17:16 obelix kernel: pci0: at device 16.4 (no d= river attached) Mar 30 14:17:16 obelix kernel: isab0: at device 17.0 on pc= i0 Mar 30 14:17:16 obelix kernel: isa0: on isab0 Mar 30 14:17:16 obelix kernel: pci0: at device 17.5 (no= driver attached) Mar 30 14:17:16 obelix kernel: acpi_tz0: on acpi0 Mar 30 14:17:16 obelix kernel: fdc0: port 0x3f7,0= x3f0-0x3f5 irq 6 drq 2 on acpi0 Mar 30 14:17:16 obelix kernel: sio0: <16550A-compatible COM port> port 0x3f= 8-0x3ff irq 4 flags 0x10 on acpi0 Mar 30 14:17:16 obelix kernel: sio0: type 16550A Mar 30 14:17:16 obelix kernel: sio1: <16550A-compatible COM port> port 0x2f= 8-0x2ff irq 3 on acpi0 Mar 30 14:17:16 obelix kernel: sio1: type 16550A Mar 30 14:17:16 obelix kernel: ppc0: port = 0x778-0x77b,0x378-0x37f irq 7 on acpi0 Mar 30 14:17:16 obelix kernel: ppc0: Generic chipset (NIBBLE-only) in COMPA= TIBLE mode Mar 30 14:17:16 obelix kernel: ppbus0: on ppc0 Mar 30 14:17:16 obelix kernel: plip0: on ppbus0 Mar 30 14:17:16 obelix kernel: lpt0: on ppbus0 Mar 30 14:17:16 obelix kernel: lpt0: Interrupt-driven port Mar 30 14:17:16 obelix kernel: ppi0: on ppbus0 Mar 30 14:17:16 obelix kernel: atkbdc0: port = 0x64,0x60 irq 1 on acpi0 Mar 30 14:17:16 obelix kernel: atkbd0: flags 0x1 irq 1 on atk= bdc0 Mar 30 14:17:16 obelix kernel: kbd0 at atkbd0 Mar 30 14:17:16 obelix kernel: orm0: at iomem 0xd0000-0xd= 07ff,0xc0000-0xcffff on isa0 Mar 30 14:17:16 obelix kernel: sc0: at flags 0x100 on isa0 Mar 30 14:17:16 obelix kernel: sc0: VGA <16 virtual consoles, flags=3D0x300> Mar 30 14:17:16 obelix kernel: vga0: at port 0x3c0-0x3df = iomem 0xa0000-0xbffff on isa0 Mar 30 14:17:16 obelix kernel: Timecounters tick every 1.000 msec Mar 30 14:17:16 obelix kernel: ad0: 190782MB [387621/16/6= 3] at ata0-master UDMA100 Mar 30 14:17:16 obelix kernel: ad1: 190782MB [387621/16/6= 3] at ata0-slave UDMA100 Mar 30 14:17:16 obelix kernel: acd0: DVDR at = ata1-master UDMA66 Mar 30 14:17:16 obelix kernel: SMP: AP CPU #1 Launched! Mar 30 14:17:16 obelix kernel: Mounting root from ufs:/dev/ad0s1a --2tWkrNKppd65XSnD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSycnIubykFB6QiMRAnV6AKCyRuce58cEVhAKoTM1i97zaNYMkwCgl7Ab ANyhrh7QeNVjUWfx0uprP24= =kMQs -----END PGP SIGNATURE----- --2tWkrNKppd65XSnD-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 22:32:53 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A391E16A4CE; Wed, 30 Mar 2005 22:32:53 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 969AE43D49; Wed, 30 Mar 2005 22:32:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2UMadHg012726; Wed, 30 Mar 2005 15:36:39 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B288D.80303@samsco.org> Date: Wed, 30 Mar 2005 15:30:37 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> In-Reply-To: <20050330222439.GU84137@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 22:32:53 -0000 Greg 'groggy' Lehey wrote: > I've recently acquired an AMD64 box (dual Opteron 242, SiS Master@-FAR > motherboard > (http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484). > See below for more details). I find it very unstable running with 8 > GB memory, though 4 GB are not a problem. At first I thought it was > the onboard peripherals, but after disabling them it still persisted. > > What's unstable? I only once got it through the boot process. > Running a 5.3-RELEASE i386 kernel it panics, though I haven't > investigated the panic (yet), since I'm not interested in the i386 > kernel. The amd64 5.4-PRERELEASE kernel just hangs/freezes. When the > peripherals are enabled, it's after probing the onboard NIC (bge) and > before probing SATA (no drives present). I've done a verbose boot, of > course, but no additional information is present. The NIC is > recognized, and that's all. > > Without the peripherals, but with a 3Com 3c905 PCI NIC, it continues > beyond this point, but doesn't enable the NIC. I don't have dmesg > output for these attempts, so I can't produce the exact message, and I > suspect it's not important. It continues until trying to mount NFS > file systems, where it hangs for obvious reasons. Pressing ^C causes > the system to either panic (and be unable to dump because I don't have > that much swap) or just hang. > > None of these problems occur when I use 4 GB memory. About the only > strangeness, which seems to come from the BIOS, is that it recognizes > only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB > memory. > > I realize that this isn't enough to diagnose the problem. The reason > for this message now is to ask: > > 1. Has anybody else seen this problem? > 2. Has anybody else used this hardware configuration and *not* seen > this problem? > 3. Where should I look next? > > I'm attaching the (non-verbose) dmesg from a successful boot. > > Greg > -- > See complete headers for address and phone numbers. > 5.3-RELEASE has a lot of problems with >4GB due to busdma issues. Those should no longer be an issue in RELENG_5, including 5.4-PRE. You'll need to dig in and provide some more details, I guess. I have an HDAMA dual Opteron system that behaves fine now with 8GB of RAM, so your problem might lie with particular hardware and/or drivers. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 22:35:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D053216A4CE; Wed, 30 Mar 2005 22:35:46 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6D6743D46; Wed, 30 Mar 2005 22:35:46 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2UMZkqi004792; Wed, 30 Mar 2005 14:35:46 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2UMZkXk004791; Wed, 30 Mar 2005 14:35:46 -0800 (PST) (envelope-from sgk) Date: Wed, 30 Mar 2005 14:35:46 -0800 From: Steve Kargl To: "Greg 'groggy' Lehey" Message-ID: <20050330223546.GA4705@troutmask.apl.washington.edu> References: <20050330222439.GU84137@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330222439.GU84137@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 22:35:47 -0000 On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: > None of these problems occur when I use 4 GB memory. About the only > strangeness, which seems to come from the BIOS, is that it recognizes > only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB > memory. > > I realize that this isn't enough to diagnose the problem. The reason > for this message now is to ask: > > 1. Has anybody else seen this problem? > 2. Has anybody else used this hardware configuration and *not* seen > this problem? > 3. Where should I look next? > Have you run sysutils/memtest86 with the 8 GB? I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 2GB Reg. ECC DIMMs. -- Steve From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 22:43:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 399CA16A4CE; Wed, 30 Mar 2005 22:43:56 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7946F43D39; Wed, 30 Mar 2005 22:43:54 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id E2B3A85666; Thu, 31 Mar 2005 08:13:51 +0930 (CST) Date: Thu, 31 Mar 2005 08:13:51 +0930 From: Greg 'groggy' Lehey To: Scott Long Message-ID: <20050330224351.GV84137@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <424B288D.80303@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HKOZ/JADkehwFk9I" Content-Disposition: inline In-Reply-To: <424B288D.80303@samsco.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 22:43:56 -0000 --HKOZ/JADkehwFk9I Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote: > Greg 'groggy' Lehey wrote: >> I've recently acquired an AMD64 box ... >> >> What's unstable? ... The amd64 5.4-PRERELEASE kernel just >> hangs/freezes. > > 5.3-RELEASE has a lot of problems with >4GB due to busdma issues. > Those should no longer be an issue in RELENG_5, including 5.4-PRE. They appear to be. >> I realize that this isn't enough to diagnose the problem. The reason >> for this message now is to ask: >> >> 3. Where should I look next? > > You'll need to dig in and provide some more details, I guess. Yes, my guess too. > I have an HDAMA dual Opteron system that behaves fine now with 8GB > of RAM, so your problem might lie with particular hardware and/or > drivers. As I described, it doesn't appear to be the drivers. Greg -- See complete headers for address and phone numbers. --HKOZ/JADkehwFk9I Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSyunIubykFB6QiMRAk78AJ9E/ZVmvOXdaXisc9acZ53S9miVBgCeKjV6 M6j6ZNR80tIaoCjVGTeHXx0= =WgK7 -----END PGP SIGNATURE----- --HKOZ/JADkehwFk9I-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 22:44:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B34B16A4D5; Wed, 30 Mar 2005 22:44:48 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4438C43D53; Wed, 30 Mar 2005 22:44:47 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 37F288564D; Thu, 31 Mar 2005 08:14:45 +0930 (CST) Date: Thu, 31 Mar 2005 08:14:45 +0930 From: Greg 'groggy' Lehey To: Steve Kargl Message-ID: <20050330224445.GW84137@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BkCcXYe/IK2urb/q" Content-Disposition: inline In-Reply-To: <20050330223546.GA4705@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 22:44:48 -0000 --BkCcXYe/IK2urb/q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote: > On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: >> None of these problems occur when I use 4 GB memory. About the only >> strangeness, which seems to come from the BIOS, is that it recognizes >> only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB >> memory. >> >> I realize that this isn't enough to diagnose the problem. The reason >> for this message now is to ask: >> >> 1. Has anybody else seen this problem? >> 2. Has anybody else used this hardware configuration and *not* seen >> this problem? >> 3. Where should I look next? > > Have you run sysutils/memtest86 with the 8 GB? Heh. Difficult when the system doesn't run. > I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 2GB > Reg. ECC DIMMs. OK, this makes sense. It might also explain why the 4 GB configuration only recognizes 3.5 GB. Greg -- See complete headers for address and phone numbers. --BkCcXYe/IK2urb/q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSyvdIubykFB6QiMRAqEMAJ4rCxVHAHy62OIXn5Q2ENeOKXozVACgrWqZ UT4k8Ij7ChT8g0yUZ6UmBjQ= =zVJ2 -----END PGP SIGNATURE----- --BkCcXYe/IK2urb/q-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 22:57:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0A0216A4CE; Wed, 30 Mar 2005 22:57:15 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8121F43D41; Wed, 30 Mar 2005 22:57:15 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2UMvFVs004979; Wed, 30 Mar 2005 14:57:15 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2UMvF9x004978; Wed, 30 Mar 2005 14:57:15 -0800 (PST) (envelope-from sgk) Date: Wed, 30 Mar 2005 14:57:15 -0800 From: Steve Kargl To: "Greg 'groggy' Lehey" Message-ID: <20050330225715.GA4816@troutmask.apl.washington.edu> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330224445.GW84137@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 22:57:15 -0000 On Thu, Mar 31, 2005 at 08:14:45AM +0930, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote: > > On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: > >> None of these problems occur when I use 4 GB memory. About the only > >> strangeness, which seems to come from the BIOS, is that it recognizes > >> only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB > >> memory. > >> > >> I realize that this isn't enough to diagnose the problem. The reason > >> for this message now is to ask: > >> > >> 3. Where should I look next? > > > > Have you run sysutils/memtest86 with the 8 GB? > > Heh. Difficult when the system doesn't run. That's what happens when 1 of 8 (1 of 4?) DIMM is bad :-) > > I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 2GB > > Reg. ECC DIMMs. > > OK, this makes sense. It might also explain why the 4 GB > configuration only recognizes 3.5 GB. Search amd64 mailing list. The missing memory is reserved for something which escapes me at the moment. Similar to the infamous ISA memory hole. -- Steve From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:03:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D402116A4CE; Wed, 30 Mar 2005 23:03:19 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 215FA43D31; Wed, 30 Mar 2005 23:03:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2UN772D012921; Wed, 30 Mar 2005 16:07:07 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B2FBA.1020102@samsco.org> Date: Wed, 30 Mar 2005 16:01:14 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> In-Reply-To: <20050330224445.GW84137@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org cc: Steve Kargl Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:03:20 -0000 Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote: > >>On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: >> >>>None of these problems occur when I use 4 GB memory. About the only >>>strangeness, which seems to come from the BIOS, is that it recognizes >>>only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB >>>memory. >>> >>>I realize that this isn't enough to diagnose the problem. The reason >>>for this message now is to ask: >>> >>>1. Has anybody else seen this problem? >>>2. Has anybody else used this hardware configuration and *not* seen >>> this problem? >>>3. Where should I look next? >> >>Have you run sysutils/memtest86 with the 8 GB? > > > Heh. Difficult when the system doesn't run. > > >>I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 2GB >>Reg. ECC DIMMs. > > > OK, this makes sense. It might also explain why the 4 GB > configuration only recognizes 3.5 GB. > No, and I'm going to make this an FAQ and post it in a very obvious place, since 4+ GB is so easy to get and people don't seem to understand the PC architecture very well. Almost all systems put the PCI Memory Mapped IO window into the 3.75-4GB region of the physical memory map. The registers for the APICs and other system resources are also typically in this region. Now with PCI-Express, the Memory Mapped PCI config registers are typically being mapped in the 3.5-3.75GB range. The memory controllers, host bridges, north-bridges, and/or whatever else glues the memory to the bus to the CPU decode these addresses into PCI cycles, not RAM cycles. Some systems are smart and re-map the RAM that is hidden by these holes into a region >4GB. Some systems are dumb, though, and just deny you access to the RAM that is covered up. It's very much like the old days of the XT/AT architecture when you had 1MB of RAM but everything above 640k was hidden by the VGA framebuffer, ISA option ROMs, and system BIOS, but some systems where smart enough to relocate the hidden RAM. So, your missing .5GB is almost certainly not due to defective RAM, it's just due to The Way Things Are. It's a lot harder for Opteron systems to be smart about this than Xeon systems since all of the remapping magic can happen in the hostbridge on the Xeon, while the Opertons need to have their built-in memory controllers programmed specially for it. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:06:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20ECF16A4CE; Wed, 30 Mar 2005 23:06:49 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B9343D48; Wed, 30 Mar 2005 23:06:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2UNAbwv012942; Wed, 30 Mar 2005 16:10:37 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B308C.7070506@samsco.org> Date: Wed, 30 Mar 2005 16:04:44 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> <424B288D.80303@samsco.org> <20050330224351.GV84137@wantadilla.lemis.com> In-Reply-To: <20050330224351.GV84137@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:06:49 -0000 Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote: > >>Greg 'groggy' Lehey wrote: >> >>>I've recently acquired an AMD64 box ... >>> >>>What's unstable? ... The amd64 5.4-PRERELEASE kernel just >>>hangs/freezes. >> >>5.3-RELEASE has a lot of problems with >4GB due to busdma issues. >>Those should no longer be an issue in RELENG_5, including 5.4-PRE. > > > They appear to be. > I don't understand what you mean here. > >>>I realize that this isn't enough to diagnose the problem. The reason >>>for this message now is to ask: >>> >>>3. Where should I look next? >> >>You'll need to dig in and provide some more details, I guess. > > > Yes, my guess too. > > >>I have an HDAMA dual Opteron system that behaves fine now with 8GB >>of RAM, so your problem might lie with particular hardware and/or >>drivers. > > > As I described, it doesn't appear to be the drivers. I don't see how you proved or disproved this. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:09:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DE6B16A4CE; Wed, 30 Mar 2005 23:09:56 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id C526043D49; Wed, 30 Mar 2005 23:09:54 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id E109D85689; Thu, 31 Mar 2005 08:39:51 +0930 (CST) Date: Thu, 31 Mar 2005 08:39:51 +0930 From: Greg 'groggy' Lehey To: Scott Long Message-ID: <20050330230951.GY84137@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <424B288D.80303@samsco.org> <20050330224351.GV84137@wantadilla.lemis.com> <424B308C.7070506@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ng9nCnWcMXS7n1y7" Content-Disposition: inline In-Reply-To: <424B308C.7070506@samsco.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:09:56 -0000 --Ng9nCnWcMXS7n1y7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote: > Greg 'groggy' Lehey wrote: >> On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote: >> >>> Greg 'groggy' Lehey wrote: >>> >>>> I've recently acquired an AMD64 box ... >>>> >>>> What's unstable? ... The amd64 5.4-PRERELEASE kernel just >>>> hangs/freezes. >>> >>> 5.3-RELEASE has a lot of problems with >4GB due to busdma issues. >>> Those should no longer be an issue in RELENG_5, including 5.4-PRE. >> >> They appear to be. > > I don't understand what you mean here. As I said above (and trimmed for convenience), this problem occurs on 5.4-PRERELEASE as of yesterday morning. The dmesg shows that too. >> As I described, it doesn't appear to be the drivers. > > I don't see how you proved or disproved this. Shall I resend the original message? It seems independent of any particular driver. That's not proof, of course, but I didn't claim it was. Greg -- See complete headers for address and phone numbers. --Ng9nCnWcMXS7n1y7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSzG/IubykFB6QiMRApinAJ9CbvkJLbmghlc0k4vh3l038oVm0wCfReJF im1IhVgfwjN2DvSZjjzPF9A= =3jja -----END PGP SIGNATURE----- --Ng9nCnWcMXS7n1y7-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:15:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 571DD16A4CE; Wed, 30 Mar 2005 23:15:44 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1DF443D1F; Wed, 30 Mar 2005 23:15:42 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 1E83A8564F; Thu, 31 Mar 2005 08:45:41 +0930 (CST) Date: Thu, 31 Mar 2005 08:45:41 +0930 From: Greg 'groggy' Lehey To: Scott Long Message-ID: <20050330231541.GZ84137@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <424B2FBA.1020102@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vDpQvD79HZx/5O2q" Content-Disposition: inline In-Reply-To: <424B2FBA.1020102@samsco.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org cc: Steve Kargl Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:15:44 -0000 --vDpQvD79HZx/5O2q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 30 March 2005 at 16:01:14 -0700, Scott Long wrote: > Greg 'groggy' Lehey wrote: >> On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote: >> >>> On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: >>> >>>> None of these problems occur when I use 4 GB memory. About the only >>>> strangeness, which seems to come from the BIOS, is that it recognizes >>>> only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB >>>> memory. >>> >>> I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 2GB >>> Reg. ECC DIMMs. >> >> OK, this makes sense. It might also explain why the 4 GB >> configuration only recognizes 3.5 GB. > > No, and I'm going to make this an FAQ and post it in a very obvious > place, since 4+ GB is so easy to get and people don't seem to understand > the PC architecture very well. That's not easy to understand when it's barely documented. Thanks for the info: it helps a lot. This may still be a hint, though: that memory hole doesn't show up during a boot with 8 GB RAM. How come? Is the system trying to map RAM over the PCI hole? It looks as if I should get a verbose boot listing with 8 GB. It'll be a couple of hours before I find time to reboot this machine. In the meantime, there's a verbose boot with 4 GB at http://www.lemis.com/grog/Images/20050331/obelix-dmesg. I'm told it shows a number of strange things, including incorrect reporting of on-chip cache sizes. Greg -- See complete headers for address and phone numbers. --vDpQvD79HZx/5O2q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSzMdIubykFB6QiMRAkrBAKCESZB6S1NDAmsQhPl+wU5aHK06wQCfQxOO XSLk29dQDExbNfzD9Nwsxys= =W5rD -----END PGP SIGNATURE----- --vDpQvD79HZx/5O2q-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:17:42 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EBE516A4CE for ; Wed, 30 Mar 2005 23:17:42 +0000 (GMT) Received: from smtp817.mail.sc5.yahoo.com (smtp817.mail.sc5.yahoo.com [66.163.170.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 5A03843D45 for ; Wed, 30 Mar 2005 23:17:41 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.208.130 with login) by smtp817.mail.sc5.yahoo.com with SMTP; 30 Mar 2005 22:37:33 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2E65660F7; Wed, 30 Mar 2005 16:37:32 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06628-13-2; Wed, 30 Mar 2005 16:37:29 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 65EAF60D7; Wed, 30 Mar 2005 16:37:29 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2UMbQtP053791; Wed, 30 Mar 2005 16:37:26 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <424B2A26.8090101@alumni.rice.edu> Date: Wed, 30 Mar 2005 16:37:26 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rene Ladan References: <20050330091750.GA863@82-168-75-155-bbxl.xdsl.tiscali.nl> <20050330135213.GC66640@xor.obsecurity.org> <20050330142312.GB2020@82-168-75-155-bbxl.xdsl.tiscali.nl> In-Reply-To: <20050330142312.GB2020@82-168-75-155-bbxl.xdsl.tiscali.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: stable@freebsd.org cc: Kris Kennaway Subject: Re: new LORs on 5.4 pre X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:17:42 -0000 On 03/30/05 08:23, Rene Ladan wrote: > On Wed, Mar 30, 2005 at 05:52:13AM -0800, Kris Kennaway wrote: >>On Wed, Mar 30, 2005 at 11:17:50AM +0200, Rene Ladan wrote: >>>Hi, >>> >>>I've stumbled over some new LORs (all continuable) on 5.4pre from >>>2005-03-29 09:49 UTC, thus before the bpf/DHCP fix. >>> >>>lock order reversal >>> 1st 0xc0642b60 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:256 >>> 2nd 0xc14d7264 fxp0 (network driver) @ /usr/src/sys/modules/fxp/../../dev/fxp/if_fxp.c:1233 >> >>Is your fxp module up-to-date? Stale modules (i.e. compiled for a >>different kernel than the one you're running) will cause problems. > > All modules are up to date. This LOR popped up after installing from a > resume buildworld. After blowing away /usr/obj, make cleandir twice in > /usr/src and rebuilding and reinstalling world+kernel, it and the others > still pop up, especially after any of these commands: > > # dhclient fxp0 > # ntpd -q > % fetchmail (only at startup, not after wakeup) > > Browsing in links does _not_ trigger a LOR. I saw a LOR similar to the rtentry one on -CURRENT a few days ago. See my message "4 LORs and a freeze with wi(4)": http://lists.freebsd.org/pipermail/freebsd-current/2005-March/047862.html Jon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:17:56 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B70E16A4CF; Wed, 30 Mar 2005 23:17:56 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA2D43D41; Wed, 30 Mar 2005 23:17:55 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 62C028564C; Thu, 31 Mar 2005 08:47:53 +0930 (CST) Date: Thu, 31 Mar 2005 08:47:53 +0930 From: Greg 'groggy' Lehey To: Steve Kargl Message-ID: <20050330231753.GA84137@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <20050330225715.GA4816@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QxSStYAgvEtE+iQJ" Content-Disposition: inline In-Reply-To: <20050330225715.GA4816@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:17:56 -0000 --QxSStYAgvEtE+iQJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 30 March 2005 at 14:57:15 -0800, Steve Kargl wrote: > On Thu, Mar 31, 2005 at 08:14:45AM +0930, Greg 'groggy' Lehey wrote: >> On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote: >>> On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: >>>> None of these problems occur when I use 4 GB memory. About the only >>>> strangeness, which seems to come from the BIOS, is that it recognizes >>>> only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB >>>> memory. >>>> >>>> I realize that this isn't enough to diagnose the problem. The reason >>>> for this message now is to ask: >>>> >>>> 3. Where should I look next? >>> >>> Have you run sysutils/memtest86 with the 8 GB? >> >> Heh. Difficult when the system doesn't run. > > That's what happens when 1 of 8 (1 of 4?) DIMM is bad :-) I've booted with the other 2 DIMMs now (I have 4 2 GB DIMMs, all the MB will hold). No problems. See my last reply to Scott: I'm wondering if the system is ignoring the PCI hole. Greg -- See complete headers for address and phone numbers. --QxSStYAgvEtE+iQJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSzOhIubykFB6QiMRAlTsAKCuYHL3smT4m6l1gjoxxJ0YDJLZFgCcCRFd QrXTuMRenj//tyfBI6ivGKU= =WpQ9 -----END PGP SIGNATURE----- --QxSStYAgvEtE+iQJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:22:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7370D16A4CE; Wed, 30 Mar 2005 23:22:28 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 411AA43D5F; Wed, 30 Mar 2005 23:22:28 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 4519319764; Wed, 30 Mar 2005 15:22:28 -0800 (PST) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 30 Mar 2005 15:22:27 -0800 User-Agent: KMail/1.7.2 References: <20050330222439.GU84137@wantadilla.lemis.com> <424B2FBA.1020102@samsco.org> <20050330231541.GZ84137@wantadilla.lemis.com> In-Reply-To: <20050330231541.GZ84137@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503301522.27892.peter@wemm.org> cc: Greg 'groggy' Lehey cc: FreeBSD Stable Users Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:22:28 -0000 On Wednesday 30 March 2005 03:15 pm, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 16:01:14 -0700, Scott Long wrote: > > Greg 'groggy' Lehey wrote: > >> On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote: > >>> On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: > >>>> None of these problems occur when I use 4 GB memory. About the > >>>> only strangeness, which seems to come from the BIOS, is that it > >>>> recognizes only 3.5 GB. If I put all DIMMS in, it recognizes > >>>> the full 8 GB memory. > >>> > >>> I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 > >>> 2GB Reg. ECC DIMMs. > >> > >> OK, this makes sense. It might also explain why the 4 GB > >> configuration only recognizes 3.5 GB. > > > > No, and I'm going to make this an FAQ and post it in a very obvious > > place, since 4+ GB is so easy to get and people don't seem to > > understand the PC architecture very well. > > That's not easy to understand when it's barely documented. Thanks > for the info: it helps a lot. > > This may still be a hint, though: that memory hole doesn't show up > during a boot with 8 GB RAM. How come? Is the system trying to map > RAM over the PCI hole? Nope, its still there. When you boot -v, you'll see the hole in the "Physical memory chunk(s)" list. However, I suspect that some of the bioses will set the 4GB hole partition in the physical ram lower so that there will be 4.5GB of ram above the 4GB mark. I haven't looked too closely to see for sure. > It looks as if I should get a verbose boot listing with 8 GB. It'll > be a couple of hours before I find time to reboot this machine. In > the meantime, there's a verbose boot with 4 GB at > http://www.lemis.com/grog/Images/20050331/obelix-dmesg. I'm told it > shows a number of strange things, including incorrect reporting of > on-chip cache sizes. Nope, it is correct. You have 1MB of L2 cache. L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative > Greg > -- > See complete headers for address and phone numbers. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:22:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1893B16A4D5 for ; Wed, 30 Mar 2005 23:22:47 +0000 (GMT) Received: from x8.develooper.com (x8.develooper.com [216.52.237.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADF3F43D2D for ; Wed, 30 Mar 2005 23:22:46 +0000 (GMT) (envelope-from ask@develooper.com) Received: (qmail 11433 invoked from network); 30 Mar 2005 23:22:43 -0000 Received: from m090e36d0.tmodns.net (HELO ?10.178.116.227?) (asktreo@mail.dev@208.54.14.9) by smtp.develooper.com with (RC4-MD5 encrypted) SMTP; 30 Mar 2005 23:22:43 -0000 Mime-Version: 1.0 X-Mailer: SnapperMail 2.2.4.01 by Snapperfish, www.snappermail.com To: "Greg 'groggy' Lehey" , "Steve Kargl" Message-ID: <1616-SnapperMsg8FB730CABE70E540@[10.178.116.227]> In-Reply-To: <20050330224445.GW84137@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330224445.GW84137@wantadilla.lemis.com> From: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= Date: Wed, 30 Mar 2005 15:22:16 -0800 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:22:47 -0000 ...... Original Message ....... On Thu, 31 Mar 2005 08:14:45 +0930 "Greg 'groggy' Lehey" wrote: >> Have you run sysutils/memtest86 with the 8 GB? > >Heh. Difficult when the system doesn't run. There is a bootable ISO version of memtest86 that you could try. - ask -- http://askask.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:23:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62BDB16A4CE; Wed, 30 Mar 2005 23:23:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE33F43D31; Wed, 30 Mar 2005 23:23:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2UNRGfj013042; Wed, 30 Mar 2005 16:27:16 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B3473.9010108@samsco.org> Date: Wed, 30 Mar 2005 16:21:23 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <424B2FBA.1020102@samsco.org> <20050330231541.GZ84137@wantadilla.lemis.com> In-Reply-To: <20050330231541.GZ84137@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org cc: Steve Kargl Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:23:28 -0000 Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 16:01:14 -0700, Scott Long wrote: > >>Greg 'groggy' Lehey wrote: >> >>>On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote: >>> >>> >>>>On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote: >>>> >>>> >>>>>None of these problems occur when I use 4 GB memory. About the only >>>>>strangeness, which seems to come from the BIOS, is that it recognizes >>>>>only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB >>>>>memory. >>>> >>>>I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 2GB >>>>Reg. ECC DIMMs. >>> >>>OK, this makes sense. It might also explain why the 4 GB >>>configuration only recognizes 3.5 GB. >> >>No, and I'm going to make this an FAQ and post it in a very obvious >>place, since 4+ GB is so easy to get and people don't seem to understand >>the PC architecture very well. > > > That's not easy to understand when it's barely documented. Thanks for > the info: it helps a lot. > > This may still be a hint, though: that memory hole doesn't show up > during a boot with 8 GB RAM. How come? Is the system trying to map > RAM over the PCI hole? > > It looks as if I should get a verbose boot listing with 8 GB. It'll > be a couple of hours before I find time to reboot this machine. In > the meantime, there's a verbose boot with 4 GB at > http://www.lemis.com/grog/Images/20050331/obelix-dmesg. I'm told it > shows a number of strange things, including incorrect reporting of > on-chip cache sizes. > The SMAP will show the hole. It's well documented in most PC archtitecure books. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:25:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD5716A4CF; Wed, 30 Mar 2005 23:25:40 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C28543D64; Wed, 30 Mar 2005 23:25:38 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2UNTQrd013064; Wed, 30 Mar 2005 16:29:26 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B34F6.6020705@samsco.org> Date: Wed, 30 Mar 2005 16:23:34 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> <424B288D.80303@samsco.org> <20050330224351.GV84137@wantadilla.lemis.com> <424B308C.7070506@samsco.org> <20050330230951.GY84137@wantadilla.lemis.com> In-Reply-To: <20050330230951.GY84137@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:25:40 -0000 Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote: > >>Greg 'groggy' Lehey wrote: >> >>>On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote: >>> >>> >>>>Greg 'groggy' Lehey wrote: >>>> >>>> >>>>>I've recently acquired an AMD64 box ... >>>>> >>>>>What's unstable? ... The amd64 5.4-PRERELEASE kernel just >>>>>hangs/freezes. >>>> >>>>5.3-RELEASE has a lot of problems with >4GB due to busdma issues. >>>>Those should no longer be an issue in RELENG_5, including 5.4-PRE. >>> >>>They appear to be. >> >>I don't understand what you mean here. > > > As I said above (and trimmed for convenience), this problem occurs on > 5.4-PRERELEASE as of yesterday morning. The dmesg shows that too. > And you're certain that it's due to the same busdma issues that I was describing? I must have missed the evidence that you use to support this. > >>>As I described, it doesn't appear to be the drivers. >> >>I don't see how you proved or disproved this. > > > Shall I resend the original message? It seems independent of any > particular driver. That's not proof, of course, but I didn't claim it > was. Again, I must have missed the part where you investigated the drivers that apply to your particular system. I highly doubt that they apply to every 8GB Opteron system available on the market. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:25:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 347E316A4CF; Wed, 30 Mar 2005 23:25:41 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 541D643D60; Wed, 30 Mar 2005 23:25:38 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 2843B19764; Wed, 30 Mar 2005 15:25:38 -0800 (PST) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 30 Mar 2005 15:25:37 -0800 User-Agent: KMail/1.7.2 References: <20050330222439.GU84137@wantadilla.lemis.com> <424B308C.7070506@samsco.org> <20050330230951.GY84137@wantadilla.lemis.com> In-Reply-To: <20050330230951.GY84137@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503301525.37798.peter@wemm.org> cc: Greg 'groggy' Lehey cc: FreeBSD Stable Users Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:25:41 -0000 On Wednesday 30 March 2005 03:09 pm, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote: > > Greg 'groggy' Lehey wrote: > >> On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote: > >>> Greg 'groggy' Lehey wrote: > >>>> I've recently acquired an AMD64 box ... > >>>> > >>>> What's unstable? ... The amd64 5.4-PRERELEASE kernel just > >>>> hangs/freezes. > >>> > >>> 5.3-RELEASE has a lot of problems with >4GB due to busdma issues. > >>> Those should no longer be an issue in RELENG_5, including > >>> 5.4-PRE. > >> > >> They appear to be. > > > > I don't understand what you mean here. > > As I said above (and trimmed for convenience), this problem occurs on > 5.4-PRERELEASE as of yesterday morning. The dmesg shows that too. > > >> As I described, it doesn't appear to be the drivers. > > > > I don't see how you proved or disproved this. > > Shall I resend the original message? It seems independent of any > particular driver. That's not proof, of course, but I didn't claim > it was. Greg: The busdma problems from 5.3-RELEASE are fixed. That doesn't mean that there are no *other* problems. Scott is saying "the old busdma bug shouldn't be affecting 5.4-PRE", and he's correct. Most likely, something else is happening, eg: you're running out of KVM or something silly like that. I know we're right on the brink at 8GB. The layout of the devices may be just enough to tip it over the edge. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:26:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37E1316A4CE for ; Wed, 30 Mar 2005 23:26:38 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id A1EBB43D45 for ; Wed, 30 Mar 2005 23:26:37 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 48094 invoked by uid 60001); 30 Mar 2005 23:26:37 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=ntUhoKykJLoIrXmxoQw30WvQ8AjYyhYzRz9HnfiqTTBJGXNdQGsq0FtG4fMNZO4pUE0U66fj5MNMZSRf0QkxgKS/YDFb4sOVLZJ3u5K4LPCuDctHhHwRnpNUnM/o1TwmvBjRQ82CDVNUCGr1zCLTvNbTdt9SHvV6RmbFMlkRnyg= ; Message-ID: <20050330232637.48092.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Wed, 30 Mar 2005 15:26:37 PST Date: Wed, 30 Mar 2005 15:26:37 -0800 (PST) From: Rob To: Doug White In-Reply-To: <20050329191350.G58510@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:26:38 -0000 --- Doug White wrote: > On Mon, 28 Mar 2005, Mars Trading wrote: > > > I think you may be on to something here. Not that > >I'm an expert, BTW. If I remember correctly, > > 4.11 doesn't use device.hints; > > device irq's and stuff were all included in the > > kernel configuration. > > > > This is no longer the case with 5.x which uses > > /boot/device.hints to > > tell where attached devices are. But how does one > > edit device.hints on a boot cd? > > You set the variables from the loader with the "set" > command. For example, if you need to add this to > device.hints: > > hint.ata.0.at="isa" > > type this on the loader command line: > > set hint.ata.0.at="isa" > > On 4.x the hints were configured so that it would > still probe the ISA > resources if the PCI attachments failed. On 5.x this > is likely not the > case. However on 5.x that "disabled by BIOS" > message is gone so it should > attach if that particular message was the reason > before. However someone > clipped that message from the output so I don't even > know why its failing to attach in the first place. I've got a few other 5.3-Stable (5.4-PreRelease) PCs here. On these machines I get: $ grep hint.ata.0 /boot/device.hints hint.ata.0.at="isa" hint.ata.0.port="0x1F0" hint.ata.0.irq="14" $ grep hint.ata.0 /usr/src/sys/i386/conf/GENERIC.hints hint.ata.0.at="isa" hint.ata.0.port="0x1F0" hint.ata.0.irq="14" So it's already there! I suppose it's the same with the 5.3 installation floppies, or isn't it? Or would me setting it manually at the loader prompt, have a different effect? > So its said again .. > > Use a different ATA controller. Please. The RZ1000 > series should not be > used under ANY CIRCUMSTANCES WHATSOEVER. I've got not really a choice here. This is a 10 year old Pentium-1 PC, which I would like to use. I'm not a hardware expert, but your advice would mean to throw this PC away? Or can I replace the ATA controller easily myself? I have already put this machine under moderate load and recompiled/installed a new world/kernel without any problems. Apparently 4.11 knows how to bypass the flaws of this buggy ATA controller. At least that's my impression. Would 5.3 or 5.4 do this as-good here? Regards, Rob. __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:27:29 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F2BA16A4CE; Wed, 30 Mar 2005 23:27:29 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 030E443D45; Wed, 30 Mar 2005 23:27:29 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id E65C1197A9; Wed, 30 Mar 2005 15:27:28 -0800 (PST) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 30 Mar 2005 15:27:28 -0800 User-Agent: KMail/1.7.2 References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330224445.GW84137@wantadilla.lemis.com> <1616-SnapperMsg8FB730CABE70E540@[10.178.116.227]> In-Reply-To: <1616-SnapperMsg8FB730CABE70E540@[10.178.116.227]> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503301527.28612.peter@wemm.org> cc: Greg 'groggy' Lehey cc: Ask =?iso-8859-1?q?Bj=F8rn_Hansen?= cc: FreeBSD Stable Users cc: Steve Kargl Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:27:29 -0000 On Wednesday 30 March 2005 03:22 pm, Ask Bj=F8rn Hansen wrote: > ...... Original Message ....... > On Thu, 31 Mar 2005 08:14:45 +0930 "Greg 'groggy' Lehey" > > > wrote: > >> Have you run sysutils/memtest86 with the 8 GB? > > > >Heh. Difficult when the system doesn't run. > > There is a bootable ISO version of memtest86 that you could try. Thats what the port does.. It produces a bootable floppy or ISO. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:38:06 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A09116A4CE; Wed, 30 Mar 2005 23:38:06 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A732E43D1D; Wed, 30 Mar 2005 23:38:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2UNbec3024224; Wed, 30 Mar 2005 16:37:40 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 30 Mar 2005 16:37:47 -0700 (MST) Message-Id: <20050330.163747.105583958.imp@bsdimp.com> To: grog@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050330231753.GA84137@wantadilla.lemis.com> References: <20050330224445.GW84137@wantadilla.lemis.com> <20050330225715.GA4816@troutmask.apl.washington.edu> <20050330231753.GA84137@wantadilla.lemis.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: FreeBSD-amd64@freebsd.org cc: sgk@troutmask.apl.washington.edu Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:38:06 -0000 In message: <20050330231753.GA84137@wantadilla.lemis.com> "Greg 'groggy' Lehey" writes: : I've booted with the other 2 DIMMs now (I have 4 2 GB DIMMs, all the : MB will hold). No problems. See my last reply to Scott: I'm : wondering if the system is ignoring the PCI hole. Unlikely. If it was, you'd not have enough of a system to complain about. Warner From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:38:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B608F16A4CE; Wed, 30 Mar 2005 23:38:28 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 014EE43D1D; Wed, 30 Mar 2005 23:38:27 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 89E6C85669; Thu, 31 Mar 2005 09:08:23 +0930 (CST) Date: Thu, 31 Mar 2005 09:08:23 +0930 From: Greg 'groggy' Lehey To: Scott Long Message-ID: <20050330233823.GA6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <424B288D.80303@samsco.org> <20050330224351.GV84137@wantadilla.lemis.com> <424B308C.7070506@samsco.org> <20050330230951.GY84137@wantadilla.lemis.com> <424B34F6.6020705@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <424B34F6.6020705@samsco.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:38:28 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Format recovered--see http://www.lemis.com/email/email-format.html] [gratuitous empty lines removed] On Wednesday, 30 March 2005 at 16:23:34 -0700, Scott Long wrote: > Greg 'groggy' Lehey wrote: >> On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote: >>> Greg 'groggy' Lehey wrote: >>>> On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote: >>>>> Greg 'groggy' Lehey wrote: >>>>>> I've recently acquired an AMD64 box ... >>>>>> >>>>>> What's unstable? ... The amd64 5.4-PRERELEASE kernel just >>>>>> hangs/freezes. >>>>> >>>>> 5.3-RELEASE has a lot of problems with >4GB due to busdma issues. >>>>> Those should no longer be an issue in RELENG_5, including 5.4-PRE. >>>> >>>> They appear to be. >>> >>> I don't understand what you mean here. >> >> As I said above (and trimmed for convenience), this problem occurs on >> 5.4-PRERELEASE as of yesterday morning. The dmesg shows that too. > > And you're certain that it's due to the same busdma issues that I > was describing? No. > I must have missed the evidence that you use to support this. I didn't give any. It appears that I misunderstood what you were saying. >>>> As I described, it doesn't appear to be the drivers. >>> >>> I don't see how you proved or disproved this. >> >> Shall I resend the original message? It seems independent of any >> particular driver. That's not proof, of course, but I didn't claim it >> was. > > Again, I must have missed the part where you investigated the drivers > that apply to your particular system. The description is still there. > I highly doubt that they apply to every 8GB Opteron system available > on the market. I never suggested that they did. There's every reason to believe that it's something to do with this particular motherboard, but that doesn't mean that FreeBSD is blameless. Greg -- When replying to this message, please take care not to mutilate the original text. =20 For more information, see http://www.lemis.com/email.html See complete headers for address and phone numbers. --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSzhvIubykFB6QiMRAlwtAJ9WO4/fOj8MwW/EIDoSA6oA3oqnMgCfeqja Re0zQiZ9Ww6bvFXjCLSuyWg= =dpRK -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:39:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E65116A4CE; Wed, 30 Mar 2005 23:39:50 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1711043D3F; Wed, 30 Mar 2005 23:39:49 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 0C63885671; Thu, 31 Mar 2005 09:09:47 +0930 (CST) Date: Thu, 31 Mar 2005 09:09:47 +0930 From: Greg 'groggy' Lehey To: Peter Wemm Message-ID: <20050330233946.GB6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <424B308C.7070506@samsco.org> <20050330230951.GY84137@wantadilla.lemis.com> <200503301525.37798.peter@wemm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline In-Reply-To: <200503301525.37798.peter@wemm.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: FreeBSD Stable Users cc: freebsd-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:39:50 -0000 --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 30 March 2005 at 15:25:37 -0800, Peter Wemm wrote: > On Wednesday 30 March 2005 03:09 pm, Greg 'groggy' Lehey wrote: >> On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote: >>> Greg 'groggy' Lehey wrote: >>>> As I described, it doesn't appear to be the drivers. >>> >>> I don't see how you proved or disproved this. >> >> Shall I resend the original message? It seems independent of any >> particular driver. That's not proof, of course, but I didn't claim >> it was. > > Greg: The busdma problems from 5.3-RELEASE are fixed. That doesn't > mean that there are no *other* problems. Scott is saying "the old > busdma bug shouldn't be affecting 5.4-PRE", and he's correct. Yes, now I understand. > Most likely, something else is happening, eg: you're running out of KVM > or something silly like that. I know we're right on the brink at 8GB. > The layout of the devices may be just enough to tip it over the edge. Yes, this seems reasonable. Where should I look next? I'm currently rebuilding world and will attempt a verbose boot via serial console when it's done. Anything else I should try? Greg -- See complete headers for address and phone numbers. --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCSzjCIubykFB6QiMRAtlJAJ43Etwpf1ha/R0v82fiwc8Xc3hvFgCfQOsb xoGRrstX3t3lfBLP8vD7Qz0= =9O6g -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 30 23:46:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F9CC16A4CE; Wed, 30 Mar 2005 23:46:04 +0000 (GMT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB0643D31; Wed, 30 Mar 2005 23:46:04 +0000 (GMT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id j2UNk3P20261; Wed, 30 Mar 2005 15:46:03 -0800 (PST) Date: Wed, 30 Mar 2005 15:46:03 -0800 From: Mike Hunter To: Peter Wemm Message-ID: <20050330234603.GA18631@ack.Berkeley.EDU> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330224445.GW84137@wantadilla.lemis.com> <1616-SnapperMsg8FB730CABE70E540@[10.178.116.227]> <200503301527.28612.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200503301527.28612.peter@wemm.org> User-Agent: Mutt/1.5.6i cc: Ask =?unknown-8bit?Q?Bj=F8rn?= Hansen cc: FreeBSD Stable Users cc: freebsd-amd64@freebsd.org Subject: [OT] memtest86 (Was: Problems with AMD64 and 8 GB RAM?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 23:46:04 -0000 On Mar 30, "Peter Wemm" wrote: > On Wednesday 30 March 2005 03:22 pm, Ask Bjrn Hansen wrote: > > ...... Original Message ....... > > On Thu, 31 Mar 2005 08:14:45 +0930 "Greg 'groggy' Lehey" > > > > > > wrote: > > >> Have you run sysutils/memtest86 with the 8 GB? > > > > > >Heh. Difficult when the system doesn't run. > > > > There is a bootable ISO version of memtest86 that you could try. > > Thats what the port does.. It produces a bootable floppy or ISO. This reminds me, I noticed that gentoo includes a memtest86 "kernel" in their install ISO. Would this be a hard feature to include in FreeBSD? Mike From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 00:24:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8807316A4CE for ; Thu, 31 Mar 2005 00:24:55 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F7E43D53 for ; Thu, 31 Mar 2005 00:24:54 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2V0OrJ4044402 for ; Wed, 30 Mar 2005 18:24:53 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Wed Mar 30 18:24:53 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2V0OrvE044400; Wed, 30 Mar 2005 18:24:53 -0600 (CST) (envelope-from karl) Message-ID: <20050330182453.A44361@denninger.net> Date: Wed, 30 Mar 2005 18:24:53 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> <20050330004740.U328@sasami.jurai.net> <20050330000611.A29180@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050330000611.A29180@denninger.net>; from Karl Denninger on Wed, Mar 30, 2005 at 12:06:11AM -0600 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 00:24:55 -0000 On Wed, Mar 30, 2005 at 12:06:11AM -0600, Karl Denninger wrote: > On Wed, Mar 30, 2005 at 12:50:31AM -0500, Matthew N. Dodd wrote: > > On Tue, 29 Mar 2005, Karl Denninger wrote: > > > 245a252 > > >> request->donecount = 0; > > > > > > Without the last delta the requeue doesn't happen at all. > > > > So you're saying that this change: > > > > 1.42: When resubmitting a timed out request, reset donecount. > > > > produces the problem? > > I believe so, yes, if my recollection from earlier in the month is correct. > > Without it, the problem doesn't exist, but the requeueing doesn't happen > either (well technically according to the code it does, but it doesn't do > anything) - so whether that's the problem or whether it simply MASKS the > problem I can't say without further investigation. > > I am loading up my sandbox machine with an exact copy now, and expect to > know more sometime tomorrow - I will have to go through a full > buildworld/installworld/buildkernel/installkernel to bring the sandbox up > to date and then stuff a SATA disk and adapter in there to re-create the > environment closely enough to be sure that I'm looking at the same issue. > > More as soon as I know with certainty. It appears that the change was backed out of the CVS tree late last night. I've reproduced the original problem on my sandbox, and am now testing removing the patch lines one at a time. Hopefully I can isolate exactly which line causes trouble. BTW, it appears that the original problem (DMA write errorrs) ONLY occur if you have at least two SATA devices - at least in my system - and at least one of them is on the SI chipset. A single UDMA100 PATA disk and a single SATA150 disk DO NOT trigger retries, no matter how high the load. Had to diddle with things to get it to go "bang" so I can isolate.... Hopefully more this evening - first round (removing the "!" change) being run now. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 01:02:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB8F16A4CE; Thu, 31 Mar 2005 01:02:43 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0F7143D1D; Thu, 31 Mar 2005 01:02:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j2V12YwQ029366; Thu, 31 Mar 2005 10:32:34 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 31 Mar 2005 10:32:33 +0930 User-Agent: KMail/1.8 References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> In-Reply-To: <20050330224445.GW84137@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1712303.1chSQSiMmU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503311032.33718.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Greg 'groggy' Lehey cc: FreeBSD-amd64@freebsd.org cc: Steve Kargl Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 01:02:43 -0000 --nextPart1712303.1chSQSiMmU Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: > > Have you run sysutils/memtest86 with the 8 GB? > > Heh. Difficult when the system doesn't run. You could try http://www.memtest86.com although that doesn't do >4Gb :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1712303.1chSQSiMmU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCS0wp5ZPcIHs/zowRAjSJAJ9eHLHoMrfSk/YA8afYC4mOG0hmQACfXDm2 GrvuNRt5zCSRFO0s7YeSxdQ= =7Oke -----END PGP SIGNATURE----- --nextPart1712303.1chSQSiMmU-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 01:10:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC4F16A4CE; Thu, 31 Mar 2005 01:10:11 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3647343D31; Thu, 31 Mar 2005 01:10:11 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2V1AAaG006205; Wed, 30 Mar 2005 17:10:10 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2V1AA4W006204; Wed, 30 Mar 2005 17:10:10 -0800 (PST) (envelope-from sgk) Date: Wed, 30 Mar 2005 17:10:10 -0800 From: Steve Kargl To: "Daniel O'Connor" Message-ID: <20050331011010.GA6151@troutmask.apl.washington.edu> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503311032.33718.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: Greg 'groggy' Lehey cc: freebsd-stable@freebsd.org cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 01:10:11 -0000 On Thu, Mar 31, 2005 at 10:32:33AM +0930, Daniel O'Connor wrote: > On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: > > > Have you run sysutils/memtest86 with the 8 GB? > > > > Heh. Difficult when the system doesn't run. > > You could try http://www.memtest86.com although that doesn't do >4Gb :( > http://www.memtest.org/ -- Steve From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 01:18:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F099F16A4CE for ; Thu, 31 Mar 2005 01:18:07 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 6781A43D41 for ; Thu, 31 Mar 2005 01:18:07 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 13181 invoked by uid 60001); 31 Mar 2005 01:18:06 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=St47ZV/WEI/yANNqhaaShPFrvrPQW7uiSkjF6HckDPgfL3KkrPVeSp0kjKxSaRmafbgPdOBHxZQJi+7ZgVB0PMxNUV2g0fvL0E4r6HbRpc21ebj8aKWvxcOPgL30XxmCnGZn/Q2SiEsSTUaspWzOgZPNKRRxFFRGMHomJIOnjyU= ; Message-ID: <20050331011806.13179.qmail@web54002.mail.yahoo.com> Received: from [147.46.44.181] by web54002.mail.yahoo.com via HTTP; Wed, 30 Mar 2005 17:18:06 PST Date: Wed, 30 Mar 2005 17:18:06 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 01:18:08 -0000 Rob wrote: > > I have already put this machine under moderate load > and recompiled/installed a new world/kernel without > any problems. Apparently 4.11 knows how to bypass > the flaws of this buggy ATA controller. At least > that's my impression. > Would 5.3 or 5.4 do this as-good here? Googling on this topic, I found info on a Linux kernel configuration site: CONFIG_BLK_DEV_RZ1000 The PC-Technologies RZ1000 chip is used on many common 486 and Pentium motherboards, usually along with the "Neptune" chipset. Unfortunately, it has a rather nasty design flaw that can cause severe data corruption under many conditions. Say Y here to include code which automatically detects and corrects the problem under Linux. This may slow disk throughput by a few percent, but at least things will operate 100% reliably. If unsure, say Y. <\Quote> I wonder whether FreeBSD (at least 4.X) uses the same strategy to bypass the RZ1000 trouble on my PC. Regards, Rob. __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 01:19:45 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70F616A4CE; Thu, 31 Mar 2005 01:19:45 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7A043D1D; Thu, 31 Mar 2005 01:19:44 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j2V1Jf4h029892; Thu, 31 Mar 2005 10:49:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Steve Kargl Date: Thu, 31 Mar 2005 10:49:38 +0930 User-Agent: KMail/1.8 References: <20050330222439.GU84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331011010.GA6151@troutmask.apl.washington.edu> In-Reply-To: <20050331011010.GA6151@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3331214.TbhGTi0eAW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503311049.38443.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Greg 'groggy' Lehey cc: freebsd-stable@freebsd.org cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 01:19:45 -0000 --nextPart3331214.TbhGTi0eAW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 31 Mar 2005 10:40, Steve Kargl wrote: > On Thu, Mar 31, 2005 at 10:32:33AM +0930, Daniel O'Connor wrote: > > On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: > > > > Have you run sysutils/memtest86 with the 8 GB? > > > > > > Heh. Difficult when the system doesn't run. > > > > You could try http://www.memtest86.com although that doesn't do >4Gb :( > > http://www.memtest.org/ Ahh well there you go :) Thanks! =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3331214.TbhGTi0eAW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCS1Aq5ZPcIHs/zowRAj1yAKCGqOhHbpI1ZI8lLfKwP7bBbYC/OACfU2e9 g8Hf49h/sUqgtW5ZeAyYp9c= =hRxa -----END PGP SIGNATURE----- --nextPart3331214.TbhGTi0eAW-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 01:54:36 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E5516A4CE; Thu, 31 Mar 2005 01:54:36 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F3B43D41; Thu, 31 Mar 2005 01:54:33 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 5320B85689; Thu, 31 Mar 2005 11:24:29 +0930 (CST) Date: Thu, 31 Mar 2005 11:24:29 +0930 From: Greg 'groggy' Lehey To: Daniel O'Connor Message-ID: <20050331015429.GH6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X0cz4bGbQuRbxrVl" Content-Disposition: inline In-Reply-To: <200503311032.33718.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@freebsd.org cc: FreeBSD-amd64@freebsd.org cc: Steve Kargl Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 01:54:37 -0000 --X0cz4bGbQuRbxrVl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 31 March 2005 at 10:32:33 +0930, Daniel O'Connor wrote: > On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: >>> Have you run sysutils/memtest86 with the 8 GB? >> >> Heh. Difficult when the system doesn't run. > > You could try http://www.memtest86.com although that doesn't do >4Gb :( I'm pretty sure it's not the memory. I've tried each pair individually, and it's only when they're both in there together that it's a problem. And yes, I've tried them in each pair of slots. I now have dmesg output for verbose boots with both 4 GB and 8 GB memory. The complete dmesg output is at http://www.lemis.com/grog/Images/20050331/dmesg.4GB and http://www.lemis.com/grog/Images/20050331/dmesg.8GB. The diffs are at http://www.lemis.com/grog/Images/20050331/dmesg.diff. Here's a truncated summary: > --- dmesg.4GB Thu Mar 31 10:47:16 2005 > +++ dmesg.8GB Thu Mar 31 10:52:32 2005 > @@ -64,6 +10,7 @@ > SMAP type=01 base=0000000000100000 len=00000000dfde0000 > SMAP type=03 base=00000000dfee3000 len=000000000000d000 > SMAP type=04 base=00000000dfee0000 len=0000000000003000 > +SMAP type=01 base=0000000100000000 len=0000000100000000 > Copyright (c) 1992-2005 The FreeBSD Project. > @@ -75,7 +22,7 @@ > Calibrating clock(s) ... i8254 clock: 1193283 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > -Calibrating TSC clock ... TSC clock: 1603647337 Hz > +Calibrating TSC clock ... TSC clock: 1603647241 Hz > CPU: AMD Opteron(tm) Processor 242 (1603.65-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 > Features=0x78bfbff > @@ -90,11 +37,12 @@ > L2 4KB data TLB: 512 entries, 4-way associative > L2 4KB instruction TLB: 512 entries, 4-way associative > L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative > -real memory = 3756916736 (3582 MB) > +real memory = 8589934592 (8192 MB) This is interesting in that it has gained 4.5 GB. > Physical memory chunk(s): > 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) > -0x0000000000a05000 - 0x00000000d95b7fff, 3636146176 bytes (887731 pages) > -avail memory = 3623817216 (3455 MB) > +0x0000000000a09000 - 0x00000000dfedffff, 3746394112 bytes (914647 pages) > +0x0000000100000000 - 0x00000001f0fcffff, 4043112448 bytes (987088 pages) > +avail memory = 7777177600 (7416 MB) > ACPI APIC Table: > APIC ID: physical 0, logical 0:0 > APIC ID: physical 1, logical 0:1 > @@ -138,41 +86,12 @@ > ioapic0: intpin 9 trigger: level > ioapic0: intpin 9 polarity: low > lapic0: Routing NMI -> LINT1 > -A IRQ 3 (edge, high) > -ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) > -ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) > -ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) > -ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) > -ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) > -ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) > -ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) > -ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) > -ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) > -ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) > -ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) > -ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) > -ioapic0: intpin 16 -> PCI IRQ 16 (level, low) > -ioapic0: intpin 17 -> PCI IRQ 17 (level, low) > -ioapic0: intpin 18 -> PCI IRQ 18 (level, low) > -ioapic0: intpin 19 -> PCI IRQ 19 (level, low) > -ioapic0: intpin 20 -> PCI IRQ 20 (level, low) > -ioapic0: intpin 21 -> PCI IRQ 21 (level, low) > -ioapic0: intpin 22 -> PCI IRQ 22 (level, low) > -ioapic0: intpin 23 -> PCI IRQ 23 (level, low) > -MADT: Interrupt override: source 0, irq 2 > -ioapic0: Routing IRQ 0 -> intpin 2 > -ioapic0: intpin 2 trigger: edge > -ioapic0: intpin 2 polarity: high > -MADT: Interrupt override: source 9, irq 9 > -ioapic0: intpin 9 trigger: level > -ioapic0: intpin 9 polarity: low > -lapic0: Routing NMI -> LINT1 This stuff is puzzling. I suppose it could be related. Does anybody have any ideas? > lapic0: LINT1 trigger: edge > lapic0: LINT1 polarity: high > lapic1: Routing NMI -> LINT1 > lapic1: LINT1 trigger: edge > lapic1: LINT1 polarity: high > -ioapic0 irqs 0-23 on motherboard > +ioapic0 irqs 0-23 on motherboard > cpu0 BSP: > ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff > lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff The last lines in the 8 GB dmesg are: > bge0: mem 0xfa000000-0xfa00ffff irq 16 at device 11.0 on pci0 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfa000000 They're identical in each probe. Greg -- See complete headers for address and phone numbers. --X0cz4bGbQuRbxrVl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCS1hVIubykFB6QiMRArcQAJ9GqhMKnFIjw1m6TcPkLFDNNQh6iACaAnUq KDp8Cg6RH7e8+/A0ShUTuv0= =5UnY -----END PGP SIGNATURE----- --X0cz4bGbQuRbxrVl-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 02:00:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B856B16A4CE; Thu, 31 Mar 2005 02:00:44 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC49743D49; Thu, 31 Mar 2005 02:00:43 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j2V20efv030465; Thu, 31 Mar 2005 11:30:40 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Greg 'groggy' Lehey" Date: Thu, 31 Mar 2005 11:30:31 +0930 User-Agent: KMail/1.8 References: <20050330222439.GU84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> In-Reply-To: <20050331015429.GH6252@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1215408.9mMY9VAgPs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503311130.39539.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org cc: Steve Kargl Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 02:00:44 -0000 --nextPart1215408.9mMY9VAgPs Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 31 Mar 2005 11:24, Greg 'groggy' Lehey wrote: > I'm pretty sure it's not the memory. I've tried each pair > individually, and it's only when they're both in there together that > it's a problem. And yes, I've tried them in each pair of slots. Could be a marginal timing issue.. You could try winding out the RAM timing= =20 slightly. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1215408.9mMY9VAgPs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCS1nH5ZPcIHs/zowRAiJtAJwK6VJTAl1F5i50DsEEq8oGLglQjACeJ7p7 rGvg9LUEcBeYvZ0lkArkbGI= =3Fen -----END PGP SIGNATURE----- --nextPart1215408.9mMY9VAgPs-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 02:37:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EFCB16A4CF for ; Thu, 31 Mar 2005 02:37:22 +0000 (GMT) Received: from viharnik.xenya.net (viharnik.xenya.si [213.143.80.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF1B943D53 for ; Thu, 31 Mar 2005 02:37:21 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (tabla.xenya.si [213.143.80.70]) by viharnik.xenya.net (Postfix) with ESMTP id 00AB0237AA; Thu, 31 Mar 2005 04:37:19 +0200 (CEST) Received: from viharnik.xenya.net ([213.143.80.85]) by localhost (tabla.xenya.si [213.143.80.70]) (amavisd-new, port 10024) with ESMTP id 41602-01; Thu, 31 Mar 2005 04:37:20 +0200 (CEST) Received: from [192.168.6.60] (unknown [192.168.6.60]) by viharnik.xenya.net (Postfix) with ESMTP id 02DAE2379E; Thu, 31 Mar 2005 04:37:18 +0200 (CEST) Message-ID: <424B62C3.5090107@cuk.nu> Date: Thu, 31 Mar 2005 04:38:59 +0200 From: =?UTF-8?B?TWFya28gxIx1aw==?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <8eea040805010512321bf5b953@mail.gmail.com> <20050106064705.GA21853@odin.ac.hmc.edu> <42499E53.1090001@cuk.nu> <200503292325.38904.max@love2party.net> In-Reply-To: <200503292325.38904.max@love2party.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at xenya.si cc: freebsd-stable@freebsd.org Subject: Re: ALTQ, pf and VLANs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 02:37:22 -0000 Max, that solution works fine. I have tried it and it works fine for me. Thanks. Anyway, do you know some issues with dropping traffic on em0 vlan enabled interfaces and tcpdump-ing ? The average traffic, that we tcpdump is cca 10-20mbit/s and when tcpdump-ing, we get allmost 90% packet loss on interfaces. Any clue ? Marko Max Laier wrote: >On Tuesday 29 March 2005 20:28, Marko Čuk wrote: > > >>Will that be fixed in 5.4 ? Right now, today it won't work without a patch. >> >>pfctl: vlan0: driver does not support altq >> >> > >Please see: >http://lists.freebsd.org/mailman/htdig/freebsd-net/2005-February/006456.html > >If you still can't live without ALTQ rate-limitting on VLAN submit a PR and >throw it my way. > > > -- Private: http://cuk.nu Sports: http://www.cuk.nu Slovenian FreeBSD mirror admin http://www2.si.freebsd.org Work @ http://www.xenya.si From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 02:43:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C950816A4CE for ; Thu, 31 Mar 2005 02:43:16 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE2AE43D31 for ; Thu, 31 Mar 2005 02:43:16 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9E4BA72DDF; Wed, 30 Mar 2005 18:43:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9C24572DDD; Wed, 30 Mar 2005 18:43:16 -0800 (PST) Date: Wed, 30 Mar 2005 18:43:16 -0800 (PST) From: Doug White To: Young Lee In-Reply-To: <20050330170214.CB41.NCISOFT@163.com> Message-ID: <20050330184242.U68982@carver.gumbysoft.com> References: <20050329141522.DD32.NCISOFT@163.com> <20050329210051.M59551@carver.gumbysoft.com> <20050330170214.CB41.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 02:43:16 -0000 On Wed, 30 Mar 2005, Young Lee wrote: > the system is totally dead with the pannic message, and have > to hard reset to reboot. even i reboot the server, it will crash in > several minutes, because of hundreds of request is coming. You get a panic? You didn't say that before! > by refer to Klein's configuration and turn "debug.mpsafenet=0" > in /boot/loader.conf, the server is stable so far, and it last 20 hours. Can't say I've had problems with mpsafenet here. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 02:53:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5771116A4CE; Thu, 31 Mar 2005 02:53:03 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00AD043D1D; Thu, 31 Mar 2005 02:53:03 +0000 (GMT) (envelope-from mkb@mkbuelow.net) Received: from drjekyll.mkbuelow.net (p3E9E28E6.dip.t-dialin.net [62.158.40.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id E52D432C85; Thu, 31 Mar 2005 04:52:58 +0200 (CEST) Received: from drjekyll.mkbuelow.net (mkb@localhost.mkbuelow.net [127.0.0.1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j2V3sJK3011447; Thu, 31 Mar 2005 05:54:19 +0200 (CEST) (envelope-from mkb@drjekyll.mkbuelow.net) Received: (from mkb@localhost) by drjekyll.mkbuelow.net (8.13.3/8.13.3/Submit) id j2V3sIYj011446; Thu, 31 Mar 2005 05:54:18 +0200 (CEST) (envelope-from mkb) Date: Thu, 31 Mar 2005 05:54:17 +0200 From: Matthias Buelow To: "Greg 'groggy' Lehey" Message-ID: <20050331035417.GD10394@drjekyll.mkbuelow.net> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050331015429.GH6252@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org cc: Steve Kargl cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 02:53:03 -0000 Greg 'groggy' Lehey wrote: >I'm pretty sure it's not the memory. I've tried each pair >individually, and it's only when they're both in there together that >it's a problem. And yes, I've tried them in each pair of slots. I'm sure you have checked this aswell but just for completeness, they aren't different pairs? Like one pair is single-sided and the other double-sided (had some nasty and obscure problems with such a combination myself)? mkb. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 02:57:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9594E16A4CE for ; Thu, 31 Mar 2005 02:57:34 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 723D043D53 for ; Thu, 31 Mar 2005 02:57:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 61C1F72DDD; Wed, 30 Mar 2005 18:57:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5FDB572DCB; Wed, 30 Mar 2005 18:57:34 -0800 (PST) Date: Wed, 30 Mar 2005 18:57:34 -0800 (PST) From: Doug White To: Rob In-Reply-To: <20050330232637.48092.qmail@web54007.mail.yahoo.com> Message-ID: <20050330185403.I68982@carver.gumbysoft.com> References: <20050330232637.48092.qmail@web54007.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 02:57:34 -0000 On Wed, 30 Mar 2005, Rob wrote: > > So its said again .. > > > > Use a different ATA controller. Please. The RZ1000 > > series should not be > > used under ANY CIRCUMSTANCES WHATSOEVER. > > I've got not really a choice here. This is a 10 year > old Pentium-1 PC, which I would like to use. I'm not > a hardware expert, but your advice would mean to > throw this PC away? Or can I replace the ATA > controller easily myself? Any PCI ATA controller will work, and that machine probably has ISA slots so you could use an ISA ATA controller if you were desperate. I put my P90 out to pasture since once the 2GB disk dies in it I'll have to use flash media to get a disk the onboard controller will support. So I replaced it with a small fanless Soekris :) > I have already put this machine under moderate load > and recompiled/installed a new world/kernel without > any problems. Apparently 4.11 knows how to bypass > the flaws of this buggy ATA controller. At least > that's my impression. > Would 5.3 or 5.4 do this as-good here? AFAIK the RZ1000 bug was that it would corrupt data to the slave channel if the primary channel was also active. If you only have one device then you may not be able to reproduce it. Do you have verbose boot output from the non-working 5.x boot? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 03:08:32 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69AFD16A4CE for ; Thu, 31 Mar 2005 03:08:32 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477F443D1F for ; Thu, 31 Mar 2005 03:08:31 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2V38UnS047045 for ; Wed, 30 Mar 2005 21:08:30 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Wed Mar 30 21:08:30 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2V38UWf047043; Wed, 30 Mar 2005 21:08:30 -0600 (CST) (envelope-from karl) Message-ID: <20050330210830.A46956@denninger.net> Date: Wed, 30 Mar 2005 21:08:30 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050329234318.A3883@denninger.net>; from Karl Denninger on Tue, Mar 29, 2005 at 11:43:18PM -0600 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE - UPDATE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 03:08:32 -0000 On Tue, Mar 29, 2005 at 11:43:18PM -0600, Karl Denninger wrote: > Here's the diff and some thoughts.... > > Fs:/usr/src/sys/dev/ata> cvs diff -r 1.32.2.5 ata-queue.c > Index: ata-queue.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/ata/ata-queue.c,v > retrieving revision 1.32.2.5 > retrieving revision 1.32.2.6 > diff -r1.32.2.5 -r1.32.2.6 > 30c30 > < __FBSDID("$FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32.2.5 2004/10/24 09:27:37 sos Exp $"); > --- > > __FBSDID("$FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32.2.6 2005/03/23 04:50:26 mdodd Exp $"); > 218a219,221 > > if (!dumping) > > callout_reset(&request->callout, request->timeout * hz, > > (timeout_t*)ata_timeout, request); > 241,243c244,249 > < > < /* if reinit succeeded and retries still permit, reinject request */ > < if (ata_reinit(ch) && request->retries-- > 0 && request->device->param){ > --- > > /* > > * if reinit succeeds, retries still permit and device didn't > > * get removed by the reinit, reinject request > > */ > > if (!ata_reinit(ch) && request->retries-- > 0 > > && request->device->param){ > 245a252 > > request->donecount = 0; Removing the second change (changing the test on the "ata_reinit") appears to prevent both the destabilization and the actual requeue from taking place (that is, you get the immediate disconnect from the array when the error occurs; therefore whatever is causing the destabilization doesn't happen.) I will attempt to remove the first delta alone (and put back the second), but from a quick perusal of the code I doubt this will make a material change. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 03:26:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E41E616A4CE; Thu, 31 Mar 2005 03:26:47 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4536643D2F; Thu, 31 Mar 2005 03:26:46 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 21FA88564C; Thu, 31 Mar 2005 12:56:43 +0930 (CST) Date: Thu, 31 Mar 2005 12:56:43 +0930 From: Greg 'groggy' Lehey To: Matthias Buelow Message-ID: <20050331032643.GJ6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331035417.GD10394@drjekyll.mkbuelow.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hl1kWnBARzJiTscN" Content-Disposition: inline In-Reply-To: <20050331035417.GD10394@drjekyll.mkbuelow.net> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@freebsd.org cc: Steve Kargl cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 03:26:48 -0000 --hl1kWnBARzJiTscN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 31 March 2005 at 5:54:17 +0200, Matthias Buelow wrote: > Greg 'groggy' Lehey wrote: > >> I'm pretty sure it's not the memory. I've tried each pair >> individually, and it's only when they're both in there together that >> it's a problem. And yes, I've tried them in each pair of slots. > > I'm sure you have checked this aswell but just for completeness, > they aren't different pairs? Like one pair is single-sided and the > other double-sided (had some nasty and obscure problems with such > a combination myself)? No, they're all the same. Greg -- See complete headers for address and phone numbers. --hl1kWnBARzJiTscN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCS23zIubykFB6QiMRAnpaAJ9rCIB6oBi3cZ1k+N9d/2NFuT2OiQCgnO2/ anH0kFG84jwGIMfMROtaAm4= =ewsF -----END PGP SIGNATURE----- --hl1kWnBARzJiTscN-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 03:41:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCA2E16A4CE for ; Thu, 31 Mar 2005 03:41:22 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42FF643D2F for ; Thu, 31 Mar 2005 03:41:22 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2V3fLZM047634 for ; Wed, 30 Mar 2005 21:41:21 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Wed Mar 30 21:41:21 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2V3fL4F047632; Wed, 30 Mar 2005 21:41:21 -0600 (CST) (envelope-from karl) Message-ID: <20050330214121.A47628@denninger.net> Date: Wed, 30 Mar 2005 21:41:21 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <20050330210830.A46956@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050330210830.A46956@denninger.net>; from Karl Denninger on Wed, Mar 30, 2005 at 09:08:30PM -0600 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE - UPDATE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 03:41:22 -0000 Nevermind on my update - somehow "cvs" got the wrong tag (5.3-RELEASE) on my sandbox build. Doing it again.... :) -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 04:01:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEE0816A4CE for ; Thu, 31 Mar 2005 04:01:12 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F44343D55 for ; Thu, 31 Mar 2005 04:01:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9819 invoked from network); 31 Mar 2005 04:01:12 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 31 Mar 2005 04:01:11 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2V414e2021188; Wed, 30 Mar 2005 23:01:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <20050331015429.GH6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Wed, 30 Mar 2005 23:01:03 -0500 To: "Greg 'groggy' Lehey" X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 04:01:12 -0000 On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >> lapic0: LINT1 trigger: edge >> lapic0: LINT1 polarity: high >> lapic1: Routing NMI -> LINT1 >> lapic1: LINT1 trigger: edge >> lapic1: LINT1 polarity: high >> -ioapic0 irqs 0-23 on motherboard >> +ioapic0 irqs 0-23 on motherboard >> cpu0 BSP: >> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff >> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff This shows that in the - case the APIC is broken somehow (0.0 isn't a valid I/O APIC version). It would seem that the system has mapped RAM over top of the I/O APIC perhaps? It would be interesting to see the contents of your MADT to see if it's trying to use a 64-bit PA for your APIC. The local APIC portion seems ok though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 04:08:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2455C16A4CE; Thu, 31 Mar 2005 04:08:16 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 661D343D45; Thu, 31 Mar 2005 04:08:14 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id DBFAE85686; Thu, 31 Mar 2005 13:38:11 +0930 (CST) Date: Thu, 31 Mar 2005 13:38:11 +0930 From: Greg 'groggy' Lehey To: John Baldwin Message-ID: <20050331040811.GL6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9ToWwKEyhugL+MAz" Content-Disposition: inline In-Reply-To: <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 04:08:16 -0000 --9ToWwKEyhugL+MAz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: > > On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >>> lapic0: LINT1 trigger: edge >>> lapic0: LINT1 polarity: high >>> lapic1: Routing NMI -> LINT1 >>> lapic1: LINT1 trigger: edge >>> lapic1: LINT1 polarity: high >>> -ioapic0 irqs 0-23 on motherboard >>> +ioapic0 irqs 0-23 on motherboard >>> cpu0 BSP: >>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff >>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff > > This shows that in the - case the APIC is broken somehow (0.0 isn't a > valid I/O APIC version).=20 You mean the + case, I suppose. Yes, that's what I suspected. > It would seem that the system has mapped RAM over top of the I/O > APIC perhaps? That's what I suspected too, but imp doesn't think so. > It would be interesting to see the contents of your MADT to see if > it's trying to use a 64-bit PA for your APIC. Any suggestions about how to do so? Greg -- See complete headers for address and phone numbers. --9ToWwKEyhugL+MAz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCS3erIubykFB6QiMRArPcAJ9dFcCebTmKRN1LFO0WUQQ7aBfLTgCeNWjj /BNhl4GFpP2ltV92pYXTLNk= =2eZR -----END PGP SIGNATURE----- --9ToWwKEyhugL+MAz-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 04:30:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 279F816A4CE; Thu, 31 Mar 2005 04:30:44 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C2243D46; Thu, 31 Mar 2005 04:30:43 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2V4YRjo014442; Wed, 30 Mar 2005 21:34:27 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B7C74.4060203@samsco.org> Date: Wed, 30 Mar 2005 21:28:36 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> In-Reply-To: <20050331040811.GL6252@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-stable@freebsd.org cc: FreeBSD-amd64@freebsd.org cc: John Baldwin Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 04:30:44 -0000 Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: > >>On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >> >>>>lapic0: LINT1 trigger: edge >>>>lapic0: LINT1 polarity: high >>>>lapic1: Routing NMI -> LINT1 >>>>lapic1: LINT1 trigger: edge >>>>lapic1: LINT1 polarity: high >>>>-ioapic0 irqs 0-23 on motherboard >>>>+ioapic0 irqs 0-23 on motherboard >>>>cpu0 BSP: >>>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff >>>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >> >>This shows that in the - case the APIC is broken somehow (0.0 isn't a >>valid I/O APIC version). > > > You mean the + case, I suppose. Yes, that's what I suspected. > > >>It would seem that the system has mapped RAM over top of the I/O >>APIC perhaps? > > > That's what I suspected too, but imp doesn't think so. > I'd be more inclined to believe that there is an erroneous mapping by the OS, not that things are fundamentally broken in hardware. Your SMAP table shows everything correctly. It's becoming hard to break through your pre-concieved notions here and explain how things actually work. > >>It would be interesting to see the contents of your MADT to see if >>it's trying to use a 64-bit PA for your APIC. > > > Any suggestions about how to do so? > man acpidump From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 05:00:48 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7621416A4CF for ; Thu, 31 Mar 2005 05:00:48 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C8FB43D45 for ; Thu, 31 Mar 2005 05:00:47 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2V50kqo073511 for ; Wed, 30 Mar 2005 23:00:46 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Wed Mar 30 23:00:46 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2V50kFK073509; Wed, 30 Mar 2005 23:00:46 -0600 (CST) (envelope-from karl) Message-ID: <20050330230046.A68235@denninger.net> Date: Wed, 30 Mar 2005 23:00:46 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <20050330210830.A46956@denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050330210830.A46956@denninger.net>; from Karl Denninger on Wed, Mar 30, 2005 at 09:08:30PM -0600 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE - UPDATE (real this time) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 05:00:48 -0000 Ok, here's what I've got so far. Pulling the SECOND delta both gets rid of the stability problem AND the requeue fix (e.g. getting rid of that denies the essential purpose of the deltas in the first place.) Removing the FIRST delta, which is: 218a219,221 if (!dumping) callout_reset(&request->callout, request->timeout * hz, (timeout_t*)ata_timeout, request); appears to get rid of the crashes while not harming data integrity OR the reqeueing. With this one out the errors (I was able to general over a dozen retries in less than 10 minutes doing a large file copy with a 3-disk RAID 1 array comprised of 2 SATA disks, 1 UDMA100) still occur, BUT they are retried (apparently successfully.) I copied the source tree to /usr/src2 and took the errors. I am now attempting to "buildworld" off it - so far, so good (about 1/4 of the way through - if there was data corruption it should have failed by now) Also, the sandbox system is still up. That also is a major improvement. I will let this buildworld complete, and if it is successful (proving that the retried errors didn't actually result in corrupted files!), will put this same change (pulling the first delta only) on the production system, rebuild the other RAID disks (I had to pull the cartridges from there to use them on the sandbox) and see if intentionally provoking the same error there allows the system to remain stable once the errors start showing up. Again, I will not have a "final" determination on this until late tomorrow, but at first blush pulling the first delta appears to fix the stability issue. Further update tomorrow as soon as I have it.... -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind On Wed, Mar 30, 2005 at 09:08:30PM -0600, Karl Denninger wrote: > On Tue, Mar 29, 2005 at 11:43:18PM -0600, Karl Denninger wrote: > > Here's the diff and some thoughts.... > > > > Fs:/usr/src/sys/dev/ata> cvs diff -r 1.32.2.5 ata-queue.c > > Index: ata-queue.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/dev/ata/ata-queue.c,v > > retrieving revision 1.32.2.5 > > retrieving revision 1.32.2.6 > > diff -r1.32.2.5 -r1.32.2.6 > > 30c30 > > < __FBSDID("$FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32.2.5 2004/10/24 09:27:37 sos Exp $"); > > --- > > > __FBSDID("$FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32.2.6 2005/03/23 04:50:26 mdodd Exp $"); > > 218a219,221 > > > if (!dumping) > > > callout_reset(&request->callout, request->timeout * hz, > > > (timeout_t*)ata_timeout, request); > > 241,243c244,249 > > < > > < /* if reinit succeeded and retries still permit, reinject request */ > > < if (ata_reinit(ch) && request->retries-- > 0 && request->device->param){ > > --- > > > /* > > > * if reinit succeeds, retries still permit and device didn't > > > * get removed by the reinit, reinject request > > > */ > > > if (!ata_reinit(ch) && request->retries-- > 0 > > > && request->device->param){ > > 245a252 > > > request->donecount = 0; > > Removing the second change (changing the test on the "ata_reinit") appears to > prevent both the destabilization and the actual requeue from taking place > (that is, you get the immediate disconnect from the array when the error > occurs; therefore whatever is causing the destabilization doesn't happen.) > > I will attempt to remove the first delta alone (and put back the second), but > from a quick perusal of the code I doubt this will make a material change. > > -- > -- > Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist > http://www.denninger.net My home on the net - links to everything I do! > http://scubaforum.org Your UNCENSORED place to talk about DIVING! > http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! > http://genesis3.blogspot.com Musings Of A Sentient Mind > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > %SPAMBLOCK-SYS: Matched [freebsd], message ok From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 05:15:03 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 273CB16A4CE; Thu, 31 Mar 2005 05:15:03 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5036D43D5F; Thu, 31 Mar 2005 05:15:01 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 35EA185686; Thu, 31 Mar 2005 14:44:58 +0930 (CST) Date: Thu, 31 Mar 2005 14:44:58 +0930 From: Greg 'groggy' Lehey To: Scott Long Message-ID: <20050331051458.GM6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1R6ZDISWaA1muLP0" Content-Disposition: inline In-Reply-To: <424B7C74.4060203@samsco.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@freebsd.org cc: FreeBSD-amd64@freebsd.org cc: John Baldwin Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 05:15:03 -0000 --1R6ZDISWaA1muLP0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [gratuitous empty lines removed] On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: > Greg 'groggy' Lehey wrote: >> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >> >>> On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >>> >>>>> lapic0: LINT1 trigger: edge >>>>> lapic0: LINT1 polarity: high >>>>> lapic1: Routing NMI -> LINT1 >>>>> lapic1: LINT1 trigger: edge >>>>> lapic1: LINT1 polarity: high >>>>> -ioapic0 irqs 0-23 on motherboard >>>>> +ioapic0 irqs 0-23 on motherboard >>>>> cpu0 BSP: >>>>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff >>>>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >>> >>> This shows that in the - case the APIC is broken somehow (0.0 isn't a >>> valid I/O APIC version). >> >> You mean the + case, I suppose. Yes, that's what I suspected. >> >>> It would seem that the system has mapped RAM over top of the I/O >>> APIC perhaps? >> >> That's what I suspected too, but imp doesn't think so. > > I'd be more inclined to believe that there is an erroneous mapping > by the OS, not that things are fundamentally broken in hardware. Agreed. This has been my favourite hypothesis all along. But isn't that what jhb is saying? > Your SMAP table shows everything correctly. It's becoming hard to > break through your pre-concieved notions here and explain how things > actually work. No, there's nothing to break through. I think you're just having problems 1. expressing yourself, and 2. understanding what I'm saying. I have no preconceived notions. All I can see here is an antagonistic attitude on your part. What's the problem? You'll recall from my first message that I asked for suggestions about how to approach the issue. jhb provided some; you haven't so far. From what you've written, it's unclear whether you disagree with jhb or not. If you do, why? If you don't, what's your point here? >>> It would be interesting to see the contents of your MADT to see if >>> it's trying to use a 64-bit PA for your APIC. >> >> Any suggestions about how to do so? > > man acpidump How do you run that on a system that won't boot? Greg -- See complete headers for address and phone numbers. --1R6ZDISWaA1muLP0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCS4dSIubykFB6QiMRAvWEAJ0dXk9mzjVeGL8811rkivhYRc6VZwCdGtVB xyalBFLEPelz1kM7a6YmIt4= =vfu0 -----END PGP SIGNATURE----- --1R6ZDISWaA1muLP0-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 05:29:00 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1782B16A4D1 for ; Thu, 31 Mar 2005 05:29:00 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 07DEE43D54 for ; Thu, 31 Mar 2005 05:28:59 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.208.130 with login) by smtp812.mail.sc5.yahoo.com with SMTP; 31 Mar 2005 05:28:58 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 4B16560F7; Wed, 30 Mar 2005 23:28:57 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08538-14; Wed, 30 Mar 2005 23:28:55 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id F156960D7; Wed, 30 Mar 2005 23:28:54 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2V5Sq0w055701; Wed, 30 Mar 2005 23:28:52 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <424B8A94.5070300@alumni.rice.edu> Date: Wed, 30 Mar 2005 23:28:52 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> In-Reply-To: <20050331051458.GM6252@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@FreeBSD.org cc: John Baldwin cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 05:29:00 -0000 On 03/30/05 23:14, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: >>Greg 'groggy' Lehey wrote: >>>On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >>>>On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >>>>>>lapic0: LINT1 trigger: edge >>>>>>lapic0: LINT1 polarity: high >>>>>>lapic1: Routing NMI -> LINT1 >>>>>>lapic1: LINT1 trigger: edge >>>>>>lapic1: LINT1 polarity: high >>>>>>-ioapic0 irqs 0-23 on motherboard >>>>>>+ioapic0 irqs 0-23 on motherboard >>>>>>cpu0 BSP: >>>>>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff >>>>>>lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >>>> >>>>This shows that in the - case the APIC is broken somehow (0.0 isn't a >>>>valid I/O APIC version). >>> >>>You mean the + case, I suppose. Yes, that's what I suspected. >>> >>> >>>>It would seem that the system has mapped RAM over top of the I/O >>>>APIC perhaps? >>> >>>That's what I suspected too, but imp doesn't think so. >> >>I'd be more inclined to believe that there is an erroneous mapping >>by the OS, not that things are fundamentally broken in hardware. > > Agreed. This has been my favourite hypothesis all along. But isn't > that what jhb is saying? > >>Your SMAP table shows everything correctly. It's becoming hard to >>break through your pre-concieved notions here and explain how things >>actually work. > > No, there's nothing to break through. I think you're just having > problems > > 1. expressing yourself, and > 2. understanding what I'm saying. > > I have no preconceived notions. All I can see here is an antagonistic > attitude on your part. What's the problem? You'll recall from my > first message that I asked for suggestions about how to approach the > issue. jhb provided some; you haven't so far. From what you've > written, it's unclear whether you disagree with jhb or not. If you > do, why? If you don't, what's your point here? > >>>>It would be interesting to see the contents of your MADT to see if >>>>it's trying to use a 64-bit PA for your APIC. >>> >>>Any suggestions about how to do so? >> >>man acpidump > > How do you run that on a system that won't boot? You said the system worked with 4 GB (albeit detecting only 3.5 GB). My perception of this whole ACPI thing is that it is fixed in your BIOS (although it can be overridden by the OS). As such, the amount of RAM you have in the machine shouldn't change acpidump results. Is that not correct? Jon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 05:30:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F5516A4CF; Thu, 31 Mar 2005 05:30:02 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39A2343D41; Thu, 31 Mar 2005 05:29:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2V5XX8W014716; Wed, 30 Mar 2005 22:33:33 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B8A4F.7050607@samsco.org> Date: Wed, 30 Mar 2005 22:27:43 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> In-Reply-To: <424B8A94.5070300@alumni.rice.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Greg 'groggy' Lehey cc: freebsd-stable@FreeBSD.org cc: John Baldwin cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 05:30:02 -0000 Jon Noack wrote: > On 03/30/05 23:14, Greg 'groggy' Lehey wrote: > >> On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: >> >>> Greg 'groggy' Lehey wrote: >>> >>>> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >>>> >>>>> On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >>>>> >>>>>>> lapic0: LINT1 trigger: edge >>>>>>> lapic0: LINT1 polarity: high >>>>>>> lapic1: Routing NMI -> LINT1 >>>>>>> lapic1: LINT1 trigger: edge >>>>>>> lapic1: LINT1 polarity: high >>>>>>> -ioapic0 irqs 0-23 on motherboard >>>>>>> +ioapic0 irqs 0-23 on motherboard >>>>>>> cpu0 BSP: >>>>>>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff >>>>>>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff >>>>> >>>>> >>>>> This shows that in the - case the APIC is broken somehow (0.0 isn't a >>>>> valid I/O APIC version). >>>> >>>> >>>> You mean the + case, I suppose. Yes, that's what I suspected. >>>> >>>> >>>>> It would seem that the system has mapped RAM over top of the I/O >>>>> APIC perhaps? >>>> >>>> >>>> That's what I suspected too, but imp doesn't think so. >>> >>> >>> I'd be more inclined to believe that there is an erroneous mapping >>> by the OS, not that things are fundamentally broken in hardware. >> >> >> Agreed. This has been my favourite hypothesis all along. But isn't >> that what jhb is saying? >> >>> Your SMAP table shows everything correctly. It's becoming hard to >>> break through your pre-concieved notions here and explain how things >>> actually work. >> >> >> No, there's nothing to break through. I think you're just having >> problems >> >> 1. expressing yourself, and >> 2. understanding what I'm saying. >> >> I have no preconceived notions. All I can see here is an antagonistic >> attitude on your part. What's the problem? You'll recall from my >> first message that I asked for suggestions about how to approach the >> issue. jhb provided some; you haven't so far. From what you've >> written, it's unclear whether you disagree with jhb or not. If you >> do, why? If you don't, what's your point here? >> >>>>> It would be interesting to see the contents of your MADT to see if >>>>> it's trying to use a 64-bit PA for your APIC. >>>> >>>> >>>> Any suggestions about how to do so? >>> >>> >>> man acpidump >> >> >> How do you run that on a system that won't boot? > > > You said the system worked with 4 GB (albeit detecting only 3.5 GB). My > perception of this whole ACPI thing is that it is fixed in your BIOS > (although it can be overridden by the OS). As such, the amount of RAM > you have in the machine shouldn't change acpidump results. Is that not > correct? > > Jon This is absolutely correct. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 05:30:24 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6616616A4CE for ; Thu, 31 Mar 2005 05:30:24 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF52043D49 for ; Thu, 31 Mar 2005 05:30:23 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2V5UN1D073873 for ; Wed, 30 Mar 2005 23:30:23 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Wed Mar 30 23:30:23 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2V5UIlD073871; Wed, 30 Mar 2005 23:30:18 -0600 (CST) (envelope-from karl) Message-ID: <20050330233018.B68235@denninger.net> Date: Wed, 30 Mar 2005 23:30:18 -0600 From: Karl Denninger To: Drew Tomlinson References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <44027.128.222.32.10.1112202442.squirrel@mail.scadian.net> <20050330113931.A39018@denninger.net> <424AF396.6010909@mykitchentable.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <424AF396.6010909@mykitchentable.net>; from Drew Tomlinson on Wed, Mar 30, 2005 at 10:44:38AM -0800 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 05:30:24 -0000 On Wed, Mar 30, 2005 at 10:44:38AM -0800, Drew Tomlinson wrote: > > > I missed the beginning of this thread and apologize if my question has > already been covered. But can you tell me if this issue might be the > reason my PC locks up intermittently ? I have whatever cheap card came > with a Maxtor 160 GB SATA drive installed in this machine and the PC ran > fine with Windows. Now I'm trying install FBSD from the 5.4-BETA ISO I > downloaded from the ftp site. The PC runs POST fine and always boots > from the CD to the boot menu. After picking the default option 1 > (normal boot) the PC locks up anywhere from the dmesg output to > sysinstall actually beginning to install the base package after doing > the fdisk and disklabel stuff. Should I download 5.3-RELEASE and try > installing from that? > > Thanks, > > Drew 5.3-RELEASE may lock up too, but in different ways. In a non-redundant disk situation a bogus fatal write error hoses you in extremely bad ways, including possible file or filesystem metadata damage. I would NOT run 5.3 in an attempt to get around this, in that such damage could remain "hidden" (although not without notice, as the errors will show up on the console!) for quite some time until you discover "holes" in your files or a critical metadata write craps out and causes a crash - possibly with a corrupted disk that fsck can't fix. Grave danger (to your data) lies down that road.... 5.4-PRERELEASE, once the tests are complete (that I'm working on now), the decisions on what to commit are made, and a new ISO is cut, should work - it will bitch (a LOT) about retried writes, but it should work. At least that's what I'm seeing right now - I can provoke the error, but it doesn't kill the machine anymore and it also doesn't appear to corrupt data as the retired write is (by all appearances) successful. It'll be a couple of days before I can be SURE that what appears to be working right now is in fact stable though, then however long it takes for the back room stuff to get done and new ISOs generated. BTW its NOT your hardware at fault here - the same hardware that returns these complaints for me on 5.x works perfectly with 4.11. There have been changes made to the ATA code that apparently interact VERY badly with some controllers - particularly some very common SATA (SII chipset, used on Adaptec and Bustek boards, among others) ones. I don't know if GEOM/GMIRROR is truly involved here although that's the easiest way for me to provoke it - I suspect not - its just that GEOM/GMIRROR produces an I/O load pattern that is conducive to the breakage showing up. Specifically, a "DD" from one or more disks does NOT fail - a mix of reads and writes and fairly significant load appears necessary to cause trouble. Of course installation produces a very nice load of that type.... I opened a PR on this quite some time ago - IMHO this sort of breakage should be considered a critical fault sufficient to stop a release until its completely resolved. A workaround that stops the system from blowing up but leaves the pauses and errors isn't really a fix - I doubt anyone will consider that acceptable as a means of truly addressing the problem (at least I hope not!) I got "surprised" by this (in a bad way) and have been fighting workarounds since 5.3 was deemed "production" quality. Going back to 4.x is possible for me, but highly undesireable for a number of reasons, not the least of which is the official FreeBSD posture on where work is and will be done on the OS down the road. The Intel ICH-based SATA adapters appear NOT to have this problem. I've beat the living SNOT out of my two systems with ICH-based motherboard SATA controllers on them for days at a time and have been unable to provoke the problem - using the same disk drives. The SII-based chipset boards I have (one Adaptec and one Bustek) reliably puke within seconds with a simple large-directory copy. Both ran for a VERY long time under 4.x and were completely stable. Unfortunately I've yet to find an actual with the ICH chipset on it - it is common among motherboard SATA controllers, but that doesn't help people who need the adapter on a PCI card. ATA-GenIII may fix all this but I've yet to try it. In any event that's a research project right now, although it will likely soon get committed to -HEAD. That still doesn't help you though in that it won't show up in -STABLE until people are satisfied that it at worst is at least as good as what's in there now..... -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 05:49:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C209B16A4CE; Thu, 31 Mar 2005 05:49:18 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDC2E43D3F; Thu, 31 Mar 2005 05:49:13 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 4F11A8564F; Thu, 31 Mar 2005 15:19:11 +0930 (CST) Date: Thu, 31 Mar 2005 15:19:11 +0930 From: Greg 'groggy' Lehey To: Scott Long Message-ID: <20050331054911.GN6252@wantadilla.lemis.com> References: <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="djJN5oi3zFpblwUd" Content-Disposition: inline In-Reply-To: <424B8A4F.7050607@samsco.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org cc: John Baldwin Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 05:49:18 -0000 --djJN5oi3zFpblwUd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wednesday, 30 March 2005 at 22:27:43 -0700, Scott Long wrote: > Jon Noack wrote: >> On 03/30/05 23:14, Greg 'groggy' Lehey wrote: >>> On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: >>>> Greg 'groggy' Lehey wrote: >>>>> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >>>>>> It would be interesting to see the contents of your MADT to see if >>>>>> it's trying to use a 64-bit PA for your APIC. >>>>> >>>>> Any suggestions about how to do so? >>>> >>>> man acpidump >>> >>> How do you run that on a system that won't boot? >> >> You said the system worked with 4 GB (albeit detecting only 3.5 >> GB). Yes, this is correct. A number of people have explained why it only detected 3.5 GB in this configuration. >> My perception of this whole ACPI thing is that it is fixed in your >> BIOS (although it can be overridden by the OS). As such, the >> amount of RAM you have in the machine shouldn't change acpidump >> results. Is that not correct? > > This is absolutely correct. Ah, so you meant to say that the output from the system running with 4 GB memory is useful? That wasn't in the man page you pointed to. What it does say is: > When invoked with the -t flag, the acpidump utility dumps contents of > the following tables: > > ... MADT This may be the case, but between man page and output some terminology must have changed. I can't see any reference to anything like an MADT there. Does that mean that there isn't one, or that ACPI can't find it, or does the section APIC refer to/dump the MADT? Here's the complete output of acpidump -t, anyway: /* RSD PTR: OEM=3DVIAK8, ACPI_Rev=3D1.0x (0) RSDT=3D0xdfee3000, cksum=3D97 */ /* RSDT: Length=3D44, Revision=3D1, Checksum=3D4, OEMID=3DVIAK8, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e31, Creator ID=3DAWRD, Creator Revision=3D0x0 Entries=3D{ 0xdfee3040, 0xdfee7b40 } */ /* FACP: Length=3D116, Revision=3D1, Checksum=3D255, OEMID=3DVIAK8, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e31, Creator ID=3DAWRD, Creator Revision=3D0x0 FACS=3D0xdfee0000, DSDT=3D0xdfee30c0 INT_MODEL=3DPIC Preferred_PM_Profile=3DUnspecified (0) SCI_INT=3D9 SMI_CMD=3D0x402f, ACPI_ENABLE=3D0xa1, ACPI_DISABLE=3D0xa0, S4BIOS_R= EQ=3D0x0 PSTATE_CNT=3D0x0 PM1a_EVT_BLK=3D0x4000-0x4003 PM1a_CNT_BLK=3D0x4004-0x4005 PM_TMR_BLK=3D0x4008-0x400b GPE0_BLK=3D0x4020-0x4023 P_LVL2_LAT=3D101 us, P_LVL3_LAT=3D1001 us FLUSH_SIZE=3D0, FLUSH_STRIDE=3D0 DUTY_OFFSET=3D0, DUTY_WIDTH=3D1 DAY_ALRM=3D125, MON_ALRM=3D126, CENTURY=3D50 IAPC_BOOT_ARCH=3D Flags=3D{WBINVD,PROC_C1,SLP_BUTTON,RTC_S4,RESET_REG} RESET_REG=3D0x00000000:0[0] (Memory), RESET_VALUE=3D0x44 */ /* FACS: Length=3D64, HwSig=3D0x00000000, Firm_Wake_Vec=3D0x00000000 Global_Lock=3D Flags=3D Version=3D0 */ /* DSDT: Length=3D19020, Revision=3D1, Checksum=3D28, OEMID=3DVIAK8, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x1000, Creator ID=3DMSFT, Creator Revision=3D0x100000e */ /* APIC: Length=3D104, Revision=3D1, Checksum=3D145, OEMID=3DVIAK8, OEM Table ID=3DAWRDACPI, OEM Revision=3D0x42302e31, Creator ID=3DAWRD, Creator Revision=3D0x0 Local APIC ADDR=3D0xfee00000 Flags=3D{PC-AT} Type=3DLocal APIC ACPI CPU=3D0 Flags=3D{ENABLED} APIC ID=3D0 Type=3DLocal APIC ACPI CPU=3D1 Flags=3D{ENABLED} APIC ID=3D1 Type=3DIO APIC APIC ID=3D2 INT BASE=3D0 ADDR=3D0x00000000fec00000 Type=3DINT Override BUS=3D0 IRQ=3D0 INTR=3D2 Flags=3D{Polarity=3Dconforming, Trigger=3Dconforming} Type=3DINT Override BUS=3D0 IRQ=3D9 INTR=3D9 Flags=3D{Polarity=3Dactive-lo, Trigger=3Dlevel} Type=3DLocal NMI ACPI CPU=3D0 LINT Pin=3D1 Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} Type=3DLocal NMI ACPI CPU=3D1 LINT Pin=3D1 Flags=3D{Polarity=3Dactive-hi, Trigger=3Dedge} */ Since I don't know anything about ACPI, this doesn't say too much to me. Suggestions welcome. If the APIC section is the MADT, it looks as if we should update the docco. Greg --=20 See complete headers for address and phone numbers. --djJN5oi3zFpblwUd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCS49XIubykFB6QiMRAsrtAJ9Su5scTK77GwMfpNlY9226M3PmBgCeJAuW jnGEA6QAiww8SWKmY9EftpM= =qNE4 -----END PGP SIGNATURE----- --djJN5oi3zFpblwUd-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 06:00:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D7016A4CF for ; Thu, 31 Mar 2005 06:00:37 +0000 (GMT) Received: from smtp803.mail.sc5.yahoo.com (smtp803.mail.sc5.yahoo.com [66.163.168.182]) by mx1.FreeBSD.org (Postfix) with SMTP id E2BBA43D58 for ; Thu, 31 Mar 2005 06:00:35 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.208.130 with login) by smtp803.mail.sc5.yahoo.com with SMTP; 31 Mar 2005 06:00:35 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 86FB461BC; Thu, 31 Mar 2005 00:00:34 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08538-15; Thu, 31 Mar 2005 00:00:23 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 0ADD7612E; Thu, 31 Mar 2005 00:00:23 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2V60MMf051937; Thu, 31 Mar 2005 00:00:22 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <424B91F6.4000400@alumni.rice.edu> Date: Thu, 31 Mar 2005 00:00:22 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> <20050331054911.GN6252@wantadilla.lemis.com> In-Reply-To: <20050331054911.GN6252@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-stable@FreeBSD.org cc: John Baldwin cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 06:00:37 -0000 On 03/30/05 23:49, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 22:27:43 -0700, Scott Long wrote: >>Jon Noack wrote: >>>On 03/30/05 23:14, Greg 'groggy' Lehey wrote: >>>>On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: >>>>>Greg 'groggy' Lehey wrote: >>>>>>On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >>>>>>>It would be interesting to see the contents of your MADT to see if >>>>>>>it's trying to use a 64-bit PA for your APIC. >>>>>> >>>>>>Any suggestions about how to do so? >>>>> >>>>>man acpidump >>>> >>>>How do you run that on a system that won't boot? >>> >>>You said the system worked with 4 GB (albeit detecting only 3.5 >>>GB). > > Yes, this is correct. A number of people have explained why it only > detected 3.5 GB in this configuration. > >>>My perception of this whole ACPI thing is that it is fixed in your >>>BIOS (although it can be overridden by the OS). As such, the >>>amount of RAM you have in the machine shouldn't change acpidump >>>results. Is that not correct? >> >>This is absolutely correct. > > Ah, so you meant to say that the output from the system running with 4 > GB memory is useful? That wasn't in the man page you pointed to. > What it does say is: > >>When invoked with the -t flag, the acpidump utility dumps contents of >>the following tables: >> >>... MADT > > This may be the case, but between man page and output some terminology > must have changed. I can't see any reference to anything like an MADT > there. Does that mean that there isn't one, or that ACPI can't find > it, or does the section APIC refer to/dump the MADT? Here's the > complete output of acpidump -t, anyway: > > > > Since I don't know anything about ACPI, this doesn't say too much to > me. Suggestions welcome. If the APIC section is the MADT, it looks > as if we should update the docco. My limited research (as in, Google) shows that the MADT was defined as part of ACPI 2.0: http://www.microsoft.com/whdc/system/platform/64bit/IA64_ACPI.mspx According to your previous link the motherboard specs, it supports both ACPI 1.0A and 2.0. Perhaps there is a BIOS knob to toggle between the two? Jon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 06:18:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A579416A4CE; Thu, 31 Mar 2005 06:18:18 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 358CD43D3F; Thu, 31 Mar 2005 06:18:15 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id C012D8564D; Thu, 31 Mar 2005 15:48:11 +0930 (CST) Date: Thu, 31 Mar 2005 15:48:11 +0930 From: Greg 'groggy' Lehey To: Jon Noack Message-ID: <20050331061811.GQ6252@wantadilla.lemis.com> References: <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> <20050331054911.GN6252@wantadilla.lemis.com> <424B91F6.4000400@alumni.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VmyrZ50r30oK77nV" Content-Disposition: inline In-Reply-To: <424B91F6.4000400@alumni.rice.edu> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-stable@FreeBSD.org cc: John Baldwin cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 06:18:18 -0000 --VmyrZ50r30oK77nV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 31 March 2005 at 0:00:22 -0600, Jon Noack wrote: > On 03/30/05 23:49, Greg 'groggy' Lehey wrote: >> Here's the complete output of acpidump -t, anyway: >> >> >> >> Since I don't know anything about ACPI, this doesn't say too much to >> me. Suggestions welcome. If the APIC section is the MADT, it looks >> as if we should update the docco. > > My limited research (as in, Google) shows that the MADT was defined as > part of ACPI 2.0: > http://www.microsoft.com/whdc/system/platform/64bit/IA64_ACPI.mspx Thanks for the link. > According to your previous link the motherboard specs, it supports > both ACPI 1.0A and 2.0. Perhaps there is a BIOS knob to toggle > between the two? I've taken a look, but I can't find anything. Greg -- See complete headers for address and phone numbers. --VmyrZ50r30oK77nV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCS5YjIubykFB6QiMRAqoBAJ0aUsse9IbnoEaarPvWHDBsop+uEwCcCmdA fZ2rGMvJslk1sSmAgSlpK8c= =F/O7 -----END PGP SIGNATURE----- --VmyrZ50r30oK77nV-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 06:57:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B47D516A4CE for ; Thu, 31 Mar 2005 06:57:31 +0000 (GMT) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by mx1.FreeBSD.org (Postfix) with SMTP id 54A6843D5C for ; Thu, 31 Mar 2005 06:57:30 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: (qmail 23381 invoked from network); 31 Mar 2005 06:57:28 -0000 Received: from unknown (HELO laptop.thuis.klop.ws) (10.0.1.4) by ronald.echteman.nl with SMTP; 31 Mar 2005 06:57:28 -0000 Received: (qmail 932 invoked from network); 31 Mar 2005 06:57:25 -0000 Received: from localhost.thuis.klop.ws (HELO smtp.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 31 Mar 2005 06:57:25 -0000 To: freebsd-stable@freebsd.org Date: Thu, 31 Mar 2005 08:57:22 +0200 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (FreeBSD, build 955) Subject: syscons options and memory use X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 06:57:31 -0000 Hello, The syscons manual page says: " The following options will remove some features from the syscons driver and save kernel memory. [...] SC_NO_SYSMOUSE This option removes mouse support in the syscons driver. The mouse daemon moused(8) will fail if this option is defined. This option implies the SC_NO_CUTPASTE option too. " How much memory does this save (or how can I discover that)? Is it worth it on a 96MB PentiumII laptop? Thanks in advance, Ronald. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 07:04:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22CE816A4CE for ; Thu, 31 Mar 2005 07:04:16 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE06D43D4C for ; Thu, 31 Mar 2005 07:04:15 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2V74BDJ086609; Thu, 31 Mar 2005 01:04:11 -0600 (CST) (envelope-from dan) Date: Thu, 31 Mar 2005 01:04:10 -0600 From: Dan Nelson To: Ronald Klop Message-ID: <20050331070409.GD46288@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: syscons options and memory use X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 07:04:16 -0000 In the last episode (Mar 31), Ronald Klop said: > The syscons manual page says: > " The following options will remove some features from the syscons > driver and save kernel memory. > [...] > SC_NO_SYSMOUSE > This option removes mouse support in the syscons driver. > The mouse daemon moused(8) will fail if this option is > defined. This option implies the SC_NO_CUTPASTE option > too. > " > > How much memory does this save (or how can I discover that)? Is it worth > it on a 96MB PentiumII laptop? I would guess that the memory savings is probably on the order of kilobytes. Useful if you're trying to prevent excessive swapping on an 8MB system. Not worth disabling on your system. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 07:15:07 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55AB216A4CE; Thu, 31 Mar 2005 07:15:07 +0000 (GMT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C7BC43D31; Thu, 31 Mar 2005 07:15:03 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.43 (FreeBSD)) id 1DGu3T-000PoA-7N; Thu, 31 Mar 2005 16:25:28 +0900 Message-Id: <6.2.0.14.2.20050331154533.031e69e0@202.179.0.80> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Thu, 31 Mar 2005 16:12:35 +0900 To: freebsd-stable@FreeBSD.org From: Ganbold In-Reply-To: <424B8A4F.7050607@samsco.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: grog@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 07:15:07 -0000 Hi, Since we are discussing AMD64 with 8GB RAM, I also would like to point my problem. I'm still looking for possibility to run FreeBSD 5.3-STABLE with more than 4GB RAM on Dual amd64 2.2GHz machine (IBM @server 325) with ServeRAID 6M (ips driver)). Right now I'm using only 4GB RAM and this server is in production. #uname -an FreeBSD publica.ub.mng.net 5.3-STABLE FreeBSD 5.3-STABLE #12: Mon Nov 22 12:04:57 ULAT 2004 tsgan@publicc.ub.mng.net:/usr/obj/usr/src/sys/AMD amd64 As Scott said a few months ago, problem is below: "The ips driver looks like it will fail under heavy load when more than 4GB of RAM is present. It tries to force busdma to not defer requests when the bounce page reserve is low, but that looks to be broken and will result in corrupted commands." Are the ips driver and bus_dma problems fixed yet in STABLE tree? Is it worth to try source update and see how it works? I'm afraid to do so, since it is production server. Please see my previous posts: http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-December/044325.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041003.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041005.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041013.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041015.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041094.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041112.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041164.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041258.html http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041554.html dmesg: http://lists.freebsd.org/pipermail/freebsd-current/2004-October/041265.html thanks in advance, Ganbold From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 07:25:46 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3EC16A4CE; Thu, 31 Mar 2005 07:25:46 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFBAD43D2D; Thu, 31 Mar 2005 07:25:43 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2V7TO6J015205; Thu, 31 Mar 2005 00:29:25 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424BA577.9040201@samsco.org> Date: Thu, 31 Mar 2005 00:23:35 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ganbold References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> <6.2.0.14.2.20050331154533.031e69e0@202.179.0.80> In-Reply-To: <6.2.0.14.2.20050331154533.031e69e0@202.179.0.80> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: grog@FreeBSD.org cc: freebsd-stable@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 07:25:46 -0000 Ganbold wrote: > Hi, > > Since we are discussing AMD64 with 8GB RAM, I also would like to point my > problem. > > I'm still looking for possibility to run FreeBSD 5.3-STABLE with more > than 4GB RAM > on Dual amd64 2.2GHz machine (IBM @server 325) with ServeRAID 6M (ips > driver)). > Right now I'm using only 4GB RAM and this server is in production. > > #uname -an > FreeBSD publica.ub.mng.net 5.3-STABLE FreeBSD 5.3-STABLE #12: Mon Nov 22 > 12:04:57 ULAT 2004 > tsgan@publicc.ub.mng.net:/usr/obj/usr/src/sys/AMD amd64 > > As Scott said a few months ago, problem is below: > > "The ips driver looks like it will fail under heavy load when more > than 4GB > of RAM is present. It tries to force busdma to not defer requests > when the > bounce page reserve is low, but that looks to be broken and > will result in corrupted commands." > > Are the ips driver and bus_dma problems fixed yet in STABLE tree? > Is it worth to try source update and see how it works? I'm afraid to do > so, since it is production server. > > Yes, I (hopefully) fixed the problems that I pointed out, and I also locked it and added crashdump support. It is reported to be stable and fast now, so you won't go wrong by updating. These changes are in both 5-stable and 6-current. Scott From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 07:54:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 461F416A4CE for ; Thu, 31 Mar 2005 07:54:08 +0000 (GMT) Received: from ronald.echteman.nl (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by mx1.FreeBSD.org (Postfix) with SMTP id 246ED43D1F for ; Thu, 31 Mar 2005 07:54:07 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: (qmail 23645 invoked from network); 31 Mar 2005 07:54:05 -0000 Received: from unknown (HELO laptop.thuis.klop.ws) (10.0.1.4) by ronald.echteman.nl with SMTP; 31 Mar 2005 07:54:05 -0000 Received: (qmail 11272 invoked from network); 31 Mar 2005 07:54:03 -0000 Received: from localhost.thuis.klop.ws (HELO smtp.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 31 Mar 2005 07:54:03 -0000 To: freebsd-stable@freebsd.org References: <20050331070409.GD46288@dan.emsphone.com> Message-ID: Date: Thu, 31 Mar 2005 09:53:59 +0200 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20050331070409.GD46288@dan.emsphone.com> User-Agent: Opera M2/7.54 (FreeBSD, build 955) Subject: Re: syscons options and memory use X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 07:54:08 -0000 On Thu, 31 Mar 2005 01:04:10 -0600, Dan Nelson wrote: > In the last episode (Mar 31), Ronald Klop said: >> The syscons manual page says: >> " The following options will remove some features from the syscons >> driver and save kernel memory. >> [...] >> SC_NO_SYSMOUSE >> This option removes mouse support in the syscons driver. >> The mouse daemon moused(8) will fail if this option is >> defined. This option implies the SC_NO_CUTPASTE option >> too. >> " >> >> How much memory does this save (or how can I discover that)? Is it worth >> it on a 96MB PentiumII laptop? > > I would guess that the memory savings is probably on the order of > kilobytes. Useful if you're trying to prevent excessive swapping on an > 8MB system. Not worth disabling on your system. How can I see the size of my kernel? I know vmstat -m and netstat -m, but from that info I don't see if I reduced the memory footprint after disabling an option or device. -- Ronald Klop, Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 08:19:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FC4E16A4CE for ; Thu, 31 Mar 2005 08:19:23 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE35E43D53 for ; Thu, 31 Mar 2005 08:19:22 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2V8JLq1059830; Thu, 31 Mar 2005 02:19:22 -0600 (CST) (envelope-from dan) Date: Thu, 31 Mar 2005 02:19:21 -0600 From: Dan Nelson To: Ronald Klop Message-ID: <20050331081921.GF46288@dan.emsphone.com> References: <20050331070409.GD46288@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-stable@freebsd.org Subject: Re: syscons options and memory use X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 08:19:23 -0000 In the last episode (Mar 31), Ronald Klop said: > On Thu, 31 Mar 2005 01:04:10 -0600, Dan Nelson > wrote: > >In the last episode (Mar 31), Ronald Klop said: > >>The syscons manual page says: > >>" The following options will remove some features from the syscons > >> driver and save kernel memory. > >> [...] > >> SC_NO_SYSMOUSE > >> This option removes mouse support in the syscons driver. > >> The mouse daemon moused(8) will fail if this option is > >> defined. This option implies the SC_NO_CUTPASTE option > >> too. > >>" > >> > >>How much memory does this save (or how can I discover that)? Is it worth > >>it on a 96MB PentiumII laptop? > > > >I would guess that the memory savings is probably on the order of > >kilobytes. Useful if you're trying to prevent excessive swapping on an > >8MB system. Not worth disabling on your system. > > How can I see the size of my kernel? > I know vmstat -m and netstat -m, but from that info I don't see if I > reduced the memory footprint after disabling an option or device. For the kernel size itself, just "ls -l /boot/kernel/kernel" :) A more interesting number might be the output of "sysctl hw.usermem", which I believe is the amount of memory available to user processes. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 08:36:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1EDA16A4CE; Thu, 31 Mar 2005 08:36:34 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B92E343D41; Thu, 31 Mar 2005 08:36:34 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 79CE12A910; Thu, 31 Mar 2005 00:36:34 -0800 (PST) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (dhcp49.wemm.org [10.0.0.49]) by fw.wemm.org (Postfix) with ESMTP id 0CE8CE2B5; Thu, 31 Mar 2005 00:36:34 -0800 (PST) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (localhost [127.0.0.1]) by peter-laptop.wemm.org (8.13.3/8.13.3) with ESMTP id j2V8V1TV000822; Thu, 31 Mar 2005 00:31:01 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by peter-laptop.wemm.org (8.13.3/8.13.3/Submit) id j2V8UvMB000818; Thu, 31 Mar 2005 00:30:57 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: peter-laptop.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Thu, 31 Mar 2005 00:30:56 -0800 User-Agent: KMail/1.7.2 References: <20050330223546.GA4705@troutmask.apl.washington.edu> <424B8A4F.7050607@samsco.org> <20050331054911.GN6252@wantadilla.lemis.com> In-Reply-To: <20050331054911.GN6252@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503310030.57519.peter@wemm.org> cc: Greg 'groggy' Lehey cc: freebsd-stable@freebsd.org cc: John Baldwin Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 08:36:35 -0000 On Wednesday 30 March 2005 09:49 pm, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 22:27:43 -0700, Scott Long wrote: > > Jon Noack wrote: > >> On 03/30/05 23:14, Greg 'groggy' Lehey wrote: > >>> On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: > >>>> Greg 'groggy' Lehey wrote: > >>>>> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: > >>>>>> It would be interesting to see the contents of your MADT to see if > >>>>>> it's trying to use a 64-bit PA for your APIC. > >>>>> > >>>>> Any suggestions about how to do so? > >>>> > >>>> man acpidump > >>> > >>> How do you run that on a system that won't boot? > >> > >> You said the system worked with 4 GB (albeit detecting only 3.5 > >> GB). > > Yes, this is correct. A number of people have explained why it only > detected 3.5 GB in this configuration. > You're also being confused by the implementation of the 'real memory' report. If you take a 30 second glance at the code, you'll see that it is reporting the same units that the hw.maxmem tunable uses. ie: it is the LIMIT or Highest Address that the system has, not the sum total of all the parts. eg: see the machdep.c comment next to the printf * Maxmem isn't the "maximum memory", it's one larger than the * highest page of the physical address space. It should be * called something like "Maxphyspage". We may adjust this * based on ``hw.physmem'' and the results of the memory test. The SMAP lines are what you need to pay attention to. In the output you posted with 8G, you can see the 4GB going from the 4->8GB range, exactly. SMAP type 1 is "usable memory". -Peter From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 09:17:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F55716A4CE for ; Thu, 31 Mar 2005 09:17:55 +0000 (GMT) Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au [211.29.133.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3FEC43D3F for ; Thu, 31 Mar 2005 09:17:54 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2V9HqCi027063 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 31 Mar 2005 19:17:53 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2V9Hq7l075802; Thu, 31 Mar 2005 19:17:52 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2V9HqGt075801; Thu, 31 Mar 2005 19:17:52 +1000 (EST) (envelope-from pjeremy) Date: Thu, 31 Mar 2005 19:17:52 +1000 From: Peter Jeremy To: Ronald Klop Message-ID: <20050331091751.GG71384@cirb503493.alcatel.com.au> References: <20050331070409.GD46288@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: freebsd-stable@freebsd.org Subject: Re: syscons options and memory use X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 09:17:55 -0000 On Thu, 2005-Mar-31 09:53:59 +0200, Ronald Klop wrote: >>In the last episode (Mar 31), Ronald Klop said: >>>The syscons manual page says: >>>" The following options will remove some features from the syscons >>> driver and save kernel memory. >>> [...] >>> SC_NO_SYSMOUSE >>> This option removes mouse support in the syscons driver. >>> The mouse daemon moused(8) will fail if this option is >>> defined. This option implies the SC_NO_CUTPASTE option >>> too. >>>" >>> >>>How much memory does this save (or how can I discover that)? Is it worth >>>it on a 96MB PentiumII laptop? It basically removes scmouse.c, sysmouse.c and a largish chunk of code in scvgarndr.c - my estimate is about 9KB. You can probably do better looking elsewhere. For loadable devices, looking at the module size is a good guideline. >How can I see the size of my kernel? server% size /boot/kernel/kernel text data bss dec hex filename 3045945 229911 978784 4254640 40ebb0 /boot/kernel/kernel server% Remember that this doesn't include dynamic memory allocated by the kernel which can be quite significant. Look at the "real memory" and "avail memory" lines in your boot dmesg to get a better idea of the basic kernel memory requirements. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 11:08:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F70B16A4F4 for ; Thu, 31 Mar 2005 11:08:08 +0000 (GMT) Received: from kc3.kc.ru (kc3.kc.ru [84.53.208.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8235643D2D for ; Thu, 31 Mar 2005 11:08:06 +0000 (GMT) (envelope-from mg@kc.ru) Received: from jet.kc.ru (jet.kc.ru [10.0.2.100]) (authenticated bits=0) by kc3.kc.ru (8.13.3/8.13.3) with ESMTP id j2VB7mK1072665 for ; Thu, 31 Mar 2005 15:07:50 +0400 (MSD) (envelope-from mg@kc.ru) Date: Thu, 31 Mar 2005 15:07:48 +0400 From: Mikhail Godovitcin X-Mailer: The Bat! (v2.12.00) Personal X-Priority: 3 (Normal) Message-ID: <9810651560.20050331150748@kc.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-md5"; boundary="----------9212A1762D6CAA43" X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.30.0.7; VDF 6.30.0.57 (host: kc3.kc.ru) X-Spam-Status: No, hits=-99.0 required=10.0 tests=BAYES_99,USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=no version=2.64 X-Spam-Report: * 7.0 BAYES_99 BODY: Bayesian spam probability is 99 to 100% * [score: 1.0000] * -100 USER_IN_WHITELIST From: address is in the user's white-list * -6.0 USER_IN_WHITELIST_TO User is listed in 'whitelist_to' X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kc3.kc.ru Subject: USB JetFlash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 11:08:08 -0000 ------------9212A1762D6CAA43 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello! FreeBSD 5.4-PRERELEASE #0: Mon Mar 21 12:07:18 MSK 2005 (512Mb) works well: > umass0: USB Flash Disk, rev 2.00/2.00, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 1.000MB/s transfers > da0: 500MB (1024000 512 byte sectors: 64H 32S/T 500C) > umass0: at uhub0 port 1 (addr 2) disconnected > (da0:umass-sim0:0:0:0): lost device > (da0:umass-sim0:0:0:0): removing device entry > umass0: detached but produses many errors: >da0: Attempt to query device size failed: UNIT ATTENTION, Not ready to rea= dy change, >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 >(da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed >(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 and so on until >(da0:umass-sim0:0:0:0): Retries Exhausted >Opened disk da0 ->> 6 >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 >(da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed >(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 >(da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed >(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) >umass0: at uhub0 port 1 (addr 2) disconnected >(da0:umass-sim0:0:0:0): lost device >(da0:umass-sim0:0:0:0): removing device entry >umass0: detached How can I fix this? Thanks in advance. -- Mikhail Godovitcin http://www.kc.ru/~mg/pgpkey.txt ------------9212A1762D6CAA43 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQCVAwUAQkvaBFUi+lj7Ph0nAQHaJQP/SnGeoq9dxOvP2akJRTyX5MDOVgOc+TYW 4I/thOXcXXCJjlUev42rWBEySdWWs7CN1VrNaBNUecyL1wMDpV1rrcSXt5uR12FN SGWF0zLK7UfeExeAth1u2nO1Mya2P/3AkIEDg9Tfs10dA2E1WIWoZ2mWRVcnM+/N y0+TJdEz3Qg= =ZMrr -----END PGP MESSAGE----- ------------9212A1762D6CAA43-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 11:13:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1CD116A4CE for ; Thu, 31 Mar 2005 11:13:33 +0000 (GMT) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5478743D39 for ; Thu, 31 Mar 2005 11:13:33 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DGxcB-000PZt-EU for freebsd-stable@freebsd.org; Thu, 31 Mar 2005 15:13:31 +0400 Message-ID: <424BDB5B.8020603@speechpro.com> Date: Thu, 31 Mar 2005 15:13:31 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0 (X11/20050214) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <9810651560.20050331150748@kc.ru> In-Reply-To: <9810651560.20050331150748@kc.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Re: USB JetFlash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 11:13:34 -0000 Mikhail Godovitcin wrote: >Hello! > > FreeBSD 5.4-PRERELEASE #0: Mon Mar 21 12:07:18 MSK 2005 > > (512Mb) works well: > > >>umass0: USB Flash Disk, rev 2.00/2.00, addr 2 >>da0 at umass-sim0 bus 0 target 0 lun 0 >>da0: Removable Direct Access SCSI-2 device >>da0: 1.000MB/s transfers >>da0: 500MB (1024000 512 byte sectors: 64H 32S/T 500C) >>umass0: at uhub0 port 1 (addr 2) disconnected >>(da0:umass-sim0:0:0:0): lost device >>(da0:umass-sim0:0:0:0): removing device entry >>umass0: detached >> >> Me too :-( From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 11:17:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C5A416A4CE; Thu, 31 Mar 2005 11:17:37 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30B3E43D5C; Thu, 31 Mar 2005 11:17:37 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id F1CD22A8F3; Thu, 31 Mar 2005 03:17:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (dhcp49.wemm.org [10.0.0.49]) by fw.wemm.org (Postfix) with ESMTP id 7E06CE2B3; Thu, 31 Mar 2005 03:17:36 -0800 (PST) (envelope-from peter@wemm.org) Received: from peter-laptop.wemm.org (localhost [127.0.0.1]) by peter-laptop.wemm.org (8.13.3/8.13.3) with ESMTP id j2VBDcJt001335; Thu, 31 Mar 2005 03:13:40 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by peter-laptop.wemm.org (8.13.3/8.13.3/Submit) id j2V8UvMB000818; Thu, 31 Mar 2005 00:30:57 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: peter-laptop.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Thu, 31 Mar 2005 00:30:56 -0800 User-Agent: KMail/1.7.2 References: <20050330223546.GA4705@troutmask.apl.washington.edu> <424B8A4F.7050607@samsco.org> <20050331054911.GN6252@wantadilla.lemis.com> In-Reply-To: <20050331054911.GN6252@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503310030.57519.peter@wemm.org> cc: Greg 'groggy' Lehey cc: freebsd-stable@freebsd.org cc: John Baldwin Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 11:17:37 -0000 On Wednesday 30 March 2005 09:49 pm, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 22:27:43 -0700, Scott Long wrote: > > Jon Noack wrote: > >> On 03/30/05 23:14, Greg 'groggy' Lehey wrote: > >>> On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: > >>>> Greg 'groggy' Lehey wrote: > >>>>> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: > >>>>>> It would be interesting to see the contents of your MADT to see if > >>>>>> it's trying to use a 64-bit PA for your APIC. > >>>>> > >>>>> Any suggestions about how to do so? > >>>> > >>>> man acpidump > >>> > >>> How do you run that on a system that won't boot? > >> > >> You said the system worked with 4 GB (albeit detecting only 3.5 > >> GB). > > Yes, this is correct. A number of people have explained why it only > detected 3.5 GB in this configuration. > You're also being confused by the implementation of the 'real memory' report. If you take a 30 second glance at the code, you'll see that it is reporting the same units that the hw.maxmem tunable uses. ie: it is the LIMIT or Highest Address that the system has, not the sum total of all the parts. eg: see the machdep.c comment next to the printf * Maxmem isn't the "maximum memory", it's one larger than the * highest page of the physical address space. It should be * called something like "Maxphyspage". We may adjust this * based on ``hw.physmem'' and the results of the memory test. The SMAP lines are what you need to pay attention to. In the output you posted with 8G, you can see the 4GB going from the 4->8GB range, exactly. SMAP type 1 is "usable memory". -Peter From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 12:48:34 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC58216A4CE for ; Thu, 31 Mar 2005 12:48:34 +0000 (GMT) Received: from vidle.i.cz (vidle.i.cz [193.179.36.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00CC143D48 for ; Thu, 31 Mar 2005 12:48:34 +0000 (GMT) (envelope-from michal.mertl@i.cz) Received: from ns.i.cz (brana.i.cz [193.179.36.134]) by vidle.i.cz (Postfix) with ESMTP id 0AAF52E006; Thu, 31 Mar 2005 14:48:33 +0200 (CEST) Received: from localhost (localhost.i.cz [127.0.0.1]) by ns.i.cz (Postfix) with SMTP id DB936F4B6A; Thu, 31 Mar 2005 14:48:32 +0200 (CEST) X-AV-Checked: Thu Mar 31 14:48:32 2005 ns.i.cz Received: from localhost.localdomain (genius2.i.cz [192.168.17.50]) by ns.i.cz (Postfix) with ESMTP id CD032F4B66; Thu, 31 Mar 2005 14:48:32 +0200 (CEST) From: Michal Mertl To: Mikhail Godovitcin In-Reply-To: <9810651560.20050331150748@kc.ru> References: <9810651560.20050331150748@kc.ru> Content-Type: text/plain Date: Thu, 31 Mar 2005 14:48:31 +0200 Message-Id: <1112273311.710.20.camel@genius2.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: USB JetFlash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 12:48:35 -0000 Mikhail Godovitcin wrote: I believe I should be able to help you. I've got smaller JetFlash which works. Yours might need a quirk entry in umass.c. Can you send us the output of 'usbdevs -v'? > Hello! > > FreeBSD 5.4-PRERELEASE #0: Mon Mar 21 12:07:18 MSK 2005 > > (512Mb) works well: > > umass0: USB Flash Disk, rev 2.00/2.00, addr 2 > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: Removable Direct Access SCSI-2 device > > da0: 1.000MB/s transfers > > da0: 500MB (1024000 512 byte sectors: 64H 32S/T 500C) > > umass0: at uhub0 port 1 (addr 2) disconnected > > (da0:umass-sim0:0:0:0): lost device > > (da0:umass-sim0:0:0:0): removing device entry > > umass0: detached > > but 2.00> produses many errors: > >da0: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, > >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition > >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > >(da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > >(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition > >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > and so on until > >(da0:umass-sim0:0:0:0): Retries Exhausted > >Opened disk da0 ->> 6 > >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition > >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > >(da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > >(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > >(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > >(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > >(da0:umass-sim0:0:0:0): SCSI Status: Check Condition > >(da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > >(da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > >(da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > >umass0: at uhub0 port 1 (addr 2) disconnected > >(da0:umass-sim0:0:0:0): lost device > >(da0:umass-sim0:0:0:0): removing device entry > >umass0: detached > > How can I fix this? > > Thanks in advance. > > -- > Mikhail Godovitcin > http://www.kc.ru/~mg/pgpkey.txt From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 13:06:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41BC516A4CE for ; Thu, 31 Mar 2005 13:06:41 +0000 (GMT) Received: from kc3.kc.ru (ns2.kc.ru [84.53.208.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA00D43D45 for ; Thu, 31 Mar 2005 13:06:39 +0000 (GMT) (envelope-from mg@kc.ru) Received: from jet.kc.ru (jet.kc.ru [10.0.2.100]) (authenticated bits=0) by kc3.kc.ru (8.13.3/8.13.3) with ESMTP id j2VD6SZ7094309; Thu, 31 Mar 2005 17:06:28 +0400 (MSD) (envelope-from mg@kc.ru) Date: Thu, 31 Mar 2005 17:06:27 +0400 From: Mikhail Godovitcin X-Mailer: The Bat! (v2.12.00) Personal X-Priority: 3 (Normal) Message-ID: <9010655360.20050331170627@kc.ru> To: Michal Mertl , freebsd-stable@freebsd.org In-Reply-To: <1112273311.710.20.camel@genius2.i.cz> References: <9810651560.20050331150748@kc.ru> <1112273311.710.20.camel@genius2.i.cz> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-md5"; boundary="----------E8C91A4227349FC" X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.30.0.7; VDF 6.30.0.57 (host: kc3.kc.ru) X-Spam-Status: No, hits=-99.0 required=10.0 tests=BAYES_99,USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=no version=2.64 X-Spam-Report: * 7.0 BAYES_99 BODY: Bayesian spam probability is 99 to 100% * [score: 1.0000] * -100 USER_IN_WHITELIST From: address is in the user's white-list * -6.0 USER_IN_WHITELIST_TO User is listed in 'whitelist_to' X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kc3.kc.ru Subject: Re[2]: USB JetFlash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 13:06:41 -0000 ------------E8C91A4227349FC Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: quoted-printable Hello! Thursday, March 31, 2005, 16:48, you wrote: > I believe I should be able to help you. I've got smaller JetFlash which > works. Yours might need a quirk entry in umass.c. > Can you send us the output of 'usbdevs -v'? Yes, sure. Here it is. > # usbdevs -v > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(= 0x0000), rev 1.00 > port 1 addr 2: full speed, power 100 mA, config 1, Flash Disk(0x2168), U= SB(0x0ea0), rev 2.00 > port 2 powered > # camcontrol inquiry da0 > pass0: Removable Direct Access SCSI-2 device > pass0: Serial Number =1F > pass0: 1.000MB/s transfers >> Thanks in advance. --=20 Mikhail Godovitcin http://www.kc.ru/~mg/pgpkey.txt ------------E8C91A4227349FC Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQCVAwUAQkv101Ui+lj7Ph0nAQFKLwP/WxXeb6F9hCqNy0UXMnbDOUtH4VBqy5O3 x7XHB3/MBPuBiuCRJT8jOwdH1izXpY5EzYXnPxQmTm6041R4xuvSORCcDbkR3eiA nOvV3o3P3/WMz1mbLu1E5tdJvNCpwNgKqLFCbwHSUW+1WK4yJW+q2Iv84kHLiqh2 Gk49j0LYMMI= =lH9B -----END PGP MESSAGE----- ------------E8C91A4227349FC-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 13:39:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1660716A4D6 for ; Thu, 31 Mar 2005 13:39:13 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 364D443D53 for ; Thu, 31 Mar 2005 13:39:13 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20079 invoked from network); 31 Mar 2005 13:39:13 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 31 Mar 2005 13:39:12 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2VD270A024492; Thu, 31 Mar 2005 08:03:16 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <424B91F6.4000400@alumni.rice.edu> References: <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> <20050331054911.GN6252@wantadilla.lemis.com> <424B91F6.4000400@alumni.rice.edu> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <709d5024c676e940e8c16e3d3d6aae85@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Thu, 31 Mar 2005 08:03:16 -0500 To: noackjr@alumni.rice.edu X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Greg 'groggy' Lehey cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 13:39:14 -0000 On Mar 31, 2005, at 1:00 AM, Jon Noack wrote: > My limited research (as in, Google) shows that the MADT was defined as > part of ACPI 2.0: > http://www.microsoft.com/whdc/system/platform/64bit/IA64_ACPI.mspx > > According to your previous link the motherboard specs, it supports > both ACPI 1.0A and 2.0. Perhaps there is a BIOS knob to toggle > between the two? It's part if ACPI 1.0 as well. Trust me, I have machines built before ACPI 2.0 was defined that have MADTs. :) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 13:39:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 152BE16A4CF for ; Thu, 31 Mar 2005 13:39:16 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7936043D53 for ; Thu, 31 Mar 2005 13:39:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20112 invoked from network); 31 Mar 2005 13:39:15 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 31 Mar 2005 13:39:13 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2VCsj3Z024429; Thu, 31 Mar 2005 07:54:46 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <20050331040811.GL6252@wantadilla.lemis.com> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4fb44703937dc361f23148ee7956746c@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Thu, 31 Mar 2005 07:54:45 -0500 To: "Greg 'groggy' Lehey" X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 13:39:16 -0000 On Mar 30, 2005, at 11:08 PM, Greg 'groggy' Lehey wrote: > On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >> >> On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >>>> lapic0: LINT1 trigger: edge >>>> lapic0: LINT1 polarity: high >>>> lapic1: Routing NMI -> LINT1 >>>> lapic1: LINT1 trigger: edge >>>> lapic1: LINT1 polarity: high >>>> -ioapic0 irqs 0-23 on motherboard >>>> +ioapic0 irqs 0-23 on motherboard >>>> cpu0 BSP: >>>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: >>>> 0x0fffffff >>>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: >>>> 0x000001ff >> >> This shows that in the - case the APIC is broken somehow (0.0 isn't a >> valid I/O APIC version). > > You mean the + case, I suppose. Yes, that's what I suspected. > >> It would seem that the system has mapped RAM over top of the I/O >> APIC perhaps? > > That's what I suspected too, but imp doesn't think so. Actually, if the full version register were zero, it would not have had 24 IRQs (irqs 0-23 part), so I'm not sure what it is doing. 0.3 isn't really a valid APIC version AFAIK either, though I'm more familiar with the versions used in Intel APICs (usually 1.1, 1.2, or 2.0). >> It would be interesting to see the contents of your MADT to see if >> it's trying to use a 64-bit PA for your APIC. > > Any suggestions about how to do so? Boot with 4g or boot an i386 version and get acpidump -t output. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 13:39:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9B4B16A4E1 for ; Thu, 31 Mar 2005 13:39:17 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE5E643D46 for ; Thu, 31 Mar 2005 13:39:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20170 invoked from network); 31 Mar 2005 13:39:16 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 31 Mar 2005 13:39:15 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2VD2709024492; Thu, 31 Mar 2005 08:02:07 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <20050331054911.GN6252@wantadilla.lemis.com> References: <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> <20050331054911.GN6252@wantadilla.lemis.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7e7866bad9099b3d8a8e0f174b6229ce@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Thu, 31 Mar 2005 08:02:07 -0500 To: "Greg 'groggy' Lehey" X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 13:39:18 -0000 On Mar 31, 2005, at 12:49 AM, Greg 'groggy' Lehey wrote: > This may be the case, but between man page and output some terminology > must have changed. I can't see any reference to anything like an MADT > there. Does that mean that there isn't one, or that ACPI can't find > it, or does the section APIC refer to/dump the MADT? Here's the > complete output of acpidump -t, anyway: MADT is the name of the table (Multiple APIC Descriptor Table or some such), but "APIC" is the 4 character signature of the MADT, hence seeing 'APIC' output from acpidump -t when looking at the MADT. Similarly, the MP Table is known as the MP Table, but the signature for the table that you search for in the BIOS is "_MP_". > /* > APIC: Length=104, Revision=1, Checksum=145, > OEMID=VIAK8, OEM Table ID=AWRDACPI, OEM Revision=0x42302e31, > Creator ID=AWRD, Creator Revision=0x0 > Local APIC ADDR=0xfee00000 > Flags={PC-AT} > > Type=Local APIC > ACPI CPU=0 > Flags={ENABLED} > APIC ID=0 > > Type=Local APIC > ACPI CPU=1 > Flags={ENABLED} > APIC ID=1 > > Type=IO APIC > APIC ID=2 > INT BASE=0 > ADDR=0x00000000fec00000 > > Type=INT Override > BUS=0 > IRQ=0 > INTR=2 > Flags={Polarity=conforming, Trigger=conforming} > > Type=INT Override > BUS=0 > IRQ=9 > INTR=9 > Flags={Polarity=active-lo, Trigger=level} > > Type=Local NMI > ACPI CPU=0 > LINT Pin=1 > Flags={Polarity=active-hi, Trigger=edge} > > Type=Local NMI > ACPI CPU=1 > LINT Pin=1 > Flags={Polarity=active-hi, Trigger=edge} > */ Nothing strange here, and it is giving a 64-bit PA for the I/O APIC, albeit one that is < 4GB. One thing to verify is that the physical addresses listed here for the APICs (0xfec00000 and 0xfee00000) aren't included in the SMAP as valid RAM addresses in both cases. It might be useful to boot an i386 CD with 8GB in the machine to see if the MADT looks any different in that case. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 13:39:19 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4305B16A4D1 for ; Thu, 31 Mar 2005 13:39:19 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DD2E43D46 for ; Thu, 31 Mar 2005 13:39:18 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20196 invoked from network); 31 Mar 2005 13:39:18 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 31 Mar 2005 13:39:17 -0000 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2VCvRHw024457; Thu, 31 Mar 2005 07:57:27 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <424B8A4F.7050607@samsco.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <657eb6604d1e00368d77f047a8b5e074@FreeBSD.org> <20050331040811.GL6252@wantadilla.lemis.com> <424B7C74.4060203@samsco.org> <20050331051458.GM6252@wantadilla.lemis.com> <424B8A94.5070300@alumni.rice.edu> <424B8A4F.7050607@samsco.org> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8019fdb08e141c32fc2621d399301455@FreeBSD.org> Content-Transfer-Encoding: 7bit From: John Baldwin Date: Thu, 31 Mar 2005 07:57:27 -0500 To: Scott Long X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Greg 'groggy' Lehey cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 13:39:19 -0000 On Mar 31, 2005, at 12:27 AM, Scott Long wrote: > Jon Noack wrote: >> On 03/30/05 23:14, Greg 'groggy' Lehey wrote: >>> On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote: >>> >>>> Greg 'groggy' Lehey wrote: >>>> >>>>> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote: >>>>> >>>>>> On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote: >>>>>> >>>>>>>> lapic0: LINT1 trigger: edge >>>>>>>> lapic0: LINT1 polarity: high >>>>>>>> lapic1: Routing NMI -> LINT1 >>>>>>>> lapic1: LINT1 trigger: edge >>>>>>>> lapic1: LINT1 polarity: high >>>>>>>> -ioapic0 irqs 0-23 on motherboard >>>>>>>> +ioapic0 irqs 0-23 on motherboard >>>>>>>> cpu0 BSP: >>>>>>>> ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: >>>>>>>> 0x0fffffff >>>>>>>> lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: >>>>>>>> 0x000001ff >>>>>> >>>>>> >>>>>> This shows that in the - case the APIC is broken somehow (0.0 >>>>>> isn't a >>>>>> valid I/O APIC version). >>>>> >>>>> >>>>> You mean the + case, I suppose. Yes, that's what I suspected. >>>>> >>>>> >>>>>> It would seem that the system has mapped RAM over top of the I/O >>>>>> APIC perhaps? >>>>> >>>>> >>>>> That's what I suspected too, but imp doesn't think so. >>>> >>>> >>>> I'd be more inclined to believe that there is an erroneous mapping >>>> by the OS, not that things are fundamentally broken in hardware. >>> >>> >>> Agreed. This has been my favourite hypothesis all along. But isn't >>> that what jhb is saying? >>> >>>> Your SMAP table shows everything correctly. It's becoming hard to >>>> break through your pre-concieved notions here and explain how things >>>> actually work. >>> >>> >>> No, there's nothing to break through. I think you're just having >>> problems >>> >>> 1. expressing yourself, and >>> 2. understanding what I'm saying. >>> >>> I have no preconceived notions. All I can see here is an >>> antagonistic >>> attitude on your part. What's the problem? You'll recall from my >>> first message that I asked for suggestions about how to approach the >>> issue. jhb provided some; you haven't so far. From what you've >>> written, it's unclear whether you disagree with jhb or not. If you >>> do, why? If you don't, what's your point here? >>> >>>>>> It would be interesting to see the contents of your MADT to see if >>>>>> it's trying to use a 64-bit PA for your APIC. >>>>> >>>>> >>>>> Any suggestions about how to do so? >>>> >>>> >>>> man acpidump >>> >>> >>> How do you run that on a system that won't boot? >> You said the system worked with 4 GB (albeit detecting only 3.5 GB). >> My perception of this whole ACPI thing is that it is fixed in your >> BIOS (although it can be overridden by the OS). As such, the amount >> of RAM you have in the machine shouldn't change acpidump results. Is >> that not correct? >> Jon > > This is absolutely correct. It might though. Notice the change in APIC version with 4GB of RAM vs 8GB. The APIC hardware is the same, so that's already indicative of something fishy going on. I think that his APIC address is correct though as otherwise no interrupts at all would work and it wouldn't claim to have 24 IRQs on the APIC in both cases. One can always boot an i386 non-PAE kernel with 8GB in the machine and get an acpidump though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 14:40:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D606B16A4CE for ; Thu, 31 Mar 2005 14:40:55 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FA2643D53 for ; Thu, 31 Mar 2005 14:40:55 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IE8007FD0I9TX70@bgo1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 31 Mar 2005 16:34:57 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IE800J6N0U0H7C0@bgo1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 31 Mar 2005 16:42:01 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 0FB7ABDD86; Thu, 31 Mar 2005 16:40:30 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 0B80CBDC90; Thu, 31 Mar 2005 16:40:25 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id F159E33C3E; Thu, 31 Mar 2005 16:40:24 +0200 (CEST) Date: Thu, 31 Mar 2005 16:40:24 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <16294.1111867430@www52.gmx.net> To: Martin Jakob Message-id: <86ekdvlvzb.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <16294.1111867430@www52.gmx.net> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-stable@freebsd.org Subject: Re: file /usr/src/etc/rc.d/network is not installed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 14:40:55 -0000 "Martin Jakob" writes: > I searched a way to activate new interface/network settings after changes= to > /etc/rc.conf (defaultrouter, interface aliases, etc.). I found the > /etc/netstart script, which does what i want. In the script i found a > comment, which says, that this script is obsoleted by /etc/rc.network, bu= t i > (well, actually locate) can't find this file anywhere. The comment is incorrect. Just ignore it and run /etc/netstart. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 14:43:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F6416A4CE for ; Thu, 31 Mar 2005 14:43:28 +0000 (GMT) Received: from web54004.mail.yahoo.com (web54004.mail.yahoo.com [206.190.36.228]) by mx1.FreeBSD.org (Postfix) with SMTP id D8E0F43D49 for ; Thu, 31 Mar 2005 14:43:27 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 40199 invoked by uid 60001); 31 Mar 2005 14:43:27 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=E6rHHuDwZuqv4H7ZiMwSJ7GtshHPtDtvnNQRWRnsIeuqOSzSKTS1RfsbYNnZdjiS5Jjk2dACIKWvhGYsdhbl5rJr/fSqVfrdadoO0LeCB2xUa30mg+K8GjpA1+odI0jrq+uOHyFXiHJsRBEcgjCumy7imB4+F0RhTzxg6fxuXkk= ; Message-ID: <20050331144327.40197.qmail@web54004.mail.yahoo.com> Received: from [147.46.44.181] by web54004.mail.yahoo.com via HTTP; Thu, 31 Mar 2005 06:43:27 PST Date: Thu, 31 Mar 2005 06:43:27 -0800 (PST) From: Rob To: Doug White In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 14:43:28 -0000 --- Doug White wrote: > > AFAIK the RZ1000 bug was that it would corrupt data > to the slave channel if the primary channel was > also active. If you only have one device then > you may not be able to reproduce it. I have two harddisks on ata0: ad0: 520MB [1057/16/63] at ata0-master BIOSPIO ad1: 2423MB [4924/16/63] at ata0-slave BIOSPIO ad0 has the base OS, and ad1 has /usr/src and /usr/obj for recompiling world and kernel. So far no problems. However, if I remember well, the other IDE connector on the motherboard does not seem to work, which now I realize could be caused by the buggy RZ 1000 chip. > Do you have verbose boot output from the non-working > 5.x boot? No, not at the moment. I may try 5.3 (or probably 5.4) later once again. What part of the output would be particularly interesting? I ask, because I am managing this PC at the other end of the world, giving instructions to a non-Unix, non-FreeBSD user overthere :). Regards, Rob. __________________________________ Do you Yahoo!? Yahoo! Sports - Sign up for Fantasy Baseball. http://baseball.fantasysports.yahoo.com/ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 15:46:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0F5316A4CE; Thu, 31 Mar 2005 15:46:25 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 221DF43D1D; Thu, 31 Mar 2005 15:46:25 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DH1sG-0006tM-00; Thu, 31 Mar 2005 17:46:24 +0200 Received: from [84.128.137.221] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DH1sF-0001ij-00; Thu, 31 Mar 2005 17:46:24 +0200 From: Max Laier To: freebsd-stable@freebsd.org Date: Thu, 31 Mar 2005 16:45:52 +0100 User-Agent: KMail/1.7.2 References: <8eea040805010512321bf5b953@mail.gmail.com> <200503292325.38904.max@love2party.net> <424B62C3.5090107@cuk.nu> In-Reply-To: <424B62C3.5090107@cuk.nu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3178900.yOj429OnCF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503311746.07844.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: yar@freebsd.org cc: Marko =?utf-8?q?=C4=8Cuk?= cc: rwatson@freebsd.org Subject: Re: ALTQ, pf and VLANs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 15:46:25 -0000 --nextPart3178900.yOj429OnCF Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 31 March 2005 04:38, Marko =C4=8Cuk wrote: > Max, that solution works fine. I have tried it and it works fine for me. > > Thanks. > > Anyway, do you know some issues with dropping traffic on em0 vlan > enabled interfaces and tcpdump-ing ? The average traffic, that we > tcpdump is cca 10-20mbit/s and when tcpdump-ing, we get allmost 90% > packet loss on interfaces. Any clue ? Ugh, I know of such an issue, but was thinking that it should be fixed by n= ow. =20 Can you make sure that you have your kernel/em(4) built with if_em.c 1.44.2= =2E6=20 or later? The effect should simply be that it disables VLAN hardware suppo= rt=20 which doesn't seem to work with promiscuous mode. You could also try to=20 disable it manually (ifconfig) to see if that improves on the packet loss. > Marko > > Max Laier wrote: > >On Tuesday 29 March 2005 20:28, Marko =C4=8Cuk wrote: > >>Will that be fixed in 5.4 ? Right now, today it won't work without a > >> patch. > >> > >>pfctl: vlan0: driver does not support altq > > > >Please see: > >http://lists.freebsd.org/mailman/htdig/freebsd-net/2005-February/006456.= ht > >ml > > > >If you still can't live without ALTQ rate-limitting on VLAN submit a PR > > and throw it my way. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3178900.yOj429OnCF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTBs/XyyEoT62BG0RAqj8AJ9OMedVrooyX/yGyThtbZCnCIIdBACeKZ7u WkIpUh3XJ0YRV50O4AHkt10= =AH2a -----END PGP SIGNATURE----- --nextPart3178900.yOj429OnCF-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 15:50:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE50116A4CE for ; Thu, 31 Mar 2005 15:50:04 +0000 (GMT) Received: from 163.com (smtp.163.com [202.108.44.204]) by mx1.FreeBSD.org (Postfix) with SMTP id B51FC43D39 for ; Thu, 31 Mar 2005 15:50:02 +0000 (GMT) (envelope-from ncisoft@163.com) Received: from [192.168.1.33] (unknown [61.232.4.245]) by smtp1 (Coremail) with SMTP id HsC9My4cTEJUsbQE.2 for ; Thu, 31 Mar 2005 23:50:07 +0800 (CST) X-Originating-IP: [61.232.4.245] Date: Thu, 31 Mar 2005 23:49:57 +0800 From: Young Lee To: Michael Vince In-Reply-To: <424AA740.4080701@roq.com> References: <20050330122213.CB3E.NCISOFT@163.com> <424AA740.4080701@roq.com> Message-Id: <20050331232901.BC1B.NCISOFT@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [en] cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 15:50:04 -0000 Thank you very much. My server's uptime last two days by refer to Klein's configuration, it's impactful, thanks to Klein. My concern of stablility is focus on mysql's build options as BUILD_STATIC & BUILD_OPTIMIZED, but it looks like ridiculous without any logicality, build_static should have not any different between dynamatic lib. I will do some testing after the current configuration to be proven by uptime over one week, and try to find out how to repeat the panic. -- Young Lee On Wed, 30 Mar 2005 23:18:56 +1000 Michael Vince wrote: > > I am running 1 mildly busy new MySQL server thats running fine on5.3-RELEASE-p5 #5: Sat Jan 22 04:54:07 EST 2005 from the generic confkernel > Its a Dell 1850 Dual P4 Xeon CPU 3.00GHz EMT64 with HTT enabled > > FYI I actually have a Dell 2650 thats not doing anything at the momentbecause it had sluggish performance when I started to put some seriousburden on it. > > I recently updated to the latest MySQL to 4.1.10a from 4.1.5 with usingthis set of settings (I hate using ports manually) > portupgrade -Rfri -m 'BUILD_OPTIMIZED=yes BUILD_STATIC=yes'/var/db/pkg/mysql-server-4.1* > I copied the default large.cnf file to /var/db/mysql/my.cnf for betterperformance but thats about it, I am still evaluating MySQL performance. > > To give you a remote idea how busy this MySQL server is, here aresome bits running "mysqladmin extended-status" > | Bytes_received | 49227436 | > | Bytes_sent | 71933703 | > | Threads_connected | 25 | > | Threads_created | 42 | > | Uptime | 101775 | > According to MySQL manual Threads_created gives an idea of the load onthe MySQL server. > > phpMyAdmin lists MySQL status in a much nicer way > This MySQL server has been running for 1 days, 4 hours, 38 minutes and28 seconds. > Query statistics: Since its startup, 335,544 queries have beensent to the server. > Total ø per hour ø per minute ø per second > 335,544 11,715.47 195.26 3.25 > > select 204,621 7,144.31 61.04 % > > insert 29,149 1,017.73 8.70 % > show keys 85,395 2,981.55 25.48 % > > > This server is doing more things then I originally planned it to do,its also running a Postgres 7.4 server that has over 500megs of dataand almost constant 100% usage of disk IO according to top via "m", Ihave statistics enabled on postgres but no way to show some simplesummaries. > > I run Apache2 in prefork mode and currently has around 350 averageapache daemons > ps -auxww | grep -c httpd > 356 > Its doing over 1 million dynamic page loads a day (some page loadsdon't use database) > > This server also is running 12 separate Java processes each at around200megs of size. > > Since cvsuping to the latest 5_3 for release security patches andcritical updates the server is been perfectly stable, before that I didhave kernel panic reboot problems that I believe were caused be massivethread usage from the java processes. > Although I have rebooted just a little while ago the servers uptime iscurrently 33days. > > With your server how have you been updating your server to 5.3-P5release? Its possible you have a similar problem. > I am emailing this in HTML format in the hope the tables come out morenicely. > > Regards, > Mike > > > Young Lee wrote: I have try your solution yesterday, so far it is stable, and willobserve the stability for some days. btw, i turn "debug.mpsafenet=0" in /boot/loader.conf to evade the possible network stack deadlock under SMP. > From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 16:02:43 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CD3F16A4CE for ; Thu, 31 Mar 2005 16:02:43 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 924BB43D5C for ; Thu, 31 Mar 2005 16:02:42 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-87-202.roa.east.verizon.net [151.199.87.202]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j2VG2bQi013082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 31 Mar 2005 11:02:38 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j2VG2QXp001070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 31 Mar 2005 11:02:27 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j2VG2PkN001069; Thu, 31 Mar 2005 11:02:25 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Karl Denninger In-Reply-To: <20050330233018.B68235@denninger.net> References: <20050329200841.A772@denninger.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <44027.128.222.32.10.1112202442.squirrel@mail.scadian.net> <424AF396.6010909@mykitchentable.net> <20050330233018.B68235@denninger.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 31 Mar 2005 11:02:25 -0500 Message-Id: <1112284945.1048.3.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port cc: Drew Tomlinson cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 16:02:43 -0000 On Wed, 2005-03-30 at 23:30 -0600, Karl Denninger wrote: > BTW its NOT your hardware at fault here - the same hardware that returns > these complaints for me on 5.x works perfectly with 4.11. There have been > changes made to the ATA code that apparently interact VERY badly with > some controllers - particularly some very common SATA (SII chipset, used > on Adaptec and Bustek boards, among others) ones. It's not just a SATA problem. I get the problem (though more infrequently than it seems you do) on an Intel PIIX4 UDMA33 controller. The problem occurs on two different systems (one Gateway, one Dell), and only started happening some way through the 5.x life cycle, indicating to me that a serious regression was introduced (in 5.2, I believe). The problem does not afflict 4.x. > I don't know if GEOM/GMIRROR is truly involved here although that's the > easiest way for me to provoke it - I suspect not - its just that > GEOM/GMIRROR produces an I/O load pattern that is conducive to the > breakage showing up. Specifically, a "DD" from one or more disks does NOT > fail - a mix of reads and writes and fairly significant load appears > necessary to cause trouble. Of course installation produces a very nice > load of that type.... On both systems that experience the problem, I am using some kind of software mirroring. On one I'm using geom_mirror, and on the other I'm using geom_vinum. Both suffer from the WRITE_DMA disconnect problem. The Dell, using geom_mirror, is now running HEAD. The Gateway running RELENG_5 is annoying because when a drive becomes disconnected, the only way right now to rebuild the plexes on the geom_vinum drive that is down is to reboot the system. (I've used "setstate" to flag the drive as up, but then "gvinum start" of any down plex causes an immediate panic/reboot.) Ian Dowse posted a patch to the freebsd-current mailing list for the WRITE_DMA issue (http://lists.freebsd.org/mailman/htdig/freebsd-current/2005-February/046773.html). According to Dowse, the patch "attempts to clean up the handling of timeouts in the ATA code by using the new callout_init_mtx() function." It was successful for me. I still got the WRITE_DMA timeouts, but not the disconnects. I don't know if RELENG_5 has "the new callout_init_mtx() function." If it does, this patch might help there, too. > I opened a PR on this quite some time ago - IMHO this sort of breakage > should be considered a critical fault sufficient to stop a release until > its completely resolved. A workaround that stops the system from blowing up > but leaves the pauses and errors isn't really a fix - I doubt anyone > will consider that acceptable as a means of truly addressing the problem > (at least I hope not!) I agree that it wouldn't be ideal, but having something that fixed just the disconnects in the tree would be better than nothing at all. It's a pain to have to track third-party patches. > I got "surprised" by this (in a bad way) and have been fighting > workarounds since 5.3 was deemed "production" quality. Going back to > 4.x is possible for me, but highly undesireable for a number of reasons, not > the least of which is the official FreeBSD posture on where work is and will > be done on the OS down the road. It's disappointing the way this problem appears to have been silently ignored (except by those whom it afflicts), because it is a regression that occurred during the 5.x lifecycle. It's one thing to know that your hardware won't work properly going from 4.x to 5.x, but another thing to have it stop working going from one 5.x release to another. (Or maybe it isn't, given the strange "Early Adopter" status of the start of the 5.x release cycle.) Anyway, I'm glad you are trying to keep this problem in the spotlight, because an unreliable ATA subsystem is a miserable thing to have to suffer. :-( Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 16:59:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A324F16A4CE for ; Thu, 31 Mar 2005 16:59:35 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA3443D31 for ; Thu, 31 Mar 2005 16:59:35 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84123-104.ip.peterstar.net ([84.204.123.104] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.50 (FreeBSD)) id 1DH30x-000LkF-6t for freebsd-stable@freebsd.org; Thu, 31 Mar 2005 18:59:28 +0200 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.3/8.13.3) with ESMTP id j2VGtt9W000609; Thu, 31 Mar 2005 20:56:19 +0400 (MSD) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.3/8.13.3/Submit) id j2V52GFt000451; Thu, 31 Mar 2005 09:02:16 +0400 (MSD) (envelope-from igor) Date: Thu, 31 Mar 2005 09:02:16 +0400 From: Igor Pokrovsky To: Michael Lednev Message-ID: <20050331050216.GA365@doom.homeunix.org> Mail-Followup-To: Michael Lednev , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: make release fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 16:59:35 -0000 On Tue, Mar 29, 2005 at 04:41:55PM +0400, Michael Lednev wrote: > hello > > i'm trying to build my own release cd for 4-STABLE branch. doing make > release BUILDNAME=4-STABLE-20050328-0300 CHROOTDIR=/usr/release > CVSROOT=/home/ncvs RELEASETAG=RELENG_4 -DSEPARATE_LIVEFS in > /usr/src/release results in error like this > > cd /usr/src/release/../etc && make distrib-dirs DESTDIR=/R/stage/trees/bin > set - `grep "^[a-zA-Z]" /usr/src/etc/locale.deprecated`; while [ $# -gt 0 > ] ; do for dir in /usr/share/locale /usr/share/nls > /usr/local/share/nls; do test -d /R/stage/trees/bin/${dir} && cd > /R/stage/trees/bin/${dir}; test -L "$2" && rm -rf "$2"; test \! -L "$1" > && test -d "$1" && mv "$1" "$2"; done; shift; shift; done > mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /R/stage/trees/bin/ > mtree: /R/stage/trees/bin/: No such file or directory > *** Error code 1 > > Stop in /usr/src/etc. > *** Error code 1 > > Stop in /usr/src/release. > + umount /dev > *** Error code 1 > > Stop in /usr/src/release. > > what to change in my make command or in system to build release? host > system is 5.3-STABLE > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" This is not an officially supported way of building releases. That's why there is some magic to finish this procedure. Even if it will complete successfully it won't neccessary mean it will work correctly. You'd better try building 4.x release on RELENG_4 box. However if you don't have an opportunity to do so maybe I'll be able to provide you with some help. I did built RELENG_5 release on RELENG_4 box successfully some time ago. Contact me offline if you are still interested. -ip -- You can lead a horse to water, but if you can get him to float on his back, you've really got something. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 17:02:31 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B03916A4CE for ; Thu, 31 Mar 2005 17:02:31 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0891843D49 for ; Thu, 31 Mar 2005 17:02:30 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2VH2KgZ025719; Thu, 31 Mar 2005 12:02:22 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 31 Mar 2005 12:02:20 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Karl Denninger In-Reply-To: <20050330230046.A68235@denninger.net> Message-ID: <20050331120100.P328@sasami.jurai.net> References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> <20050330230046.A68235@denninger.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1207382953-1112288540=:328" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 31 Mar 2005 12:02:22 -0500 (EST) cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current5.4-PRERELEASE - UPDATE (real this time) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 17:02:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1207382953-1112288540=:328 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Wed, 30 Mar 2005, Karl Denninger wrote: > Removing the FIRST delta, which is: > > 218a219,221 > if (!dumping) > callout_reset(&request->callout, request->timeout * hz, > (timeout_t*)ata_timeout, request); > > appears to get rid of the crashes while not harming data integrity OR the > reqeueing. I'd be interested to know if the attached patch does anything. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 --0-1207382953-1112288540=:328 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ata.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20050331120220.F328@sasami.jurai.net> Content-Description: Content-Disposition: attachment; filename="ata.patch" SW5kZXg6IGF0YS1xdWV1ZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2Rldi9hdGEvYXRhLXF1ZXVl LmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjMyLjIuNg0KZGlmZiAtdSAt dSAtcjEuMzIuMi42IGF0YS1xdWV1ZS5jDQotLS0gYXRhLXF1ZXVlLmMJMjMg TWFyIDIwMDUgMDQ6NTA6MjYgLTAwMDAJMS4zMi4yLjYNCisrKyBhdGEtcXVl dWUuYwkzMSBNYXIgMjAwNSAxNzowMDo0NiAtMDAwMA0KQEAgLTIxNyw4ICsy MTcsNyBAQA0KICAgICB9DQogICAgIGVsc2Ugew0KIAlpZiAoIWR1bXBpbmcp DQotCSAgICBjYWxsb3V0X3Jlc2V0KCZyZXF1ZXN0LT5jYWxsb3V0LCByZXF1 ZXN0LT50aW1lb3V0ICogaHosDQotCQkJICAodGltZW91dF90KilhdGFfdGlt ZW91dCwgcmVxdWVzdCk7DQorICAgICAgICAgICAgY2FsbG91dF9kcmFpbigm cmVxdWVzdC0+Y2FsbG91dCk7DQogCWlmIChyZXF1ZXN0LT5iaW8gJiYgIShy ZXF1ZXN0LT5mbGFncyAmIEFUQV9SX1RJTUVPVVQpKSB7DQogCSAgICBBVEFf REVCVUdfUlEocmVxdWVzdCwgImZpbmlzaCBiaW9fdGFza3F1ZXVlIik7DQog CSAgICBiaW9fdGFza3F1ZXVlKHJlcXVlc3QtPmJpbywgKGJpb190YXNrX3Qg KilhdGFfY29tcGxldGVkLCByZXF1ZXN0KTsNCg== --0-1207382953-1112288540=:328-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 17:06:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A14216A4CE for ; Thu, 31 Mar 2005 17:06:10 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id D44DD43D5E for ; Thu, 31 Mar 2005 17:06:09 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2VH68vB081331 for ; Thu, 31 Mar 2005 11:06:08 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Thu Mar 31 11:06:08 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2VH68Hj081329; Thu, 31 Mar 2005 11:06:08 -0600 (CST) (envelope-from karl) Message-ID: <20050331110608.A81295@denninger.net> Date: Thu, 31 Mar 2005 11:06:08 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329230830.A3222@denninger.net> <20050329234318.A3883@denninger.net> <20050330210830.A46956@denninger.net> <20050330230046.A68235@denninger.net> <20050331120100.P328@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050331120100.P328@sasami.jurai.net>; from Matthew N. Dodd on Thu, Mar 31, 2005 at 12:02:20PM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current 5.4-PRERELEASE - UPDATE (real this time) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 17:06:10 -0000 On Thu, Mar 31, 2005 at 12:02:20PM -0500, Matthew N. Dodd wrote: > On Wed, 30 Mar 2005, Karl Denninger wrote: > > Removing the FIRST delta, which is: > > > > 218a219,221 > > if (!dumping) > > callout_reset(&request->callout, request->timeout * hz, > > (timeout_t*)ata_timeout, request); > > > > appears to get rid of the crashes while not harming data integrity OR the > > reqeueing. > > I'd be interested to know if the attached patch does anything. > > -- > 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 > Index: ata-queue.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-queue.c,v > retrieving revision 1.32.2.6 > diff -u -u -r1.32.2.6 ata-queue.c > --- ata-queue.c 23 Mar 2005 04:50:26 -0000 1.32.2.6 > +++ ata-queue.c 31 Mar 2005 17:00:46 -0000 > @@ -217,8 +217,7 @@ > } > else { > if (!dumping) > - callout_reset(&request->callout, request->timeout * hz, > - (timeout_t*)ata_timeout, request); > + callout_drain(&request->callout); > if (request->bio && !(request->flags & ATA_R_TIMEOUT)) { > ATA_DEBUG_RQ(request, "finish bio_taskqueue"); > bio_taskqueue(request->bio, (bio_task_t *)ata_completed, request); > It'll be a few hours before I will know on the production machine - the RAID array has to rebuild before I can trigger the problem, and we're scheduled for some power work here in an hour or so - which I suspect will get in the way. What do you expect the patch to do, given that removing the delta appears to fix the instability problem? -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 17:19:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA57016A4CE for ; Thu, 31 Mar 2005 17:19:16 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E37E43D5A for ; Thu, 31 Mar 2005 17:19:16 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2VHJDuW027057; Thu, 31 Mar 2005 12:19:15 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 31 Mar 2005 12:19:13 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Karl Denninger In-Reply-To: <20050331110608.A81295@denninger.net> Message-ID: <20050331121659.M328@sasami.jurai.net> References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> <20050330230046.A68235@denninger.net> <20050331110608.A81295@denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 31 Mar 2005 12:19:15 -0500 (EST) cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current5.4-PRERELEASE - UPDATE (real this time) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 17:19:16 -0000 On Thu, 31 Mar 2005, Karl Denninger wrote: > What do you expect the patch to do, given that removing the delta > appears to fix the instability problem? I expect the patch to properly stop the callout. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 17:26:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 712B916A4CE; Thu, 31 Mar 2005 17:26:55 +0000 (GMT) Received: from viharnik.xenya.net (viharnik.xenya.si [213.143.80.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98CE243D5F; Thu, 31 Mar 2005 17:26:54 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (tabla.xenya.si [213.143.80.70]) by viharnik.xenya.net (Postfix) with ESMTP id D1FCB238B2; Thu, 31 Mar 2005 19:26:55 +0200 (CEST) Received: from viharnik.xenya.net ([213.143.80.85]) by localhost (tabla.xenya.si [213.143.80.70]) (amavisd-new, port 10024) with ESMTP id 17393-09; Thu, 31 Mar 2005 19:26:58 +0200 (CEST) Received: from [192.168.6.60] (unknown [192.168.6.60]) by viharnik.xenya.net (Postfix) with ESMTP id EE9BD238AF; Thu, 31 Mar 2005 19:26:54 +0200 (CEST) Message-ID: <424C3363.5010406@cuk.nu> Date: Thu, 31 Mar 2005 19:29:07 +0200 From: =?UTF-8?B?TWFya28gxIx1aw==?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <8eea040805010512321bf5b953@mail.gmail.com> <200503292325.38904.max@love2party.net> <424B62C3.5090107@cuk.nu> <200503311746.07844.max@love2party.net> In-Reply-To: <200503311746.07844.max@love2party.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at xenya.si cc: rwatson@freebsd.org cc: yar@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ALTQ, pf and VLANs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 17:26:55 -0000 I am still running 5.3-RELEASE-p5 and there is /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.44.2.2 2004/10/15 22:12:59 tackerman Exp $*/ , obviously unpatched and bad driver. I'll try to cvsup to 5.4-PRE, but I'm a little worried with stability, as this is my main firewall for whole network. 2nd thing... try to disable it manually ? What :) ? I don't quite understand you on that . ifconfig em1 disable ? :) I have traffic on it :) ( I'll be running carp as soon and pfsync as I'll learn how to and if it will work fine :) , to have redaudant firewall ) Cuk Max Laier wrote: >On Thursday 31 March 2005 04:38, Marko Čuk wrote: > > >>Max, that solution works fine. I have tried it and it works fine for me. >> >>Thanks. >> >>Anyway, do you know some issues with dropping traffic on em0 vlan >>enabled interfaces and tcpdump-ing ? The average traffic, that we >>tcpdump is cca 10-20mbit/s and when tcpdump-ing, we get allmost 90% >>packet loss on interfaces. Any clue ? >> >> > >Ugh, I know of such an issue, but was thinking that it should be fixed by now. >Can you make sure that you have your kernel/em(4) built with if_em.c 1.44.2.6 >or later? The effect should simply be that it disables VLAN hardware support >which doesn't seem to work with promiscuous mode. You could also try to >disable it manually (ifconfig) to see if that improves on the packet loss. > > > >>Marko >> >>Max Laier wrote: >> >> >>>On Tuesday 29 March 2005 20:28, Marko Čuk wrote: >>> >>> >>>>Will that be fixed in 5.4 ? Right now, today it won't work without a >>>>patch. >>>> >>>>pfctl: vlan0: driver does not support altq >>>> >>>> >>>Please see: >>>http://lists.freebsd.org/mailman/htdig/freebsd-net/2005-February/006456.ht >>>ml >>> >>>If you still can't live without ALTQ rate-limitting on VLAN submit a PR >>>and throw it my way. >>> >>> > > > -- Private: http://cuk.nu Sports: http://www.cuk.nu Slovenian FreeBSD mirror admin http://www2.si.freebsd.org Work @ http://www.xenya.si From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 17:34:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F4DD16A4CE for ; Thu, 31 Mar 2005 17:34:50 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A583F43D46 for ; Thu, 31 Mar 2005 17:34:49 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j2VHYlWh002358 for ; Thu, 31 Mar 2005 21:34:47 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 31 Mar 2005 21:34:47 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Message-ID: <20050331212831.M92998@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: ipnat on RELENG_5/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 17:34:50 -0000 Dear colleagues, are there any issues with amd64 and ipnat? Trying to set up new multi-vlan router in our ISP network I've found very strange issues: machine hangs cold, no console (only comconsole is available) messages or reaction, more than one time, right after activating the first VLAN with active ipnat. Unfortunately I had no time for deep experiments yet; I'll try to set up DDB together with test network tomorrow, but for now I would want to hear your opinions. /etc/make.conf is fairly standard: CPUTYPE=athlon64 KERNCONF?= gwhx GENERIC NOINET6= yes NO_MODULES= yes MODULES_WITH_WORLD=yes COMPAT_4X= yes (and MASTER_SITES settings) Hardware issues should not be the source of the problem, as platform had been stress-tested by massive buildworlds, memtest86, etc. Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 17:43:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DCC16A4CE for ; Thu, 31 Mar 2005 17:43:23 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6F3743D4C for ; Thu, 31 Mar 2005 17:43:22 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2VHhMJu081841 for ; Thu, 31 Mar 2005 11:43:22 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Thu Mar 31 11:43:22 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2VHhMe1081839; Thu, 31 Mar 2005 11:43:22 -0600 (CST) (envelope-from karl) Message-ID: <20050331114322.A81766@denninger.net> Date: Thu, 31 Mar 2005 11:43:22 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> <20050330230046.A68235@denninger.net> <20050331110608.A81295@denninger.net> <20050331121659.M328@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050331121659.M328@sasami.jurai.net>; from Matthew N. Dodd on Thu, Mar 31, 2005 at 12:19:13PM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current5.4-PRERELEASE - UPDATE (real this time) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 17:43:23 -0000 On Thu, Mar 31, 2005 at 12:19:13PM -0500, Matthew N. Dodd wrote: > On Thu, 31 Mar 2005, Karl Denninger wrote: > > What do you expect the patch to do, given that removing the delta > > appears to fix the instability problem? > > I expect the patch to properly stop the callout. Ok, so the implication is that the callouts are/were being triggered and dumped on the floor without it? Would you prefer me to validate that path before or after I attempt to validate that removing the first delta fixes the crashes on my production machine? (Reason for the question is that the latter will require most of the rest of the day and evening, while the former can likely be done by 3-4 pm today) -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 18:24:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C98B516A4CE for ; Thu, 31 Mar 2005 18:24:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E8543D58 for ; Thu, 31 Mar 2005 18:24:41 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 891D072DDD; Thu, 31 Mar 2005 10:24:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 84B2F72DD4; Thu, 31 Mar 2005 10:24:41 -0800 (PST) Date: Thu, 31 Mar 2005 10:24:41 -0800 (PST) From: Doug White To: Rob In-Reply-To: <20050331144327.40197.qmail@web54004.mail.yahoo.com> Message-ID: <20050331102249.D76590@carver.gumbysoft.com> References: <20050331144327.40197.qmail@web54004.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 18:24:41 -0000 On Thu, 31 Mar 2005, Rob wrote: > > --- Doug White wrote: > > > > AFAIK the RZ1000 bug was that it would corrupt data > > to the slave channel if the primary channel was > > also active. If you only have one device then > > you may not be able to reproduce it. > > I have two harddisks on ata0: > > ad0: 520MB > [1057/16/63] at ata0-master BIOSPIO > ad1: 2423MB > [4924/16/63] at ata0-slave BIOSPIO > > ad0 has the base OS, and ad1 has /usr/src and > /usr/obj for recompiling world and kernel. > > So far no problems. > However, if I remember well, the other IDE connector > on the motherboard does not seem to work, which now > I realize could be caused by the buggy RZ 1000 chip. Entirely possible. > > Do you have verbose boot output from the non-working > > 5.x boot? > > No, not at the moment. I may try 5.3 (or probably > 5.4) later once again. What part of the output would > be particularly interesting? > I ask, because I am managing this PC at the other end > of the world, giving instructions to a non-Unix, > non-FreeBSD user overthere :). Ugh. That will make this really hard to debug then. To get the verbose output you want to use a serial console. That output will say why it won't attach the ata controller. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 18:42:38 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D03FE16A4CE; Thu, 31 Mar 2005 18:42:38 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 174FA43D2D; Thu, 31 Mar 2005 18:42:38 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DH4cm-0006J6-00; Thu, 31 Mar 2005 20:42:36 +0200 Received: from [84.128.137.221] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DH4cm-0004nm-00; Thu, 31 Mar 2005 20:42:36 +0200 From: Max Laier To: Marko =?utf-8?q?=C4=8Cuk?= Date: Thu, 31 Mar 2005 20:42:10 +0200 User-Agent: KMail/1.7.2 References: <8eea040805010512321bf5b953@mail.gmail.com> <200503311746.07844.max@love2party.net> <424C3363.5010406@cuk.nu> In-Reply-To: <424C3363.5010406@cuk.nu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2159663.LE7JmoFcCV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503312042.20436.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: rwatson@freebsd.org cc: yar@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: ALTQ, pf and VLANs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 18:42:39 -0000 --nextPart2159663.LE7JmoFcCV Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 31 March 2005 19:29, Marko =C4=8Cuk wrote: > I am still running 5.3-RELEASE-p5 and there is > > /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.44.2.2 2004/10/15 22:12:59 > tackerman Exp $*/ > > , obviously unpatched and bad driver. I'll try to cvsup to 5.4-PRE, but > I'm a little worried with stability, as this is my main firewall for > whole network. > > 2nd thing... try to disable it manually ? What :) ? I don't quite > understand you on that . Whoops, sorry - work blindness. I meant to say: Try to disable the hardwar= e=20 supported VLAN tagging manually $ifconfig em0 -vlanhwtag > ifconfig em1 disable ? :) I have traffic on it :) ( I'll be running > carp as soon and pfsync as I'll learn how to and if it will work fine > > :) , to have redaudant firewall ) > > Cuk > > Max Laier wrote: > >On Thursday 31 March 2005 04:38, Marko =C4=8Cuk wrote: > >>Max, that solution works fine. I have tried it and it works fine for me. > >> > >>Thanks. > >> > >>Anyway, do you know some issues with dropping traffic on em0 vlan > >>enabled interfaces and tcpdump-ing ? The average traffic, that we > >>tcpdump is cca 10-20mbit/s and when tcpdump-ing, we get allmost 90% > >>packet loss on interfaces. Any clue ? > > > >Ugh, I know of such an issue, but was thinking that it should be fixed by > > now. Can you make sure that you have your kernel/em(4) built with if_em= =2Ec > > 1.44.2.6 or later? The effect should simply be that it disables VLAN > > hardware support which doesn't seem to work with promiscuous mode. You > > could also try to disable it manually (ifconfig) to see if that improves > > on the packet loss. > > > >>Marko > >> > >>Max Laier wrote: > >>>On Tuesday 29 March 2005 20:28, Marko =C4=8Cuk wrote: > >>>>Will that be fixed in 5.4 ? Right now, today it won't work without a > >>>>patch. > >>>> > >>>>pfctl: vlan0: driver does not support altq > >>> > >>>Please see: > >>>http://lists.freebsd.org/mailman/htdig/freebsd-net/2005-February/00645= 6. > >>>ht ml > >>> > >>>If you still can't live without ALTQ rate-limitting on VLAN submit a PR > >>>and throw it my way. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2159663.LE7JmoFcCV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTESMXyyEoT62BG0RAo8uAJ9s13YWfs/2924yb6YgPq10/HIw7gCeK62z XWurfpcc9JVZlqjT60LB8jg= =rjZP -----END PGP SIGNATURE----- --nextPart2159663.LE7JmoFcCV-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 18:45:25 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8E816A4CE; Thu, 31 Mar 2005 18:45:25 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6143E43D70; Thu, 31 Mar 2005 18:45:25 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2VIjObD001820; Thu, 31 Mar 2005 10:45:25 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2VIjOSu001819; Thu, 31 Mar 2005 10:45:24 -0800 (PST) (envelope-from obrien) Date: Thu, 31 Mar 2005 10:45:24 -0800 From: "David O'Brien" To: Peter Wemm Message-ID: <20050331184524.GB1687@dragon.NUXI.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <424B308C.7070506@samsco.org> <20050330230951.GY84137@wantadilla.lemis.com> <200503301525.37798.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503301525.37798.peter@wemm.org> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: FreeBSD Stable Users cc: freebsd-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 18:45:25 -0000 On Wed, Mar 30, 2005 at 03:25:37PM -0800, Peter Wemm wrote: > Greg: The busdma problems from 5.3-RELEASE are fixed. That doesn't > mean that there are no *other* problems. Scott is saying "the old > busdma bug shouldn't be affecting 5.4-PRE", and he's correct. > > Most likely, something else is happening, eg: you're running out of KVM > or something silly like that. I know we're right on the brink at 8GB. > The layout of the devices may be just enough to tip it over the edge. Grog's motherboard is a 4+0 configuration -- which would mean he is using (trying to) 2GB DIMM's. There are memory bus loading specifictions he may be out of spec of. -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 18:47:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 931FC16A4CE; Thu, 31 Mar 2005 18:47:33 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5077E43D3F; Thu, 31 Mar 2005 18:47:33 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2VIlXkE001848; Thu, 31 Mar 2005 10:47:33 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2VIlXSK001847; Thu, 31 Mar 2005 10:47:33 -0800 (PST) (envelope-from obrien) Date: Thu, 31 Mar 2005 10:47:33 -0800 From: "David O'Brien" To: "Greg 'groggy' Lehey" Message-ID: <20050331184733.GC1687@dragon.NUXI.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330224445.GW84137@wantadilla.lemis.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: FreeBSD Stable Users cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD Stable Users , FreeBSD-amd64@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 18:47:33 -0000 On Thu, Mar 31, 2005 at 08:14:45AM +0930, Greg 'groggy' Lehey wrote: > > I had 4 bad out of 12 tested where the DIMMs were Crucial PC2700 2GB > > Reg. ECC DIMMs. > > OK, this makes sense. It might also explain why the 4 GB > configuration only recognizes 3.5 GB. No. This is due to the 3.5-4.0GB PA address range that the PeeCee architecture reserves for the PCI config space, AGP GART, memory mapped I/O, etc... Many Opteron BIOS's don't bother to hoist the "covered" memory above 4GB. Please see the freebsd-amd64 archives -- this has been discussed many times. -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 18:54:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C874A16A4CE; Thu, 31 Mar 2005 18:54:16 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9719543D39; Thu, 31 Mar 2005 18:54:16 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2VIsF3D001972; Thu, 31 Mar 2005 10:54:16 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2VIsEdI001967; Thu, 31 Mar 2005 10:54:14 -0800 (PST) (envelope-from obrien) Date: Thu, 31 Mar 2005 10:54:14 -0800 From: "David O'Brien" To: "Daniel O'Connor" Message-ID: <20050331185414.GE1687@dragon.NUXI.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503311032.33718.doconnor@gsoft.com.au> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-stable@freebsd.org cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@freebsd.org, FreeBSD-amd64@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 18:54:16 -0000 On Thu, Mar 31, 2005 at 10:32:33AM +0930, Daniel O'Connor wrote: > On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: > > > Have you run sysutils/memtest86 with the 8 GB? > > > > Heh. Difficult when the system doesn't run. > > You could try http://www.memtest86.com although that doesn't do >4Gb :( Are you sure version 3.2 does not? -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 18:59:02 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF16B16A4CE; Thu, 31 Mar 2005 18:59:02 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE7743D58; Thu, 31 Mar 2005 18:59:02 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2VIx2xl002075; Thu, 31 Mar 2005 10:59:02 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2VIx28q002074; Thu, 31 Mar 2005 10:59:02 -0800 (PST) (envelope-from obrien) Date: Thu, 31 Mar 2005 10:59:02 -0800 From: "David O'Brien" To: "Greg 'groggy' Lehey" Message-ID: <20050331185902.GF1687@dragon.NUXI.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050331015429.GH6252@wantadilla.lemis.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.org, FreeBSD-amd64@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 18:59:03 -0000 On Thu, Mar 31, 2005 at 11:24:29AM +0930, Greg 'groggy' Lehey wrote: > On Thursday, 31 March 2005 at 10:32:33 +0930, Daniel O'Connor wrote: > > On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: > >>> Have you run sysutils/memtest86 with the 8 GB? > >> > >> Heh. Difficult when the system doesn't run. > > > > You could try http://www.memtest86.com although that doesn't do >4Gb > :( > > I'm pretty sure it's not the memory. I've tried each pair > individually, and it's only when they're both in there together that > it's a problem. And yes, I've tried them in each pair of slots. You have a dual-channel memory controller. If you insert one DIMM you perform 64-bit data accesses. If you install DIMM's in pairs (making sure you're using the right "paired" sockets), you perform 128-bit data accesses. Thus your access pattern is different between these two situations. I'm highly suspious that you can us 4x2GB DIMM's with out knowing the exact part number. Don't forget 2GB DIMM's are double-stacked and thus look like double the electrical bus loads. The same is true for older 1GB DIMM's. Install all the memory you would like to use into your motherboard, download memtest86+ version 1.40 from http://www.memtest.org, dd to floppy or burn the ISO, and report back your findings from running it. Also what version of the BIOS are you using? -- -- David (obrien@FreeBSD.org) From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 19:11:16 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E46616A4CE for ; Thu, 31 Mar 2005 19:11:16 +0000 (GMT) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id A848343D3F for ; Thu, 31 Mar 2005 19:11:15 +0000 (GMT) (envelope-from don@SANDVINE.com) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 31 Mar 2005 14:11:14 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Message-ID: <2BCEB9A37A4D354AA276774EE13FB8C23A6903@mailserver.sandvine.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Adaptec 3210S, 4.9-STABLE, corruption when disk fails Thread-Index: AcUePN4jCNifqq9+QfaKvb5a3QmG4wANR28ABezPRgA= From: "Don Bowman" To: "Don Bowman" , "Uwe Doering" cc: freebsd-stable@freebsd.org Subject: RE: Adaptec 3210S, 4.9-STABLE, corruption when disk fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 19:11:16 -0000 From: owner-freebsd-stable@freebsd.org=20 > From: Uwe Doering [mailto:gemini@geminix.org] ... > > >=20 > > > Did you merge 1.3.2.3 as well? This actually should have > > been one MFC >=20 > Yes, merged from RELENG_4. >=20 > I will post later if this happens again, but it will be quite > a long time. The machine has 7 drives in it, there are only > 3 ones left old enough they might fail before I take it out > of service (it originally had 7 1999-era IBM drives, now > it has 4 2004-era seagate drives and 3 of the old IBM's. > The drives have been in continuous service, so they've lead > a pretty good life!) >=20 > Thanks for the suggestion on the cam timeout, I've set that > value. Another drive failed and the same thing happened. After the failure, the raid worked in degrade mode just fine, but many files had been corrupted during the failure. So I would suggest that this merge did not help, and the cam timeout did not help either. This is very frustrating, again I rebuild my postgresql install from backup :( --don From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 19:17:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43AFE16A4CE for ; Thu, 31 Mar 2005 19:17:39 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9469743D58 for ; Thu, 31 Mar 2005 19:17:38 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j2VJGBDT035674; Thu, 31 Mar 2005 14:16:22 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 31 Mar 2005 14:16:11 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Karl Denninger In-Reply-To: <20050331114322.A81766@denninger.net> Message-ID: <20050331141458.E328@sasami.jurai.net> References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050330230046.A68235@denninger.net> <20050331121659.M328@sasami.jurai.net> <20050331114322.A81766@denninger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 31 Mar 2005 14:16:22 -0500 (EST) cc: freebsd-stable@FreeBSD.ORG Subject: Re: DANGER WILL ROBINSON! SERIOUS problem withcurrent5.4-PRERELEASE - UPDATE (real this time) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 19:17:39 -0000 On Thu, 31 Mar 2005, Karl Denninger wrote: > Would you prefer me to validate that path before or after I attempt to > validate that removing the first delta fixes the crashes on my > production machine? (Reason for the question is that the latter will > require most of the rest of the day and evening, while the former can > likely be done by 3-4 pm today) Your previous email suggests that the callout stuff is to blame. Testing the fix seems like a good plan unless you have any doubts about your earlier results. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 19:47:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EED316A4CE for ; Thu, 31 Mar 2005 19:47:54 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0712143D53 for ; Thu, 31 Mar 2005 19:47:53 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j2VJlq5a000910 for ; Thu, 31 Mar 2005 13:47:52 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Thu Mar 31 13:47:52 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j2VJlq8c000908; Thu, 31 Mar 2005 13:47:52 -0600 (CST) (envelope-from karl) Message-ID: <20050331134752.B888@denninger.net> Date: Thu, 31 Mar 2005 13:47:52 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050330230046.A68235@denninger.net> <20050331121659.M328@sasami.jurai.net> <20050331114322.A81766@denninger.net> <20050331141458.E328@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050331141458.E328@sasami.jurai.net>; from Matthew N. Dodd on Thu, Mar 31, 2005 at 02:16:11PM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem withcurrent5.4-PRERELEASE - UPDATE (real this time) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 19:47:54 -0000 On Thu, Mar 31, 2005 at 02:16:11PM -0500, Matthew N. Dodd wrote: > On Thu, 31 Mar 2005, Karl Denninger wrote: > > Would you prefer me to validate that path before or after I attempt to > > validate that removing the first delta fixes the crashes on my > > production machine? (Reason for the question is that the latter will > > require most of the rest of the day and evening, while the former can > > likely be done by 3-4 pm today) > > Your previous email suggests that the callout stuff is to blame. Testing > the fix seems like a good plan unless you have any doubts about your > earlier results. I cannot provide solid validation until I test it on the production machine here. The sandbox survived overnight with dozens of write errors, but whether the production system will is not yet known. Will test on the production system and advise. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 20:07:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B406F16A4CE for ; Thu, 31 Mar 2005 20:07:14 +0000 (GMT) Received: from vidle.i.cz (vidle.i.cz [193.179.36.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E2243D49 for ; Thu, 31 Mar 2005 20:07:13 +0000 (GMT) (envelope-from michal.mertl@i.cz) Received: from ns.i.cz (brana.i.cz [193.179.36.134]) by vidle.i.cz (Postfix) with ESMTP id A9B942E001; Thu, 31 Mar 2005 22:07:12 +0200 (CEST) Received: from localhost (localhost.i.cz [127.0.0.1]) by ns.i.cz (Postfix) with SMTP id 882A3F4B6F; Thu, 31 Mar 2005 22:07:12 +0200 (CEST) X-AV-Checked: Thu Mar 31 22:07:12 2005 ns.i.cz Received: from localhost.localdomain (brana.i.cz [192.168.1.10]) by ns.i.cz (Postfix) with ESMTP id 349BEF4B6D; Thu, 31 Mar 2005 22:07:12 +0200 (CEST) From: Michal Mertl To: Mikhail Godovitcin In-Reply-To: <9010655360.20050331170627@kc.ru> References: <9810651560.20050331150748@kc.ru> <9010655360.20050331170627@kc.ru> Content-Type: multipart/mixed; boundary="=-/tKeQV5MrFdwkGYQcrhO" Date: Thu, 31 Mar 2005 22:07:10 +0200 Message-Id: <1112299630.656.22.camel@genius2.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: freebsd-stable@freebsd.org Subject: Re: Re[2]: USB JetFlash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 20:07:14 -0000 --=-/tKeQV5MrFdwkGYQcrhO Content-Type: text/plain Content-Transfer-Encoding: 7bit Mikhail Godovitcin wrote: > Hello! > > Thursday, March 31, 2005, 16:48, you wrote: > > I believe I should be able to help you. I've got smaller JetFlash which > > works. Yours might need a quirk entry in umass.c. > > Can you send us the output of 'usbdevs -v'? > > Yes, sure. Here it is. > > > # usbdevs -v > > Controller /dev/usb0: > > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 > > port 1 addr 2: full speed, power 100 mA, config 1, Flash Disk(0x2168), USB(0x0ea0), rev 2.00 > > port 2 powered > > > # camcontrol inquiry da0 > > pass0: Removable Direct Access SCSI-2 device > > pass0: Serial Number  > > pass0: 1.000MB/s transfers Thank you. I'm afraid I can't easily help you because your device is different than mine. You can try attached patch anyways. Apply with 'cd /sys/dev/usb;patch < jmtek.diff;cd /sys/modules/umass;make -DUSB_DEBUG=1;make unload;make load'. I won't be surprised if it didn't fix your disk though. You might try to change UMASS_ADD_DELAY in { USB_VENDOR_OTI, USB_PRODUCT_OTI_JETFLASH2, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, UMASS_ADD_DELAY }, to 'IGNORE_RESIDUE | NO_GETMAXLUN | RS_NO_CLEAR_UA'. Maybe FORCE_SHORT_INQUIRY instead/in addition to these. After modifying umass.c you need to rebuild and unload&load the kld. If you have umass (or whole usb) in your kernel ('device umass') you should comment it out, reinstall kernel and reboot. Then you'll be able to try different quirk values. HTH Michal --=-/tKeQV5MrFdwkGYQcrhO Content-Disposition: attachment; filename=jmtek.diff Content-Type: text/x-patch; name=jmtek.diff; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Index: umass.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/dev/usb/umass.c,v retrieving revision 1.121 diff -u -r1.121 umass.c --- umass.c 25 Mar 2005 01:47:01 -0000 1.121 +++ umass.c 31 Mar 2005 19:53:51 -0000 @@ -314,6 +314,8 @@ # define NO_INQUIRY 0x0400 /* Device cannot handle INQUIRY EVPD, return CHECK CONDITION */ # define NO_INQUIRY_EVPD 0x0800 + /* Device needs time to settle down - should be fixed elsewhere*/ +# define UMASS_ADD_DELAY 0x1000 }; Static struct umass_devdescr_t umass_devdescrs[] = { @@ -387,6 +389,10 @@ UMASS_PROTO_ATAPI | UMASS_PROTO_BBB, NO_QUIRKS }, + { USB_VENDOR_MSYSTEMS, USB_PRODUCT_MSYSTEMS_DELLMEMKEY, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + UMASS_ADD_DELAY + }, { USB_VENDOR_NEODIO, USB_PRODUCT_NEODIO_ND3260, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, FORCE_SHORT_INQUIRY @@ -399,6 +405,10 @@ UMASS_PROTO_ATAPI | UMASS_PROTO_BBB, NO_INQUIRY | NO_GETMAXLUN }, + { USB_VENDOR_OTI, USB_PRODUCT_OTI_JETFLASH2, RID_WILDCARD, + UMASS_PROTO_SCSI | UMASS_PROTO_BBB, + UMASS_ADD_DELAY + }, { USB_VENDOR_PANASONIC, USB_PRODUCT_PANASONIC_KXLCB20AN, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_QUIRKS @@ -891,6 +901,7 @@ (void) umass_match_proto(sc, sc->iface, uaa->device); id = usbd_get_interface_descriptor(sc->iface); + #ifdef USB_DEBUG printf("%s: ", USBDEVNAME(sc->sc_dev)); switch (sc->proto&UMASS_PROTO_COMMAND) { @@ -2263,6 +2274,7 @@ Static int umass_cam_attach(struct umass_softc *sc) { + int delay_len; #ifndef USB_DEBUG if (bootverbose) #endif @@ -2279,7 +2291,11 @@ * completed, when interrupts have been enabled. */ - usb_callout(sc->cam_scsi_rescan_ch, MS_TO_TICKS(200), + if (sc->quirks && UMASS_ADD_DELAY) + delay_len = 2000; + else + delay_len = 200; + usb_callout(sc->cam_scsi_rescan_ch, MS_TO_TICKS(delay_len), umass_cam_rescan, sc); } Index: usbdevs =================================================================== RCS file: /home/fcvs/cvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.226 diff -u -r1.226 usbdevs --- usbdevs 21 Mar 2005 08:43:54 -0000 1.226 +++ usbdevs 31 Mar 2005 19:54:21 -0000 @@ -529,6 +529,7 @@ vendor SITECOM 0x6189 Sitecom vendor INTEL 0x8086 Intel vendor HP2 0xf003 Hewlett Packard +vendor JMTEK 0x0c76 JMTek, LLC. /* * List of known products. Grouped by vendor. @@ -1188,6 +1189,7 @@ /* M-Systems products */ product MSYSTEMS DISKONKEY 0x0010 DiskOnKey product MSYSTEMS DISKONKEY2 0x0011 DiskOnKey +product MSYSTEMS DELLMEMKEY 0x0015 Dell Memory Key /* National Semiconductor */ product NATIONAL BEARPAW1200 0x1000 BearPaw 1200 @@ -1560,3 +1562,9 @@ /* ZyXEL Communication Co. products */ product ZYXEL OMNI56K 0x1500 Omni 56K Plus product ZYXEL 980N 0x2011 Scorpion-980N keyboard + +/* JMTek, LLC. products */ +product JMTEK JETFLASH 0x0005 Transcend JetFlash + +/* Ours Technology, Inc. products */ +product OTI JETFLASH2 0x2168 Transcend JetFlash 2.0 --=-/tKeQV5MrFdwkGYQcrhO-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 20:09:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1513316A4CE for ; Thu, 31 Mar 2005 20:09:20 +0000 (GMT) Received: from dswu28.btconnect.com (dswu28.btconnect.com [193.113.154.29]) by mx1.FreeBSD.org (Postfix) with SMTP id 44ADE43D5C for ; Thu, 31 Mar 2005 20:08:33 +0000 (GMT) (envelope-from alan@cyclopsvision.co.uk) Received: from AJDELL9200 (actually host 52.28.36.213.in-addr.arpa) by dswu28.btconnect.com with SMTP (XT-PP) with ESMTP; Thu, 31 Mar 2005 21:08:28 +0100 From: "Alan Jay" To: Date: Thu, 31 Mar 2005 21:08:27 +0100 Organization: Cyclops Vision Limited MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcU16aOzjL7ToNWOSq2guOy+jHV2jQAQNB+A In-Reply-To: <20050331120314.EB94E16A4E7@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050331200833.44ADE43D5C@mx1.FreeBSD.org> Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 20:09:20 -0000 > Date: Thu, 31 Mar 2005 16:12:35 +0900 > From: Ganbold > Subject: Re: Problems with AMD64 and 8 GB RAM? > > Hi, > > Since we are discussing AMD64 with 8GB RAM, I also would like to point my > problem. > > I'm still looking for possibility to run FreeBSD 5.3-STABLE with more than > 4GB RAM > on Dual amd64 2.2GHz machine (IBM @server 325) with ServeRAID 6M (ips > driver)). > Right now I'm using only 4GB RAM and this server is in production. > > #uname -an > FreeBSD publica.ub.mng.net 5.3-STABLE FreeBSD 5.3-STABLE #12: Mon Nov 22 > 12:04:57 ULAT 2004 tsgan@publicc.ub.mng.net:/usr/obj/usr/src/sys/AMD > amd64 > > As Scott said a few months ago, problem is below: > > "The ips driver looks like it will fail under heavy load when more than 4GB > of RAM is present. It tries to force busdma to not defer requests when the > bounce page reserve is low, but that looks to be broken and > will result in corrupted commands." [Alan Jay] Since we are talking about FreeBSD on AMD64 on the AMD64 list I have reported issues on that list. I have a TyanThunder K8S pro S2882 twin Operteron with 8Gb of RAM and although I can get the machine to run reasonably stably with 8Gb of RAM with limited loading when pushed it falls over unpredictably. We did some tests with the latest 5.3-STABLE / 5.4-PRERELEASE and still found the same issues when using a mySQL database heavily hit over the Ethernet controller. Our final tests limited the memory on boot-up to 4Gb and the bug is still there so we think it may well be some interaction with the Ethernet controller. The motherboard we have has a BroadcomBCM5704C 10/100/1000 based card on board. Again this works fine initially but then we get a very dramatic failure with no warning messages and the system falls over. There are still a few issues to be ironed out with the FreeBSD 5.x on AMD64 the latest STABLE/PRE-RELEASE is much improved but be aware there may be issues. We will be waiting a few more weeks before re-trying these tests to see if the latest fixes that have been discussed have solved our problems. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 20:12:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43E7D16A4CE for ; Thu, 31 Mar 2005 20:12:27 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE0F243D39 for ; Thu, 31 Mar 2005 20:12:26 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <424C59A6.2050605@geminix.org> Date: Thu, 31 Mar 2005 22:12:22 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050326 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Bowman References: <2BCEB9A37A4D354AA276774EE13FB8C23A6903@mailserver.sandvine.com> In-Reply-To: <2BCEB9A37A4D354AA276774EE13FB8C23A6903@mailserver.sandvine.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1DH61g-0009It-00; Thu, 31 Mar 2005 22:12:24 +0200 cc: freebsd-stable@freebsd.org Subject: Re: Adaptec 3210S, 4.9-STABLE, corruption when disk fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 20:12:27 -0000 Don Bowman wrote: > From: owner-freebsd-stable@freebsd.org > >>From: Uwe Doering [mailto:gemini@geminix.org] ... >> >>>>Did you merge 1.3.2.3 as well? This actually should have >>> >>>been one MFC >> >>Yes, merged from RELENG_4. >> >>I will post later if this happens again, but it will be quite >>a long time. The machine has 7 drives in it, there are only >>3 ones left old enough they might fail before I take it out >>of service (it originally had 7 1999-era IBM drives, now >>it has 4 2004-era seagate drives and 3 of the old IBM's. >>The drives have been in continuous service, so they've lead >>a pretty good life!) >> >>Thanks for the suggestion on the cam timeout, I've set that >>value. > > Another drive failed and the same thing happened. > After the failure, the raid worked in degrade mode just > fine, but many files had been corrupted during the failure. > > So I would suggest that this merge did not help, and the > cam timeout did not help either. > > This is very frustrating, again I rebuild my postgresql install > from backup :( This is indeed unfortunate. Maybe the problem is in fact located neither in PostgreSQL nor in FreeBSD but in the controller itself. Does it have the latest firmware? The necessary files should be available on Adaptec's website, and you can use the 'raidutil' program under FreeBSD to upload the firmware to the controller. I have to concede, however, that I never did this under FreeBSD myself. If I recall correctly I did the upload via a DOS diskette the last time. If this doesn't help either you could ask Adaptec's support for help. You need to register the controller first, if memory serves. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 20:36:04 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55EC516A4CE for ; Thu, 31 Mar 2005 20:36:04 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id B964943D4C for ; Thu, 31 Mar 2005 20:36:03 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 25E26B80C for ; Thu, 31 Mar 2005 15:36:03 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <20050331200833.44ADE43D5C@mx1.FreeBSD.org> References: <20050331200833.44ADE43D5C@mx1.FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 31 Mar 2005 15:35:59 -0500 To: X-Mailer: Apple Mail (2.619.2) Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 20:36:04 -0000 On Mar 31, 2005, at 3:08 PM, Alan Jay wrote: > We did some tests with the latest 5.3-STABLE / 5.4-PRERELEASE and > still found > the same issues when using a mySQL database heavily hit over the > Ethernet > controller. Our final tests limited the memory on boot-up to 4Gb and > the bug > is still there so we think it may well be some interaction with the > Ethernet > controller. The motherboard we have has a BroadcomBCM5704C > 10/100/1000 based > card on board. > I have seen similar with Postgres 8.0 database. Occasionally I'll see a bge0 timout + reset error logged, but many times I'll just see a "socket closed unexpectedly" type of message from postgres. So far, every 5 days or so, the machine freezes during heavy DB reporting over the net. I have a S2881 mobo, though, with 4GB. I had another identical machine which was reporting in the BIOS that the memory size changed during normal operations, which was very scary... Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 21:00:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C40A216A4CE for ; Thu, 31 Mar 2005 21:00:22 +0000 (GMT) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE4E43D46 for ; Thu, 31 Mar 2005 21:00:22 +0000 (GMT) (envelope-from don@SANDVINE.com) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 31 Mar 2005 16:00:21 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 Message-ID: <2BCEB9A37A4D354AA276774EE13FB8C23A690B@mailserver.sandvine.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Adaptec 3210S, 4.9-STABLE, corruption when disk fails Thread-Index: AcU2LfUw6Xb820hyRi6ckEQZlNcJ7QABhojQ From: "Don Bowman" To: "Uwe Doering" cc: freebsd-stable@freebsd.org Subject: RE: Adaptec 3210S, 4.9-STABLE, corruption when disk fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 21:00:22 -0000 From: Uwe Doering [mailto:gemini@geminix.org]=20 > Don Bowman wrote: > > From: owner-freebsd-stable@freebsd.org > >=20 > >>From: Uwe Doering [mailto:gemini@geminix.org] ... > >> > >>>>Did you merge 1.3.2.3 as well? This actually should have > >>> > >>>been one MFC > >> > >>Yes, merged from RELENG_4. > >> > >>I will post later if this happens again, but it will be=20 > quite a long=20 > >>time. The machine has 7 drives in it, there are only > >>3 ones left old enough they might fail before I take it out=20 > of service=20 > >>(it originally had 7 1999-era IBM drives, now it has 4 2004-era=20 > >>seagate drives and 3 of the old IBM's. > >>The drives have been in continuous service, so they've lead=20 > a pretty=20 > >>good life!) > >> > >>Thanks for the suggestion on the cam timeout, I've set that value. > >=20 > > Another drive failed and the same thing happened. > > After the failure, the raid worked in degrade mode just=20 > fine, but many=20 > > files had been corrupted during the failure. > >=20 > > So I would suggest that this merge did not help, and the=20 > cam timeout=20 > > did not help either. > >=20 > > This is very frustrating, again I rebuild my postgresql=20 > install from=20 > > backup :( >=20 > This is indeed unfortunate. Maybe the problem is in fact=20 > located neither in PostgreSQL nor in FreeBSD but in the=20 > controller itself. Does it have the latest firmware? The=20 > necessary files should be available on Adaptec's website, and=20 > you can use the 'raidutil' program under FreeBSD to upload=20 > the firmware to the controller. I have to concede, however,=20 > that I never did this under FreeBSD myself. If I recall=20 > correctly I did the upload via a DOS diskette the last time. >=20 > If this doesn't help either you could ask Adaptec's support for help.=20 > You need to register the controller first, if memory serves. The latest firmware & bios is in the controller (upgraded the last time I had problems). Tried adaptec support, controller is registered. The problem is definitely not in postgresql. Files go missing in directories that are having new entries added (e.g. I lost a 'PG_VERSION' file). Data within the postgresql files becomes corrupt. Since the only application running is postgresql, and it reads/writes/fsyncs the data, its not unexpected that it's the one that reaps the 'rewards' of the failure. I have to believe this is either a bug in the controller, or a problem in cam or asr. --don From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 21:00:50 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B66A16A4CE for ; Thu, 31 Mar 2005 21:00:50 +0000 (GMT) Received: from mail.vibrators.ru (mail.vibrators.ru [83.102.249.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 461AE43D2D for ; Thu, 31 Mar 2005 21:00:49 +0000 (GMT) (envelope-from freebsd-maillists@vibrators.ru) Received: from localhost (localhost [127.0.0.1]) by mail.vibrators.ru (Postfix) with ESMTP id B5694C109; Fri, 1 Apr 2005 00:06:49 +0400 (MSD) Received: from mail.vibrators.ru ([127.0.0.1]) by localhost (vibrators.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15742-01; Fri, 1 Apr 2005 00:06:26 +0400 (MSD) Received: from comp-reaper (unknown [192.168.10.19]) by mail.vibrators.ru (Postfix) with ESMTP; Fri, 1 Apr 2005 00:06:25 +0400 (MSD) Date: Fri, 01 Apr 2005 00:06:11 +0400 From: "Michael Lednev" To: "Igor Pokrovsky" References: <20050331050216.GA365@doom.homeunix.org> Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <20050331050216.GA365@doom.homeunix.org> User-Agent: Opera M2(BETA2)/8.0 (Linux, build 987) X-Virus-Scanned: amavisd-new at vibrators.ru cc: freebsd-stable@freebsd.org Subject: Re: make release fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 21:00:50 -0000 On Thu, 31 Mar 2005 09:02:16 +0400, Igor Pokrovsky wrote: > This is not an officially supported way of building releases. > That's why there is some magic to finish this procedure. > Even if it will complete successfully it won't neccessary mean it will > work > correctly. You'd better try building 4.x release on RELENG_4 box. > > However if you don't have an opportunity to do so maybe I'll be able > to provide you with some help. I did built RELENG_5 release on RELENG_4 > box successfully some time ago. Contact me offline if you are still > interested. unfortunately i don't have any RELENG_4 boxes, wanted to make one with this attempt, is there any chance to do so without fetching images from ftp? -- Best Regards, Michael From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 21:47:27 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0CC16A4CE for ; Thu, 31 Mar 2005 21:47:27 +0000 (GMT) Received: from gen129.n001.c02.escapebox.net (gen129.n001.c02.escapebox.net [213.73.91.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D55F43D46 for ; Thu, 31 Mar 2005 21:47:27 +0000 (GMT) (envelope-from gemini@geminix.org) Message-ID: <424C6FEA.70007@geminix.org> Date: Thu, 31 Mar 2005 23:47:22 +0200 From: Uwe Doering Organization: Private UNIX Site User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.6) Gecko/20050326 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Bowman References: <2BCEB9A37A4D354AA276774EE13FB8C23A690B@mailserver.sandvine.com> In-Reply-To: <2BCEB9A37A4D354AA276774EE13FB8C23A690B@mailserver.sandvine.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Received: from gemini by geminix.org with asmtp (TLSv1:AES256-SHA:256) (Exim 3.36 #1) id 1DH7Vd-000B8n-00; Thu, 31 Mar 2005 23:47:25 +0200 cc: freebsd-stable@freebsd.org Subject: Re: Adaptec 3210S, 4.9-STABLE, corruption when disk fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 21:47:27 -0000 Don Bowman wrote: > From: Uwe Doering [mailto:gemini@geminix.org] >>Don Bowman wrote: >> >>>[...] >>>Another drive failed and the same thing happened. >>>After the failure, the raid worked in degrade mode just >> >>fine, but many >> >>>files had been corrupted during the failure. >>> >>>So I would suggest that this merge did not help, and the >> >>cam timeout >> >>>did not help either. >>> >>>This is very frustrating, again I rebuild my postgresql >> >>install from >> >>>backup :( >> >>This is indeed unfortunate. Maybe the problem is in fact >>located neither in PostgreSQL nor in FreeBSD but in the >>controller itself. Does it have the latest firmware? The >>necessary files should be available on Adaptec's website, and >>you can use the 'raidutil' program under FreeBSD to upload >>the firmware to the controller. I have to concede, however, >>that I never did this under FreeBSD myself. If I recall >>correctly I did the upload via a DOS diskette the last time. >> >>If this doesn't help either you could ask Adaptec's support for help. >>You need to register the controller first, if memory serves. > > The latest firmware & bios is in the controller (upgraded the > last time I had problems). > > Tried adaptec support, controller is registered. > > The problem is definitely not in postgresql. Files go missing > in directories that are having new entries added (e.g. I lost > a 'PG_VERSION' file). Data within the postgresql files becomes > corrupt. Since the only application running is postgresql, > and it reads/writes/fsyncs the data, its not unexpected that > it's the one that reaps the 'rewards' of the failure. > > I have to believe this is either a bug in the controller, > or a problem in cam or asr. As far as I understand this family of controllers the OS drivers aren't involved at all in case of a disk drive failure. It's strictly the controller's business to deal with it internally. The OS just sits there and waits until the controller is done with the retries and either drops into degraded mode or recovers from the disk error. That's why I initially speculated that there might be a timeout somewhere in PostgreSQL or FreeBSD that leads to data loss if the controller is busy for too long. A somewhat radical way to at least make these failures as rare an event as possible would be to deliberately fail all remaining old disk drives, one after the other of course, in order to get rid of them. And if you are lucky the problem won't happen with newer drives anyway, in case the root cause is an incompatibility between the controller and the old drives. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers gemini@geminix.org | http://www.escapebox.net From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 22:09:18 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF3E16A4CE for ; Thu, 31 Mar 2005 22:09:18 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7AC5843D46 for ; Thu, 31 Mar 2005 22:09:17 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 93060 invoked by uid 60001); 31 Mar 2005 22:09:16 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=lHkhMXfEPsIEnEXB9dMV7r+jQkGxiSWGYBiFItAmPXqEKmFws1jvTT23/pCH3IDLU1ia3Blj5D+QiHTx88LUafCsOx3nxEkQapSonGEIVkH2CyIxxIIxNNZO6Vd1jWI7QPfpSbEe/YB+52eOsIIPL+eLFgL7T6AQbQIcBhyH3kE= ; Message-ID: <20050331220916.93058.qmail@web54002.mail.yahoo.com> Received: from [147.46.44.181] by web54002.mail.yahoo.com via HTTP; Thu, 31 Mar 2005 14:09:16 PST Date: Thu, 31 Mar 2005 14:09:16 -0800 (PST) From: Rob To: Doug White In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 22:09:18 -0000 --- Doug White wrote: > On Thu, 31 Mar 2005, Rob wrote: > >> No, not at the moment. I may try 5.3 (or probably >> 5.4) later once again. What part of the output >> would be particularly interesting? >> I ask, because I am managing this PC at the other >> end of the world, giving instructions to a >> non-Unix, non-FreeBSD user overthere :). > > Ugh. That will make this really hard to debug then. > To get the verbose output you want to use a serial > console. That output will say why it won't attach > the ata controller. OK, I will certainly try that then, giving the proper insturctions, since this Pentium1 FreeBSD PC will soon have a Windows PC next to it. However, I need a little advice/help: the handbook is still out-of-date for making serial console install floppies. Chapter 2.12 of the handbook talks about kern.flp and mfsroot.flp, whereas we have three floppies with 5.X install. Which one(s) of the three floppies of 5.X needs to be modified by the procedure of chapter 2.12 ? "Windows HyperTerminal" is then the way to go, isn't it? Thanks, Rob. __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest From owner-freebsd-stable@FreeBSD.ORG Thu Mar 31 23:56:22 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE65A16A4CE; Thu, 31 Mar 2005 23:56:22 +0000 (GMT) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8207043D2F; Thu, 31 Mar 2005 23:56:22 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr5so.prod.shaw.ca (pd2mr5so-qfe3.prod.shaw.ca [10.0.141.8]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IE8008C4QH0HV50@l-daemon>; Thu, 31 Mar 2005 16:55:48 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd2mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IE800IPRQH0TR10@pd2mr5so.prod.shaw.ca>; Thu, 31 Mar 2005 16:55:48 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IE800L8QQGZ7C@l-daemon>; Thu, 31 Mar 2005 16:55:48 -0700 (MST) Date: Thu, 31 Mar 2005 15:55:37 -0800 From: Colin Percival In-reply-to: <20050331111625.GA13338@zoopee.org> To: Tom Alsberg Message-id: <424C8DF9.2060905@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <20050331111625.GA13338@zoopee.org> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) cc: FreeBSD Hackers List cc: freebsd-stable@freebsd.org Subject: Re: MNT_NOEXEC on root filesystem with diskless PXE boot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 23:56:23 -0000 Tom Alsberg wrote: > Perhaps this should go to -STABLE, I just couldn't be sure. It will get more attention on freebsd-stable@, so I'm CCing that list. > We are trying out FreeBSD 5.4-PRERELEASE on diskless clients. I > noticed one problem, being that when setting the LD_LIBRARY_PATH > (or for that matter, LD_PRELOAD, and LD_LIBMAP_DISABLE) environment > variables, nothing will run, as /libexec/ld-elf.so.1 complains: > > Cannot execute objects on / > > According to the sources, this was added in 5.4, and will happen > if / is mounted noexec. Yes, that's quite correct -- although I can't imagine how a bug which caused / to be labelled as "noexec" managed to avoid causing major problems until now. I don't know anything about NFS, but hopefully someone on -stable will be able to work out what's going on from the rest of your email (quoted below). Colin Percival > In this case, / is mounted by the BTX PXE loader over NFS (from a > FreeBSD 5.3 server, right now). "mount" does not show the noexec > flag. However, with the attached little C program I verified that > statfs really returns this flag (0x00000006). > > Now, I see that on FreeBSD 5.3 diskless clients this flag is also > returned on / - just it happened that nobody looked at it until > the change in rtld.c of FreeBSD 5.4: > > if (fs.f_flags & MNT_NOEXEC) { > _rtld_error("Cannot execute objects on %s\n", fs.f_mntonname); > close(fd); > return NULL; > } > > I didn't yet understand (didn't check much) - why does statfs report > the MNT_NOEXEC flag on the / filesystem (and only the / filesystem, > when it's mounted from NFS by the bootloader - not any other > NFS filesystems)? BTW, this happens also with NetApp as the NFS > server - just to rule out any possibility of relation here. > > Ideas appreciated, > -- Tom > > > > ------------------------------------------------------------------------ > > #include > #include > #include > #include > > > int main(int argc, char *argv[]) > { > if (argc != 2) { > fprintf(stderr, "invalid number of arguments"); > return -1; > } > > struct statfs stbuf; > > if (statfs(argv[1], &stbuf) != 0) { > perror("fstatfs"); > return -1; > } > > printf("FLAGS: 0x%08X\n", stbuf.f_flags); > if (stbuf.f_flags & MNT_NOEXEC) > printf("MNT_NOEXEC\n"); > > return 0; > } From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 00:03:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7277016A4CF for ; Fri, 1 Apr 2005 00:03:09 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1928443D48 for ; Fri, 1 Apr 2005 00:03:09 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0D31272DEA; Thu, 31 Mar 2005 16:03:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0B6E572DE7; Thu, 31 Mar 2005 16:03:09 -0800 (PST) Date: Thu, 31 Mar 2005 16:03:09 -0800 (PST) From: Doug White To: Rob In-Reply-To: <20050331220916.93058.qmail@web54002.mail.yahoo.com> Message-ID: <20050331160134.Q78699@carver.gumbysoft.com> References: <20050331220916.93058.qmail@web54002.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: buggy ATA controller: I can install 4.11, but not 5.3 !?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 00:03:09 -0000 On Thu, 31 Mar 2005, Rob wrote: > > --- Doug White wrote: > > On Thu, 31 Mar 2005, Rob wrote: > > > >> No, not at the moment. I may try 5.3 (or probably > >> 5.4) later once again. What part of the output > >> would be particularly interesting? > >> I ask, because I am managing this PC at the other > >> end of the world, giving instructions to a > >> non-Unix, non-FreeBSD user overthere :). > > > > Ugh. That will make this really hard to debug then. > > To get the verbose output you want to use a serial > > console. That output will say why it won't attach > > the ata controller. > > OK, I will certainly try that then, giving the proper > insturctions, since this Pentium1 FreeBSD PC will > soon have a Windows PC next to it. > > However, I need a little advice/help: the handbook > is still out-of-date for making serial console > install floppies. Chapter 2.12 of the handbook talks > about kern.flp and mfsroot.flp, whereas we have three > floppies with 5.X install. Which one(s) of the three > floppies of 5.X needs to be modified by the procedure > of chapter 2.12 ? > > "Windows HyperTerminal" is then the way to go, isn't > it? The instructions there are outdated. There aren't special floppies to activate serial console. You drop to the loader command prompt (type '6' at the beastie menu) and type set console=comconsole and you should get an OK prompt on the serial console host. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 02:32:33 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0C2516A4CE for ; Fri, 1 Apr 2005 02:32:32 +0000 (GMT) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A32B943D39 for ; Fri, 1 Apr 2005 02:32:32 +0000 (GMT) (envelope-from dave_knight@isc.org) Received: from [204.152.189.43] (dhcp-wi-43.sql1.isc.org [204.152.189.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 7A33A67503 for ; Fri, 1 Apr 2005 02:32:32 +0000 (UTC) (envelope-from dave_knight@isc.org) Message-ID: <424CB2BB.1080709@isc.org> Date: Thu, 31 Mar 2005 18:32:27 -0800 From: Dave Knight Organization: Internet Systems Consortium, Inc. User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig01A214813C6F537FD0F8DB34" Subject: Re: RELENG_5, snapshots and disk lock time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dave_knight@isc.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 02:32:33 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig01A214813C6F537FD0F8DB34 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit >On Mon, Mar 07, 2005 at 11:58:02AM -0500, Paul Mather wrote: >>On Mon, 2005-03-07 at 15:21 +0300, Dmitry Morozovsky wrote: >>> Dear colleagues, >>> >>> dumping the snapshot of 140G ufs2 fyle system under contemporary >>> RELENG_5 I found that during mksnap_ffs file system is unresponsible >>> even for reading for more than 3 minutes (it's on modern SATA disk >>> with 50+ MBps linear transfer). >>> Is it normal? >> >> Oddly enough, this happened to me last night on a RELENG_5 system. In >> my case, things were so bad that mksnap_ffs appeared to wedge >> everything, meaning I'll have to make a trek in to where the machine >> is located and press the ol' reset button to get things going again. >> :-( I am investigating using snapshots for backup purposes and am running into similar difficulties, on a 1TB FS it takes over an hour to create a snapshot, during which time an errant ls or two can lock up the system. Reading through list archives suggests that the the amount of time it takes to create the snapshot is not something that is going to go away and that the issue of an ls in the .snap directory during snapshot creation lacks a fix and that best current practise is 'try to avoid that'. > Yes, this is normal. See the documentation about the snapshots > implementation (a README in the kernel source tree, I think, and paper > written by Kirk). That document also says: "As is detailed in the operational information below, snapshots are definitely alpha-test code and are NOT yet ready for production use." Is this the current opinion of snapshots ? >> The machine in question makes and mounts snapshots of all its >> filesystems for backup each night via Tivoli TSM. This has worked >> flawlessly for many months. Last night, I had many BitTorrent >> sessions active on the filesystem that wedged. I guess the activity >> broke the snapshot mechanism. :-( The odd thing is that it survived >> the night before, when there were also BitTorrent sessions active. > > It's possible there are still deadlock conditions in the snapshot > code. Some familiarity with DDB would help to diagnose this (see the > chapter on kernel debugging in the developers' handbook). You'd need > to work with Kirk to debug these, if you're willing. > >> I wonder how much activity mksnap_ffs can take? > > I don't think this is the issue, directly. --------------enig01A214813C6F537FD0F8DB34 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCTLLAfMm2ls5W1rkRAvllAKC9X2Q2TnZxgVLvLV+ZWer2CqwmXgCgqUo0 k3UASTDKJXggCUUzp7VEBjk= =zuGJ -----END PGP SIGNATURE----- --------------enig01A214813C6F537FD0F8DB34-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 05:16:11 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 360F616A510 for ; Fri, 1 Apr 2005 05:16:11 +0000 (GMT) Received: from mail.rdu.kirov.ru (ns.rdu.kirov.ru [217.9.151.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 694D843D5A for ; Fri, 1 Apr 2005 05:16:10 +0000 (GMT) (envelope-from elsukov@rdu.kirov.ru) Received: from kirov.so-cdu.ru (unknown [172.21.81.1]) by mail.rdu.kirov.ru (Postfix) with ESMTP id 0986CFE57 for ; Fri, 1 Apr 2005 09:16:09 +0400 (MSD) Received: from kirov.so-cdu.ru (localhost [127.0.0.1]) by rdu.kirov.ru (Postfix) with SMTP id F0F46155E0 for ; Fri, 1 Apr 2005 09:16:08 +0400 (MSD) Received: from elsukov.kirov.so-cdu.ru (elsukov.kirov.so-cdu.ru [172.21.81.52]) by rdu.kirov.ru (Postfix) with ESMTP id CCD6E155DE for ; Fri, 1 Apr 2005 09:16:08 +0400 (MSD) Date: Fri, 1 Apr 2005 09:16:09 +0400 From: "Andrey V. Elsukov" Organization: The Kirov RDM X-Priority: 3 (Normal) Message-ID: <358313045.20050401091609@rdu.kirov.ru> To: freebsd-stable@freebsd.org Resent-From: "Andrey V. Elsukov" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-Message-Id: <20050401051608.CCD6E155DE@rdu.kirov.ru> Resent-Date: Fri, 1 Apr 2005 09:16:08 +0400 (MSD) Subject: Re: make release fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Andrey V. Elsukov" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 05:16:11 -0000 Hi, Michael Lednev, Tuesday, March 29, 2005, 4:41:55 PM: ML> what to change in my make command or in system to build release? host ML> system is 5.3-STABLE You can try the following: 1. Change /etc/make.conf OSVERSION=491102 # st this to kern.osreldate value in RELENG_4 OSREL=4.11 2. make buildworld 3. make release .... after done release.2 break it, and put into ${CHROOTDIR}/etc/make.conf OSVERSION and OSREL variables like /etc/make.conf 4. make rerelase with RELEASENOUPDATE=yes 5. After done release.7 release fail in doFS.sh. You must build mdconfig without shared libraries. Go in source code tree of current 5.3 system, into src/sbin/mdconfig and "make -DNOSHARED depend all". Copy mdconfig from obj/usr/src/sbin/mdconfig into ${CHROOTDIR}/sbin/ 6. Mount devfs: mount_devfs devfs ${CHROOTDIR}/dev 7. make rerelease .... -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 08:25:41 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38EF116A4CE for ; Fri, 1 Apr 2005 08:25:41 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A502043D49 for ; Fri, 1 Apr 2005 08:25:40 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so596890rng for ; Fri, 01 Apr 2005 00:25:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=GOvKpno7kC7C+bcFMf0oyQSCuHdck8cYGr5w4zgip3wDCPKisBJ9aQIbPZ45HW/4hfU80zRSmY6mAE6Fx8VtUbaQEdaf/UmfD41O8/u3PlXfp+q76QUZmDJvOdfdyzwlm6i4gGeFocPF56kHhDqHNEoc44loiI3DC9vaDiuhLcE= Received: by 10.38.12.35 with SMTP id 35mr2556272rnl; Fri, 01 Apr 2005 00:25:40 -0800 (PST) Received: by 10.39.1.32 with HTTP; Fri, 1 Apr 2005 00:25:40 -0800 (PST) Message-ID: <3aaaa3a050401002558c6dc60@mail.gmail.com> Date: Fri, 1 Apr 2005 09:25:40 +0100 From: Chris To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ipoptions sysctl option X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 08:25:41 -0000 Hi I read the pdf detailing new changes in 5.3 networking and noticed a new sysctl variable is added 'net.inet.ip.process_options' Here is the description. "IP Options do not have any practical use today. The only useful application is RR (Record Route) where it remembers the last 8 hops the packet traversed through. That allows you to check parts of the path back to you. IP options processing is rather expensive because the packet header has to be modified and expanded. In addition the only other use is to circumvent or trick firewalls thus it is normally blocked there. The options are these: (By: andre) # sysctl net.inet.ip.process_options=0 Possible Modes: net.inet.ip.process_options=0 Ignore IP options and pass pkts unmodfied net.inet.ip.process_options=1 Process all IP options (default) net.inet.ip.process_options=2 Reject all pkts with IP options with ICMP IPv4 Processing" As it says above mine is set to 1 the default, would setting it to 0 help with things like DDOS attacks because it is processing less and what side affects if any could I expect from ignoring ip options? thanks Chris From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 10:17:23 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6EEE16A4CE; Fri, 1 Apr 2005 10:17:23 +0000 (GMT) Received: from mail.ilovesex.co.il (line26-112.adsl.actcom.co.il [192.115.26.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id E476D43D46; Fri, 1 Apr 2005 10:17:20 +0000 (GMT) (envelope-from uzi@bmby.com) Received: from [192.168.0.100] (uzi [192.168.0.100]) by mail.ilovesex.co.il (8.13.3/8.13.3) with ESMTP id j31AHHS9083683; Fri, 1 Apr 2005 13:17:18 +0300 (IDT) (envelope-from uzi@bmby.com) Message-ID: <424D1FBD.3070207@bmby.com> Date: Fri, 01 Apr 2005 12:17:33 +0200 From: Uzi Klein User-Agent: Mozilla Thunderbird 1.0 (X11/20050111) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org, ports@FreeBSD.org Content-Type: text/plain; charset=windows-1255; format=flowed Content-Transfer-Encoding: 7bit Subject: apache+mod_ssl signal 4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 10:17:24 -0000 Hi I Installed a fresh apache-moddssl port (using portinstall www/apache13-modssl) When i start apache using "apachectl start" everything works just fine, but when i try "apachectl startssl" i have some errors i have no idea what to do with httpd-error log gives me : [Fri Apr 1 11:40:24 2005] [info] mod_unique_id: using ip addr 127.0.0.1 [Fri Apr 1 11:40:25 2005] [info] (2)No such file or directory: make_sock: for port 443, setsockopt: (SO_ACCEPTFILTER) [Fri Apr 1 11:40:25 2005] [info] (2)No such file or directory: make_sock: for port 80, setsockopt: (SO_ACCEPTFILTER) system logs gives me : pid 62364 (httpd), uid 0: exited on signal 4 (core dumped) Apr 1 11:48:45 www kernel: pid 62364 (httpd), uid 0: exited on signal 4 (core dumped) i run "gdb httpd httpd.core" in /usar/local ang got : ... Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x28474fe5 in RSA_new_method () from /lib/libcrypto.so.3 (gdb) where #0 0x28474fe5 in RSA_new_method () from /lib/libcrypto.so.3 #1 0x28474d2e in RSA_new () from /lib/libcrypto.so.3 #2 0x28493aa6 in RSAPrivateKey_asn1_meth () from /lib/libcrypto.so.3 #3 0x284a24e0 in ASN1_item_ex_new () from /lib/libcrypto.so.3 #4 0x284a22c0 in ASN1_item_ex_new () from /lib/libcrypto.so.3 #5 0x2849cf20 in ASN1_item_ex_d2i () from /lib/libcrypto.so.3 #6 0x2849c785 in ASN1_item_d2i () from /lib/libcrypto.so.3 #7 0x28493b25 in d2i_RSAPrivateKey () from /lib/libcrypto.so.3 #8 0x2837bc73 in ssl_init_TmpKeysHandle () from /usr/local/libexec/apache/libssl.so #9 0x2837b752 in ssl_init_Module () from /usr/local/libexec/apache/libssl.so #10 0x08056e50 in ap_init_modules () #11 0x080611a0 in standalone_main () #12 0x08061ab2 in main () www# uname -a FreeBSD www.bmby.co.il 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #2: Tue Feb 22 16:47:08 UTC 2005 mook@www.bmby.co.il:/usr/obj/usr/src/sys/BMBY-STABLE i386 Please help if you can Thanks -- Uzi Klein BMBY Software Systems Ltd P: +972 4 959 79 89 F: +972 3 617 93 36 http://www.bmby.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 10:20:09 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E04BA16A4CE for ; Fri, 1 Apr 2005 10:20:09 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D8DB43D45 for ; Fri, 1 Apr 2005 10:20:09 +0000 (GMT) (envelope-from phil.brennan@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so519316rny for ; Fri, 01 Apr 2005 02:20:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=gLzgSCI6OFz1HGzj8S03522wfMT1O4pCLaGoqvrkaRMJDyoEBq9eW7J4QS9zmIZMhYktODkFWIaGjl+3xStk47WFQg0to2bvb6QvanFdTo2I6QLVnjMnZzUQZxxUOGUpzCxJT5hsEqzkpz7kNz7MeBwfRgGk0QvER/nkgVuNGnc= Received: by 10.38.26.4 with SMTP id 4mr2230456rnz; Fri, 01 Apr 2005 02:20:09 -0800 (PST) Received: by 10.38.179.65 with HTTP; Fri, 1 Apr 2005 02:20:08 -0800 (PST) Message-ID: Date: Fri, 1 Apr 2005 11:20:09 +0100 From: Phil Brennan To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: updating from 5.2.1 to RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Phil Brennan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 10:20:10 -0000 As per subject, I need to do this urgently, but with minimum downtime. Will it be ok just to cvsup, rebuild kernel and world, mergemaster, (etc) like any normal update? Or do I have to do a reinstall? Any help appreciated. Regards, Philip Brennan From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 10:45:12 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E0D16A4CE for ; Fri, 1 Apr 2005 10:45:12 +0000 (GMT) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 688C743D41 for ; Fri, 1 Apr 2005 10:45:11 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j31Aj9hT030011 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 1 Apr 2005 20:45:10 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j31Aj97l077436 for ; Fri, 1 Apr 2005 20:45:09 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j31Aj94U077435 for stable@freebsd.org; Fri, 1 Apr 2005 20:45:09 +1000 (EST) (envelope-from pjeremy) Date: Fri, 1 Apr 2005 20:45:09 +1000 From: Peter Jeremy To: stable@freebsd.org Message-ID: <20050401104508.GJ71384@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 10:45:12 -0000 My 5.x machines are regularly reporting that the kernel is flipping between FLL and PLL mode (as shown by STA_MODE in syslog messages). This isn't occuring on my 4.x machines (they typically report 2040 then 2041 and stay indefinitely in that mode). Any suggestions as to why this is happening? (And how I can stop it regularly flipping) A fairly typical set of syslog entries looks like: Apr 1 00:15:16 fwall2 ntpd[407]: kernel time sync enabled 6001 Apr 1 00:32:22 fwall2 ntpd[407]: kernel time sync enabled 2001 Apr 1 01:23:36 fwall2 ntpd[407]: kernel time sync enabled 6001 Apr 1 01:40:42 fwall2 ntpd[407]: kernel time sync enabled 2001 Apr 1 10:09:10 fwall2 ntpd[407]: kernel time sync enabled 6001 Apr 1 10:26:14 fwall2 ntpd[407]: kernel time sync enabled 2001 Apr 1 12:59:58 fwall2 ntpd[407]: kernel time sync enabled 6001 Apr 1 13:51:14 fwall2 ntpd[407]: kernel time sync enabled 2001 Apr 1 16:07:48 fwall2 ntpd[407]: kernel time sync enabled 6001 Apr 1 16:59:06 fwall2 ntpd[407]: kernel time sync enabled 2001 Apr 1 19:15:42 fwall2 ntpd[407]: kernel time sync enabled 6001 Apr 1 19:49:48 fwall2 ntpd[407]: kernel time sync enabled 2001 -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 11:01:17 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9888416A4CF for ; Fri, 1 Apr 2005 11:01:17 +0000 (GMT) Received: from hsi.agava.net (hsi.agava.net [195.161.118.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A18543D1F for ; Fri, 1 Apr 2005 11:01:17 +0000 (GMT) (envelope-from freeze@uscc.ru) Received: from drweb by hsi.agava.net with drweb-scanned (Exim 4.44 (FreeBSD)) id 1DHJtr-000LZc-8N for freebsd-stable@freebsd.org; Fri, 01 Apr 2005 15:01:15 +0400 Received: from [213.87.58.71] (helo=FREEZE) by hsi.agava.net with esmtpa (Exim 4.44 (FreeBSD)) id 1DHJtp-000LTA-DQ for freebsd-stable@freebsd.org; Fri, 01 Apr 2005 15:01:15 +0400 Date: Fri, 1 Apr 2005 14:57:37 +0400 From: freeze X-Mailer: The Bat! (v1.61) Organization: uscc X-Priority: 3 (Normal) Message-ID: <10510172104.20050401145737@uscc.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hsi.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [426 426] / [26 6] X-AntiAbuse: Sender Address Domain - uscc.ru X-Source: X-Source-Args: X-Source-Dir: Subject: USB-BT sockets error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freeze List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 11:01:17 -0000 Hello When I try to use "rfcomm_sppd -a Mts-freeze -t /dev/ttyp6", I receive an error: Could not connect socket. Connection refused. What that mean? FreeBSD Release 5.3 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 11:49:54 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA0BA16A4CE for ; Fri, 1 Apr 2005 11:49:54 +0000 (GMT) Received: from grummit.biaix.org (86.Red-213-97-212.pooles.rima-tde.net [213.97.212.86]) by mx1.FreeBSD.org (Postfix) with SMTP id 951BD43D46 for ; Fri, 1 Apr 2005 11:49:53 +0000 (GMT) (envelope-from lists-freebsd-stable@biaix.org) Received: (qmail 51805 invoked by uid 1000); 1 Apr 2005 11:49:05 -0000 Date: Fri, 1 Apr 2005 13:49:05 +0200 From: Joan Picanyol i Puig To: freebsd-stable@freebsd.org Message-ID: <20050401114905.GB47388@grummit.biaix.org> Mail-Followup-To: freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Subject: Re: updating from 5.2.1 to RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 11:49:55 -0000 * Phil Brennan [20050401 12:19]: > Will it be ok just to cvsup, rebuild kernel and world, mergemaster, > (etc) like any normal update? Or do I have to do a reinstall? Read UPDATING (all of it). Read UPDATING (all of it). Did you notice the 20041001 entry? You should be able to use libmap.conf to work around it until you recompile all your ports. qvb -- pica From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 11:55:39 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3142516A4CE for ; Fri, 1 Apr 2005 11:55:39 +0000 (GMT) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01-smtplb.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8028F43D1F for ; Fri, 1 Apr 2005 11:55:38 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211])j31BtZT3005587 for ; Fri, 1 Apr 2005 06:55:35 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id 64BDF60F0; Fri, 1 Apr 2005 06:55:35 -0500 (EST) Date: Fri, 1 Apr 2005 06:55:35 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050401115535.GB5190@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CdrF4e02JqNVZeln" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: updating from 5.2.1 to RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 11:55:39 -0000 --CdrF4e02JqNVZeln Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 01, 2005 at 11:20:09AM +0100, Phil Brennan wrote: > As per subject, I need to do this urgently, but with minimum downtime. > Will it be ok just to cvsup, rebuild kernel and world, mergemaster, > (etc) like any normal update? Or do I have to do a reinstall? Any help > appreciated. There were some problems with this particular upgrade (though I've forgotten if it all took place after 5.3BETA7 or even before that.=20 Also, many of the issues were in ports rather than base system, having to do with some updates to gcc and libpthreads. =20 I have a page where I mentioned this towards the bottom at=20 http://home.nyc.rr.com/computertaijutsu/cvsup.html (the page is dated, but it does cover that particular upgrade, which is one reason I leave it up.) You also might want to take a look around Freebsdforums.org, there were a few threads on it. --=20 Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: Just because you're better than us doesn't mean you can be all superior. --CdrF4e02JqNVZeln Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCTTa3+lTVdes0Z9YRApwnAKC3GZcJF4U7978YJQaHt71PMZvsUQCdHZi4 ftk/p/8YsgquGauKXEbiBvE= =td9C -----END PGP SIGNATURE----- --CdrF4e02JqNVZeln-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 12:39:44 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ABDF16A4CE for ; Fri, 1 Apr 2005 12:39:44 +0000 (GMT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A9443D45 for ; Fri, 1 Apr 2005 12:39:43 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2])j31Cdc9e024366 for ; Fri, 1 Apr 2005 14:39:39 +0200 (MEST) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id BB46BEE for ; Fri, 1 Apr 2005 14:39:33 +0200 (CEST) Date: Fri, 1 Apr 2005 14:39:33 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20050401143933.39eaa052.gerrit@pmp.uni-hannover.de> Organization: Plasmaphysik X-Mailer: Sylpheed version 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Fri, 01 Apr 2005 14:39:39 +0200 (MEST) X-Scanned-By: MIMEDefang 2.42 Subject: USB device causes kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 12:39:44 -0000 Hi folks, I have a XS-Drive Pro VP300 (Vosonic) here which runs fine as USB1 device, but completely screws up my system when pluggeg into a USB2 port. I'm running (%:~)- uname -a FreeBSD arc.pmp.uni-hannover.de 5.3-STABLE FreeBSD 5.3-STABLE #2: Thu Dec 9 12:00:08 CET 2004 root@arc.pmp.uni-hannover.de:/usr/obj/usr/src/sys/ARC i386 My pci devices are agp0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x07351039 rev=0x01 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS 735 Host-to-PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x00011039 rev=0x00 hdr=0x01 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS 530 Virtual PCI-to-PCI bridge (AGP)' class = bridge subclass = PCI-PCI isab0@pci0:2:0: class=0x060100 card=0x00000000 chip=0x00081039 rev=0x00 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS PCI to ISA Bridge (LPC Bridge)' class = bridge subclass = PCI-ISA none0@pci0:2:2: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x07 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class = serial bus subclass = USB none1@pci0:2:3: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x07 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class = serial bus subclass = USB atapci0@pci0:2:5: class=0x010180 card=0x55131039 chip=0x55131039 rev=0xd0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5513 EIDE Controller (A,B step)' class = mass storage subclass = ATA pcm0@pci0:2:7: class=0x040100 card=0x030013f6 chip=0x70121039 rev=0xa0 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS7012 PCI Audio Accelerator' class = multimedia subclass = audio sis0@pci0:3:0: class=0x020000 card=0x09001039 chip=0x09001039 rev=0x90 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS900 Fast Ethernet/Home Networking Ctrlr' class = network subclass = ethernet ahc0@pci0:11:0: class=0x010000 card=0x78619004 chip=0x61789004 rev=0x03 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7861 AHA-2940AU PCI SCSI Controller' class = mass storage subclass = SCSI twe0@pci0:15:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 hdr=0x00 vendor = '3ware Inc.' device = '7000 series ATA-100 Storage Controller' class = mass storage subclass = RAID uhci0@pci0:19:0: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x50 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:19:1: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x50 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB ehci0@pci0:19:2: class=0x0c0320 card=0x12340925 chip=0x31041106 rev=0x51 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB none2@pci1:0:0: class=0x030000 card=0x4c431019 chip=0x59641002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9200 Radeon 9200 SE Series' class = display subclass = VGA none3@pci1:0:1: class=0x038000 card=0x4c421019 chip=0x5d441002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9200 SE Series - Secondary (RV280)' class = display When booting and plugging in the device afterwards I see the following messages: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #2: Thu Dec 9 12:00:08 CET 2004 root@arc.pmp.uni-hannover.de:/usr/obj/usr/src/sys/ARC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2400+ (1991.54-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383f9ff AMD Features=0xc0400000 real memory = 805240832 (767 MB) avail memory = 778158080 (742 MB) netsmb_dev: loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at device 2.2 (no driver attached) pci0: at device 2.3 (no driver attached) atapci0: port 0xff00-0xff0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xd400-0xd43f,0xd800-0xd8ff irq 10 at device 2.7 on pci0 pcm0: [GIANT-LOCKED] pcm0: sis0: port 0xd000-0xd0ff mem 0xcffdd000-0xcffddfff irq 5 at device 3.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:0a:e6:ad:bb:b5 ahc0: port 0xdc00-0xdcff mem 0xcffff000-0xcfffffff irq 11 at device 11.0 on pci0 ahc0: [GIANT-LOCKED] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xcc00-0xcc0f mem 0xcf000000-0xcf7fffff irq 10 at device 15.0 on pci0 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 uhci0: port 0xc400-0xc41f irq 11 at device 19.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 11 at device 19.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xcfffce00-0xcfffceff irq 10 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 0.95 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 4 ports with 4 removable, self powered acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd2000-0xd9fff,0xd0800-0xd17ff,0xcc000-0xd07ff,0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1991537838 Hz quality 800 Timecounters tick every 10.000 msec ad0: 29314MB [59560/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-slave PIO4 Waiting 5 seconds for SCSI devices to settle twed0: on twe0 twed0: 157065MB (321670912 sectors) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15) da0: 2069MB (4238282 512 byte sectors: 255H 63S/T 263C) cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 3 lun 0 da1: Removable Optical SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15) da1: Attempt to query device size failed: NOT READY, Medium not present (da1:ahc0:0:3:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): CAM Status: SCSI Status Error (da1:ahc0:0:3:0): SCSI Status: Check Condition (da1:ahc0:0:3:0): NOT READY asc:3a,0 (da1:ahc0:0:3:0): Medium not present (da1:ahc0:0:3:0): Unretryable error Opened disk da1 -> 6 (da1:ahc0:0:3:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): CAM Status: SCSI Status Error (da1:ahc0:0:3:0): SCSI Status: Check Condition (da1:ahc0:0:3:0): NOT READY asc:3a,0 (da1:ahc0:0:3:0): Medium not present (da1:ahc0:0:3:0): Unretryable error Opened disk da1 -> 6 (da1:ahc0:0:3:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:ahc0:0:3:0): CAM Status: SCSI Status Error (da1:ahc0:0:3:0): SCSI Status: Check Condition (da1:ahc0:0:3:0): NOT READY asc:3a,0 (da1:ahc0:0:3:0): Medium not present (da1:ahc0:0:3:0): Unretryable error Opened disk da1 -> 6 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /local was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: superblock summary recomputed WARNING: /local2 was not properly dismounted WARNING: /backup was not properly dismounted Don't load this driver from userland!! WARNING: apm_saver module requires apm enabled umass0: PNY USB, rev 2.00/1.00, addr 2 da2 at umass-sim0 bus 0 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: 38204MB (78242976 512 byte sectors: 255H 63S/T 4870C) umass0: Invalid CSW: tag 9 should be 10 usbdevs -v shows the following: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 addr 2: high speed, power 350 mA, config 1, USB(0x1270), PNY(0x0d7d), rev 1.00 port 3 powered port 4 powered Camcontrol devlist sees this: at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 3 lun 0 (pass1,da1) at scbus0 target 6 lun 0 (pass2,cd0) at scbus1 target 0 lun 0 (da2,pass3) at scbus1 target 0 lun 1 (probe0) Somehow probing/attachment of the device doesn't succeed. In this state also bgfsck is blocked (waiting for interrupts or whatever). When unplugging the device I get the following kernel panic (handwritten): fatal trap 12: page fault while in kernel mode fault virtual address = 0x4c fault code = supervisor read, page not present instruction pointer = 0x8:0xc04d3969 stack pointer = 0x10:0xdc6fcc20 frame pointer = 0x10:0xdc6fcc48 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 21 (IRQ10: pcm twe0+) trap number = 12 panic: page fault Is there anything that can be done about this? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 13:04:40 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FFF516A4CE for ; Fri, 1 Apr 2005 13:04:40 +0000 (GMT) Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9963143D45 for ; Fri, 1 Apr 2005 13:04:39 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from number6.magda.ca ([67.71.54.81]) by tomts10-srv.bellnexxia.netESMTP <20050401130437.IHQR26102.tomts10-srv.bellnexxia.net@number6.magda.ca>; Fri, 1 Apr 2005 08:04:37 -0500 Received: from [192.168.1.132] (gandalf.magda.ca [192.168.1.132]) by number6.magda.ca (8.13.1/8.13.1) with ESMTP id j31D4YwX000345; Fri, 1 Apr 2005 08:04:35 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) In-Reply-To: <20050401104508.GJ71384@cirb503493.alcatel.com.au> References: <20050401104508.GJ71384@cirb503493.alcatel.com.au> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Magda Date: Fri, 1 Apr 2005 08:04:40 -0500 To: Peter Jeremy X-Mailer: Apple Mail (2.619.2) cc: stable@freebsd.org Subject: Re: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 13:04:40 -0000 On Apr 1, 2005, at 05:45, Peter Jeremy wrote: > Any suggestions as to why this is happening? (And how I can stop > it regularly flipping) I don't think this is really an issue. It may be annoying to see it in the logs, but NTPv4 uses each algorithm when it's appropriate to get the most accurate time. Since network conditions change, the way NTP has to deal with them changes since it queries other NTP servers over the network. This was actually freebsd-questions last year and one response pointed to this paper: http://www.eecis.udel.edu/~mills/database/papers/allan.pdf You may want to check-out the the netgroup comp.protocols.time.ntp if you want to ask the experts (and authors) on NTP. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 13:06:05 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA4316A4CE for ; Fri, 1 Apr 2005 13:06:05 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DD1D43D4C for ; Fri, 1 Apr 2005 13:06:05 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j31D67WU036228; Fri, 1 Apr 2005 08:06:08 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan2.sentex.ca ([127.0.0.1]) by localhost (avscan2.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 35484-08; Fri, 1 Apr 2005 08:06:07 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan2.sentex.ca (8.12.11/8.12.11) with ESMTP id j31D67W8036197; Fri, 1 Apr 2005 08:06:07 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j31D5uAY030667; Fri, 1 Apr 2005 08:05:57 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050401080445.0360fe48@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 01 Apr 2005 08:05:47 -0500 To: Gerrit =?iso-8859-1?Q?K=FChn?= , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20050401143933.39eaa052.gerrit@pmp.uni-hannover.de> References: <20050401143933.39eaa052.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan2b Subject: Re: USB device causes kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 13:06:05 -0000 At 07:39 AM 01/04/2005, Gerrit K=FChn wrote: >Hi folks, > >I have a XS-Drive Pro VP300 (Vosonic) here which runs fine as USB1 >device, but completely screws up my system when pluggeg into a USB2 port. > >I'm running > >(%:~)- uname -a >FreeBSD arc.pmp.uni-hannover.de 5.3-STABLE FreeBSD 5.3-STABLE #2: Thu Dec >9 12:00:08 CET 2004 Hi, Try updating to the latest RELENG_5. There have been a lot of USB bug fixes= =20 since Dec. ---Mike=20 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 13:13:15 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B0DB16A4CE for ; Fri, 1 Apr 2005 13:13:15 +0000 (GMT) Received: from mrelay3.uni-hannover.de (mrelay3.uni-hannover.de [130.75.2.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C19143D5A for ; Fri, 1 Apr 2005 13:13:14 +0000 (GMT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2])j31DDB9e026546; Fri, 1 Apr 2005 15:13:11 +0200 (MEST) Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id EF184EE; Fri, 1 Apr 2005 15:13:05 +0200 (CEST) Date: Fri, 1 Apr 2005 15:13:05 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Mike Tancsa Message-Id: <20050401151305.001e1f28.gerrit@pmp.uni-hannover.de> In-Reply-To: <6.2.1.2.0.20050401080445.0360fe48@64.7.153.2> References: <20050401143933.39eaa052.gerrit@pmp.uni-hannover.de> <6.2.1.2.0.20050401080445.0360fe48@64.7.153.2> Organization: Plasmaphysik X-Mailer: Sylpheed version 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Fri, 01 Apr 2005 15:13:11 +0200 (MEST) X-Scanned-By: MIMEDefang 2.42 cc: freebsd-stable@freebsd.org Subject: Re: USB device causes kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 13:13:15 -0000 On Fri, 01 Apr 2005 08:05:47 -0500 Mike Tancsa wrote about Re: USB device causes kernel panic: MT> >(%:~)- uname -a MT> >FreeBSD arc.pmp.uni-hannover.de 5.3-STABLE FreeBSD 5.3-STABLE #2: Thu MT> >Dec 9 12:00:08 CET 2004 MT> Try updating to the latest RELENG_5. There have been a lot of USB bug MT> fixes since Dec. Ok, I'll do that (and be back with the results probably on Monday). Thanks for the hint. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 13:26:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C574816A4CE for ; Fri, 1 Apr 2005 13:26:08 +0000 (GMT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C2243D49 for ; Fri, 1 Apr 2005 13:26:06 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id j31DPh388468; Fri, 1 Apr 2005 14:25:43 +0100 (BST) (envelope-from rb) Message-Id: <6.2.0.14.2.20050401141349.04817c20@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Fri, 01 Apr 2005 14:24:50 +0100 To: David Magda From: Bob Bishop In-Reply-To: References: <20050401104508.GJ71384@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: Peter Jeremy cc: stable@freebsd.org Subject: Re: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 13:26:08 -0000 Hi, At 14:04 01/04/2005, David Magda wrote: >On Apr 1, 2005, at 05:45, Peter Jeremy wrote: > >>Any suggestions as to why this is happening? (And how I can stop >>it regularly flipping) > >I don't think this is really an issue. [etc] I think this is an issue: - As stated, machines running 4.x don't seem to do it - In addition to the mode schizophrenia, undex 5.3 I'm also seeing resets of several seconds which don't happen on identical hardware running 4.11 in the same rack. Yes I know the clock drifts will be different, but ntp.drift is very close on the two boxen. I believe something's broken. More datapoints: - I'm seeing it under 5.3R both on i386 and amd64 but not i386/4.11 on the same LAN - I'm not seeing it on 5.1R on a remote system -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 13:46:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BD6C16A4CE for ; Fri, 1 Apr 2005 13:46:49 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id A81CF43D1F for ; Fri, 1 Apr 2005 13:46:48 +0000 (GMT) (envelope-from phil.brennan@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so538803rny for ; Fri, 01 Apr 2005 05:46:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=p5hbmXVOj38/FsQnRCbTmb8Ce36WTGkPcy0iPu/OwdawCVnJgRJXdN5OrdcLIQVKlJLHvbiMLeUd9dvCDnk9fp57ONU3wekqXI87h5VT6QlxqLZgr8nincxZaoaBM/4vV9/6BsTzq/qeO0T6oBVUMmeNDENAv8V/nrEQYTCpjC8= Received: by 10.38.198.5 with SMTP id v5mr2319188rnf; Fri, 01 Apr 2005 05:46:48 -0800 (PST) Received: by 10.38.179.65 with HTTP; Fri, 1 Apr 2005 05:46:48 -0800 (PST) Message-ID: Date: Fri, 1 Apr 2005 14:46:48 +0100 From: Phil Brennan To: freebsd-stable@freebsd.org In-Reply-To: <20050401114905.GB47388@grummit.biaix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050401114905.GB47388@grummit.biaix.org> Subject: Re: updating from 5.2.1 to RELENG_5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Phil Brennan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 13:46:49 -0000 On Apr 1, 2005 12:49 PM, Joan Picanyol i Puig wrote: > * Phil Brennan [20050401 12:19]: > > Will it be ok just to cvsup, rebuild kernel and world, mergemaster, > > (etc) like any normal update? Or do I have to do a reinstall? > > Read UPDATING (all of it). > Read UPDATING (all of it). Yes, I always read it. > > Did you notice the 20041001 entry? You should be able to use libmap.conf > to work around it until you recompile all your ports. > Yes, it referrs to compat4x libraries. Not an issue for me, since I'm upgrading from 5.2.1 to RELENG_5. Regarding libmap, yes I have used it before. Basically, I'm looking for advice from people who have done this particular upgrade. Its an upgrade that should be straightforward. I was only wondering if there were any extra little gotchas that I should consider. Thanks for all the replies so far. Regards, Philip From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 13:52:28 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA2A616A4CE for ; Fri, 1 Apr 2005 13:52:28 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B3C243D1F for ; Fri, 1 Apr 2005 13:52:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EF23C5151A; Fri, 1 Apr 2005 05:52:27 -0800 (PST) Date: Fri, 1 Apr 2005 05:52:27 -0800 From: Kris Kennaway To: Dave Knight Message-ID: <20050401135227.GA47271@xor.obsecurity.org> References: <424CB2BB.1080709@isc.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <424CB2BB.1080709@isc.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-stable@freebsd.org Subject: Re: RELENG_5, snapshots and disk lock time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 13:52:29 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 31, 2005 at 06:32:27PM -0800, Dave Knight wrote: > That document also says: > "As is detailed in the operational information below, snapshots are=20 > definitely alpha-test code and are NOT yet ready for production use." > Is this the current opinion of snapshots ? Not really, you just have to be aware of the inbuilt limitations, as you are. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCTVIbWry0BWjoQKURApP1AKC+c5SJ3uRmYY+T5IpwWFq8/G29lACfUKmo 1UyPRumjt4GNGYqq69bM8lE= =qn/7 -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 15:00:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F139D16A4CE for ; Fri, 1 Apr 2005 15:00:37 +0000 (GMT) Received: from nas.net (kappa.nas.net [199.243.225.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80C6343D2F for ; Fri, 1 Apr 2005 15:00:37 +0000 (GMT) (envelope-from freebsd@nas.net) X-NAS-RecipientsChecked: yes X-NAS-Virus: yes X-ExtScanner: Niversoft's FindAttachments Received: from [216.145.96.36] (HELO LAMBDA) by nas.net (CommuniGate Pro SMTP 4.1.8) with SMTP id 61835990 for freebsd-stable@freebsd.org; Fri, 01 Apr 2005 09:58:30 -0500 Message-ID: <00f901c536cb$5b032180$0f01010a@netaccess1.nas.net> From: "Irina" To: References: <20050401120041.54AB416A4DA@hub.freebsd.org> Date: Fri, 1 Apr 2005 09:59:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: 5.3 STABLE to 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 15:00:38 -0000 Hello everybody, I had 5.3 STABLE. Did cvsup as I always do with *default tag=RELENG_5 That should leave the server in STABLE, should not it? Here is the problem. #cvsup -g /etc/cvsupfile #make buildworld #make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=INET #make -DALWAYS_CHECK_MAKE installkernel KERNCONF=INET #make installworld #reboot After rebooting and telneting to the server I saw FreeBSD 5.4-PRERELEASE (INET) #4: Thu Mar 31 20:41:59 EST 2005 Where is it coming from? Does anyone else have had the same problem? Thank you for your help in advance. Irina From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 15:11:08 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6591D16A4CE for ; Fri, 1 Apr 2005 15:11:08 +0000 (GMT) Received: from isak.is (isak.is [193.109.22.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9843043D41 for ; Fri, 1 Apr 2005 15:11:07 +0000 (GMT) (envelope-from isak@isak.is) Received: from [172.24.10.53] (DHCP-53.in.snerpa.is [172.24.10.53]) by isak.is (8.13.1/8.13.1) with ESMTP id j31F9m06098739; Fri, 1 Apr 2005 15:09:48 GMT (envelope-from isak@isak.is) User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Fri, 01 Apr 2005 15:10:34 +0000 From: =?ISO-8859-1?B?zQ==?=sak Ben To: Irina , Message-ID: In-Reply-To: <00f901c536cb$5b032180$0f01010a@netaccess1.nas.net> Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable X-MailScanner-Information: getur svosem nldra.....en skoau frekar http://isak.is ;) X-MailScanner: Found to be clean - tti ekki a vera spam sskan X-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.82, required 4.5, autolearn=not spam, ALL_TRUSTED -2.82) X-MailScanner-From: isak@isak.is Subject: Re: 5.3 STABLE to 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 15:11:08 -0000 > Hello everybody, >=20 > I had 5.3 STABLE. Did cvsup as I always do with > *default tag=3DRELENG_5 > That should leave the server in STABLE, should not it? Here is the probl= em. >=20 > #cvsup -g /etc/cvsupfile > #make buildworld > #make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=3DINET > #make -DALWAYS_CHECK_MAKE installkernel KERNCONF=3DINET > #make installworld > #reboot >=20 > After rebooting and telneting to the server I saw > FreeBSD 5.4-PRERELEASE (INET) #4: Thu Mar 31 20:41:59 EST 2005 >=20 > Where is it coming from? Does anyone else have had the same problem? >=20 > Thank you for your help in advance. >=20 > Irina Hi Irina. A quick read through www.freebsd.org/handbook would tell you why this is.....basicly if you wanted 5.3-P? You should use RELENG_5_3 -- =CDsak Ben. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 15:12:10 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADFC816A4E4 for ; Fri, 1 Apr 2005 15:12:10 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3192143D4C for ; Fri, 1 Apr 2005 15:12:10 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id BCC2941A4; Fri, 1 Apr 2005 17:12:08 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21621-08; Fri, 1 Apr 2005 17:11:57 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 0E34B413E; Fri, 1 Apr 2005 17:11:57 +0200 (CEST) Received: from 212.12.51.89 (SquirrelMail authenticated user mh); by mail.reisegruppe-mollengrab.de with HTTP; Fri, 1 Apr 2005 17:11:57 +0200 (CEST) Message-ID: <4118.212.12.51.89.1112368317.squirrel@212.12.51.89> In-Reply-To: <00f901c536cb$5b032180$0f01010a@netaccess1.nas.net> References: <20050401120041.54AB416A4DA@hub.freebsd.org> <00f901c536cb$5b032180$0f01010a@netaccess1.nas.net> Date: Fri, 1 Apr 2005 17:11:57 +0200 (CEST) From: "Marian Hettwer" To: "Irina" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at unixoid.de cc: freebsd-stable@freebsd.org Subject: Re: 5.3 STABLE to 5.4-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 15:12:10 -0000 On Fr, 1.04.2005, 16:59, Irina sagte: > Hello everybody, > Hi there, > I had 5.3 STABLE. Did cvsup as I always do with > *default tag=RELENG_5 > > After rebooting and telneting to the server I saw > FreeBSD 5.4-PRERELEASE (INET) #4: Thu Mar 31 20:41:59 EST 2005 > > Where is it coming from? Does anyone else have had the same problem? > That's no Problem. There is no RELENG_5_4 yet, so RELENG_5 is now 5.4-PRERELEASE. Everything's normal ;) don't worry ... before 5.4-PRERELEASE my 5-STABLE box was 5.3-STABLE... so I guess, as soon as RELENG_5_4 is branched, you'll get something like 5.4-STABLE when cvsup'ing to RELENG_5 > Thank you for your help in advance. > :) best regards, Marian From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 16:27:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB6A416A4CE for ; Fri, 1 Apr 2005 16:27:48 +0000 (GMT) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40FF743D48 for ; Fri, 1 Apr 2005 16:27:48 +0000 (GMT) (envelope-from don@SANDVINE.com) X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Fri, 1 Apr 2005 11:27:47 -0500 Message-ID: <2BCEB9A37A4D354AA276774EE13FB8C23A6939@mailserver.sandvine.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Adaptec 3210S, 4.9-STABLE, corruption when disk fails Thread-Index: AcU2OzrO9YWYVzmgTiyumGQvOaMzPwAnDyZA From: "Don Bowman" To: "Uwe Doering" cc: freebsd-stable@freebsd.org Subject: RE: Adaptec 3210S, 4.9-STABLE, corruption when disk fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 16:27:49 -0000 From: Uwe Doering [mailto:gemini@geminix.org]=20 ... > As far as I understand this family of controllers the OS=20 > drivers aren't involved at all in case of a disk drive=20 > failure. It's strictly the controller's business to deal=20 > with it internally. The OS just sits there and waits until=20 > the controller is done with the retries and either drops into=20 > degraded mode or recovers from the disk error. >=20 > That's why I initially speculated that there might be a=20 > timeout somewhere in PostgreSQL or FreeBSD that leads to data=20 > loss if the controller is busy for too long. >=20 > A somewhat radical way to at least make these failures as=20 > rare an event as possible would be to deliberately fail all=20 > remaining old disk drives, one after the other of course, in=20 > order to get rid of them. And if you are lucky the problem=20 > won't happen with newer drives anyway, in case the root cause=20 > is an incompatibility between the controller and the old drives. Started that yesterday. I've got one 'old' one left. Sadly, the one that failed night before last was not one of the 'old' ones, so this is no guarantee :) >From the raidutil -e log, I see this type of info. I'm not sure=20 what the 'unknown' events are. The 'CRC Failure' is probably the problem? There's also Bad SCSI Status, unit attention, etc. Perhaps the driver doesn't deal with these properly? $ raidutil -e d0 03/31/2005 23:37:59 Level 1 Lock for Channel 0 : Started 03/31/2005 23:37:59 Level 1 Lock for Channel 1 : Started 03/31/2005 23:38:09 Level 1 Lock for Channel 0 : Stopped 03/31/2005 23:38:22 Level 1 Lock for Channel 1 : Stopped 03/31/2005 23:38:22 Level 4 HBA=3D0 BUS=3D0 ID=3D0 LUN=3D0 Status Change Optimal =3D> Degraded - Drive Failed 03/31/2005 23:38:22 Level 1 Unknown Event : 56 10 00 08 EE 89 4C 42 00 00 00 00=20 03/31/2005 23:38:22 Level 1 CRC Failure Number of dirty blocks =3D -1 FFFFFFFF D30A1F2A 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000=20 03/31/2005 23:38:24 Level 3 HBA=3D0 BUS=3D0 ID=3D0 LUN=3D0 Bad SCSI Status - Check Condition 28 00 00 00 00 00 00 00 01 00 00 00=20 03/31/2005 23:38:24 Level 3 HBA=3D0 BUS=3D0 ID=3D0 LUN=3D0 Request Sense 70 00 06 00 00 00 00 0A 00 00 00 00 29 02 02 00 00 00=20 Unit Attention From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 16:41:14 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C51916A4CE for ; Fri, 1 Apr 2005 16:41:14 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E97A43D55 for ; Fri, 1 Apr 2005 16:41:12 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA23799; Fri, 01 Apr 2005 19:38:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <424D7911.8060805@icyb.net.ua> Date: Fri, 01 Apr 2005 19:38:41 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bob Bishop References: <1112365401.00269464.1112352602@10.7.7.3> <1112372627.00269546.1112361001@10.7.7.3> <1112372655.00269555.1112362202@10.7.7.3> In-Reply-To: <1112372655.00269555.1112362202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: Peter Jeremy cc: stable@freebsd.org cc: David Magda Subject: Re: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 16:41:14 -0000 on 01.04.2005 16:24 Bob Bishop said the following: > I think this is an issue: > > - As stated, machines running 4.x don't seem to do it > - In addition to the mode schizophrenia, undex 5.3 I'm also seeing > resets of several seconds which don't happen on identical hardware > running 4.11 in the same rack. Yes I know the clock drifts will be > different, but ntp.drift is very close on the two boxen. > > I believe something's broken. More datapoints: > > - I'm seeing it under 5.3R both on i386 and amd64 but not i386/4.11 on > the same LAN > - I'm not seeing it on 5.1R on a remote system > I can second that. I have never seen anything like this with 5.2.1 as soon as I upgraded to 5.3 I started seeing messages like these: Mar 29 01:19:51 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 06:12:49 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 06:29:53 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 09:03:25 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 09:20:31 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 11:20:04 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 11:37:08 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 14:44:55 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 15:02:01 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 17:52:50 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 18:09:54 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 18:44:03 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 19:54:30 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 22:15:40 oddity ntpd[400]: time reset -0.288522 s Mar 29 22:15:40 oddity ntpd[400]: kernel time sync enabled 6001 Mar 29 23:09:19 oddity ntpd[400]: time reset +0.530732 s Mar 29 23:09:19 oddity ntpd[400]: kernel time sync enabled 2001 Mar 29 23:35:18 oddity ntpd[400]: time reset -0.165853 s Mar 30 00:41:14 oddity ntpd[400]: time reset -0.199104 s Mar 30 11:21:21 oddity ntpd[400]: kernel time sync enabled 6001 Mar 30 11:38:27 oddity ntpd[400]: kernel time sync enabled 2001 Mar 30 17:22:37 oddity ntpd[400]: time reset -0.392425 s Mar 30 17:22:37 oddity ntpd[400]: kernel time sync enabled 6001 Mar 30 17:26:06 oddity ntpd[400]: kernel time sync enabled 2001 Mar 30 17:28:15 oddity ntpd[400]: time reset +0.309711 s Mar 30 18:07:02 oddity ntpd[400]: time reset +0.164515 s Mar 30 18:41:43 oddity ntpd[400]: time reset -0.391355 s Mar 30 19:00:17 oddity ntpd[400]: time reset +0.598313 s Mar 30 19:47:45 oddity ntpd[400]: time reset -0.276978 s Mar 30 21:26:24 oddity ntpd[400]: time reset +0.158781 s Mar 30 23:18:01 oddity ntpd[400]: time reset +0.160708 s Mar 30 23:18:01 oddity ntpd[400]: kernel time sync enabled 6001 Mar 30 23:19:13 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 08:36:16 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 08:53:20 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 11:44:02 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 12:18:08 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 13:26:30 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 13:43:35 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 17:32:07 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 17:49:11 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 20:22:54 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 20:39:59 oddity ntpd[400]: kernel time sync enabled 2001 Mar 31 21:14:08 oddity ntpd[400]: kernel time sync enabled 6001 Mar 31 21:31:11 oddity ntpd[400]: kernel time sync enabled 2001 2001<->6001 flips do not trouble me a bit (but annoying), time resets are not a good thing definitely. I suppose that it might be possible that the root cause is in my local network conditions, but I must say that it would feel like ntpd (or something that it relies on) became less robust and it would be nice to get to know how to get that robustness back. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 17:11:20 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F12FD16A4CE for ; Fri, 1 Apr 2005 17:11:20 +0000 (GMT) Received: from FS.denninger.net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4A7143D2F for ; Fri, 1 Apr 2005 17:11:19 +0000 (GMT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.3/8.13.1) with SMTP id j31HBJYl025495 for ; Fri, 1 Apr 2005 11:11:19 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Fri Apr 1 11:11:19 2005 Received: (from karl@localhost) by FS.denninger.net (8.13.3/8.13.1/Submit) id j31HBI3n025493; Fri, 1 Apr 2005 11:11:18 -0600 (CST) (envelope-from karl) Message-ID: <20050401111118.A25432@denninger.net> Date: Fri, 1 Apr 2005 11:11:18 -0600 From: Karl Denninger To: "Matthew N. Dodd" References: <20050329200841.A772@denninger.net> <20050329233843.L328@sasami.jurai.net> <20050329234318.A3883@denninger.net> <20050330230046.A68235@denninger.net> <20050331120100.P328@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050331120100.P328@sasami.jurai.net>; from Matthew N. Dodd on Thu, Mar 31, 2005 at 12:02:20PM -0500 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-stable@freebsd.org Subject: Re: DANGER WILL ROBINSON! SERIOUS problem with current5.4-PRERELEASE - UPDATE (real this time) #2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 17:11:21 -0000 On Thu, Mar 31, 2005 at 12:02:20PM -0500, Matthew N. Dodd wrote: > On Wed, 30 Mar 2005, Karl Denninger wrote: > > Removing the FIRST delta, which is: > > > > 218a219,221 > > if (!dumping) > > callout_reset(&request->callout, request->timeout * hz, > > (timeout_t*)ata_timeout, request); > > > > appears to get rid of the crashes while not harming data integrity OR the > > reqeueing. > > I'd be interested to know if the attached patch does anything. > > -- > 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 > Index: ata-queue.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-queue.c,v > retrieving revision 1.32.2.6 > diff -u -u -r1.32.2.6 ata-queue.c > --- ata-queue.c 23 Mar 2005 04:50:26 -0000 1.32.2.6 > +++ ata-queue.c 31 Mar 2005 17:00:46 -0000 > @@ -217,8 +217,7 @@ > } > else { > if (!dumping) > - callout_reset(&request->callout, request->timeout * hz, > - (timeout_t*)ata_timeout, request); > + callout_drain(&request->callout); > if (request->bio && !(request->flags & ATA_R_TIMEOUT)) { > ATA_DEBUG_RQ(request, "finish bio_taskqueue"); > bio_taskqueue(request->bio, (bio_task_t *)ata_completed, request); > Removing the first delta has allowed the system to survive for over 24 hours, albiet while taking retryable errors. I have not yet attmepted this patch - but will now that I know that the system is stable with the first delta OUT. At minimum Matt that first delta has to come out to avoid the "pukes and chokes" - whether the above is recommended (by me anyway) I can't say yet - more as I know it. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 17:41:37 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CCCA16A4CE for ; Fri, 1 Apr 2005 17:41:37 +0000 (GMT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD2D43D49 for ; Fri, 1 Apr 2005 17:41:36 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id j31Hf2K90017; Fri, 1 Apr 2005 18:41:02 +0100 (BST) (envelope-from rb) Message-Id: <6.2.0.14.2.20050401183743.04813c10@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Fri, 01 Apr 2005 18:40:49 +0100 To: Andriy Gapon From: Bob Bishop In-Reply-To: <424D7911.8060805@icyb.net.ua> References: <1112365401.00269464.1112352602@10.7.7.3> <1112372627.00269546.1112361001@10.7.7.3> <1112372655.00269555.1112362202@10.7.7.3> <424D7911.8060805@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: Peter Jeremy cc: stable@freebsd.org cc: David Magda Subject: Re: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 17:41:37 -0000 Hi, At 17:38 01/04/2005, Andriy Gapon wrote: >[...] >I suppose that it might be possible that the root cause is in my local >network conditions, [etc] Unlikely I think. As I said, I've got several machines on the same LAN: the 5.3's misbehave; the others don't. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 17:42:55 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1235816A4CE for ; Fri, 1 Apr 2005 17:42:55 +0000 (GMT) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 629BB43D48 for ; Fri, 1 Apr 2005 17:42:54 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr4.xs4all.nl (8.12.11/8.12.11) with ESMTP id j31HgqUh085357 for ; Fri, 1 Apr 2005 19:42:53 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id BD965625B; Fri, 1 Apr 2005 19:42:52 +0200 (CEST) Date: Fri, 1 Apr 2005 19:42:52 +0200 From: Roland Smith To: stable@freebsd.org Message-ID: <20050401174252.GA84746@slackbox.xs4all.nl> References: <20050401104508.GJ71384@cirb503493.alcatel.com.au> <6.2.0.14.2.20050401141349.04817c20@gid.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <6.2.0.14.2.20050401141349.04817c20@gid.co.uk> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 17:42:55 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 01, 2005 at 02:24:50PM +0100, Bob Bishop wrote: > >>Any suggestions as to why this is happening? (And how I can stop > >>it regularly flipping) > > > >I don't think this is really an issue. [etc] >=20 > I think this is an issue: >=20 > - As stated, machines running 4.x don't seem to do it > - In addition to the mode schizophrenia, undex 5.3 I'm also seeing resets= =20 > of several seconds which don't happen on identical hardware running 4.11 = in=20 > the same rack. Yes I know the clock drifts will be different, but ntp.dri= ft=20 > is very close on the two boxen. On my amd64 box I also get the mode flipping, but I don't get resets. Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in e-mail http://www.xs4all.nl/~rsmith/ X No Word docs in e-mail public key: http://www.keyserver.net / \ Respect for open standards --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCTYgcEnfvsMMhpyURArX3AJwMgauVfMtHFpnBvqRg+GSZ7sdD2gCfZwE3 1Gor1g2c5LtwKq5uzNbHHag= =NG3t -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 17:56:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1905916A4CE for ; Fri, 1 Apr 2005 17:56:51 +0000 (GMT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 415E643D31 for ; Fri, 1 Apr 2005 17:56:48 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id j31Hujq90132; Fri, 1 Apr 2005 18:56:45 +0100 (BST) (envelope-from rb) Message-Id: <6.2.0.14.2.20050401185519.048c8e60@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Fri, 01 Apr 2005 18:56:31 +0100 To: Roland Smith , stable@freebsd.org From: Bob Bishop In-Reply-To: <20050401174252.GA84746@slackbox.xs4all.nl> References: <20050401104508.GJ71384@cirb503493.alcatel.com.au> <6.2.0.14.2.20050401141349.04817c20@gid.co.uk> <20050401174252.GA84746@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Kernel NTP flipping between FLL and PLL modes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 17:56:51 -0000 Hi, At 18:42 01/04/2005, Roland Smith wrote: >On my amd64 box I also get the mode flipping, but I don't get resets. Hmm. I am getting resets on my amd64. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 1 18:39:35 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC1CA16A4CE for ; Fri, 1 Apr 2005 18:39:35 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B0E843D3F for ; Fri, 1 Apr 2005 18:39:35 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j31IdYbh058028 for ; Fri, 1 Apr 2005 13:39:34 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 57180-09 for ; Fri, 1 Apr 2005 13:39:34 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j31IdXUQ058013 for ; Fri, 1 Apr 2005 13:39:33 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j31IdQRv031853 for ; Fri, 1 Apr 2005 13:39:26 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050401132743.041920c8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 01 Apr 2005 13:38:39 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: RELENG_5 problems with Intel 855 (RELENG_4 boots fine) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 18:39:36 -0000 We are trying out an Intel 855 that is not able to boot RELENG_5. It locks up hard (NUM LOCK doesnt work) on bootup at the same spot. However, RELENG_4 is able to boot just fine. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-PRERELEASE #0: Fri Apr 1 09:06:22 EST 2005 mdtancsa@nfs.sentex.ca:/usr/obj/usr/src/sys/nfs ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) M processor 1500MHz (1500.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9fbbf real memory = 531496960 (506 MB) avail memory = 510435328 (486 MB) ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 and boot -v /boot/kernel/acpi.ko text=0x41520 data=0x1da4+0x112c syms=[0x4+0x7630+0x4+0x9c97] KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009f400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=03 base=000000001fae3000 len=000000000000d000 SMAP type=04 base=000000001fae0000 len=0000000000003000 SMAP type=02 base=000000000009f400 len=0000000000000c00 SMAP type=02 base=000000001faf0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000001f9e0000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-PRERELEASE #0: Fri Apr 1 09:06:22 EST 2005 mdtancsa@nfs.sentex.ca:/usr/obj/usr/src/sys/nfs Preloaded elf kernel "/boot/kernel/kernel" at 0xc0857000. Preloaded elf module "/boot/kernel/usb.ko" at 0xc085721c. Preloaded elf module "/boot/modules/arcmsr.ko" at 0xc08572c4. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0857370. Table 'FACP' at 0x1fae30c0 Table 'APIC' at 0x1fae6d40 MADT: Found table at 0x1fae6d40 MP Configuration Table version 1.4 found at 0xc00f0c00 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193068 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1500060146 Hz CPU: Intel(R) Celeron(R) M processor 1500MHz (1500.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9fbbf real memory = 531496960 (506 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f1c6fff, 509222912 bytes (124322 pages) avail memory = 510435328 (486 MB) bios32: Found BIOS32 Service Directory header at 0xc00faf00 bios32: Entry = 0xfb380 (c00fb380) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb3b0 pnpbios: Found PnP BIOS data at 0xc00fbd70 pnpbios: Entry = f0000:bda0 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> null: io: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35808086) pcibios: BIOS version 2.10 Found $PIR table, 13 entries at 0xc00fde90 PCI-Only Interrupts: 5 7 10 11 12 Location Bus Device Pin Link IRQs slot 1 2 8 A 0x68 3 4 5 7 9 10 11 12 14 15 slot 1 2 8 B 0x69 3 4 5 7 9 10 11 12 14 15 slot 1 2 8 C 0x6a 3 4 5 7 9 10 11 12 14 15 slot 1 2 8 D 0x6b 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 A 0x68 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 B 0x69 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 C 0x6a 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 D 0x6b 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 A 0x69 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 B 0x6a 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 C 0x6b 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 D 0x68 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 A 0x6a 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 B 0x6b 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 C 0x68 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 D 0x69 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 A 0x6b 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 B 0x68 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 C 0x69 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 D 0x6a 3 4 5 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 2 B 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 2 C 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 2 D 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 31 C 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e8000000, size 26, enabled found-> vendor=0x8086, dev=0x3580, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3584, revid=0x02 bus=0, slot=0, func=1 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3585, revid=0x02 bus=0, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3581, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 1, range 32, base ed000000, size 19, enabled map[18]: type 4, range 32, base 0000e300, size 3, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3582, revid=0x02 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base 00000000, size 27, memory disabled But RELENG_4 works fine. I think its getting hung up on the onboard NICs, not sure. However, I can load them as a KLD. If I disable the NICs in the BIOS, it still hangs on the same location FreeBSD 4.10-STABLE #1: Fri Nov 12 10:17:46 EST 2004 mdtancsa@stationtest.sentex.ca:/usr/obj/usr/src/sys/gas Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1500059328 Hz CPU: Intel(R) Celeron(R) M processor 1500MHz (1500.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9fbbf real memory = 531496960 (519040K bytes) config> q avail memory = 513236992 (501208K bytes) Preloaded elf kernel "kernel" at 0xc03d5000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03d509c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 13 entries at 0xc00fde90 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pci0: (vendor=0x8086, dev=0x3584) at 0.1 pci0: (vendor=0x8086, dev=0x3585) at 0.3 pcib1: at device 1.0 on pci0 pci1: on pcib1 agp1: port 0xe300-0xe307 mem 0xec100000-0xec17ffff,0xe0000000-0xe7ffffff irq 10 at device 2.0 on pci0 agp1: detected 3964k stolen memory agp1: aperture size is 128M pci0: (vendor=0x8086, dev=0x3582) at 2.1 uhci0: port 0xe000-0xe01f irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe100-0xe11f irq 9 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe200-0xe21f irq 7 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at 29.7 irq 5 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: (vendor=0x11ab, dev=0x4320) at 0.0 irq 11 pci2: (vendor=0x11ab, dev=0x4320) at 1.0 irq 15 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0-0x3,0-0x7,0-0x3,0-0x7 irq 0 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ichsmb0: port 0x5000-0x501f irq 12 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 pci0: (vendor=0x8086, dev=0x24c5) at 31.5 irq 12 orm0: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D80] is there = (id=3D35808086) pcibios: BIOS version 2.10 Found $PIR table, 13 entries at 0xc00fde90 PCI-Only Interrupts: 5 7 10 = 11 12 Location Bus Device Pin Link IRQs slot 1 2 8 A 0x68 3 4 5 7 9 10 11 12 14 15 slot 1 2 8 B 0x69 3 4 5 7 9 10 11 12 14 15 slot 1 2 8 C 0x6a 3 4 5 7 9 10 11 12 14 15 slot 1 2 8 D 0x6b 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 2 4 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 2 5 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 2 6 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 A 0x68 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 B 0x69 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 C 0x6a 3 4 5 7 9 10 11 12 14 15 slot 5 2 0 D 0x6b 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 A 0x69 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 B 0x6a 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 C 0x6b 3 4 5 7 9 10 11 12 14 15 slot 6 2 1 D 0x68 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 A 0x6a 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 B 0x6b 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 C 0x68 3 4 5 7 9 10 11 12 14 15 slot 7 2 2 D 0x69 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 A 0x6b 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 B 0x68 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 C 0x69 3 4 5 7 9 10 11 12 14 15 slot 8 2 3 D 0x6a 3 4 5 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 2 B 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 2 C 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 2 D 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 31 C 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 31 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 29 A 0x60 3 4 5 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 7 9 10 11 12 14 15 AcpiOsDerivePciId: bus 0 dev 31 func 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter = "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 unknown: not probed (disabled) cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link = initial configuration: pci0: on pcib0 pci0: physical bus=3D0 map[10]: type 3, range 32, base e8000000, size 26, enabled found-> vendor=3D0x8086, dev=3D0x3580, revid=3D0x02 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x3584, revid=3D0x02 bus=3D0, slot=3D0, func=3D1 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x3585, revid=3D0x02 bus=3D0, slot=3D0, func=3D3 class=3D08-80-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0006, statreg=3D0x0080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) found-> vendor=3D0x8086, dev=3D0x3581, revid=3D0x02 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 = (0 ns) map[10]: type 3, range 32, base e0000000, size 27, enabled map[14]: type 1, range 32, base ed000000, size 19, enabled map[18]: type 4, range 32, base 0000e300, size 3, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=3D0x8086, dev=3D0x3582, revid=3D0x02 bus=3D0, slot=3D2, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D16 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base 00000000, size 27, memory = disabled But RELENG_4 works fine. I think its getting hung up on the onboard = NICs, not sure. However, I can load them as a KLD. If I disable the = NICs in the BIOS, it still hangs on the same location FreeBSD 4.10-STABLE #1: Fri Nov 12 10:17:46 EST 2004 mdtancsa@stationtest.sentex.ca:/usr/obj/usr/src/sys/gas Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency = 1500059328 Hz CPU: Intel(R) Celeron(R) M processor 1500MHz (1500.06-MHz = 686-class=20 CPU) Origin =3D "GenuineIntel" Id =3D 0x695 Stepping =3D 5 = Features=3D0xa7e9fbbf real memory =3D 531496960 (519040K bytes) config> q avail memory =3D 513236992 (501208K bytes) Preloaded elf kernel "kernel" = at 0xc03d5000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03d509c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 13 entries at 0xc00fde90 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 agp0: mem 0xe8000000-0xebffffff at = device 0.0 on pci0 pci0: (vendor=3D0x8086, dev=3D0x3584) at 0.1 pci0: (vendor=3D0x8086, dev=3D0x3585) at 0.3 pcib1: at device 1.0 = on pci0 pci1: on pcib1 agp1: port 0xe300-0xe307 = mem 0xec100000-0xec17ffff,0xe0000000-0xe7ffffff irq 10 at device 2.0 on = pci0 agp1: detected 3964k stolen memory agp1: aperture size is 128M pci0: (vendor=3D0x8086, dev=3D0x3582) at 2.1 uhci0: port 0xe000-0xe01f = irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe100-0xe11f = irq 9 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe200-0xe21f = irq 7 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at 29.7 irq 5 pcib2: at device 30.0 = on pci0 pci2: on pcib2 pci2: (vendor=3D0x11ab, dev=3D0x4320) at 0.0 irq 11 pci2: (vendor=3D0x11ab, dev=3D0x4320) at 1.0 irq 15 isab0: at device 31.0 = on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0-0x3,0-0x7,0-0x3,0-0x7 irq 0 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ichsmb0: port 0x5000-0x501f irq = 12 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 pci0: (vendor=3D0x8086, dev=3D0x24c5) at 31.5 irq 12 orm0: