From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 00:03:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 473E816A4CE for ; Sun, 22 Aug 2004 00:03:08 +0000 (GMT) Received: from hellhound.ceribus.net (c-24-21-90-79.client.comcast.net [24.21.90.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37BD43D2D for ; Sun, 22 Aug 2004 00:03:07 +0000 (GMT) (envelope-from grover@ceribus.net) Received: (qmail 60895 invoked by uid 1002); 22 Aug 2004 00:03:32 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 (clamscan: 0.73. spamassassin: 2.63. Clear:RC:1(192.168.200.200):. Processed in 0.962688 secs); 22 Aug 2004 00:03:32 -0000 Received: from unknown (HELO ?192.168.200.219?) (grover@ceribus.net@192.168.200.200) by 192.168.200.225 with SMTP; 22 Aug 2004 00:03:31 -0000 Message-ID: <4127E2BE.3080504@ceribus.net> Date: Sat, 21 Aug 2004 17:03:10 -0700 From: Grover Lines User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <412616D6.6090601@ceribus.net> <86llg9f66f.wl%sf@FreeBSD.org> <20040821132424.R84878@carver.gumbysoft.com> In-Reply-To: <20040821132424.R84878@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Strange output at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 00:03:08 -0000 Doug White wrote: >On Sat, 21 Aug 2004, FUJISHIMA Satsuki wrote: > > > >>At Fri, 20 Aug 2004 08:20:54 -0700, >>Grover Lines wrote: >> >> >>>I dont know if I missed somthing along the way, or broke somthing but >>>the last couple days builds have brought me this type of output during boot. >>> >>> 1197 %desc R *Handler >>> 1198 %driver R *Handler >>> 1199 %location R *Handler >>> 1200 %pnpinfo R *Handler >>> 1201 %parent R *Handler >>> >>> >>check your sysctl.conf. >> >> > >You have a line starting with "sysctl" in there :) sysctl.conf is just >'variable=value' pairs. > > > I knew that I just mistakenly pasted some in my conf, and of course that fixed me up. I appreciate the help guys. /me slaps himself -- Grover Lines From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 00:19:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F283C16A4CE; Sun, 22 Aug 2004 00:19:40 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A1643D1D; Sun, 22 Aug 2004 00:19:40 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7M0HYkw095573; Sat, 21 Aug 2004 20:17:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7M0HYHw095570; Sat, 21 Aug 2004 20:17:34 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 21 Aug 2004 20:17:34 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brian Fundakowski Feldman In-Reply-To: <20040821230039.GB784@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: networking extensively broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 00:19:41 -0000 On Sat, 21 Aug 2004, Brian Fundakowski Feldman wrote: > At a minimum, I can no longer use ssh forwarding, local named no longer > works, and I often get "in_cksum_skip: out of data by 16" on my console. Try backing out the latest change to udp_usrreq.c locally? (udp_usrreq.c revision 1.164) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 00:22:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF2E716A4CF for ; Sun, 22 Aug 2004 00:22:55 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC49343D2F for ; Sun, 22 Aug 2004 00:22:55 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from rosebud.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i7M0Mskk068981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 21 Aug 2004 17:22:55 -0700 (PDT) (envelope-from hartzell@kestrel.alerce.com) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.12.9p2/8.12.9) with ESMTP id i7M0NSej007883 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 21 Aug 2004 17:23:28 -0700 (PDT) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.12.9p2/8.12.9/Submit) id i7M0NRl5007879; Sat, 21 Aug 2004 17:23:27 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16679.59263.287454.325068@rosebud.alerce.com> Date: Sat, 21 Aug 2004 17:23:27 -0700 To: freebsd-current@freebsd.org X-Mailer: VM 7.14 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' Subject: Help making sense of firewire disk enclosure dilema X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 00:22:56 -0000 I have a machine running 5.2.1-RELEASE-p6. I purchased a pair of "Vantec" USB2.0/Firewire enclosures (NST-350UF) for some 80-ish GB IBM Deskstar drives. The first enclosure worked great (once I got past the kernel panic because it didn't like something that was hanging out in the partition table area). The second enclosure was problematic. If I attached via USB1 (all I have), it worked fine. If I hook it up to a G4 Powermac running OSX Jaguar (current-1?), it works fine. But when I connect it via firewire to Servant, GEOM never recognizes/creates a daX device. I talked the seller into exchanging it for me (and hid a little magic marker dot inside just in case), and just received the replacement. It's behaving the same way. Here's the relevant section of /var/log/messages for the one that doesn't work: Aug 21 17:03:11 servant kernel: fwohci0: BUS reset Aug 21 17:03:11 servant kernel: fwohci0: node_id=0x8800ffc0, gen=3, non CYCLEMASTER mode Aug 21 17:03:11 servant kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 0 (me) Aug 21 17:03:11 servant kernel: firewire0: root node is not cycle master capable Aug 21 17:03:11 servant kernel: firewire0: bus manager 0 (me) Aug 21 17:03:11 servant kernel: fwohci0: txd err=1b ack tardy Aug 21 17:03:11 servant kernel: node1: resp=35 addr=0x400 Aug 21 17:03:11 servant kernel: probe failed for 1 node Aug 21 17:03:17 servant kernel: fwohci0: BUS reset Aug 21 17:03:17 servant kernel: fwohci0: node_id=0xc800ffc1, gen=4, CYCLEMASTER mode Aug 21 17:03:17 servant kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Aug 21 17:03:17 servant kernel: firewire0: bus manager 1 (me) Aug 21 17:03:17 servant kernel: firewire0: New S400 device ID:0050770e00011205 I then pulled that drive out, and put it in the enclosure that works, and it appeared as da2. Here's it's info: Aug 21 17:11:13 servant kernel: fwohci0: BUS reset Aug 21 17:11:13 servant kernel: fwohci0: node_id=0x8800ffc0, gen=7, non CYCLEMASTER mode Aug 21 17:11:13 servant kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 0 (me) Aug 21 17:11:13 servant kernel: firewire0: root node is not cycle master capable Aug 21 17:11:13 servant kernel: firewire0: bus manager 0 (me) Aug 21 17:11:13 servant kernel: fwohci0: txd err=1b ack tardy Aug 21 17:11:13 servant kernel: node1: resp=35 addr=0x400 Aug 21 17:11:13 servant kernel: probe failed for 1 node Aug 21 17:11:17 servant kernel: fwohci0: BUS reset Aug 21 17:11:17 servant kernel: fwohci0: node_id=0xc800ffc1, gen=8, CYCLEMASTER mode Aug 21 17:11:17 servant kernel: firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) Aug 21 17:11:17 servant kernel: firewire0: bus manager 1 (me) Aug 21 17:11:18 servant kernel: firewire0: New S400 device ID:0050770e00002251 Aug 21 17:11:19 servant kernel: GEOM: create disk da2 dp=0xc4924050 Aug 21 17:11:19 servant kernel: da2 at sbp0 bus 0 target 1 lun 0 Aug 21 17:11:19 servant kernel: da2: Fixed Simplified Direct Access SCSI-4 device Aug 21 17:11:19 servant kernel: da2: 50.000MB/s transfers Aug 21 17:11:19 servant kernel: da2: 73308MB (150136560 512 byte sectors: 255H 63S/T 9345C) Am I doing something wrong, or should I just stop buying cheap problematic junk enclosures? g. From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 00:38:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7FC416A4CE; Sun, 22 Aug 2004 00:38:53 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87E9843D39; Sun, 22 Aug 2004 00:38:53 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id DF2A2FFB; Sun, 22 Aug 2004 02:39:28 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 73775B873; Sun, 22 Aug 2004 02:38:52 +0200 (CEST) To: John Polstra References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 22 Aug 2004 02:38:52 +0200 In-Reply-To: (John Polstra's message of "Fri, 20 Aug 2004 09:06:53 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: Pawel Jakub Dawidek Subject: Re: Bogus usage of tsleep(9) in USB. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 00:38:53 -0000 John Polstra writes: > On 20-Aug-2004 Dag-Erling Sm=F8rgrav wrote: > > This panic message only applies to one of the three conditions the > > KASSERT tests. It should probably be split into three separate > > KASSERTs with three different panic messages. > How would you do that? Those are "||" operators, not "&&". There > is only one way to fail: by violating all three subconditions. Sorry, I read it backward. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 00:46:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766AA16A4CE for ; Sun, 22 Aug 2004 00:46:31 +0000 (GMT) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A29F43D2F for ; Sun, 22 Aug 2004 00:46:31 +0000 (GMT) (envelope-from nehalmistry@gmx.net) Received: from pd3mr5so.prod.shaw.ca (pd3mr5so-qfe3.prod.shaw.ca [10.0.141.12])2003))freebsd-current@freebsd.org; Sat, 21 Aug 2004 18:41:14 -0600 (MDT) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd3mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I2T009B5OKQ2530@pd3mr5so.prod.shaw.ca> for freebsd-current@freebsd.org; Sat, 21 Aug 2004 18:41:14 -0600 (MDT) Received: from nehal (S0106000c76fb2787.vf.shawcable.net [70.68.11.114]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with SMTP id <0I2T00619OKQPX@l-daemon> for freebsd-current@freebsd.org; Sat, 21 Aug 2004 18:41:14 -0600 (MDT) Date: Sat, 21 Aug 2004 17:41:33 -0700 From: Nehal To: freebsd-current@freebsd.org Message-id: <20040821174133.00007d48@nehal> MIME-version: 1.0 X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.3.0; Win32) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Subject: Syncer giving up on buffers for ext2fs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 00:46:31 -0000 the bug 'Syncer "giving up" on buffers and ext2 filesystems' (PR kern/56675 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56675) has existed for almost a year, and i have tested in a recent snapshot (18th August) and it still exists, will this bug be fixed for 5.3? seems to be quite an important bug. -- Nehal From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 00:46:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C1A16A4CE for ; Sun, 22 Aug 2004 00:46:55 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BCE43D2F for ; Sun, 22 Aug 2004 00:46:55 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id ECE082FDF for ; Sun, 22 Aug 2004 02:47:29 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 91796B873; Sun, 22 Aug 2004 02:46:53 +0200 (CEST) To: current@freebsd.org References: <20040819185710.GA659@laptoxa.toxa.lan> <20040820101933.G73388@carver.gumbysoft.com> <20040820191459.GA1422@laptoxa.toxa.lan> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 22 Aug 2004 02:46:52 +0200 In-Reply-To: <20040820191459.GA1422@laptoxa.toxa.lan> (postfix@senmail.ru's message of "Fri, 20 Aug 2004 23:14:59 +0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: why 6.0-current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 00:46:56 -0000 Toxa writes: > Actually I do read :). But this moment was missed by me as far as > you can see. RELENG_4 is 4-stable, RELENG_5 is 5-stable, but I > stupidly thought that HEAD is one step forward from > RELENG_5_X_RELEASE (e.g., if we have 5.4-release then current is > 5.5-current, preparing for 5.5-release, becoming 5.6-current after > 5.5-release is out, etc)=20 You are extrapolating from too little data. This article may help you understand better: http://www.freebsd.org/doc/en/articles/releng/ DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 01:06:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB3E16A4CE for ; Sun, 22 Aug 2004 01:06:26 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5AFE43D3F for ; Sun, 22 Aug 2004 01:06:26 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id DF8FA103A; Sun, 22 Aug 2004 03:07:01 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id 543F4B873; Sun, 22 Aug 2004 03:06:25 +0200 (CEST) To: Poul-Henning Kamp References: <47158.1093122074@critter.freebsd.dk> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 22 Aug 2004 03:06:24 +0200 In-Reply-To: <47158.1093122074@critter.freebsd.dk> (Poul-Henning Kamp's message of "Sat, 21 Aug 2004 23:01:14 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: Half speed forward and mind the torpedoes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 01:06:27 -0000 Poul-Henning Kamp writes: > My bicycle and I parted ways today [...] It obviously isn't happy about the color of your bikeshed. Get well! DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 01:35:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C304816A4D0; Sun, 22 Aug 2004 01:35:24 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4821A43D1F; Sun, 22 Aug 2004 01:35:24 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7M1XG82097378; Sat, 21 Aug 2004 21:33:16 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7M1XGbr097375; Sat, 21 Aug 2004 21:33:16 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 21 Aug 2004 21:33:15 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Brian Fundakowski Feldman In-Reply-To: <20040821230039.GB784@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: deischen@FreeBSD.org cc: current@FreeBSD.org Subject: Re: networking extensively broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 01:35:26 -0000 On Sat, 21 Aug 2004, Brian Fundakowski Feldman wrote: > At a minimum, I can no longer use ssh forwarding, local named no longer > works, and I often get "in_cksum_skip: out of data by 16" on my console. In the recent change to avoid an mbuf allocation on locally generated UDP packets, I updated the mbuf length but not the pkthdr length on the mbuf. This resulted in an inconcistency between the length of the mbuf and the length of the mbuf chain that was caught by the checksum validation code on the loopback interface, but appeared only to affect "large" UDP packets. I've committed a fix, please let me know if this eliminates this issue for you. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 01:37:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7302116A4CE; Sun, 22 Aug 2004 01:37:57 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2748743D4C; Sun, 22 Aug 2004 01:37:57 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1ByhIv-0000pk-GS; Sat, 21 Aug 2004 18:37:53 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16679.63728.806424.628485@ran.psg.com> Date: Sat, 21 Aug 2004 18:37:52 -0700 To: "Simon L. Nielsen" References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> cc: Kent Hauser cc: current@freebsd.org cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 01:37:57 -0000 > The actual errors from a 5.3-BETA from today (hand transcribed): thanks for the transcription; i have tendonitis > ad0: 73863MB [150071/16/63] at ata0-master UDMA100 > ATAPI_RESET time = 150us > ata1-slave: FAILURE - ATAPI_IDENTIFY timed out > ATAPI_RESET time = 150us > acd0: CDRW at ata1-master UDMA33 > Mounting root from ufs:/dev/ad0s2a > [...] > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41574224 > [...] > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41562160 > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41562160 > ad0: WARNING - READ_DME interupt was seen but taskqueue stalled LBA=41562160 > Slab at 0xc1c3ff70, freei 3 = 0 > > The "[...]" is just normal startup. It goes as far as the script that > attaches my GDBE partition before it panics. > > And then it panics like below: yep. same on a thinkpad t40p randy From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 01:51:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA10F16A4CE for ; Sun, 22 Aug 2004 01:51:50 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF8B143D39 for ; Sun, 22 Aug 2004 01:51:47 +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 i7M1pcMP076563; Sun, 22 Aug 2004 11:21:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 22 Aug 2004 11:21:25 +0930 User-Agent: KMail/1.6.2 References: <16679.59263.287454.325068@rosebud.alerce.com> In-Reply-To: <16679.59263.287454.325068@rosebud.alerce.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408221121.31317.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Help making sense of firewire disk enclosure dilema X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 01:51:51 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 22 Aug 2004 09:53, George Hartzell wrote: > I have a machine running 5.2.1-RELEASE-p6. > > I purchased a pair of "Vantec" USB2.0/Firewire enclosures (NST-350UF) > for some 80-ish GB IBM Deskstar drives. > > The first enclosure worked great (once I got past the kernel panic > because it didn't like something that was hanging out in the partition > table area). > > The second enclosure was problematic. If I attached via USB1 (all I > have), it worked fine. If I hook it up to a G4 Powermac running OSX > Jaguar (current-1?), it works fine. But when I connect it via > firewire to Servant, GEOM never recognizes/creates a daX device. We have 2 enclosures at work, both made by Mapower. They have two different oxford semiconductor devices in them (a Firewire on= ly=20 one, and a Firewire/USB2 one). The Firewire only one _always_ requires that it is plugged in, removed and= =20 plugged in again before a daX device node will appear (it says New S400=20 device.. the first time around but doesn't create the daX node). The dual firewire/usb2 one works flawlessly all the time (on 4.x and 5.x) You could try a 'fwcontrol -r' and see what happens. =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 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBJ/wj5ZPcIHs/zowRAjJWAJ4t4no3M6INjMl909L/g5e1YdAexwCeKpxW QHk/TH/ZO7QlJAAsVIjaRCE=3D =3DCMF4 =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 02:33:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5530B16A4CE for ; Sun, 22 Aug 2004 02:33:39 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B0943D31 for ; Sun, 22 Aug 2004 02:33:39 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7M2VXLt098807 for ; Sat, 21 Aug 2004 22:31:33 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7M2VXFh098804 for ; Sat, 21 Aug 2004 22:31:33 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 21 Aug 2004 22:31:33 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: spinning use of fsck X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 02:33:39 -0000 Ran into this a few minutes ago: Starting file system checks: /dev/aacd0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/aacd0s1a: clean, 224350 free (670 frags, 27960 blocks, 0.3% fragmentation) /dev/aacd0s1d: DEFER FOR BACKGROUND CHECKING /dev/aacd0s1e: PARTIALLY TRUNCATED INODE I=3181750 /dev/aacd0s1e: UNEXPECTED SOFT UPDATE INCONSISTENCY; RUN fsck MANUALLY. THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/aacd0s1e (/usr) Automatic file system check failed; help! Aug 21 15:27:54 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Aug 21 15:27:54 init: can't get /dev/console for controlling terminal: Operation not permitted WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck WARNING: /var was not properly dismounted WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck WARNING: /var was not properly dismounted WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck WARNING: /var was not properly dismounted WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck WARNING: /var was not properly dismounted WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck WARNING: /var was not properly dismounted WARNING: R/W mount of /usr denied. Filesystem is not clean - run fsck WARNING: /var was not properly dismounted Unclear to me exactly what the failure mode is here, perhaps a problem with /dev/console... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 02:46:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5CA816A4CE for ; Sun, 22 Aug 2004 02:46:20 +0000 (GMT) Received: from out007.verizon.net (out007pub.verizon.net [206.46.170.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17CCC43D49 for ; Sun, 22 Aug 2004 02:46:19 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from [10.0.3.231] ([138.89.49.99]) by out007.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040822024619.ZJVX1210.out007.verizon.net@[10.0.3.231]> for ; Sat, 21 Aug 2004 21:46:19 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org In-Reply-To: <16679.63728.806424.628485@ran.psg.com> References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> Content-Type: text/plain Message-Id: <1093142771.726.1.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 22:46:12 -0400 Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out007.verizon.net from [138.89.49.99] at Sat, 21 Aug 2004 21:46:18 -0500 Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 02:46:21 -0000 On Sat, 2004-08-21 at 21:37, Randy Bush wrote: > > The actual errors from a 5.3-BETA from today (hand transcribed): > > thanks for the transcription; i have tendonitis > > > ad0: 73863MB [150071/16/63] at ata0-master UDMA100 > > ATAPI_RESET time = 150us > > ata1-slave: FAILURE - ATAPI_IDENTIFY timed out > > ATAPI_RESET time = 150us > > acd0: CDRW at ata1-master UDMA33 > > Mounting root from ufs:/dev/ad0s2a > > [...] > > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41574224 > > [...] > > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41562160 > > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41562160 > > ad0: WARNING - READ_DME interupt was seen but taskqueue stalled LBA=41562160 > > Slab at 0xc1c3ff70, freei 3 = 0 > > > > The "[...]" is just normal startup. It goes as far as the script that > > attaches my GDBE partition before it panics. > > > > And then it panics like below: > > yep. same on a thinkpad t40p > > randy > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Same here (Averatec 3150H), but managed to produce core dump: RabbitsDen# gdb6 -k /boot/kernel/kernel /var/crash/vmcore.4 GNU gdb 20040720 [GDB v6.x for FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-portbld-freebsd5.2"...(no debugging symbols found)... panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xee fault code = supervisor write, page not present instruction pointer = 0x8:0xc0587b85 stack pointer = 0x10:0xd740ebf4 frame pointer = 0x10:0xd740ec34 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 = 3 (g_up) Dumping 607 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 --- #0 0xc056ccdc in doadump () 0xc056ccdc in doadump () (kgdb) where #0 0xc056ccdc in doadump () #1 0xc048d6d5 in db_fncall () #2 0xc048d452 in db_command () #3 0xc048d55a in db_command_loop () #4 0xc048f575 in db_trap () #5 0xc0589d57 in kdb_trap () #6 0xc0721898 in trap_fatal () #7 0xc07215c3 in trap_pfault () #8 0xc0721152 in trap () #9 0xc071068a in calltrap () #10 0x00000018 in ?? () #11 0x00000010 in ?? () #12 0x00000010 in ?? () #13 0x00000002 in ?? () #14 0xc1ed7738 in ?? () #15 0xd740ec34 in ?? () #16 0xd740ebe0 in ?? () #17 0x00000000 in ?? () #18 0xc079ede0 in th2 () #19 0x5235051a in ?? () #20 0x00000001 in ?? () #21 0x0000000c in ?? () #22 0x00000002 in ?? () #23 0xc0587b85 in devstat_end_transaction () #24 0xc0587d6e in devstat_end_transaction_bio () #25 0xc052ab93 in g_disk_done () #26 0xc05c1bde in biodone () #27 0xc04b97f2 in ad_done () #28 0xc04a8b7c in ata_completed () #29 0xc052ce0a in g_io_schedule_up () #30 0xc052d08e in g_up_procbody () #31 0xc05520a0 in fork_exit () #32 0xc07106ec in fork_trampoline () FWIW... --- Alexandre "Sunny" Kovalenko. From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 04:04:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0859116A4CF; Sun, 22 Aug 2004 04:04:59 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA94343D2F; Sun, 22 Aug 2004 04:04:58 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (203.134.132.68) by smtp01.syd.iprimus.net.au (7.0.028) id 412634F300072396; Sun, 22 Aug 2004 14:04:55 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 26B37420D; Sun, 22 Aug 2004 14:04:53 +1000 (EST) Date: Sun, 22 Aug 2004 14:04:53 +1000 From: Tim Robbins To: "Conrad J. Sabatier" Message-ID: <20040822040453.GA11878@cat.robbins.dropbear.id.au> References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040821133701.6ecf9f04@dolphin.local.net> User-Agent: Mutt/1.4.1i cc: freebsd-multimedia@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 04:04:59 -0000 On Sat, Aug 21, 2004 at 01:37:01PM -0500, Conrad J. Sabatier wrote: > On Sat, 21 Aug 2004 19:13:13 +0200 > Christer Solskogen wrote: > > > -----Forwarded Message----- > > > From: Christer Solskogen > > > To: freebsd-current@freebsd.org > > > Subject: sound in CURRENT > > > Date: Sat, 21 Aug 2004 16:26:03 +0200 > > > > > > FreeBSD funshine.carebears.net 5.3-BETA1 FreeBSD 5.3-BETA1 #1: Sat > > > Aug 21 15:51:04 CEST 2004 > > > root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 > > > > > > I cant get sound working on my SB Live. > > > I have the following in kernel config: > > > device sound > > > device "snd_emu10k1" > > > > > > It seems like I dont have any sound modules either in /boot/kernel > > > (yeah, i know the modules are named snd_*) > > > > > > (no need to CC: back to me. I`m subscribed) > > > > Could this only be on amd64? [long rant snipped] It's unreasonable to claim that the whole sound system is broken on the basis of one driver not working with your hardware -- I've had no problems whatsoever with sound on my system, using both the onboard sound (VIA 8237/ Analog Devices AD1980 with the snd_via8233 driver) and an old Sound Blaster Live! Value card (with the snd_emu10k1 driver). Tim From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 04:24:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD77F16A4D0; Sun, 22 Aug 2004 04:24:12 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B8C543D68; Sun, 22 Aug 2004 04:24:12 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 27ACAFD06B; Sat, 21 Aug 2004 21:24:12 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45466-09; Sat, 21 Aug 2004 21:24:11 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 9D420FD029; Sat, 21 Aug 2004 21:24:11 -0700 (PDT) From: Sean McNeil To: Tim Robbins In-Reply-To: <20040822040453.GA11878@cat.robbins.dropbear.id.au> References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> <20040822040453.GA11878@cat.robbins.dropbear.id.au> Content-Type: text/plain Message-Id: <1093148651.47618.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 21:24:11 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-multimedia@freebsd.org cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 04:24:12 -0000 On Sat, 2004-08-21 at 21:04, Tim Robbins wrote: > On Sat, Aug 21, 2004 at 01:37:01PM -0500, Conrad J. Sabatier wrote: > > On Sat, 21 Aug 2004 19:13:13 +0200 > > Christer Solskogen wrote: > > > > > -----Forwarded Message----- > > > > From: Christer Solskogen > > > > To: freebsd-current@freebsd.org > > > > Subject: sound in CURRENT > > > > Date: Sat, 21 Aug 2004 16:26:03 +0200 > > > > > > > > FreeBSD funshine.carebears.net 5.3-BETA1 FreeBSD 5.3-BETA1 #1: Sat > > > > Aug 21 15:51:04 CEST 2004 > > > > root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 > > > > > > > > I cant get sound working on my SB Live. > > > > I have the following in kernel config: > > > > device sound > > > > device "snd_emu10k1" > > > > > > > > It seems like I dont have any sound modules either in /boot/kernel > > > > (yeah, i know the modules are named snd_*) > > > > > > > > (no need to CC: back to me. I`m subscribed) > > > > > > Could this only be on amd64? > > [long rant snipped] > > It's unreasonable to claim that the whole sound system is broken on the > basis of one driver not working with your hardware -- I've had no problems > whatsoever with sound on my system, using both the onboard sound (VIA 8237/ > Analog Devices AD1980 with the snd_via8233 driver) and an old Sound Blaster > Live! Value card (with the snd_emu10k1 driver). Well he mentioned actually 2 different chip sets. I do not know if they are the same driver, though. I'm using the snd_via8233 as well and have terrible sound quality. Have you played back mp3 files on that machine? Do they sound good completely through? Mine sounds hurried at times. Like it is getting interrupts too soon. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 04:40:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA0816A4D0 for ; Sun, 22 Aug 2004 04:40:55 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9290243D31 for ; Sun, 22 Aug 2004 04:40:55 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1BykA0-0005TL-3Z; Sat, 21 Aug 2004 21:40:52 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16680.9171.541307.586410@ran.psg.com> Date: Sat, 21 Aug 2004 21:40:51 -0700 To: Jeffrey Katcher References: <20040822022357.71528.qmail@web41103.mail.yahoo.com> cc: FreeBSD Current Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 04:40:56 -0000 >>> The problem is specifically the following Soren Schmidt commits: >>> >>> 1.222 +1 -1 src/sys/dev/ata/ata-all.c >>> 1.44 +4 -9 src/sys/dev/ata/ata-lowlevel.c >>> 1.32 +13 -13 src/sys/dev/ata/ata-queue.c >>> >>> Roll these back to the previous versions and it all works fine. I >>> contacted him about this a few days ago but with no response other than >>> further ATA commits on other files. As of last nights current, it's still >>> broken. > > This almost certainly will solve your problem. these changes were the 16th. my problems are with code cvsupped the 20th. randy From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 05:01:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F95116A4CE; Sun, 22 Aug 2004 05:01:52 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D04DF43D1D; Sun, 22 Aug 2004 05:01:51 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (203.134.132.68) by smtp01.syd.iprimus.net.au (7.0.028) id 412634F300075FE0; Sun, 22 Aug 2004 15:01:48 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 8274E420D; Sun, 22 Aug 2004 15:01:46 +1000 (EST) Date: Sun, 22 Aug 2004 15:01:46 +1000 From: Tim Robbins To: Sean McNeil Message-ID: <20040822050146.GC11878@cat.robbins.dropbear.id.au> References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> <20040822040453.GA11878@cat.robbins.dropbear.id.au> <1093148651.47618.3.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093148651.47618.3.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i cc: freebsd-multimedia@freebsd.org cc: "Conrad J. Sabatier" cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 05:01:52 -0000 On Sat, Aug 21, 2004 at 09:24:11PM -0700, Sean McNeil wrote: > On Sat, 2004-08-21 at 21:04, Tim Robbins wrote: > > On Sat, Aug 21, 2004 at 01:37:01PM -0500, Conrad J. Sabatier wrote: > > > On Sat, 21 Aug 2004 19:13:13 +0200 > > > Christer Solskogen wrote: > > > > > > > -----Forwarded Message----- > > > > > From: Christer Solskogen > > > > > To: freebsd-current@freebsd.org > > > > > Subject: sound in CURRENT > > > > > Date: Sat, 21 Aug 2004 16:26:03 +0200 > > > > > > > > > > FreeBSD funshine.carebears.net 5.3-BETA1 FreeBSD 5.3-BETA1 #1: Sat > > > > > Aug 21 15:51:04 CEST 2004 > > > > > root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 > > > > > > > > > > I cant get sound working on my SB Live. > > > > > I have the following in kernel config: > > > > > device sound > > > > > device "snd_emu10k1" > > > > > > > > > > It seems like I dont have any sound modules either in /boot/kernel > > > > > (yeah, i know the modules are named snd_*) > > > > > > > > > > (no need to CC: back to me. I`m subscribed) > > > > > > > > Could this only be on amd64? > > > > [long rant snipped] > > > > It's unreasonable to claim that the whole sound system is broken on the > > basis of one driver not working with your hardware -- I've had no problems > > whatsoever with sound on my system, using both the onboard sound (VIA 8237/ > > Analog Devices AD1980 with the snd_via8233 driver) and an old Sound Blaster > > Live! Value card (with the snd_emu10k1 driver). > > Well he mentioned actually 2 different chip sets. I do not know if they > are the same driver, though. I'm using the snd_via8233 as well and have > terrible sound quality. Have you played back mp3 files on that > machine? Do they sound good completely through? Mine sounds hurried at > times. Like it is getting interrupts too soon. MP3 files play back fine with XMMS, mpg123, and everything else I've tried. The only time they don't is when WITNESS and INVARIANTS are both turned on and the box is under heavy load (buildworld, portupgrade, etc.). Tim From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 06:16:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82D9216A4CE for ; Sun, 22 Aug 2004 06:16:53 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C0E43D31 for ; Sun, 22 Aug 2004 06:16:53 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 670342F3; Sun, 22 Aug 2004 10:16:51 +0400 (MSD) Received: from localhost (ppp-dialup-12.atcom.spb.ru [213.182.168.12]) by ns.atcom.spb.ru (Postfix) with ESMTP id BD4F1125 for ; Sun, 22 Aug 2004 10:16:49 +0400 (MSD) Date: Sun, 22 Aug 2004 10:13:57 +0400 From: Toxa To: FreeBSD Current X-Comment-To: "Anton Karpov" Message-ID: <20040822061357.GA5146@laptoxa.toxa.lan> Mail-Followup-To: FreeBSD Current References: <20040822022357.71528.qmail@web41103.mail.yahoo.com> <16680.9171.541307.586410@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <16680.9171.541307.586410@ran.psg.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 06:16:53 -0000 On Sat, Aug 21, 2004 at 09:40:51PM -0700, Randy Bush wrote: > these changes were the 16th. my problems are with code cvsupped > the 20th. the same on my vaio pcg v505 with recent current p.s.: randy, we're again in troubles with ata, do you remember? :-) -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status #-------------------------------------------------- Hi! I am a .signature virus! Copy me into your ~/.signature to help me spread! #-------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 07:11:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8889316A4CE; Sun, 22 Aug 2004 07:11:29 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D22443D1D; Sun, 22 Aug 2004 07:11:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7M7BQrq058610; Sun, 22 Aug 2004 03:11:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7M7BSPw058030; Sun, 22 Aug 2004 03:11:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 22B5E7303F; Sun, 22 Aug 2004 03:11:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040822071128.22B5E7303F@freebsd-current.sentex.ca> Date: Sun, 22 Aug 2004 03:11:28 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 07:11:29 -0000 TB --- 2004-08-22 05:07:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-22 05:07:23 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-22 05:07:23 - checking out the source tree TB --- 2004-08-22 05:07:23 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-22 05:07:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-22 05:18:50 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-22 05:18:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-22 05:18:50 - /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 --- 2004-08-22 06:44:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-22 06:44:38 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-22 06:44:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 22 06:44:38 UTC 2004 >>> 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 Sun Aug 22 06:58:30 UTC 2004 TB --- 2004-08-22 06:58:30 - generating LINT kernel config TB --- 2004-08-22 06:58:30 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-22 06:58:30 - /usr/bin/make -B LINT TB --- 2004-08-22 06:58:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-22 06:58:30 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-22 06:58:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 22 06:58:30 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2701: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-22 07:11:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-22 07:11:27 - ERROR: failed to build lint kernel TB --- 2004-08-22 07:11:27 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 07:48:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C53316A4CE for ; Sun, 22 Aug 2004 07:48:51 +0000 (GMT) Received: from smtp2.dnainternet.net (smtp2.dnainternet.net [62.240.72.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401FC43D31 for ; Sun, 22 Aug 2004 07:48:50 +0000 (GMT) (envelope-from erik.u@dnainternet.net) Received: from b-192-137.cable.kpy.customers.dnainternet.fi ([212.149.192.137]:50242smtp2.dnainternet.net with ESMTP id S1236144AbUHVHsk (ORCPT ); Sun, 22 Aug 2004 10:48:40 +0300 Message-ID: <41284FDA.2060202@dnainternet.net> Date: Sun, 22 Aug 2004 10:48:42 +0300 From: "Erik U." User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040808) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Changing irq's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: erik.u@dnainternet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 07:48:51 -0000 I'm having hard time changing irq's on my 5.2.1 box with epox 8rda3g. I can't change them from BIOS, i can only assign them to a pci device or reserve them. I dont have any PCI devices, everything execpt graphics card is integrated. So how can i build them on to the kernel. I tried these but i got syntax errors: device rl at pci? irq 10 # RealTek 8129/8139 device pcm at pci? irq 5 From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 07:55:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5034F16A4CE for ; Sun, 22 Aug 2004 07:55:45 +0000 (GMT) Received: from web.portaone.com (mail.russia.cz [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85E1C43D1D for ; Sun, 22 Aug 2004 07:55:44 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.100] (xDSL-2-2.united.net.ua [193.111.9.226]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i7M7scR9024933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Aug 2004 09:55:23 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <41285132.7090405@portaone.com> Date: Sun, 22 Aug 2004 10:54:26 +0300 From: Maxim Sobolev User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <47158.1093122074@critter.freebsd.dk> In-Reply-To: <47158.1093122074@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Half speed forward and mind the torpedoes... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 07:55:45 -0000 Being the biker myself, I know how it feels. :-( Hope you will be OK soon! -Maxim Poul-Henning Kamp wrote: > Hi there, > > My bicycle and I parted ways today and as a result I have my left > arm in a sling and it hurts enough to keep my mind occupied so I'll > be oprating under half power for a couple of weeks > > To people who expect to hear me speak at Sucon: I think I'll > be there, but I'm not 100% sure yet. > > Re: fdc.c, if you have trouble with your fdc0 disappearing, > revert my last commit to fdc.c or better yet: figure out a patch. > > /phk > > PS: Who ever sent me the book from my Amazon wishlist: thanks a lot! > From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 08:08:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5A316A532; Sun, 22 Aug 2004 08:08:46 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E06643D2D; Sun, 22 Aug 2004 08:08:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7M88jcD030867; Sun, 22 Aug 2004 04:08:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7M88jsk022224; Sun, 22 Aug 2004 04:08:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97C977303F; Sun, 22 Aug 2004 04:08:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040822080845.97C977303F@freebsd-current.sentex.ca> Date: Sun, 22 Aug 2004 04:08:45 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 08:08:47 -0000 TB --- 2004-08-22 07:11:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-22 07:11:28 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-22 07:11:28 - checking out the source tree TB --- 2004-08-22 07:11:28 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-22 07:11:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-22 07:21:26 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-22 07:21:26 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-22 07:21:26 - /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 [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-22 08:08:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-22 08:08:45 - ERROR: failed to build world TB --- 2004-08-22 08:08:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 08:10:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B03A16A532 for ; Sun, 22 Aug 2004 08:10:10 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5311A43D2D for ; Sun, 22 Aug 2004 08:10:10 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 4BEFA651EE; Sun, 22 Aug 2004 09:10:08 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 68567-05-3; Sun, 22 Aug 2004 09:10:07 +0100 (BST) Received: from empiric.dek.spc.org (adsl-67-121-94-141.dsl.snfc21.pacbell.net [67.121.94.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 7D499651EB; Sun, 22 Aug 2004 09:10:07 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 07D0662C8; Sun, 22 Aug 2004 01:10:05 -0700 (PDT) Date: Sun, 22 Aug 2004 01:10:04 -0700 From: Bruce M Simpson To: "Erik U." Message-ID: <20040822081004.GB1229@empiric.icir.org> References: <41284FDA.2060202@dnainternet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41284FDA.2060202@dnainternet.net> cc: current@freebsd.org Subject: Re: Changing irq's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 08:10:10 -0000 On Sun, Aug 22, 2004 at 10:48:42AM +0300, Erik U. wrote: > So how can i build them on to the kernel. I tried these but i got syntax > errors: > device rl at pci? irq 10 # RealTek 8129/8139 > device pcm at pci? irq 5 This method of device configuration (and indeed /boot/kernel.conf) was deprecated after FreeBSD 4.x. Please try the procedures outlined in the manual page device.hints(5). BMS From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 08:10:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C95B816A5BF for ; Sun, 22 Aug 2004 08:10:26 +0000 (GMT) Received: from mx-itb.geoph.ITB.ac.id (mx-itb.geoph.ITB.ac.id [167.205.30.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C88143D2D for ; Sun, 22 Aug 2004 08:10:25 +0000 (GMT) (envelope-from dikshie@ppk.itb.ac.id) Received: from localhost.geoph.itb.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 3C0E920D13 for ; Sun, 22 Aug 2004 15:21:15 +0700 (WIT) Received: from mx-itb.geoph.ITB.ac.id (localhost.geoph.itb.ac.id [127.0.0.1]) by localhost.geoph.itb.ac.id (VaMailArmor-2.0.1.16) id 38327-0DDB7D37; Sun, 22 Aug 2004 15:21:14 +0700 Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.ITB.ac.id [167.205.25.15]) by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 8FCE620D08 for ; Sun, 22 Aug 2004 15:21:14 +0700 (WIT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001) id C80A511466; Sun, 22 Aug 2004 15:10:17 +0700 (WIT) Date: Sun, 22 Aug 2004 15:10:17 +0700 From: Dikshie To: current@freebsd.org Message-ID: <20040822081017.GA6333@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: (FreeBSD 5.3-BETA1 i386) X-Uptime: 3:05PM up 42 mins, 3 users, load averages: 0.00, 0.45, 0.88 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-Yahoo-ID: dikshie X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/ X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D X-AntiVirus: checked by Vexira MailArmor (version: 2.0.1.16; VAE: 6.27.0.6; VDF: 6.27.0.23; host: mx-itb.geoph.itb.ac.id) Subject: netstat -rn broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 08:10:26 -0000 dear all, cvsup-ed on 13.00 WIT (west indonesia time) upgraded from 5.2-CURRENT to 5.3-BETA1 using standard procedure explained on /usr/src/UPDATING I checked netstat -rn is broken :-? ---------- ipv6# uname -a FreeBSD ipv6.ppk.itb.ac.id 5.3-BETA1 FreeBSD 5.3-BETA1 #25: Sun Aug 22 13:51:36 WIT 2004 dikshie@ipv6.ppk.itb.ac.id:/usr/obj/usr/src/sys/PPK i386 ipv6# ipv6# netstat -rn netstat: kvm not available Routing tables rt_tables: symbol not in namelist ipv6# ----------- any clues ? by the way, ospf6d from zebra routing daemon make my kernel panic :-( so I turn it off. thanks ! -dikshie- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 08:17:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2090F16A4CE for ; Sun, 22 Aug 2004 08:17:37 +0000 (GMT) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6708B43D2D for ; Sun, 22 Aug 2004 08:17:36 +0000 (GMT) (envelope-from r4nj1t@xs4all.nl) Received: from [192.168.1.111] (pornstar.xs4all.nl [213.84.90.12]) by smtp-vbr9.xs4all.nl (8.12.11/8.12.11) with ESMTP id i7M8HWDR008261; Sun, 22 Aug 2004 10:17:34 +0200 (CEST) (envelope-from r4nj1t@xs4all.nl) From: Ranjit To: Dikshie In-Reply-To: <20040822081017.GA6333@ppk.itb.ac.id> References: <20040822081017.GA6333@ppk.itb.ac.id> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-u7miGfbPfhZu1XfD/klO" Message-Id: <1093162666.340.7.camel@drommen.internal.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 10:17:46 +0200 X-Virus-Scanned: by XS4ALL Virus Scanner cc: current@freebsd.org Subject: Re: netstat -rn broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 08:17:37 -0000 --=-u7miGfbPfhZu1XfD/klO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable do you have the mem device compiled into the kernel? If not then add this line to you kernel config and recompile: device mem # Memory and kernel memory devices HTH Bruce On Sun, 2004-08-22 at 10:10, Dikshie wrote: > dear all, > cvsup-ed on 13.00 WIT (west indonesia time) > upgraded from 5.2-CURRENT to 5.3-BETA1 using standard procedure > explained on /usr/src/UPDATING >=20 > I checked netstat -rn is broken :-? >=20 > ---------- > ipv6# uname -a > FreeBSD ipv6.ppk.itb.ac.id 5.3-BETA1 FreeBSD 5.3-BETA1 #25: Sun Aug 22 13= :51:36 WIT 2004 dikshie@ipv6.ppk.itb.ac.id:/usr/obj/usr/src/sys/PPK i3= 86 > ipv6#=20 > ipv6# netstat -rn > netstat: kvm not available > Routing tables > rt_tables: symbol not in namelist > ipv6#=20 > ----------- >=20 > any clues ? >=20 > by the way, ospf6d from zebra routing daemon make my kernel panic :-( > so I turn it off. >=20 > thanks ! >=20 > -dikshie- >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 --=-u7miGfbPfhZu1XfD/klO Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBKFapqvkwR1WdokwRAiUKAJ94Y1I9R6JUBj4KpXoScs6Bd0kmVwCgnJjw Y+Cd7K805K778BVus+8s1Pc= =kLHK -----END PGP SIGNATURE----- --=-u7miGfbPfhZu1XfD/klO-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 08:59:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3DE516A4D5 for ; Sun, 22 Aug 2004 08:59:06 +0000 (GMT) Received: from smtp2.dnainternet.net (smtp2.dnainternet.net [62.240.72.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id A859E43D4C for ; Sun, 22 Aug 2004 08:59:05 +0000 (GMT) (envelope-from erik.u@dnainternet.net) Received: from b-192-137.cable.kpy.customers.dnainternet.fi ([212.149.192.137]:50190smtp2.dnainternet.net with ESMTP id S1236185AbUHVI67 (ORCPT ); Sun, 22 Aug 2004 11:58:59 +0300 Message-ID: <41286054.2030309@dnainternet.net> Date: Sun, 22 Aug 2004 11:59:00 +0300 From: "Erik U." User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040808) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <41284FDA.2060202@dnainternet.net> <20040822081004.GB1229@empiric.icir.org> In-Reply-To: <20040822081004.GB1229@empiric.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Changing irq's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: erik.u@dnainternet.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 08:59:06 -0000 Bruce M Simpson wrote: > On Sun, Aug 22, 2004 at 10:48:42AM +0300, Erik U. wrote: > >>So how can i build them on to the kernel. I tried these but i got syntax >>errors: >>device rl at pci? irq 10 # RealTek 8129/8139 >>device pcm at pci? irq 5 > > > This method of device configuration (and indeed /boot/kernel.conf) was > deprecated after FreeBSD 4.x. Please try the procedures outlined in > the manual page device.hints(5). > Big thanks. From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 09:08:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43FA916A4CF for ; Sun, 22 Aug 2004 09:08:39 +0000 (GMT) Received: from max.af.czu.cz (max.af.czu.cz [193.84.41.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7607E43D39 for ; Sun, 22 Aug 2004 09:08:37 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 74015 invoked by uid 89); 22 Aug 2004 09:30:55 -0000 Received: from unknown (HELO ?10.15.141.2?) (ares@max.af.czu.cz@217.11.239.237) by max.af.czu.cz with AES256-SHA encrypted SMTP; 22 Aug 2004 09:30:55 -0000 From: Tomas Randa To: freebsd-current@freebsd.org In-Reply-To: <200408201412.15438.sam@errno.com> References: <200408201412.15438.sam@errno.com> Message-Id: <1093165640.647.1.camel@ares.office.internetservice.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 11:07:20 +0200 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: net80211+atheros changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 09:08:39 -0000 Hi, i have problems with compiling kernel after updating new atheros drivers: -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../net80211/ieee80211_crypto_none.c ../../../net80211/ieee80211_crypto_none.c:196: warning: redundant redeclaration of 'none_attach' ../../../net80211/ieee80211_crypto_none.c:76: warning: previous definition of 'none_attach' was here ../../../net80211/ieee80211_crypto_none.c:197: warning: redundant redeclaration of 'none_detach' ../../../net80211/ieee80211_crypto_none.c:82: warning: previous definition of 'none_detach' was here ../../../net80211/ieee80211_crypto_none.c:198: warning: redundant redeclaration of 'none_setkey' ../../../net80211/ieee80211_crypto_none.c:88: warning: previous definition of 'none_setkey' was here ../../../net80211/ieee80211_crypto_none.c:199: warning: redundant redeclaration of 'none_encap' ../../../net80211/ieee80211_crypto_none.c:95: warning: previous definition of 'none_encap' was here ../../../net80211/ieee80211_crypto_none.c:200: warning: redundant redeclaration of 'none_decap' ../../../net80211/ieee80211_crypto_none.c:112: warning: previous definition of 'none_decap' was here ../../../net80211/ieee80211_crypto_none.c:201: warning: redundant redeclaration of 'none_enmic' ../../../net80211/ieee80211_crypto_none.c:131: warning: previous definition of 'none_enmic' was here ../../../net80211/ieee80211_crypto_none.c:202: warning: redundant redeclaration of 'none_demic' ../../../net80211/ieee80211_crypto_none.c:140: warning: previous definition of 'none_demic' was here ../../../net80211/ieee80211_crypto_none.c:204: error: redefinition of 'ieee80211_cipher_none' ../../../net80211/ieee80211_crypto_none.c:59: error: previous definition of 'ieee80211_cipher_none' was here ../../../net80211/ieee80211_crypto_none.c:221: error: redefinition of 'none_attach' ../../../net80211/ieee80211_crypto_none.c:76: error: previous definition of 'none_attach' was here ../../../net80211/ieee80211_crypto_none.c:227: error: redefinition of 'none_detach' ../../../net80211/ieee80211_crypto_none.c:82: error: previous definition of 'none_detach' was here ../../../net80211/ieee80211_crypto_none.c:233: error: redefinition of 'none_setkey' ../../../net80211/ieee80211_crypto_none.c:88: error: previous definition of 'none_setkey' was here ../../../net80211/ieee80211_crypto_none.c:240: error: redefinition of 'none_encap' ../../../net80211/ieee80211_crypto_none.c:95: error: previous definition of 'none_encap' was here ../../../net80211/ieee80211_crypto_none.c:257: error: redefinition of 'none_decap' ../../../net80211/ieee80211_crypto_none.c:112: error: previous definition of 'none_decap' was here ../../../net80211/ieee80211_crypto_none.c:276: error: redefinition of 'none_enmic' ../../../net80211/ieee80211_crypto_none.c:131: error: previous definition of 'none_enmic' was here ../../../net80211/ieee80211_crypto_none.c:285: error: redefinition of 'none_demic' ../../../net80211/ieee80211_crypto_none.c:140: error: previous definition of 'none_demic' was here ../../../net80211/ieee80211_crypto_none.c:221: warning: 'none_attach' defined but not used ../../../net80211/ieee80211_crypto_none.c:227: warning: 'none_detach' defined but not used ../../../net80211/ieee80211_crypto_none.c:233: warning: 'none_setkey' defined but not used ../../../net80211/ieee80211_crypto_none.c:240: warning: 'none_encap' defined but not used ../../../net80211/ieee80211_crypto_none.c:257: warning: 'none_decap' defined but not used ../../../net80211/ieee80211_crypto_none.c:276: warning: 'none_enmic' defined but not used ../../../net80211/ieee80211_crypto_none.c:285: warning: 'none_demic' defined but not used {standard input}: Assembler messages: {standard input}:220: Error: symbol `ieee80211_cipher_none' is already defined *** Error code 1 Thanks for help. Tomas Randa On Fri, 2004-08-20 at 23:12, Sam Leffler wrote: > http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at > back-merging the work I've done in Linux to FreeBSD. These changes update > the 802.11 support and all the drivers that use it. The patch also brings in > the latest version of the Atheros hal. To use it do something like: > > cd /usr/src > tar zxf net80211+ath-20040818.tgz > cd sys > patch < net80211+ath-20040818.patch > > then rebuild modules and/or kernels. The diffs are against current as of a > couple of days ago. There are obvious changes missing to if_ray > (s/struct/union/) which keep it from building. Otherwise beware that I've > built only on x86. > > Note that this code is lightly tested. WEP support is reported broken. I've > tested station mode of the wi driver but not ap operation. I'm certain > ap+wep is broken for the wi driver. One person reported adhoc mode > "vanished" for the wi driver but another said it was there. > > The 802.11 changes are significant. They represent >9 months work in updating > 802.11g support and adding WPA supplicant and authenticator support. WPA > support for FreeBSD is not available yet; it uses Jouni Malinen's > wpa_supplicant and hostapd programs. > > Note that the crypto support is now broken out into separate loadable modules > (or statically linked into the kernel). To get wep support add > > device wlan_wep > > to your config file. Otherwise the crypto code will automatically try to load > this module at runtime when a key is setup (likewise for tkip, ccmp, or other > keys). This loading may generate WITNESS complaints about holding a lock > over blocking malloc calls. Resolving this correctly requires addressing > some general locking issues in the net80211 layer wrt drivers. > > I'm putting this stuff out as a patch because I've got no time to work on it. > If folks can cleanup the remaining issues then someone else is welcome to > commit it (I'll deal with the ath hal import). Otherwise I'll look at it as > time permits. However I'm away the next two weeks. > > Sam > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 09:10:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 365D516A4CF for ; Sun, 22 Aug 2004 09:10:40 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E93E43D31 for ; Sun, 22 Aug 2004 09:10:39 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i7M9AasA058382; Sun, 22 Aug 2004 11:10:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Tomas Randa From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 22 Aug 2004 11:07:20 +0200." <1093165640.647.1.camel@ares.office.internetservice.cz> Date: Sun, 22 Aug 2004 11:10:36 +0200 Message-ID: <58381.1093165836@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 09:10:40 -0000 you have applied the patch twice. new files get double contents that way. remove everything after fthe second copyright notice. In message <1093165640.647.1.camel@ares.office.internetservice.cz>, Tomas Randa writes: >Hi, i have problems with compiling kernel after updating new atheros >drivers: > > > -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding >-Werror ../../../net80211/ieee80211_crypto_none.c >../../../net80211/ieee80211_crypto_none.c:196: warning: redundant >redeclaration of 'none_attach' >../../../net80211/ieee80211_crypto_none.c:76: warning: previous >definition of 'none_attach' was here >../../../net80211/ieee80211_crypto_none.c:197: warning: redundant >redeclaration of 'none_detach' >../../../net80211/ieee80211_crypto_none.c:82: warning: previous >definition of 'none_detach' was here >../../../net80211/ieee80211_crypto_none.c:198: warning: redundant >redeclaration of 'none_setkey' >../../../net80211/ieee80211_crypto_none.c:88: warning: previous >definition of 'none_setkey' was here >../../../net80211/ieee80211_crypto_none.c:199: warning: redundant >redeclaration of 'none_encap' >../../../net80211/ieee80211_crypto_none.c:95: warning: previous >definition of 'none_encap' was here >../../../net80211/ieee80211_crypto_none.c:200: warning: redundant >redeclaration of 'none_decap' >../../../net80211/ieee80211_crypto_none.c:112: warning: previous >definition of 'none_decap' was here >../../../net80211/ieee80211_crypto_none.c:201: warning: redundant >redeclaration of 'none_enmic' >../../../net80211/ieee80211_crypto_none.c:131: warning: previous >definition of 'none_enmic' was here >../../../net80211/ieee80211_crypto_none.c:202: warning: redundant >redeclaration of 'none_demic' >../../../net80211/ieee80211_crypto_none.c:140: warning: previous >definition of 'none_demic' was here >../../../net80211/ieee80211_crypto_none.c:204: error: redefinition of >'ieee80211_cipher_none' >../../../net80211/ieee80211_crypto_none.c:59: error: previous definition >of 'ieee80211_cipher_none' was here >../../../net80211/ieee80211_crypto_none.c:221: error: redefinition of >'none_attach' >../../../net80211/ieee80211_crypto_none.c:76: error: previous definition >of 'none_attach' was here >../../../net80211/ieee80211_crypto_none.c:227: error: redefinition of >'none_detach' >../../../net80211/ieee80211_crypto_none.c:82: error: previous definition >of 'none_detach' was here >../../../net80211/ieee80211_crypto_none.c:233: error: redefinition of >'none_setkey' >../../../net80211/ieee80211_crypto_none.c:88: error: previous definition >of 'none_setkey' was here >../../../net80211/ieee80211_crypto_none.c:240: error: redefinition of >'none_encap' >../../../net80211/ieee80211_crypto_none.c:95: error: previous definition >of 'none_encap' was here >../../../net80211/ieee80211_crypto_none.c:257: error: redefinition of >'none_decap' >../../../net80211/ieee80211_crypto_none.c:112: error: previous >definition of 'none_decap' was here >../../../net80211/ieee80211_crypto_none.c:276: error: redefinition of >'none_enmic' >../../../net80211/ieee80211_crypto_none.c:131: error: previous >definition of 'none_enmic' was here >../../../net80211/ieee80211_crypto_none.c:285: error: redefinition of >'none_demic' >../../../net80211/ieee80211_crypto_none.c:140: error: previous >definition of 'none_demic' was here >../../../net80211/ieee80211_crypto_none.c:221: warning: 'none_attach' >defined but not used >../../../net80211/ieee80211_crypto_none.c:227: warning: 'none_detach' >defined but not used >../../../net80211/ieee80211_crypto_none.c:233: warning: 'none_setkey' >defined but not used >../../../net80211/ieee80211_crypto_none.c:240: warning: 'none_encap' >defined but not used >../../../net80211/ieee80211_crypto_none.c:257: warning: 'none_decap' >defined but not used >../../../net80211/ieee80211_crypto_none.c:276: warning: 'none_enmic' >defined but not used >../../../net80211/ieee80211_crypto_none.c:285: warning: 'none_demic' >defined but not used >{standard input}: Assembler messages: >{standard input}:220: Error: symbol `ieee80211_cipher_none' is already >defined >*** Error code 1 > > >Thanks for help. Tomas Randa > > > >On Fri, 2004-08-20 at 23:12, Sam Leffler wrote: > >> http://www.freebsd.org/~sam/net80211+ath-20040818.tgz has a first cut at >> back-merging the work I've done in Linux to FreeBSD. These changes update >> the 802.11 support and all the drivers that use it. The patch also brings in >> the latest version of the Atheros hal. To use it do something like: >> >> cd /usr/src >> tar zxf net80211+ath-20040818.tgz >> cd sys >> patch < net80211+ath-20040818.patch >> >> then rebuild modules and/or kernels. The diffs are against current as of a >> couple of days ago. There are obvious changes missing to if_ray >> (s/struct/union/) which keep it from building. Otherwise beware that I've >> built only on x86. >> >> Note that this code is lightly tested. WEP support is reported broken. I've >> tested station mode of the wi driver but not ap operation. I'm certain >> ap+wep is broken for the wi driver. One person reported adhoc mode >> "vanished" for the wi driver but another said it was there. >> >> The 802.11 changes are significant. They represent >9 months work in updating >> 802.11g support and adding WPA supplicant and authenticator support. WPA >> support for FreeBSD is not available yet; it uses Jouni Malinen's >> wpa_supplicant and hostapd programs. >> >> Note that the crypto support is now broken out into separate loadable modules >> (or statically linked into the kernel). To get wep support add >> >> device wlan_wep >> >> to your config file. Otherwise the crypto code will automatically try to load >> this module at runtime when a key is setup (likewise for tkip, ccmp, or other >> keys). This loading may generate WITNESS complaints about holding a lock >> over blocking malloc calls. Resolving this correctly requires addressing >> some general locking issues in the net80211 layer wrt drivers. >> >> I'm putting this stuff out as a patch because I've got no time to work on it. >> If folks can cleanup the remaining issues then someone else is welcome to >> commit it (I'll deal with the ath hal import). Otherwise I'll look at it as >> time permits. However I'm away the next two weeks. >> >> Sam >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 10:15:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0781B16A4CE; Sun, 22 Aug 2004 10:15:09 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A179543D31; Sun, 22 Aug 2004 10:15:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7MAF8el039989; Sun, 22 Aug 2004 06:15:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7MAF74W093066; Sun, 22 Aug 2004 06:15:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 87FD97303F; Sun, 22 Aug 2004 06:15:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040822101507.87FD97303F@freebsd-current.sentex.ca> Date: Sun, 22 Aug 2004 06:15:07 -0400 (EDT) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 10:15:09 -0000 TB --- 2004-08-22 09:24:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-22 09:24:11 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-08-22 09:24:11 - checking out the source tree TB --- 2004-08-22 09:24:11 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-08-22 09:24:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-22 09:29:57 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-22 09:29:57 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-08-22 09:29:57 - /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 [...] /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/gdb/gdb/../../gdb/libgdb/libgdb.a(fbsd-threads.o)(.text+0x28b4): In function `ps_lgetregs': : undefined reference to `fill_gregset' /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/gdb/gdb/../../gdb/libgdb/libgdb.a(fbsd-threads.o)(.text+0x2940): In function `ps_lsetregs': : undefined reference to `supply_gregset' /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/gdb/gdb/../../gdb/libgdb/libgdb.a(fbsd-threads.o)(.text+0x29f4): In function `ps_lgetfpregs': : undefined reference to `fill_fpregset' /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/gdb/gdb/../../gdb/libgdb/libgdb.a(fbsd-threads.o)(.text+0x2a80): In function `ps_lsetfpregs': : undefined reference to `supply_fpregset' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/gdb/gdb. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/gdb. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/gnu. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-08-22 10:15:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-22 10:15:07 - ERROR: failed to build world TB --- 2004-08-22 10:15:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 10:53:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F05A416A4CE for ; Sun, 22 Aug 2004 10:53:11 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4660E43D1F for ; Sun, 22 Aug 2004 10:53:11 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7MAo2V9028233 for current@freebsd.org.checked; (8.12.8/vak/2.1) Sun, 22 Aug 2004 14:50:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i7MAlcRo028141; (8.12.8/vak/2.1) Sun, 22 Aug 2004 14:47:39 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41287817.7050400@cronyx.ru> Date: Sun, 22 Aug 2004 14:40:23 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Manfred Antar References: <6.1.2.0.2.20040821165551.0392d560@pozo.com> In-Reply-To: <6.1.2.0.2.20040821165551.0392d560@pozo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: New Kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 10:53:12 -0000 Manfred Antar: >A current from today give this panic: >/boot/kernel/acpi.ko text=0x3f9c0 data=0x1bc4+0x110c syms=[0x4+0x7290+0x4+0x972f] >GDB: no debug ports present >KDB: debugger backends: ddb >KDB: current backend: ddb >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 6.0-CURRENT #0: Sat Aug 21 16:03:04 PDT 2004 > root@pozo.com:/usr/src/sys/i386/compile/DELL >Timecounter "i8254" frequency 1193182 Hz quality 0 >CPU: Intel Pentium III (996.68-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x68a Stepping = 10 > Features=0x383fbff >real memory = 534736896 (509 MB) >kernel trap 12 with interrupts disabled > > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0x0 >fault code = supervisor read, page not present >instruction pointer = 0x8:0xc0550b0a >stack pointer = 0x10:0xc0c21b90 >frame pointer = 0x10:0xc0c21b90 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = resume, IOPL = 0 >current process = 0 () >[thread 0] >Stopped at turnstile_head+0x6: movl 0(%eax),%eax >db> trace >turnstile_head(0,c0c21c2c,1,c0773ec0,c0c21bcc) at turnstile_head+0x6 >_mtx_unlock_sleep(c0757f80,0,0,0) at _mtx_unlock_sleep+0x40 >_unlock_things(c0c21c2c,1) at _unlock_things+0x218 >vm_fault(c103a000,cbd57000,3,1,c1037e14) at vm_fault+0x1339 >vm_fault_wire(c103a000,cbd57000,cbf1f000,0,0) at vm_fault_wire+0x30 >vm_map_wire(c103a000,cbd57000,cbf1f000,0,be58000) at vm_map_wire+0x1d6 >kmem_alloc(c103a000,1c8000,0,c0c21d84,0) at kmem_alloc+0x1d4 >vm_ksubmap_init(c07882f8,c194c45c,c073e7f0,c0c21d98,c05091ea) at vm_ksubmap_init+0x66 >cpu_startup(0,c1ec00,c1e000,0,c0437965) at cpu_startup+0xc2 >mi_startup() at mi_startup+0x96 >begin() at begin+0x2c >db> > Is it persistent? I have a bit different trace, but there is big probability that this is the same problem I have. See: "Boot code broken in some way in recent current (Was: Panic at boot)" thread for details. rik > > > > >================================== >|| null@pozo.com || >|| Ph. (415) 681-6235 || >================================== > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 11:01:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A70116A4CE for ; Sun, 22 Aug 2004 11:01:32 +0000 (GMT) Received: from max.af.czu.cz (max.af.czu.cz [193.84.41.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B6443D4C for ; Sun, 22 Aug 2004 11:01:31 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 85367 invoked by uid 89); 22 Aug 2004 11:23:50 -0000 Received: from unknown (HELO ?10.15.141.2?) (ares@max.af.czu.cz@217.11.239.237) by max.af.czu.cz with AES256-SHA encrypted SMTP; 22 Aug 2004 11:23:50 -0000 From: Tomas Randa To: freebsd-current@freebsd.org In-Reply-To: <58381.1093165836@critter.freebsd.dk> References: <58381.1093165836@critter.freebsd.dk> Message-Id: <1093172414.647.8.camel@ares.office.internetservice.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 13:00:14 +0200 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: net80211+atheros changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 11:01:32 -0000 Thanks, i deleted all the sources and downloaded again, then applied patch and next problem is here with compilation: ===> ray cc -O -pipe -march=pentium4 -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /usr/src/sys/i386/compile/1ATHEROS/opt_global.h -I. -I@ -I@/contrib/altq -I/usr/include -finline-limit=8000 -fno-common -g -I/usr/src/sys/i386/compile/1ATHEROS -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:335: error: `ieee80211_information' defined as wrong kind of tag /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:335: warning: "struct ieee80211_information" declared inside parameter list /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:335: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/sys/modules/ray/../../dev/ray/if_ray.c: In function `ray_rx_mgt_beacon': /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2189: error: `ieee80211_information' defined as wrong kind of tag /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2189: error: storage size of 'elements' isn't known /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2189: warning: unused variable `elements' /usr/src/sys/modules/ray/../../dev/ray/if_ray.c: At top level: /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2206: error: `ieee80211_information' defined as wrong kind of tag /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2206: warning: "struct ieee80211_information" declared inside parameter list /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2207: error: conflicting types for 'ray_rx_mgt_info' /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:335: error: previous declaration of 'ray_rx_mgt_info' was here /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2207: error: conflicting types for 'ray_rx_mgt_info' /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:335: error: previous declaration of 'ray_rx_mgt_info' was here /usr/src/sys/modules/ray/../../dev/ray/if_ray.c: In function `ray_rx_mgt_info': /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2230: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2231: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2241: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2242: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2243: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2244: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2264: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2265: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2266: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2284: error: dereferencing pointer to incomplete type /usr/src/sys/modules/ray/../../dev/ray/if_ray.c: At top level: /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:335: warning: 'ray_rx_mgt_info' declared `static' but never defined /usr/src/sys/modules/ray/../../dev/ray/if_ray.c:2207: warning: 'ray_rx_mgt_info' defined but not used *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 in kernel i have defined device ath, device ath_hal but not device wlan_wep Thanks for help again. Tomas Randa From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 11:17:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F22816A4CE for ; Sun, 22 Aug 2004 11:17:12 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D6343D46 for ; Sun, 22 Aug 2004 11:17:11 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7MBE6Qw029223 for current@freebsd.org.checked; (8.12.8/vak/2.1) Sun, 22 Aug 2004 15:14:06 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i7MBBC9g029089; (8.12.8/vak/2.1) Sun, 22 Aug 2004 15:11:12 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41287D9C.8060309@cronyx.ru> Date: Sun, 22 Aug 2004 15:03:56 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Roman Kurakin References: <6.1.2.0.2.20040821165551.0392d560@pozo.com> <41287817.7050400@cronyx.ru> In-Reply-To: <41287817.7050400@cronyx.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: New Kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 11:17:12 -0000 I've just seen changes in current that may solve your problem. Please try update your sources. rik Roman Kurakin: > Manfred Antar: > >> A current from today give this panic: >> /boot/kernel/acpi.ko text=0x3f9c0 data=0x1bc4+0x110c >> syms=[0x4+0x7290+0x4+0x972f] >> GDB: no debug ports present >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> 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 6.0-CURRENT #0: Sat Aug 21 16:03:04 PDT 2004 >> root@pozo.com:/usr/src/sys/i386/compile/DELL >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel Pentium III (996.68-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0x68a Stepping = 10 >> Features=0x383fbff >> real memory = 534736896 (509 MB) >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0x0 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xc0550b0a >> stack pointer = 0x10:0xc0c21b90 >> frame pointer = 0x10:0xc0c21b90 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 0 () >> [thread 0] >> Stopped at turnstile_head+0x6: movl 0(%eax),%eax >> db> trace >> turnstile_head(0,c0c21c2c,1,c0773ec0,c0c21bcc) at turnstile_head+0x6 >> _mtx_unlock_sleep(c0757f80,0,0,0) at _mtx_unlock_sleep+0x40 >> _unlock_things(c0c21c2c,1) at _unlock_things+0x218 >> vm_fault(c103a000,cbd57000,3,1,c1037e14) at vm_fault+0x1339 >> vm_fault_wire(c103a000,cbd57000,cbf1f000,0,0) at vm_fault_wire+0x30 >> vm_map_wire(c103a000,cbd57000,cbf1f000,0,be58000) at vm_map_wire+0x1d6 >> kmem_alloc(c103a000,1c8000,0,c0c21d84,0) at kmem_alloc+0x1d4 >> vm_ksubmap_init(c07882f8,c194c45c,c073e7f0,c0c21d98,c05091ea) at >> vm_ksubmap_init+0x66 >> cpu_startup(0,c1ec00,c1e000,0,c0437965) at cpu_startup+0xc2 >> mi_startup() at mi_startup+0x96 >> begin() at begin+0x2c >> db> > > Is it persistent? I have a bit different trace, but there is big > probability that > this is the same problem I have. > > See: "Boot code broken in some way in recent current (Was: Panic at > boot)" > thread for details. > > rik > >> >> >> >> >> ================================== >> || null@pozo.com || >> || Ph. (415) 681-6235 || >> ================================== >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> >> >> >> > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 11:29:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAA0C16A4CE for ; Sun, 22 Aug 2004 11:29:43 +0000 (GMT) Received: from encontacto.net (dsl-200-95-35-64.prod-infinitum.com.mx [200.95.35.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3949643D46 for ; Sun, 22 Aug 2004 11:29:43 +0000 (GMT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Sun, 22 Aug 2004 06:29:42 -0500 Received: from dsl-200-95-35-64.prod-infinitum.com.mx (dsl-200-95-35-64.prod-infinitum.com.mx [200.95.35.64]) by mail.encontacto.net (Horde) with HTTP for ; Sun, 22 Aug 2004 06:29:42 -0500 Message-ID: <20040822062942.jdgc48ksoo8c8kk0@mail.encontacto.net> Date: Sun, 22 Aug 2004 06:29:42 -0500 From: Edwin Culp To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 200.95.35.64 Subject: Problems with fdc0 w/Athlon and via chipset. Floppy isn't recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 11:29:44 -0000 I've been seeing this problem for some time. I've seen other folks comment about it also. I'm wondering if it is operator error or if there really is a problem. fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: I/O to control range incorrect device_attach: fdc0 attach returned 6 I see this on all my athlon/via machines. I'm running current as yesterday. Thanks, ed From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 17:27:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDA1016A4CE for ; Sat, 21 Aug 2004 17:27:39 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A9043D41 for ; Sat, 21 Aug 2004 17:27:39 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-194.de.inter.net ([213.73.76.194] helo=current.best-eng.de) by smart.eusc.inter.net with esmtp (Exim 3.36 #4) id 1ByZeU-00020g-00 for current@freebsd.org; Sat, 21 Aug 2004 19:27:38 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.13.1/8.13.1) with ESMTP id i7LHRbQo032840 for ; Sat, 21 Aug 2004 19:27:37 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: by current.best-eng.de (8.13.1/8.13.1/Submit) id i7LHRbOd032835 for current@freebsd.org; Sat, 21 Aug 2004 19:27:37 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: current@freebsd.org Date: Sat, 21 Aug 2004 19:27:36 +0200 User-Agent: KMail/1.6.2 References: <200408141854.38477.msch@snafu.de> In-Reply-To: <200408141854.38477.msch@snafu.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200408211927.36948.msch@snafu.de> X-Mailman-Approved-At: Sun, 22 Aug 2004 12:00:25 +0000 Subject: Re: ISDN4BSD broken... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 17:27:40 -0000 Hi, there's still no change with 5.3-BETA1 :-( On Saturday 14 August 2004 18:54, Matthias Schuendehuette wrote: > Hi all, > > I just rebooted into the new cuurent-kernel and found, that i4b isn't > working any more. Last working kernel was of Aug 11, around 1800 UTC. > > Aug 14 18:19:46 current kernel: FreeBSD 5.2-CURRENT #0: \ > Sat Aug 14 17:43:56 CEST 2004 > [...] > Aug 14 18:19:46 current kernel: ACPI link \_SB_.PCI0.LNKA \ > has invalid initial irq 9, ignoring > (this is a new message, which doesn't show up with my Aug 11 kernel) > [...] > Aug 14 18:19:46 current kernel: isic0: [GIANT-LOCKED] > Aug 14 18:19:46 current kernel: isic0 at port \ > 0x580-0x59f,0x180-0x19f,0x980-0x99f,0xd80-0xd9f \ > irq 10 flags 0x3 on isa0 > Aug 14 18:19:46 current kernel: isic0: passive stack unit 0 > Aug 14 18:19:46 current kernel: isic0: Teles S0/16.3 > [...] > Aug 14 18:19:46 current kernel: i4bisppp: \ > 2 ISDN SyncPPP device(s) attached > Aug 14 18:19:46 current kernel: i4b: \ > ISDN call control device attached > Aug 14 18:19:46 current kernel: i4btrc: \ > 1 ISDN trace device(s) attached > Aug 14 18:19:46 current kernel: i4brbch: \ > 2 raw B channel access device(s) attached > Aug 14 18:19:46 current kernel: i4btel: \ > 2 ISDN telephony interface device(s) attached > Aug 14 18:19:46 current kernel: i4bipr: \ > 2 IP over raw HDLC ISDN device(s) attached (VJ header compression) > Aug 14 18:19:46 current kernel: i4bctl: \ > ISDN system control port attached > > So far, the ISDN-Card is detected and attached as usual, but if I try > to dial out, the following messages were recorded: > > Aug 14 18:22:25 current kernel: i4b-L1 timer3_expired: \ > state = F4 Awaiting Signal > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > HSCX B: ISTA = 0x0 > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > ISAC: ISTA = 0x94 > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > ISAC: CISQ = 0x1e > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > HSCX B: IMASK = 0xff > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > HSCX A: IMASK = 0xf8 > Aug 14 18:22:25 current kernel: i4b-L1 isic_recover: \ > ISAC: IMASK = 0x2a > Aug 14 18:22:25 current kernel: i4b-L2 i4b_T202_timeout: \ > unit 0, N202 = 3 > Aug 14 18:22:25 current kernel: i4b-L1 isic_ph_data_req: \ > still in state F3! > Aug 14 18:22:27 current kernel: i4b-L3 T303_timeout: \ > SETUP not answered, cr = 15 > Aug 14 18:22:27 current kernel: i4b-L3 next_l3state: \ > FSM illegal state, state = ST_OW - Out Wait EST, \ > event = EV_T303EXP - T303 timeout! > Aug 14 18:22:27 current kernel: i4b-L1 timer3_expired: \ > state = F4 Awaiting Signal > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > HSCX B: ISTA = 0x0 > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > ISAC: ISTA = 0x4 > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > ISAC: CISQ = 0x32 > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > HSCX B: IMASK = 0xff > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > HSCX A: IMASK = 0xf8 > Aug 14 18:22:27 current kernel: i4b-L1 isic_recover: \ > ISAC: IMASK = 0x2a > > Any ideas? ACPI or IRQ-Routing related? -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat Aug 21 20:31:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F074216A4CE; Sat, 21 Aug 2004 20:31:40 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3FB543D41; Sat, 21 Aug 2004 20:31:40 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 2402914316; Sat, 21 Aug 2004 15:31:40 -0500 (CDT) Date: Sat, 21 Aug 2004 15:31:39 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: "Conrad J. Sabatier" In-Reply-To: <20040821133701.6ecf9f04@dolphin.local.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 22 Aug 2004 12:00:25 +0000 cc: freebsd-multimedia@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2004 20:31:41 -0000 On Sat, 21 Aug 2004, Conrad J. Sabatier wrote: > I've seen other reports from people who can't even get their sound > chipsets to work at all. And whoever is currently maintaining the sound > code has been *awfully* quiet lately. Feels like a waste of time > reporting anything. To reiterate the totally obvious, there is no "they" on an open-source project like FreeBSD. There's only "us" and "us" are almost entirely volunteers. If the sound code is languishing (and it sounds like it is), you've got access to the same source code and history we all do. If you're dissatisfied with the way "they" are working on it, that's the only way to solve it -- volunteer become one of the "us" and dig in. mcl From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 02:18:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E442316A4CE; Sun, 22 Aug 2004 02:18:27 +0000 (GMT) Received: from imf25aec.mail.bellsouth.net (imf25aec.mail.bellsouth.net [205.152.59.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5337943D53; Sun, 22 Aug 2004 02:18:27 +0000 (GMT) (envelope-from kruptos@bellsouth.net) Received: from [172.23.23.23] ([67.35.154.55]) by imf25aec.mail.bellsouth.netESMTP <20040822021825.MDZB1789.imf25aec.mail.bellsouth.net@[172.23.23.23]>; Sat, 21 Aug 2004 22:18:25 -0400 From: Kevin Brunelle To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="=-kIt1Q+HEFYIutSbaPLMi" Message-Id: <1093141197.643.28.camel@fnord.quux.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sat, 21 Aug 2004 22:19:57 -0400 X-Mailman-Approved-At: Sun, 22 Aug 2004 12:00:25 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org cc: kruptos@bellsouth.net Subject: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 02:18:28 -0000 --=-kIt1Q+HEFYIutSbaPLMi Content-Type: text/plain Content-Transfer-Encoding: 7bit Recently I came home from work and found my machine still as death. It was on but nothing was happening. It didn't take me too long to figure out what had happened. It has panic'd. The horrible irony is they I had JUST been convinced of the necessity of having a dump-device and a debugging kernel laying about (thanks to Michael Lucas). I had enabled the dump device for the next boot but not had time to build a kernel before work. Since I hadn't built the kernel I did not have an active dump device when this happened. Sadly, I am left wishing I could offer you more information but I will try and pull as much as I can. I am not a kernel programmer (not of any ability, yet, at least) but I suspect my NVIDIA drivers had something to do with this. As you can see from the following information, the program gleidescope appears to have initiated this collapse. Attached: panic.txt (the text of the panic message from the logs) dmesg.txt (the text of the dmesg dump from the logs) FOOKERN.old (my kernel configuration file for the kernel in question) make.conf (/etc/make.conf) uname.txt (uname -a) Following the advice of the FAQ I have done my best to narrow down the functions referred to in the panic. There are two. The output is the very specific location from gdb. = 0xc05450ae = 0xc054567a Sorry I don't have more. I have enabled the dump device and am currently building a debugging kernel. With any luck I will be able to replicate the panic and provide better information. -Kevin -- "Down with disease, up before the dawn. A thousand barefoot children, dancin' on my lawn" -Phish "Down with Disease" --=-kIt1Q+HEFYIutSbaPLMi Content-Disposition: attachment; filename=dmesg.txt Content-Type: text/plain; name=dmesg.txt; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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.2.1-RELEASE-p9 #0: Tue Aug 3 19:13:31 EDT 2004 kevinb@fnord.quux.edu:/usr/src/sys/i386/compile/FOOKERN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ce8000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0ce8244. Preloaded splash_image_data "/boot/splash.bmp" at 0xc0ce82f4. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0ce8344. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0ce83f0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ce849c. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (863.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 268173312 (255 MB) avail memory = 246661120 (235 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f2d00 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 31 INTD is routed to irq 10 pcib0: slot 31 INTB is routed to irq 9 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci2: on pcib1 pcib0: slot 1 INTA is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 nvidia0: mem 0xf2000000-0xf3ffffff,0xfd000000-0xfdffffff irq 11 at device 0.0 on pci2 pcib2: at device 30.0 on pci0 pci1: on pcib2 pcib2: slot 9 INTA is routed to irq 3 pcib2: slot 12 INTA is routed to irq 9 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfc9ff800-0xfc9ff87f irq 3 at device 9.0 on pci1 xl0: Ethernet address: 00:01:03:23:9d:ba miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xdf00-0xdf3f irq 9 at device 12.0 on pci1 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xef80-0xef9f irq 10 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 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pci0: at device 31.3 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 863866798 Hz quality 800 Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xc31c3460 ad0: 28629MB [58168/16/63] at ata0-master UDMA66 GEOM: create disk ad1 dp=0xc31c3160 ad1: 57220MB [116257/16/63] at ata0-slave UDMA100 acd0: CDRW at ata1-master PIO4 acd1: CDROM at ata1-slave PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 4 files 0 WARNING: /drv1 was not properly dismounted NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! pid 1034 (bouncingcow), uid 1000: exited on signal 8 (core dumped) pid 1420 (antspotlight), uid 1000: exited on signal 11 (core dumped) --=-kIt1Q+HEFYIutSbaPLMi Content-Disposition: attachment; filename=panic.txt Content-Type: text/plain; name=panic.txt; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Aug 20 07:33:50 fnord syslogd: kernel boot file is /boot/kernel/kernel Aug 20 07:33:50 fnord kernel: pid 7702 (gleidescope), uid 1000: exited on signal 11 (core dumped) Aug 20 07:33:50 fnord kernel: TPTE at 0xbfca0168 IS ZERO @ VA 2805a000 Aug 20 07:33:50 fnord kernel: panic: bad pte Aug 20 07:33:50 fnord kernel: Aug 20 07:33:50 fnord kernel: syncing disks, buffers remaining... kernel trap 12 with interrupts disabled Aug 20 07:33:50 fnord kernel: Aug 20 07:33:50 fnord kernel: Aug 20 07:33:50 fnord kernel: Fatal trap 12: page fault while in kernel mode Aug 20 07:33:50 fnord kernel: fault virtual address = 0x24 Aug 20 07:33:50 fnord kernel: fault code = supervisor read, page not present Aug 20 07:33:50 fnord kernel: instruction pointer = 0x8:0xc05450ae Aug 20 07:33:50 fnord kernel: stack pointer = 0x10:0xcde47c24 Aug 20 07:33:50 fnord kernel: frame pointer = 0x10:0xcde47c48 Aug 20 07:33:50 fnord kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 20 07:33:50 fnord kernel: = DPL 0, pres 1, def32 1, gran 1 Aug 20 07:33:50 fnord kernel: processor eflags = resume, IOPL = 0 Aug 20 07:33:50 fnord kernel: current process = 28 (swi8: tty:sio clock) Aug 20 07:33:50 fnord kernel: trap number = 12 Aug 20 07:33:50 fnord kernel: panic: page fault Aug 20 07:33:50 fnord kernel: Uptime: 16h50m58s Aug 20 07:33:50 fnord kernel: Shutting down ACPI Aug 20 07:33:50 fnord kernel: kernel trap 12 with interrupts disabled Aug 20 07:33:50 fnord kernel: Aug 20 07:33:50 fnord kernel: Aug 20 07:33:50 fnord kernel: Fatal trap 12: page fault while in kernel mode Aug 20 07:33:50 fnord kernel: fault virtual address = 0x10 Aug 20 07:33:50 fnord kernel: fault code = supervisor write, page not present Aug 20 07:33:50 fnord kernel: instruction pointer = 0x8:0xc054567a Aug 20 07:33:50 fnord kernel: stack pointer = 0x10:0xcde478d8 Aug 20 07:33:50 fnord kernel: frame pointer = 0x10:0xcde478f8 Aug 20 07:33:50 fnord kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 20 07:33:50 fnord kernel: = DPL 0, pres 1, def32 1, gran 1 Aug 20 07:33:50 fnord kernel: processor eflags = resume, IOPL = 0 Aug 20 07:33:50 fnord kernel: current process = 28 (swi8: tty:sio clock) Aug 20 07:33:50 fnord kernel: trap number = 12 Aug 20 07:33:50 fnord kernel: panic: page fault Aug 20 07:33:50 fnord kernel: Uptime: 16h50m58s Aug 20 07:33:50 fnord kernel: Shutting down ACPI Aug 20 07:33:50 fnord kernel: Automatic reboot in 15 seconds - press a key on the console to abort Aug 20 07:33:50 fnord kernel: Rebooting... Aug 20 07:33:50 fnord kernel: Copyright (c) 1992-2004 The FreeBSD Project. Aug 20 07:33:50 fnord kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Aug 20 07:33:50 fnord kernel: The Regents of the University of California. All rights reserved. Aug 20 07:33:50 fnord kernel: FreeBSD 5.2.1-RELEASE-p9 #0: Tue Aug 3 19:13:31 EDT 2004 Aug 20 07:33:50 fnord kernel: kevinb@fnord.quux.edu:/usr/src/sys/i386/compile/FOOKERN Aug 20 07:33:50 fnord kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ce8000. Aug 20 07:33:50 fnord kernel: Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0ce8244. Aug 20 07:33:50 fnord kernel: Preloaded splash_image_data "/boot/splash.bmp" at 0xc0ce82f4. Aug 20 07:33:50 fnord kernel: Preloaded elf module "/boot/kernel/linux.ko" at 0xc0ce8344. Aug 20 07:33:50 fnord kernel: Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0ce83f0. Aug 20 07:33:50 fnord kernel: Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ce849c. Aug 20 07:33:50 fnord kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Aug 20 07:33:50 fnord kernel: CPU: Intel Pentium III (863.87-MHz 686-class CPU) Aug 20 07:33:50 fnord kernel: Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Aug 20 07:33:50 fnord kernel: Features=0x383f9ff Aug 20 07:33:50 fnord kernel: real memory = 268173312 (255 MB) Aug 20 07:33:50 fnord kernel: avail memory = 246661120 (235 MB) Aug 20 07:33:50 fnord kernel: Pentium Pro MTRR support enabled Aug 20 07:33:50 fnord kernel: npx0: [FAST] Aug 20 07:33:50 fnord kernel: npx0: on motherboard Aug 20 07:33:50 fnord kernel: npx0: INT 16 interface Aug 20 07:33:50 fnord kernel: acpi0: on motherboard Aug 20 07:33:50 fnord kernel: pcibios: BIOS version 2.10 Aug 20 07:33:50 fnord kernel: Using $PIR table, 12 entries at 0xc00f2d00 Aug 20 07:33:50 fnord kernel: acpi0: Power Button (fixed) Aug 20 07:33:50 fnord kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Aug 20 07:33:50 fnord kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 Aug 20 07:33:50 fnord kernel: acpi_cpu0: port 0x530-0x537 on acpi0 Aug 20 07:33:50 fnord kernel: acpi_button0: on acpi0 Aug 20 07:33:50 fnord kernel: pcib0: port 0xcf8-0xcff on acpi0 Aug 20 07:33:50 fnord kernel: pci0: on pcib0 Aug 20 07:33:50 fnord kernel: pcib0: slot 31 INTD is routed to irq 10 Aug 20 07:33:50 fnord kernel: pcib0: slot 31 INTB is routed to irq 9 Aug 20 07:33:50 fnord kernel: agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 Aug 20 07:33:50 fnord kernel: pcib1: at device 1.0 on pci0 Aug 20 07:33:50 fnord kernel: pci2: on pcib1 Aug 20 07:33:50 fnord kernel: pcib0: slot 1 INTA is routed to irq 11 Aug 20 07:33:50 fnord kernel: pcib1: slot 0 INTA is routed to irq 11 Aug 20 07:33:50 fnord kernel: nvidia0: mem 0xf2000000-0xf3ffffff,0xfd000000-0xfdffffff irq 11 at device 0.0 on pci2 Aug 20 07:33:50 fnord kernel: pcib2: at device 30.0 on pci0 Aug 20 07:33:50 fnord kernel: pci1: on pcib2 Aug 20 07:33:50 fnord kernel: pcib2: slot 9 INTA is routed to irq 3 Aug 20 07:33:50 fnord kernel: pcib2: slot 12 INTA is routed to irq 9 Aug 20 07:33:50 fnord kernel: xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfc9ff800-0xfc9ff87f irq 3 at device 9.0 on pci1 Aug 20 07:33:50 fnord kernel: xl0: Ethernet address: 00:01:03:23:9d:ba Aug 20 07:33:50 fnord kernel: miibus0: on xl0 Aug 20 07:33:50 fnord kernel: xlphy0: <3c905C 10/100 internal PHY> on miibus0 Aug 20 07:33:50 fnord kernel: xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Aug 20 07:33:50 fnord kernel: pcm0: port 0xdf00-0xdf3f irq 9 at device 12.0 on pci1 Aug 20 07:33:50 fnord kernel: pcm0: Aug 20 07:33:50 fnord kernel: isab0: at device 31.0 on pci0 Aug 20 07:33:50 fnord kernel: isa0: on isab0 Aug 20 07:33:50 fnord kernel: atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 Aug 20 07:33:50 fnord kernel: ata0: at 0x1f0 irq 14 on atapci0 Aug 20 07:33:50 fnord kernel: ata0: [MPSAFE] Aug 20 07:33:50 fnord kernel: ata1: at 0x170 irq 15 on atapci0 Aug 20 07:33:50 fnord kernel: ata1: [MPSAFE] Aug 20 07:33:50 fnord kernel: uhci0: port 0xef80-0xef9f irq 10 at device 31.2 on pci0 Aug 20 07:33:50 fnord kernel: usb0: on uhci0 Aug 20 07:33:50 fnord kernel: usb0: USB revision 1.0 Aug 20 07:33:50 fnord kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Aug 20 07:33:50 fnord kernel: uhub0: 2 ports with 2 removable, self powered Aug 20 07:33:50 fnord kernel: ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 Aug 20 07:33:50 fnord kernel: ums0: 3 buttons and Z dir. Aug 20 07:33:50 fnord kernel: pci0: at device 31.3 (no driver attached) Aug 20 07:33:50 fnord kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Aug 20 07:33:50 fnord kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Aug 20 07:33:50 fnord kernel: kbd0 at atkbd0 Aug 20 07:33:50 fnord kernel: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 Aug 20 07:33:50 fnord kernel: fdc0: FIFO enabled, 8 bytes threshold Aug 20 07:33:50 fnord kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Aug 20 07:33:50 fnord kernel: sio0 port 0x3f8-0x3ff irq 4 on acpi0 Aug 20 07:33:50 fnord kernel: sio0: type 16550A Aug 20 07:33:50 fnord kernel: ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 Aug 20 07:33:50 fnord kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Aug 20 07:33:50 fnord kernel: ppc0: FIFO with 16/16/8 bytes threshold Aug 20 07:33:50 fnord kernel: ppbus0: on ppc0 Aug 20 07:33:50 fnord kernel: ppbus0: IEEE1284 device found /NIBBLE/ECP Aug 20 07:33:50 fnord kernel: Probing for PnP devices on ppbus0: Aug 20 07:33:50 fnord kernel: ppbus0: MLC,PCL,PML Aug 20 07:33:50 fnord kernel: plip0: on ppbus0 Aug 20 07:33:50 fnord kernel: lpt0: on ppbus0 Aug 20 07:33:50 fnord kernel: lpt0: Interrupt-driven port Aug 20 07:33:50 fnord kernel: ppi0: on ppbus0 Aug 20 07:33:50 fnord kernel: pmtimer0 on isa0 Aug 20 07:33:50 fnord kernel: sc0: at flags 0x100 on isa0 Aug 20 07:33:50 fnord kernel: sc0: VGA <16 virtual consoles, flags=0x300> Aug 20 07:33:50 fnord kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Aug 20 07:33:50 fnord kernel: sio1: port may not be enabled Aug 20 07:33:50 fnord kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Aug 20 07:33:50 fnord kernel: Timecounter "TSC" frequency 863866968 Hz quality 800 Aug 20 07:33:50 fnord kernel: Timecounters tick every 10.000 msec Aug 20 07:33:50 fnord kernel: GEOM: create disk ad0 dp=0xc31c3460 Aug 20 07:33:50 fnord kernel: ad0: 28629MB [58168/16/63] at ata0-master UDMA66 Aug 20 07:33:50 fnord kernel: GEOM: create disk ad1 dp=0xc31c3160 Aug 20 07:33:50 fnord kernel: ad1: 57220MB [116257/16/63] at ata0-slave UDMA100 Aug 20 07:33:50 fnord kernel: acd0: CDRW at ata1-master PIO4 Aug 20 07:33:50 fnord kernel: acd1: CDROM at ata1-slave PIO4 Aug 20 07:33:50 fnord kernel: Mounting root from ufs:/dev/ad0s1a Aug 20 07:33:50 fnord kernel: WARNING: / was not properly dismounted Aug 20 07:33:50 fnord kernel: WARNING: /tmp was not properly dismounted Aug 20 07:33:50 fnord kernel: WARNING: /usr was not properly dismounted Aug 20 07:33:50 fnord kernel: WARNING: /var was not properly dismounted Aug 20 07:33:50 fnord kernel: WARNING: /drv1 was not properly dismounted --=-kIt1Q+HEFYIutSbaPLMi Content-Disposition: attachment; filename=make.conf Content-Type: text/plain; name=make.conf; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit # -- use.perl generated deltas -- # # Created: Wed Jun 9 22:17:55 2004 # Setting to use base perl from ports: PERL_VER=5.6.1 PERL_VERSION=5.6.1 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo CPUTYPE=p3 X_WINDOW_SYSTEM=xorg --=-kIt1Q+HEFYIutSbaPLMi Content-Disposition: attachment; filename=uname.txt Content-Type: text/plain; name=uname.txt; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit FreeBSD fnord.quux.edu 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Tue Aug 3 19:13:31 EDT 2004 kevinb@fnord.quux.edu:/usr/src/sys/i386/compile/FOOKERN i386 --=-kIt1Q+HEFYIutSbaPLMi-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 12:28:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C09F16A4CE; Sun, 22 Aug 2004 12:28:06 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93D343D1D; Sun, 22 Aug 2004 12:28:04 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7MCS1OX003171; Sun, 22 Aug 2004 14:28:02 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41289139.6060806@DeepCore.dk> Date: Sun, 22 Aug 2004 14:27:37 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> In-Reply-To: <16679.63728.806424.628485@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Kent Hauser cc: current@FreeBSD.org cc: "Simon L. Nielsen" Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 12:28:06 -0000 Randy Bush wrote: >>The actual errors from a 5.3-BETA from today (hand transcribed): >=20 >=20 > thanks for the transcription; i have tendonitis >=20 >=20 >>ad0: 73863MB [150071/16/63] at ata0-master U= DMA100 >>ATAPI_RESET time =3D 150us >>ata1-slave: FAILURE - ATAPI_IDENTIFY timed out >>ATAPI_RESET time =3D 150us >>acd0: CDRW at ata1-master UDMA33 >>Mounting root from ufs:/dev/ad0s2a >>[...] >>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41574= 224 >>[...] >>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41562= 160 >>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41562= 160 >>ad0: WARNING - READ_DME interupt was seen but taskqueue stalled LBA=3D4= 1562160 >>Slab at 0xc1c3ff70, freei 3 =3D 0 >> >>The "[...]" is just normal startup. It goes as far as the script that >>attaches my GDBE partition before it panics. >> >>And then it panics like below: >=20 >=20 > yep. same on a thinkpad t40p Since I have a few confirmations that backstepping just ATA doesnt help=20 at all, I'm not convinced this is an ATA problem, at least not in the=20 sense that changes to ATA broke it. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 12:41:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C32116A4CE for ; Sun, 22 Aug 2004 12:41:36 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13EC143D2F for ; Sun, 22 Aug 2004 12:41:36 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 8BC2611AD2; Sun, 22 Aug 2004 14:41:34 +0200 (CEST) Date: Sun, 22 Aug 2004 14:41:34 +0200 From: "Simon L. Nielsen" To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20040822124133.GB749@zaphod.nitro.dk> References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> <41289139.6060806@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <41289139.6060806@DeepCore.dk> User-Agent: Mutt/1.5.6i cc: Randy Bush cc: Kent Hauser cc: current@FreeBSD.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 12:41:36 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.22 14:27:37 +0200, S=F8ren Schmidt wrote: > Randy Bush wrote: > >>The actual errors from a 5.3-BETA from today (hand transcribed): > > > >>ad0: 73863MB [150071/16/63] at ata0-master= =20 > >>UDMA100 > >>ATAPI_RESET time =3D 150us > >>ata1-slave: FAILURE - ATAPI_IDENTIFY timed out > >>ATAPI_RESET time =3D 150us > >>acd0: CDRW at ata1-master UDMA33 > >>Mounting root from ufs:/dev/ad0s2a > >>[...] > >>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41574= 224 > >>[...] > >>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41562= 160 > >>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D41562= 160 > >>ad0: WARNING - READ_DME interupt was seen but taskqueue stalled=20 > >>LBA=3D41562160 > >>Slab at 0xc1c3ff70, freei 3 =3D 0 > >> > >>The "[...]" is just normal startup. It goes as far as the script that > >>attaches my GDBE partition before it panics. > >> > >>And then it panics like below: > > > >yep. same on a thinkpad t40p >=20 > Since I have a few confirmations that backstepping just ATA doesnt help= =20 > at all, I'm not convinced this is an ATA problem, at least not in the=20 > sense that changes to ATA broke it. While I cannot say for sure that the real problem is in ata(4), backing out ata-all.c v. 1.222, ata-lowlevel.c v. 1.44, ata-queue.c v. 1.32 "fixes" the problem for me on my Thinkpad R40. --=20 Simon L. Nielsen FreeBSD Documentation Team --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKJR9h9pcDSc1mlERAoexAJ9ONtt7vLRN5flVBXUBIBHLgaGR6ACgwXrP 9n9gRHQyeQKnz+WznYAeGhs= =VSRv -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 13:13:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1366516A4CE for ; Sun, 22 Aug 2004 13:13:17 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B7E43D1F for ; Sun, 22 Aug 2004 13:13:15 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received-SPF: pass (eva.fit.vutbr.cz: domain of xdivac02@eva.fit.vutbr.cz designates 127.0.0.1 as permitted sender) receiver=eva.fit.vutbr.cz; client_ip=127.0.0.1; envelope-from=xdivac02@eva.fit.vutbr.cz; Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i7MDDBsJ003761 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 22 Aug 2004 15:13:11 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i7MDDB0q003760; Sun, 22 Aug 2004 15:13:11 +0200 (CEST) Date: Sun, 22 Aug 2004 15:13:11 +0200 From: Divacky Roman To: Joe Marcus Clarke Message-ID: <20040822131311.GA3734@stud.fit.vutbr.cz> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <20040821133949.M84878@carver.gumbysoft.com> <1093121246.17246.33.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093121246.17246.33.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 13:13:17 -0000 On Sat, Aug 21, 2004 at 04:47:26PM -0400, Joe Marcus Clarke wrote: > On Sat, 2004-08-21 at 16:40, Doug White wrote: > > On Fri, 20 Aug 2004, Joe Marcus Clarke wrote: > > > > > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > > > controller: > > > > > > mpt0: port 0xcd00-0xcdff mem > > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci2 > > > mpt1: port 0xce00-0xceff mem > > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 > > > > [...] > > > > > mpt1: time out on request index = 0xfe sequence = 0x000001a0 > > > > Have you checked termination and cabling? Also make sure you are not using > > the integrated mirroring capability -- its not supported under FreeBSD, at > > least in my tests. > > This is a Dell-manufactured, out-of-the-box machine (and the Windows XP > Pro that came on it works just fine, I guess). There is only one drive, > and I'm not using any RAID. The exact same configuration works under > -STABLE. As I mentioned in a follow-up, I found a patch that may do the > trick for me. I'm just about done with my custom 5.2.1-RELEASE, so I'll > know in a bit. > > Thanks for following up, though. I have big "ME TOO". I tried to install fbsd 5.2.1 to scsi@mpt with the exact same problem... I dont think its hw issue since there was linux before and it worked (I suppose changing CD in atapi cd-rom drive doesnt break scsi controller) roman From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 13:18:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7392816A4CE; Sun, 22 Aug 2004 13:18:22 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08CB243D1D; Sun, 22 Aug 2004 13:18:21 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7MDIIbk003569; Sun, 22 Aug 2004 15:18:18 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <41289D02.1080103@DeepCore.dk> Date: Sun, 22 Aug 2004 15:17:54 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> <41289139.6060806@DeepCore.dk> <20040822124133.GB749@zaphod.nitro.dk> In-Reply-To: <20040822124133.GB749@zaphod.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Randy Bush cc: Kent Hauser cc: current@freebsd.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 13:18:22 -0000 Simon L. Nielsen wrote: > On 2004.08.22 14:27:37 +0200, S=F8ren Schmidt wrote: >=20 >>Randy Bush wrote: >> >>>>The actual errors from a 5.3-BETA from today (hand transcribed): >>> >>>>ad0: 73863MB [150071/16/63] at ata0-master= =20 >>>>UDMA100 >>>>ATAPI_RESET time =3D 150us >>>>ata1-slave: FAILURE - ATAPI_IDENTIFY timed out >>>>ATAPI_RESET time =3D 150us >>>>acd0: CDRW at ata1-master UDMA33 >>>>Mounting root from ufs:/dev/ad0s2a >>>>[...] >>>>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D415= 74224 >>>>[...] >>>>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D415= 62160 >>>>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D415= 62160 >>>>ad0: WARNING - READ_DME interupt was seen but taskqueue stalled=20 >>>>LBA=3D41562160 >>>>Slab at 0xc1c3ff70, freei 3 =3D 0 >>>> >>>>The "[...]" is just normal startup. It goes as far as the script tha= t >>>>attaches my GDBE partition before it panics. >>>> >>>>And then it panics like below: >>> >>>yep. same on a thinkpad t40p Could I have you try the below patch and mail me the output from dmesg=20 on a failed boot please?. I need to know what kind of state those damned = fakeslave devices are in to be able to fix this problem. Or someone get me one of those crappy drives that does this here in the=20 lab to disect... -S=F8ren Index: ata-queue.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.32 diff -u -r1.32 ata-queue.c --- ata-queue.c 16 Aug 2004 09:32:35 -0000 1.32 +++ ata-queue.c 22 Aug 2004 13:14:02 -0000 @@ -239,6 +239,7 @@ if (request->flags & ATA_R_TIMEOUT) { /* workaround for devices failing to interrupt */ +printf("status=3D%02x error=3D%02x\n", request->status, request->error);= if (request->status =3D=3D (ATA_S_READY | ATA_S_DSC)) { ata_prtdev(request->device, "WARNING - %s no interrupt but good status\n"= , From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 13:53:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E1416A4CE for ; Sun, 22 Aug 2004 13:53:25 +0000 (GMT) Received: from transwarp.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 932F943D39 for ; Sun, 22 Aug 2004 13:53:24 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by transwarp.tao.org.uk (Postfix) with ESMTP id 54C13EB48 for ; Sun, 22 Aug 2004 14:53:15 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 181064214; Sun, 22 Aug 2004 14:53:16 +0100 (BST) Date: Sun, 22 Aug 2004 14:53:16 +0100 From: Josef Karthauser To: current@freebsd.org Message-ID: <20040822135316.GA59607@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org 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.6i X-taoresearch-MailScanner-Information: Please contact Tao Research for more information X-taoresearch-MailScanner: Found to be clean X-MailScanner-From: joe@tao.org.uk Subject: problems with sound in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 13:53:25 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've not managed to get sound to work since the drivers were reorganised. I used to have: pcm0: port 0x1400-0x1 4ff irq 5 at device 8.0 o= n pci0 pcm0: pcm0: [GIANT-LOCKED] I now have: pcm0: port 0x1400-0x14ff irq 5 at device 8.0 on= pci0 pcm0: pcm0: [GIANT-LOCKED] pcm0: offset 0xffffc000 exceeds limit. pcm0: chn_init(pcm0:play:0) failed: = err =3D 19 pcm0: pcm_chn_create(aggch, 1, 0xc1a26e00) failed pcm0: offset 0xffffc000 exceeds limit. pcm0: chn_init(pcm0:play:0) failed: = err =3D 19 pcm0: pcm_chn_create(aggch, 1, 0xc1a26e00) failed pcm0: offset 0xffffc000 exceeds limit. pcm0: chn_init(pcm0:play:0) failed: = err =3D 19 pcm0: pcm_chn_create(aggch, 1, 0xc1a26e00) failed pcm0: offset 0xffffc000 exceeds limit. pcm0: chn_init(pcm0:play:0) failed: = err =3D 19 pcm0: pcm_chn_create(aggch, 1, 0xc1a26e00) failed Question. If the sound drivers have been renamed why do they still probe as "pcm"?. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iEYEARECAAYFAkEopUsACgkQXVIcjOaxUBa8mACffpiShBAp1BzwD0+hYQvrOgKT PHIAoJNhSZmcwNg3/z0jkouNQNTTA9vL =5JH1 -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 14:05:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D514216A4CE for ; Sun, 22 Aug 2004 14:05:34 +0000 (GMT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C45043D69 for ; Sun, 22 Aug 2004 14:05:33 +0000 (GMT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id DB47F11948; Sun, 22 Aug 2004 16:05:30 +0200 (CEST) Date: Sun, 22 Aug 2004 16:05:30 +0200 From: "Simon L. Nielsen" To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20040822140530.GA20169@arthur.nitro.dk> References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> <41289139.6060806@DeepCore.dk> <20040822124133.GB749@zaphod.nitro.dk> <41289D02.1080103@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline In-Reply-To: <41289D02.1080103@DeepCore.dk> User-Agent: Mutt/1.5.6i cc: Randy Bush cc: Kent Hauser cc: current@freebsd.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 14:05:35 -0000 --4SFOXa2GPu3tIq4H Content-Type: multipart/mixed; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline --jRHKVT23PllUwdXP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.22 15:17:54 +0200, S=F8ren Schmidt wrote: > Simon L. Nielsen wrote: > >On 2004.08.22 14:27:37 +0200, S=F8ren Schmidt wrote: > > > >>Randy Bush wrote: > >> > >>>>The actual errors from a 5.3-BETA from today (hand transcribed): > >>> > >>>>ad0: 73863MB [150071/16/63] at ata0-master= =20 > >>>>UDMA100 > >>>>ATAPI_RESET time =3D 150us > >>>>ata1-slave: FAILURE - ATAPI_IDENTIFY timed out > >>>>ATAPI_RESET time =3D 150us > >>>>acd0: CDRW at ata1-master UDMA33 > >>>>Mounting root from ufs:/dev/ad0s2a > >>>>[...] > >>>>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D415= 74224 > >>>>[...] > >>>>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D415= 62160 > >>>>ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=3D415= 62160 > >>>>ad0: WARNING - READ_DME interupt was seen but taskqueue stalled=20 > >>>>LBA=3D41562160 > >>>>Slab at 0xc1c3ff70, freei 3 =3D 0 > >>>> > >>>>The "[...]" is just normal startup. It goes as far as the script that > >>>>attaches my GDBE partition before it panics. > >>>> > >>>>And then it panics like below: > >>> > >>>yep. same on a thinkpad t40p >=20 > Could I have you try the below patch and mail me the output from dmesg=20 > on a failed boot please?. I need to know what kind of state those damned= =20 > fakeslave devices are in to be able to fix this problem. It just says "status=3D00 error=3D00", but complete dmesg is attached (as much as dcons(4) has on boot). BTW. this is RELENG_5. > Or someone get me one of those crappy drives that does this here in the= =20 > lab to disect... Since the drives use some special laptop connector it's probably not really useful without a compatible IBM laptop... --=20 Simon L. Nielsen FreeBSD Documentation Team --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ata.dmesg" Content-Transfer-Encoding: quoted-printable [dcons connected] npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device = 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x3000-0x30ff mem 0xc0100000-0x= c010ffff,0xe0000000-0xe7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 uhci0: port 0x1800-0x181f irq 1= 1 at device 29.0 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 uhci1: port 0x1820-0x183f irq 1= 1 at device 29.1 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 uhci2: port 0x1840-0x185f irq 1= 1 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] 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 device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci2: at device 2.0 (no driver attached) fwohci0: mem 0xc0200000-0xc0203fff,= 0xc0206000-0xc02067ff irq 11 at device 7.0 on pci2 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:06:1b:00:20:08:fc:24 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1f3ca000 fwohci0: Initiate bus reset fwohci0: node_id=3D0x8000ffc0, gen=3D1, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <=3D 1, cable IRM =3D 1 fxp0: port 0x8000-0x803f mem 0xc= 0205000-0xc0205fff irq 11 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:06:1b:d2:d5:6f fxp0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xc000080= 0-0xc00008ff,0xc0000c00-0xc0000dff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) 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 Generic PS/2 mouse, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 8250 or not responding ppc0 port 0x3bc-0x3be irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio1 port 0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xdc000-0xdffff,0xd1000-0xd1fff,0xd0000-0x= d0fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=3D0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 Timecounter "TSC" frequency 1498732135 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ipfw2 initialized, divert enabled, rule-based forwarding disabled, default = to deny, logging limited to 100 packets/entry by default acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 73863MB [150071/16/63] at ata0-master UDMA1= 00 firewire0: bus manager 1=20 firewire0: New S400 device ID:00e01800000516f6 status=3D00 error=3D00 ATAPI_RESET time =3D 270us ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ATAPI_RESET time =3D 270us acd0: CDRW at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s2a Pre-seeding PRNG:ad0: WARNING - READ_DMA interrupt was seen but timeout fir= ed LBA=3D41560848 kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. kernel dumps on /dev/ad0s2b Configuring Disk Encryption for /dev/ad0s2f.bde. Enter passphrase: ad0: WARNING - READ_DMA interrupt was seen but timeout fi= red LBA=3D41562160 ad0: WARNING - READ_DMA interrupt was seen but timeout fired LBA=3D41562160 ad0: WARNING - READ_DMA interrupt was seen but taskqueue stalled LBA=3D4156= 2160 Slab at 0xc1d1bf70, freei 18 =3D 0. panic: Duplicate free of item 0xc1d1b948 from zone 0xc198f160(g_bio) cpuid =3D 0;=20 KDB: enter: panic [thread 100024] Stopped at kdb_enter+0x30: leave db> trace kdb_enter(c0778205,0,c0795b72,d41dcb90,c198b2c0) at kdb_enter+0x30 panic(c0795b72,c1d1b948,c198f160,c077327e,8b0) at panic+0x14a uma_dbg_free(c198f160,0,c1d1b948,8b0,0) at uma_dbg_free+0x126 uma_zfree_arg(c198f160,c1d1b948,0,d41dcc20,c0523e9c) at uma_zfree_arg+0x128 g_destroy_bio(c1d1b948,c0772b0c,c1d1b948,cbe54138,0) at g_destroy_bio+0x22 g_dev_done(c1d1b948,0,c077eda3,bb8) at g_dev_done+0x7c biodone(c1d1b948,1,c1d18438,c1d18438,d41dcc84) at biodone+0x72 ad_done(c1d18438,c1d18438,0,a,d41dcc90) at ad_done+0x32 ata_completed(c1d18438,0,0,7,c1d18438) at ata_completed+0x45d ata_timeout(c1d18438,0,c07793e9,f7,1) at ata_timeout+0x11c softclock(0,0,c07759aa,268,0) at softclock+0x1b6 ithread_loop(c19b3580,d41dcd48,c0775795,32c,c19b3580) at ithread_loop+0x15f fork_exit(c0549319,c19b3580,d41dcd48) at fork_exit+0xc7 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd41dcd7c, ebp =3D 0 --- --jRHKVT23PllUwdXP-- --4SFOXa2GPu3tIq4H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKKgqh9pcDSc1mlERAhhMAKCOCJ4wDdKS1o63kHEhiHaDGjCNCgCgmPqb ZwartJLirEb6xrdVlJ81WBs= =D9ip -----END PGP SIGNATURE----- --4SFOXa2GPu3tIq4H-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 14:50:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D64116A4CE; Sun, 22 Aug 2004 14:50:13 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB55F43D2F; Sun, 22 Aug 2004 14:50:12 +0000 (GMT) (envelope-from plexus@snafu.de) Received: from pd9e0e10d.dip.t-dialin.net ([217.224.225.13] helo=[192.168.0.2]) by clever.eusc.inter.net with asmtp (Exim 3.36 #4) id 1Bytff-00064E-00; Sun, 22 Aug 2004 16:50:11 +0200 Message-ID: <4128B29E.9060500@snafu.de> Date: Sun, 22 Aug 2004 16:50:06 +0200 From: "Oliver B. Fischer" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040820 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: Brian Buchanan References: <20040821145419.O74813-100000@thought.holo.org> In-Reply-To: <20040821145419.O74813-100000@thought.holo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: sos@freebsd.org Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 14:50:13 -0000 Brian Buchanan wrote: > S�ren, > > It looks like the changes you made to ATA IRQ handling in the last few > days broke ATA support on my laptop, an IBM Thinkpad T40p. > > atapci0: port > 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 > > atapci0@pci0:31:1: class=0x01018a card=0x052d1014 chip=0x24ca8086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' > class = mass storage > subclass = ATA I can confirm this for my R51, which have the same controller as Brians one. atapci0@pci0:31:1: class=0x01018a card=0x052d1014 chip=0x24ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA Regards, Oliver Fischer From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 15:02:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1E7D16A4CE; Sun, 22 Aug 2004 15:02:09 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FD543D49; Sun, 22 Aug 2004 15:02:08 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7MF26an004436; Sun, 22 Aug 2004 17:02:06 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4128B556.9040106@DeepCore.dk> Date: Sun, 22 Aug 2004 17:01:42 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Oliver B. Fischer" References: <20040821145419.O74813-100000@thought.holo.org> <4128B29E.9060500@snafu.de> In-Reply-To: <4128B29E.9060500@snafu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Brian Buchanan cc: freebsd-current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 15:02:10 -0000 Oliver B. Fischer wrote: > Brian Buchanan wrote: >=20 >> S=EF=BF=BDren, >> >> It looks like the changes you made to ATA IRQ handling in the last few= >> days broke ATA support on my laptop, an IBM Thinkpad T40p. >> >> atapci0: port >> 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pc= i0 >> >> atapci0@pci0:31:1: class=3D0x01018a card=3D0x052d1014 chip=3D0x24= ca8086 >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' >> class =3D mass storage >> subclass =3D ATA >=20 >=20 >=20 > I can confirm this for my R51, which have the same controller as Brians= =20 > one. This is *not* a controller problem, its because the CDROM drive has=20 buggy firmware that responds to both master and slave selection :( -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 15:21:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E67116A4CE; Sun, 22 Aug 2004 15:21:10 +0000 (GMT) Received: from imf25aec.mail.bellsouth.net (imf25aec.mail.bellsouth.net [205.152.59.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 443E643D5C; Sun, 22 Aug 2004 15:21:10 +0000 (GMT) (envelope-from kruptos@bellsouth.net) Received: from [172.23.23.23] ([67.35.154.55]) by imf25aec.mail.bellsouth.netESMTP <20040822152109.TBLR1789.imf25aec.mail.bellsouth.net@[172.23.23.23]>; Sun, 22 Aug 2004 11:21:09 -0400 From: Kevin Brunelle To: freebsd-current@freebsd.org In-Reply-To: <1093141197.643.28.camel@fnord.quux.edu> References: <1093141197.643.28.camel@fnord.quux.edu> Content-Type: text/plain Message-Id: <1093188163.2100.4.camel@fnord.quux.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 11:22:43 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 15:21:11 -0000 Okay, Replication does not look like it will be an issue. Again, the system panic'd while running a gl application when I was at work. This time I did get a core dump (but I still don't have a debugging kernel -- it was building ARG). Right now, I am going to disable my screensaver and carefully avoid applications which might cause the panic again. Once the proper kernel is in place... then it is go-time. If anyone is interested I am going to save the dump -- but it probably is worth the wait (in saved effort) till I have a proper kernel in place. I am almost 100% sure this is due to the nvidia drivers -- I upgraded on the 19th and never had a problem before this... that and gl programs seem to be the cause of both crashes so far. Kevin -- "Down with disease, up before the dawn. A thousand barefoot children, dancin? on my lawn" -Phish "Down with Disease" From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 15:59:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB15316A4CE; Sun, 22 Aug 2004 15:59:21 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BEF43D41; Sun, 22 Aug 2004 15:59:20 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7MFxInw004894; Sun, 22 Aug 2004 17:59:18 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4128C2BE.7080103@DeepCore.dk> Date: Sun, 22 Aug 2004 17:58:54 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20040821145419.O74813-100000@thought.holo.org> <4128B29E.9060500@snafu.de> <4128B556.9040106@DeepCore.dk> In-Reply-To: <4128B556.9040106@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Brian Buchanan cc: "Oliver B. Fischer" cc: sos@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 15:59:21 -0000 S=F8ren Schmidt wrote: > Oliver B. Fischer wrote: >=20 >> Brian Buchanan wrote: >> >>> S=EF=BF=BDren, >>> >>> It looks like the changes you made to ATA IRQ handling in the last fe= w >>> days broke ATA support on my laptop, an IBM Thinkpad T40p. >>> >>> atapci0: port >>> 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on p= ci0 >>> >>> atapci0@pci0:31:1: class=3D0x01018a card=3D0x052d1014 chip=3D0x2= 4ca8086 >>> rev=3D0x01 hdr=3D0x00 >>> vendor =3D 'Intel Corporation' >>> device =3D '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' >>> class =3D mass storage >>> subclass =3D ATA >> I can confirm this for my R51, which have the same controller as=20 >> Brians one. >=20 >=20 > This is *not* a controller problem, its because the CDROM drive has=20 > buggy firmware that responds to both master and slave selection :( OK, I have committed a workaround for those buggers to -current... (for those that uses 5.3 just take your ATA driver upto -current) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 16:14:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6B1416A4CE for ; Sun, 22 Aug 2004 16:14:10 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A279B43D5A for ; Sun, 22 Aug 2004 16:14:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1Byuyv-000OWj-GR; Sun, 22 Aug 2004 09:14:09 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16680.50768.986606.329420@ran.psg.com> Date: Sun, 22 Aug 2004 09:14:08 -0700 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> <41289139.6060806@DeepCore.dk> cc: current@FreeBSD.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 16:14:11 -0000 > Since I have a few confirmations that backstepping just ATA doesnt help > at all, I'm not convinced this is an ATA problem, at least not in the > sense that changes to ATA broke it. after some decades in swdev, i am never sure of anything until i find the cause. and, even then, i am suspicious. :-) randy From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 16:20:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D65B16A4D4 for ; Sun, 22 Aug 2004 16:20:25 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 050DA43D5C for ; Sun, 22 Aug 2004 16:20:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id CE9B41FF9A6; Sun, 22 Aug 2004 18:20:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id E6B741FF931; Sun, 22 Aug 2004 18:20:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 19FEE15691; Sun, 22 Aug 2004 16:19:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0F04E15329; Sun, 22 Aug 2004 16:19:04 +0000 (UTC) Date: Sun, 22 Aug 2004 16:19:03 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: John-Mark Gurney In-Reply-To: Message-ID: References: <20040817072438.GA99980@funkthat.com> <41223F40.8030702@mcsi.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: new if_sk locking patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 16:20:25 -0000 On Wed, 18 Aug 2004, Bjoern A. Zeeb wrote: Hi, > > I was running with debug.mpsafenet=1 on a Uniproc box though. I'm going > > to commit my locking patch shortly, and could you test again? > > might be able to test later this evening but cannot promise. well some days later... Been able to test the patch (which got already comitted). NO LORs seen. But it does not help in any way with the outgoing "hang" problem here. Unfortunately kern/69879 got already closed. xl0 -> sk0: ftp> put 100M local: 100M remote: 100M 229 Entering Extended Passive Mode (|||65078|) 150 Opening BINARY mode data connection for '100M'. 100% |**************************| 100 MB 5.26 MB/s 00:00 ETA 226 Transfer complete. 104857600 bytes sent in 00:18 (5.26 MB/s) that's ok considering IO, etc. here but getting the data back (the sk outgoing case): ftp> get 100M local: 100M remote: 100M 229 Entering Extended Passive Mode (|||56402|) 150 Opening BINARY mode data connection for '100M' (104857600 bytes). 0% | | 271 KB 1.10 KB/s - stalled -^C if_sk hanging again... Is there sth different in what got comitted than in your patch (apart from comments) ? -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 16:41:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C04416A4CE for ; Sun, 22 Aug 2004 16:41:26 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B3B343D1D for ; Sun, 22 Aug 2004 16:41:25 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7MGfMWw005250; Sun, 22 Aug 2004 18:41:23 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4128CC9A.5070806@DeepCore.dk> Date: Sun, 22 Aug 2004 18:40:58 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <200408191632.25637.kent.hauser@verizon.net> <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> <41289139.6060806@DeepCore.dk> <16680.50768.986606.329420@ran.psg.com> In-Reply-To: <16680.50768.986606.329420@ran.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@FreeBSD.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 16:41:26 -0000 Randy Bush wrote: >>Since I have a few confirmations that backstepping just ATA doesnt help= =20 >>at all, I'm not convinced this is an ATA problem, at least not in the=20 >>sense that changes to ATA broke it. >=20 >=20 > after some decades in swdev, i am never sure of anything until > i find the cause. and, even then, i am suspicious. :-) Geesh we are alot of oldtimers in here :) and yes there is always just=20 one more bug... Anyhow I committed a fix for the fake slave problem, now we still have=20 those "taskqueue stalled" complaints that I'm still scratching my head=20 about and that backstepping ATA doesn't solve... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 17:07:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23FB016A4CE for ; Sun, 22 Aug 2004 17:07:42 +0000 (GMT) Received: from thought.holo.org (h-68-166-32-19.snvacaid.covad.net [68.166.32.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D9943D46 for ; Sun, 22 Aug 2004 17:07:41 +0000 (GMT) (envelope-from bwb@holo.org) Received: from localhost (localhost [127.0.0.1]) by thought.holo.org (8.12.11/8.12.11) with ESMTP id i7MH7bZI087500; Sun, 22 Aug 2004 10:07:38 -0700 (PDT) (envelope-from bwb@holo.org) Date: Sun, 22 Aug 2004 10:07:37 -0700 (PDT) From: Brian Buchanan To: =?X-UNKNOWN?Q?S=F8ren=5FSchmidt?= In-Reply-To: <4128CC9A.5070806@DeepCore.dk> Message-ID: <20040822095217.K74813-100000@thought.holo.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Randy Bush cc: current@freebsd.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 17:07:42 -0000 > Anyhow I committed a fix for the fake slave problem, now we still have > those "taskqueue stalled" complaints that I'm still scratching my head > about and that backstepping ATA doesn't solve... 1.33 of ata-queue.c fixes the problem for me at boot, but I still have the "taskqueue stalled" problem after resuming from suspend, as expected. Let me know if there's anything I can do to help track that down. Thanks, Brian From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 17:13:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C06116A4CE for ; Sun, 22 Aug 2004 17:13:36 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D31BB43D41 for ; Sun, 22 Aug 2004 17:13:35 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc11) with SMTP id <2004082217133501300r7nhge> (Authid: apeiron@comcast.net); Sun, 22 Aug 2004 17:13:35 +0000 Date: Sun, 22 Aug 2004 13:13:32 -0400 From: Christopher Nehren To: FreeBSD CURRENT List Message-ID: <20040822171332.GA717@prophecy.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i Subject: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 17:13:36 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've been tracking -CURRENT for a few weeks now, and I noticed that sometime after RELENG_5 was branched that my Gravis USB joystick (which uses uhid(4)) was no longer being detected at boot, or at all.=20 FreeBSD 6.0-CURRENT #0: Thu Aug 19 15:48:13 EDT 2004 root@prophecy.dyndns.org:/usr/obj/usr/src/sys/PROPHECY This kernel doesn't detect uhid0. FreeBSD 5.2-CURRENT #0: Sun Aug 15 20:18:31 EDT 2004 root@prophecy.dyndns.org:/usr/obj/usr/src/sys/PROPHECY This one does. Here's the relevant lines from dmesg on the working kernel: ohci1: mem 0xcffff000-0xcfffffff irq 11 at device 1.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered uhid0: Gravis GamePad Pro USB, rev 1.00/2.00, addr 2, iclass 3/0 I'm fairly certain that it's not a problem with USB overall because my USB= =20 mouse functions as it always has. If I can provide any more information, I'= d be=20 delighted to do so. I've checked UPDATING and both sys/conf/NOTES and=20 sys/i386/conf/NOTES and none of the above mention anything specifically abo= ut=20 uhid. There's also been no uhid-specific commits for a while, and nothing t= o=20 USB overall which seems to be the culprit. Am I missing something obvious? --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKNQ8k/lo7zvzJioRAul0AJ4vETbLiuJTr5bpxX5JZ37eg485qwCeJ8S9 egLiBppvXVbDIehXcgv8Sm0= =UOx0 -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 17:26:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4238C16A4CE for ; Sun, 22 Aug 2004 17:26:20 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 519AC43D31 for ; Sun, 22 Aug 2004 17:26:19 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7MHPAKe095494; Sun, 22 Aug 2004 13:25:11 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Divacky Roman In-Reply-To: <20040822131311.GA3734@stud.fit.vutbr.cz> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <20040821133949.M84878@carver.gumbysoft.com> <1093121246.17246.33.camel@shumai.marcuscom.com> <20040822131311.GA3734@stud.fit.vutbr.cz> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-JF38nzO8N9/yp7HSE6mE" Organization: MarcusCom, Inc. Message-Id: <1093195573.11223.3.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 13:26:13 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 17:26:20 -0000 --=-JF38nzO8N9/yp7HSE6mE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-08-22 at 09:13, Divacky Roman wrote: > On Sat, Aug 21, 2004 at 04:47:26PM -0400, Joe Marcus Clarke wrote: > > On Sat, 2004-08-21 at 16:40, Doug White wrote: > > > On Fri, 20 Aug 2004, Joe Marcus Clarke wrote: > > >=20 > > > > I just got a new Dell Precision 360 workstation with an LSILogic SC= SI > > > > controller: > > > > > > > > mpt0: port 0xcd00-0xcdff mem > > > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on= pci2 > > > > mpt1: port 0xce00-0xceff mem > > > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on = pci2 > > >=20 > > > [...] > > >=20 > > > > mpt1: time out on request index =3D 0xfe sequence =3D 0x000001a0 > > >=20 > > > Have you checked termination and cabling? Also make sure you are not = using > > > the integrated mirroring capability -- its not supported under FreeBS= D, at > > > least in my tests. > >=20 > > This is a Dell-manufactured, out-of-the-box machine (and the Windows XP > > Pro that came on it works just fine, I guess). There is only one drive= , > > and I'm not using any RAID. The exact same configuration works under > > -STABLE. As I mentioned in a follow-up, I found a patch that may do th= e > > trick for me. I'm just about done with my custom 5.2.1-RELEASE, so I'l= l > > know in a bit. > >=20 > > Thanks for following up, though. >=20 > I have big "ME TOO". I tried to install fbsd 5.2.1 to scsi@mpt with the e= xact > same problem... I dont think its hw issue since there was linux before an= d it > worked (I suppose changing CD in atapi cd-rom drive doesnt break scsi > controller) No, the problem was definitely the bug I mentioned in my follow-up. I have a custom 5.2.1-RELEASE ISO that will work just fine. If you decide to upgrade beyond 5.2.1-RELEASE, you will also need to re-patch the mpt(4) driver. I'm currently running 5.3-BETA, and it works just fine. http://www.marcuscom.com/downloads/5.2.1-RELEASE-i386-miniinst.iso http://www.marcuscom.com/downloads/mpt.diff Joe >=20 > roman --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-JF38nzO8N9/yp7HSE6mE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBKNc0b2iPiv4Uz4cRAgnGAJ92P5gXqP3XsUp8AIekYn2fEEU6LgCgjyB4 +BXSyHaRY7mnqBeD06OgN7g= =fPHs -----END PGP SIGNATURE----- --=-JF38nzO8N9/yp7HSE6mE-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 17:31:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40D5616A4CE; Sun, 22 Aug 2004 17:31:34 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D0A43D2F; Sun, 22 Aug 2004 17:31:34 +0000 (GMT) (envelope-from plexus@snafu.de) Received: from pd9e0eb2c.dip.t-dialin.net ([217.224.235.44] helo=[192.168.0.2]) by smart.eusc.inter.net with asmtp (Exim 3.36 #4) id 1BywBo-0002Zc-00; Sun, 22 Aug 2004 19:31:32 +0200 Message-ID: <4128D871.505@snafu.de> Date: Sun, 22 Aug 2004 19:31:29 +0200 From: "Oliver B. Fischer" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040820 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20040821145419.O74813-100000@thought.holo.org> <4128B29E.9060500@snafu.de> <4128B556.9040106@DeepCore.dk> In-Reply-To: <4128B556.9040106@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Brian Buchanan cc: freebsd-current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 17:31:34 -0000 Søren Schmidt wrote: > This is *not* a controller problem, its because the CDROM drive has > buggy firmware that responds to both master and slave selection :( So, if I pull my CDROM drive out I will not have these problems? I will try it. Regards, Oliver Fischer From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 18:03:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D7116A4CE for ; Sun, 22 Aug 2004 18:03:53 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A3F43D49 for ; Sun, 22 Aug 2004 18:03:52 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7MI3oQ2005943; Sun, 22 Aug 2004 20:03:50 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4128DFEE.7030903@DeepCore.dk> Date: Sun, 22 Aug 2004 20:03:26 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Buchanan References: <20040822095217.K74813-100000@thought.holo.org> In-Reply-To: <20040822095217.K74813-100000@thought.holo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Randy Bush cc: current@freebsd.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 18:03:53 -0000 Brian Buchanan wrote: >>Anyhow I committed a fix for the fake slave problem, now we still have >>those "taskqueue stalled" complaints that I'm still scratching my head >>about and that backstepping ATA doesn't solve... >=20 >=20 > 1.33 of ata-queue.c fixes the problem for me at boot, but I still have = the > "taskqueue stalled" problem after resuming from suspend, as expected. = Let > me know if there's anything I can do to help track that down. Thats what I expected, the "fake slave" problem I knew about, the other=20 is what backstepping wont fix, which hints me that its not nessesarily=20 an ATA problem, or at least not only an ATA problem.. Suspend/resume broke sometime after aug 1st as it almost works (it newer = worked completely on any of my machines) if I backstep sys/dev/acpica &=20 sys/i386/acpica to that timeframe and have the rest of the kernel=20 uptodate... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 18:30:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E293F16A4CE for ; Sun, 22 Aug 2004 18:30:59 +0000 (GMT) Received: from nic-naa.net (nic-naa.net [216.220.241.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 625D743D5C for ; Sun, 22 Aug 2004 18:30:59 +0000 (GMT) (envelope-from brunner@nic-naa.net) Received: from nic-naa.net (localhost [127.0.0.1]) by nic-naa.net (8.12.11/8.12.11) with ESMTP id i7MIV4R9019986 for ; Sun, 22 Aug 2004 18:31:04 GMT (envelope-from brunner@nic-naa.net) Message-Id: <200408221831.i7MIV4R9019986@nic-naa.net> To: current@freebsd.org Date: Sun, 22 Aug 2004 18:31:04 +0000 From: Eric Brunner-Williams in Portland Maine Subject: not quite what i expected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 18:31:00 -0000 [ebw@ufo.nic-naa.net:70]% uname -a FreeBSD ufo.nic-naa.net 6.0-CURRENT FreeBSD 6.0-CURRENT #14: Sun Aug 22 13:13:59 UTC 2004 ebw@ufo.nic-naa.net:/usr/obj/space1s1/freebsd/FreeBSD/branches/-current/src/sys/GENERIC i386 the 6.0 is what surprised me. i was expecting 5.2-mumble, or 5.3. from cvsup of today (after the vm_ fix went in). -e From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 18:34:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B207F16A4CE for ; Sun, 22 Aug 2004 18:34:48 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E78943D1F for ; Sun, 22 Aug 2004 18:34:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7MIYlCY012360; Sun, 22 Aug 2004 14:34:47 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AF800511B9; Sun, 22 Aug 2004 11:34:46 -0700 (PDT) Date: Sun, 22 Aug 2004 11:34:46 -0700 From: Kris Kennaway To: Eric Brunner-Williams in Portland Maine Message-ID: <20040822183446.GA42523@xor.obsecurity.org> References: <200408221831.i7MIV4R9019986@nic-naa.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <200408221831.i7MIV4R9019986@nic-naa.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: not quite what i expected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 18:34:48 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 22, 2004 at 06:31:04PM +0000, Eric Brunner-Williams in Portland= Maine wrote: > [ebw@ufo.nic-naa.net:70]% uname -a > FreeBSD ufo.nic-naa.net 6.0-CURRENT FreeBSD 6.0-CURRENT #14: Sun Aug 22 1= 3:13:59 UTC 2004 ebw@ufo.nic-naa.net:/usr/obj/space1s1/freebsd/FreeBSD/= branches/-current/src/sys/GENERIC i386 >=20 > the 6.0 is what surprised me. i was expecting 5.2-mumble, or 5.3. > from cvsup of today (after the vm_ fix went in). FAQ, your expectations are wrong. Kris =20 --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKOdGWry0BWjoQKURAicKAJ4yyHoTrXRc4kR2SVOGX/2cNPElBACgzpPF xU0aDtSE+sWNnP9mYh0zzIY= =SNQV -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 18:35:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC4B216A4CE for ; Sun, 22 Aug 2004 18:35:01 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE8143D2D for ; Sun, 22 Aug 2004 18:35:01 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7MIWrlD026070; Sun, 22 Aug 2004 14:32:53 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7MIWr7f026067; Sun, 22 Aug 2004 14:32:53 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 22 Aug 2004 14:32:53 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Eric Brunner-Williams in Portland Maine In-Reply-To: <200408221831.i7MIV4R9019986@nic-naa.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: not quite what i expected ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 18:35:02 -0000 On Sun, 22 Aug 2004, Eric Brunner-Williams in Portland Maine wrote: > [ebw@ufo.nic-naa.net:70]% uname -a FreeBSD ufo.nic-naa.net 6.0-CURRENT > FreeBSD 6.0-CURRENT #14: Sun Aug 22 13:13:59 UTC 2004 > ebw@ufo.nic-naa.net:/usr/obj/space1s1/freebsd/FreeBSD/branches/-current/src/sys/GENERIC > i386 > > the 6.0 is what surprised me. i was expecting 5.2-mumble, or 5.3. from > cvsup of today (after the vm_ fix went in). It sounds like you want to start cvsup'ing a tag of RELENG_5 which will be become 5-STABLE. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 18:58:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B690516A4CE; Sun, 22 Aug 2004 18:58:41 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5998843D41; Sun, 22 Aug 2004 18:58:41 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7MIwZ77077250; Sun, 22 Aug 2004 14:58:40 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7MIwYMx077249; Sun, 22 Aug 2004 14:58:34 -0400 (EDT) (envelope-from green) Date: Sun, 22 Aug 2004 14:58:34 -0400 From: Brian Fundakowski Feldman To: Josef Karthauser , current@FreeBSD.org Message-ID: <20040822185834.GA77230@green.homeunix.org> References: <20040822135316.GA59607@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040822135316.GA59607@genius.tao.org.uk> User-Agent: Mutt/1.5.6i Subject: Re: problems with sound in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 18:58:41 -0000 On Sun, Aug 22, 2004 at 02:53:16PM +0100, Josef Karthauser wrote: > I've not managed to get sound to work since the drivers were > reorganised. > > I used to have: > > pcm0: port 0x1400-0x1 4ff irq 5 at device 8.0 on pci0 > pcm0: > pcm0: [GIANT-LOCKED] > > I now have: > > pcm0: port 0x1400-0x14ff irq 5 at device 8.0 on pci0 > pcm0: > pcm0: [GIANT-LOCKED] > pcm0: offset 0xffffc000 exceeds limit. pcm0: chn_init(pcm0:play:0) failed: err = 19 > pcm0: pcm_chn_create(aggch, 1, 0xc1a26e00) failed This is a bug that the new contigmalloc exposes. Please check out the newest revision of maestro.c for the fix. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 19:00:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9F5716A4CE for ; Sun, 22 Aug 2004 19:00:46 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62EF143D31 for ; Sun, 22 Aug 2004 19:00:46 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7MJ0j5W077285; Sun, 22 Aug 2004 15:00:45 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7MJ0jSC077284; Sun, 22 Aug 2004 15:00:45 -0400 (EDT) (envelope-from green) Date: Sun, 22 Aug 2004 15:00:45 -0400 From: Brian Fundakowski Feldman To: Tomas Randa Message-ID: <20040822190045.GB77230@green.homeunix.org> References: <58381.1093165836@critter.freebsd.dk> <1093172414.647.8.camel@ares.office.internetservice.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093172414.647.8.camel@ares.office.internetservice.cz> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: net80211+atheros changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 19:00:46 -0000 On Sun, Aug 22, 2004 at 01:00:14PM +0200, Tomas Randa wrote: > Thanks, i deleted all the sources and downloaded again, then applied > patch and next problem is here with compilation: I would suggest doing make -k when you're building the kernel to skip errors, and seeing if it's just a few drivers broken or all of them. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 19:05:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB9016A4CE for ; Sun, 22 Aug 2004 19:05:39 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AAB743D41 for ; Sun, 22 Aug 2004 19:05:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 31D1C72DD4; Sun, 22 Aug 2004 12:05:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2CA2572DCB for ; Sun, 22 Aug 2004 12:05:39 -0700 (PDT) Date: Sun, 22 Aug 2004 12:05:39 -0700 (PDT) From: Doug White To: freebsd-current@freebsd.org Message-ID: <20040822115345.Y94593@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 19:05:39 -0000 Hey folks, If you have a reasonably fast i386 or amd64 multiprocessor and/or hyperthreading machine and are experiencing reproducible hangs during -j buildwords and other highly parallel operations, please try this patch: http://people.freebsd.org/~dwhite/smp_rv_mtx.patch This patch avoids a deadlock between the smp_rendezvous() mechanism and TLB shootdowns via pmap by forcing them to share a mutex. The patch has been tested on several multiproc Xeon systems and a dual Opteron I have here and is stable, but a couple of more eyeballs and varied loads wouldn't hurt since this will be going into RELENG_5. If there's anything glaringly wrong from a style point of view, let me know too. I plan on committing this late Monday or Tuesday, barring any serious problems. Thanks to alc for the nudge on the solution and rwatson for staying up late and testing it on his hardware. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 19:09:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09DF716A4CE; Sun, 22 Aug 2004 19:09:08 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B47E43D4C; Sun, 22 Aug 2004 19:09:07 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7MJ96UY077303; Sun, 22 Aug 2004 15:09:06 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7MJ95Ft077302; Sun, 22 Aug 2004 15:09:05 -0400 (EDT) (envelope-from green) Date: Sun, 22 Aug 2004 15:09:05 -0400 From: Brian Fundakowski Feldman To: Kevin Brunelle Message-ID: <20040822190905.GC77230@green.homeunix.org> References: <1093141197.643.28.camel@fnord.quux.edu> <1093188163.2100.4.camel@fnord.quux.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093188163.2100.4.camel@fnord.quux.edu> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: Andreas Kohn Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 19:09:08 -0000 On Sun, Aug 22, 2004 at 11:22:43AM -0400, Kevin Brunelle wrote: > Okay, > > Replication does not look like it will be an issue. Again, the system > panic'd while running a gl application when I was at work. This time I > did get a core dump (but I still don't have a debugging kernel -- it was > building ARG). > > Right now, I am going to disable my screensaver and carefully avoid > applications which might cause the panic again. Once the proper kernel > is in place... then it is go-time. > > If anyone is interested I am going to save the dump -- but it probably > is worth the wait (in saved effort) till I have a proper kernel in > place. I am almost 100% sure this is due to the nvidia drivers -- I > upgraded on the 19th and never had a problem before this... that and gl > programs seem to be the cause of both crashes so far. Andreas, are you using the nvidia driver too? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 19:24:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2670D16A4CE for ; Sun, 22 Aug 2004 19:24:04 +0000 (GMT) Received: from priv-edtnes40.telusplanet.net (outbound05.telus.net [199.185.220.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59B4B43D46 for ; Sun, 22 Aug 2004 19:24:03 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.12.28]) by priv-edtnes40.telusplanet.netESMTP <20040822192402.UZME833.priv-edtnes40.telusplanet.net@[192.168.0.20]>; Sun, 22 Aug 2004 13:24:02 -0600 From: Mayo Jordanov To: Doug Rabson In-Reply-To: <200408191019.15653.dfr@nlsystems.com> References: <200408141934.24107.dfr@nlsystems.com> <1092903551.85924.14.camel@einstein.local.nfy> <200408191019.15653.dfr@nlsystems.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xmKTvluOnUvGUlDd47MC" Message-Id: <1093202641.747.2.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 12:24:02 -0700 cc: freebsd-current@freebsd.org Subject: Re: Issues with the nvidia driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 19:24:04 -0000 --=-xmKTvluOnUvGUlDd47MC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-08-19 at 02:19, Doug Rabson wrote: > On Thursday 19 August 2004 09:19, Mayo Jordanov wrote: > > First of all, thank you and Nvidia for all the work. > > > > I've been using the driver since it has been announced here, and it > > works great for most of things (dual head X, etc, etc), however, I > > see some issues with GL. > > > > When I run glxgears (or any program that uses GL - glxgears and some > > of the X screen savers is what I've been testing with) it runs just > > fine, giving me around 2500fps. > > As soon as I stop glxgears, and run it again, it will produce about > > 6fps. In order to get it back up to speed, I have to wait between 10 > > or 20 minutes; after that it runs just fine again. If I quit it, and > > run again, I get around 3 to 6 fps, wait 10 to 20 mins, and on and > > on. > > > > Each time (high fps rate, and low fps rate) the CPU gets maxed out, > > with a slight diference though: when it's producing high fps rates, > > there are no problems getting other things to run smoothly, the CPU > > time is simply taken away from glxgears and fps drops. However, when > > it's producing low fps rates, the system becomes very unresponsive, > > until I manage to kill or quit glxgears. >=20 > You need to update to a more recent version of current. There were a=20 > couple of VM problems that affected the nvidia driver and I committed=20 > patches for them a couple of weeks ago. This is exactly the symptom=20 > that I had before applying those patches. >=20 > If you don't want to update to current, you could manually apply the=20 > patches which are available in the doc directory of the driver=20 > distribution. Thanks! cvsuped and working like charm. m --=-xmKTvluOnUvGUlDd47MC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBKPLR3IqYlN3K/uYRAixiAKCDeSHtFclkUwlcxxH5BFemWrVZZgCg8iQA bIxGLUmDYc3FJmBPt3mTa/Q= =lFse -----END PGP SIGNATURE----- --=-xmKTvluOnUvGUlDd47MC-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 19:26:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE52616A4CE for ; Sun, 22 Aug 2004 19:26:19 +0000 (GMT) Received: from priv-edtnes56.telusplanet.net (outbound01.telus.net [199.185.220.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A2643D46 for ; Sun, 22 Aug 2004 19:26:19 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.12.28]) by priv-edtnes56.telusplanet.netESMTP <20040822192618.UYSP22966.priv-edtnes56.telusplanet.net@[192.168.0.20]>; Sun, 22 Aug 2004 13:26:18 -0600 From: Mayo Jordanov To: Anish Mistry In-Reply-To: <200408191142.53999.mistry.7@osu.edu> References: <200408141934.24107.dfr@nlsystems.com> <1092903551.85924.14.camel@einstein.local.nfy> <200408191019.15653.dfr@nlsystems.com> <200408191142.53999.mistry.7@osu.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8rPqZGVnJXh1GcdD2yRm" Message-Id: <1093202778.747.6.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 12:26:18 -0700 cc: freebsd-current@freebsd.org Subject: Re: Issues with the nvidia driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 19:26:19 -0000 --=-8rPqZGVnJXh1GcdD2yRm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-08-19 at 08:42, Anish Mistry wrote: > On Thursday 19 August 2004 05:19 am, Doug Rabson wrote: > > On Thursday 19 August 2004 09:19, Mayo Jordanov wrote: > > > First of all, thank you and Nvidia for all the work. > > > > > > I've been using the driver since it has been announced here, and it > > > works great for most of things (dual head X, etc, etc), however, I > > > see some issues with GL. > > > > > > When I run glxgears (or any program that uses GL - glxgears and some > > > of the X screen savers is what I've been testing with) it runs just > > > fine, giving me around 2500fps. > > > As soon as I stop glxgears, and run it again, it will produce about > > > 6fps. In order to get it back up to speed, I have to wait between 10 > > > or 20 minutes; after that it runs just fine again. If I quit it, and > > > run again, I get around 3 to 6 fps, wait 10 to 20 mins, and on and > > > on. > Twiddling this sysctl should fix your problem: > vm.old_msync >=20 > My friend had the same issue and that solved it. > - --=20 > Anish Mistry This did help in that running gl* applications one after another would work fine, however it gave me lots and lots of coredumps (randomly too). I ended up cvsupping like suggested, and that helped it completly. Thanks, m --=-8rPqZGVnJXh1GcdD2yRm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBKPNa3IqYlN3K/uYRApUYAKDEr2xMVZ0WOzaTebX0NIQn2lZo8QCgsgli xlxUQgzOFbLkCsuWcP9kXrc= =voEf -----END PGP SIGNATURE----- --=-8rPqZGVnJXh1GcdD2yRm-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 19:30:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E137A16A4CE; Sun, 22 Aug 2004 19:30:06 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84EAF43D53; Sun, 22 Aug 2004 19:30:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7MJU6Sf086286; Sun, 22 Aug 2004 15:30:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7MJU5pt052851; Sun, 22 Aug 2004 15:30:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B49D57303F; Sun, 22 Aug 2004 15:30:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040822193005.B49D57303F@freebsd-current.sentex.ca> Date: Sun, 22 Aug 2004 15:30:05 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 19:30:07 -0000 TB --- 2004-08-22 17:54:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-22 17:54:55 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-22 17:54:55 - checking out the source tree TB --- 2004-08-22 17:54:55 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-22 17:54:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-22 18:00:50 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-22 18:00:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-22 18:00:50 - /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 --- 2004-08-22 19:05:03 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-22 19:05:03 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-22 19:05:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Aug 22 19:05:03 UTC 2004 >>> 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 Sun Aug 22 19:18:53 UTC 2004 TB --- 2004-08-22 19:18:53 - generating LINT kernel config TB --- 2004-08-22 19:18:53 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-22 19:18:53 - /usr/bin/make -B LINT TB --- 2004-08-22 19:18:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-22 19:18:54 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-22 19:18:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 22 19:18:54 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-22 19:30:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-22 19:30:05 - ERROR: failed to build lint kernel TB --- 2004-08-22 19:30:05 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 20:05:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B4F16A4CE for ; Sun, 22 Aug 2004 20:05:31 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EACD43D46 for ; Sun, 22 Aug 2004 20:05:30 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7MJqjjr013131 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sun, 22 Aug 2004 15:52:47 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Sun, 22 Aug 2004 16:06:36 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408221606.52427.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.4 required=5.0 tests=PGP_SIGNATURE,RCVD_IN_ORBS,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: USB 6-in-1 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 20:05:31 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Since I don't use my 6-in-1 drive very much (yesterday was the first time i= n=20 months) I noticed that some of old functionality seems to be gone or broken= =2E =20 Before I was able to insert the drive with no disks, then put in a disk,=20 issue the camcontrol rescan all, and the disk would be picked up and a new= =20 device node connected, or start with the disk in and remove is, rescan and= =20 the device node disappears. As of a recent CURRENT this doesn't seem to wo= rk=20 and I have to remove the drive from the usb slot to get it to pickup the n= ew=20 device states. Is this a known regression, or am I missing something? DMESG: http://am-productions.biz/docs/dmesg.txt.gz sample attach: Aug 21 18:12:30 littleguy kernel: umass0: ICSI_1 1.1 Card Reader, rev=20 2.00/52.7d, addr 2 Aug 21 18:12:30 littleguy kernel: umass0: SCSI over Bulk-Only; quirks =3D 0= x0000 Aug 21 18:12:30 littleguy kernel: umass0:0:0:-1: Attached to scbus0 Aug 21 18:12:30 littleguy kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CD= B:=20 25 0 0 0 0 0 0 0 0 0=20 Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI= =20 Status Error Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): SCSI Status: Chec= k=20 Condition Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): Medium not present Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): Unretryable error Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CD= B:=20 25 0 0 0 0 0 0 0 0 0=20 Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI= =20 Status Error Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): SCSI Status: Chec= k=20 Condition Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): Medium not present Aug 21 18:12:30 littleguy kernel: (da0:umass-sim0:0:0:0): Unretryable error Aug 21 18:12:30 littleguy kernel: da1 at umass-sim0 bus 0 target 0 lun 1 Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CD= B:=20 25 20 0 0 0 0 0 0 0 0=20 Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI= =20 Status Error Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): SCSI Status: Chec= k=20 Condition Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): Medium not present Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): Unretryable error Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CD= B:=20 25 20 0 0 0 0 0 0 0 0=20 Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI= =20 Status Error Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): SCSI Status: Chec= k=20 Condition Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): Medium not present Aug 21 18:12:30 littleguy kernel: (da1:umass-sim0:0:0:1): Unretryable error Aug 21 18:12:30 littleguy kernel: da2 at umass-sim0 bus 0 target 0 lun 2 Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): READ CAPACITY. CD= B:=20 25 40 0 0 0 0 0 0 0 0=20 Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): CAM Status: SCSI= =20 Status Error Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): SCSI Status: Chec= k=20 Condition Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): Medium not present Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): Unretryable error Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): READ CAPACITY. CD= B:=20 25 40 0 0 0 0 0 0 0 0=20 Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): CAM Status: SCSI= =20 Status Error Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): SCSI Status: Chec= k=20 Condition Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): Medium not present Aug 21 18:12:31 littleguy kernel: (da2:umass-sim0:0:0:2): Unretryable error Aug 21 18:12:31 littleguy kernel: da3 at umass-sim0 bus 0 target 0 lun 3 Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): READ CAPACITY. CD= B:=20 25 60 0 0 0 0 0 0 0 0=20 Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): CAM Status: SCSI= =20 Status Error Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): SCSI Status: Chec= k=20 Condition Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): Medium not present Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): Unretryable error Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): READ CAPACITY. CD= B:=20 25 60 0 0 0 0 0 0 0 0=20 Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): CAM Status: SCSI= =20 Status Error Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): SCSI Status: Chec= k=20 Condition Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): Medium not present Aug 21 18:12:31 littleguy kernel: (da3:umass-sim0:0:0:3): Unretryable error Thanks, =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKPzbxqA5ziudZT0RAicBAJ4pu+tZotmCuKKLd57q5+C53IzYpQCgxzuj MHEHNcEqZntf7P66t+rEqKY=3D =3D/iGJ =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 20:20:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD88016A4CE; Sun, 22 Aug 2004 20:20:04 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40ABC43D1F; Sun, 22 Aug 2004 20:20:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7MKK3pA090276; Sun, 22 Aug 2004 16:20:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7MKK3uL069240; Sun, 22 Aug 2004 16:20:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 827BA7303F; Sun, 22 Aug 2004 16:20:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040822202003.827BA7303F@freebsd-current.sentex.ca> Date: Sun, 22 Aug 2004 16:20:03 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 20:20:05 -0000 TB --- 2004-08-22 19:30:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-22 19:30:05 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-22 19:30:05 - checking out the source tree TB --- 2004-08-22 19:30:05 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-22 19:30:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-22 19:35:33 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-22 19:35:33 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-22 19:35:33 - /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 [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-22 20:20:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-22 20:20:03 - ERROR: failed to build world TB --- 2004-08-22 20:20:03 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 21:42:41 2004 Return-Path: Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2972F16A4CE for ; Sun, 22 Aug 2004 21:42:41 +0000 (GMT) Received: from bobbi.cse.buffalo.edu (bobbi.cse.Buffalo.EDU [128.205.32.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A26E343D58 for ; Sun, 22 Aug 2004 21:42:40 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bobbi.cse.buffalo.edu (localhost.cs.Buffalo.EDU [127.0.0.1]) by bobbi.cse.buffalo.edu (8.13.1/8.12.4) with ESMTP id i7MLgd4N038710 for ; Sun, 22 Aug 2004 17:42:39 -0400 (EDT) Received: (from kensmith@localhost) by bobbi.cse.buffalo.edu (8.13.1/8.13.1/Submit) id i7MLgd95038709 for freebsd-current@freebsd.org; Sun, 22 Aug 2004 17:42:39 -0400 (EDT) (envelope-from kensmith) Date: Sun, 22 Aug 2004 17:42:39 -0400 From: Ken Smith To: freebsd-current@FreeBSD.org Message-ID: <20040822214239.GA38696@bobbi.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: FreeBSD 5.3-BETA1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 21:42:41 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The FreeBSD Release Engineering Team is proud to announce the=20 availability of FreeBSD 5.3-BETA1. This is the first BETA of the 5.3 release cycle. It is intended for early adopters and those wishing to help find and/or fix bugs. The 5.3 release cycle will continue with weekly BETA builds while bugs are being fixed and features finalized. The schedule is at http://www.freebsd.org/releases/5.3R/schedule.html. Be sure to check the "Known issues" below, there are known problems still being worked on at this time. Significant improvements in features, performance and stability have been made since FreeBSD 5.2.1 was released last February. These include: Fully threaded and multi-processor safe network stack. This is=20 disabled in this BETA but can be enabled by setting the=20 'debug.mpsafenet' variable at boot. This feature is not available for all network cards and protocols, but should work for normal IPv4 traffic and many common network cards. For more details see: http://www.watson.org/~robert/freebsd/netperf/20040822-netperf-current-post= .txt The default X-windows system is now X.org instead of XFree86. Many ACPI enhancements. GCC updated to 3.4.2, gdb updated to 6.1.1, binutils updated. The size of the time_t structure has been change to 64-bits for the sparc64 port. WARNING: if using cvsup to upgrade an earlier release on sparc64 be sure to follow the instructions provided in "/usr/src/UPDATING.64BTT". Much more but this announcement is already getting a bit long for a BETA announcement. Known issues in this release: Recent work appears to have resulted in some SMP stability problems under load that can result in a hard lock up. The problem is being actively worked on and should be resolved for BETA2. People with multi-processor machines are advised to wait for BETA2. pst(4) is known to cause a system panic during the boot time. This will be resolved for the release. Configuring X11 in sysinstall does not work. Just wait until the system is running after the installation finishes to configure the X-windows system. If you use disc1 the X.org packages will have been installed but not configured. See the xorg(1) manual for details (running 'Xorg -configure' may be all it takes). The Synaptics Touchpad mouse support is known to have issues with responsiveness. It can be disabled with 'hint.psm.0.flags=3D"0x200"' in "/boot/device.hints". This will be resolved for the release. On sparc64 only, there is a problem using ATA devices in DMA mode. The loader has been temporarily set up to disable DMA in the ATA device driver. Kernel debugging aids (INVARIANTS, WITNESS, etc) are still enabled so do not use this BETA as an indication of speed. A complete list of defects that will be fixed for the release can be found at http://www.freebsd.org/releases/5.3R/todo.html. Availability: At the time of this announcement the BETA1 materials for the most popular architectures are available on ftp.freebsd.org as well as a few of the other mirror sites. It should be available on the majority of the mirror sites within the next day. A few of the less popular architectures are still building and will be uploaded as the builds complete. The Alpha architecture will not be built for BETA1 but should be available for future BETA's. As of this writing: i386: available on most mirror sites, miniinst and disc1 but disc1 package set missing a few packages sparc64: available on some of the mirror sites, miniinst only ia64: only partially loaded, should become available later tonight amd64: build still in progress, hopefully available tomorrow pc98: build still in progress, hopefully available tomorrow MD5s for the builds that are complete at this time are: MD5 (5.3-BETA1-i386-bootonly.iso) =3D 8185c80e2b4892648422faf72350a99a MD5 (5.3-BETA1-i386-disc1.iso) =3D cd0822a5896eff43f1176cf92bc0670a MD5 (5.3-BETA1-i386-disc2.iso) =3D da262515cebf33da1b862124339691a2 MD5 (5.3-BETA1-i386-miniinst.iso) =3D 93ab2526b98851e2ed35ec0bc2802095 MD5 (5.3-BETA1-sparc64-bootonly.iso) =3D c93b342d419863ca83930e131f76= c16a MD5 (5.3-BETA1-sparc64-disc2.iso) =3D dfd6b80eaa7869350fa996eb59638548 MD5 (5.3-BETA1-sparc64-miniinst.iso) =3D 0639806884c4b36addf89b71f79e= 3566 -ken --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKRNN/G14VSmup/YRAhO3AJ9rzRmQfL4Ux6A4Wc4PjCBGlnLsHgCbB6H8 81vig5RtcRwKS2HKfaHvqhY= =7Icy -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 21:52:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A60516A4CE; Sun, 22 Aug 2004 21:52:21 +0000 (GMT) Received: from sirius.firepipe.net (sirius.firepipe.net [69.13.116.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638DB43D1F; Sun, 22 Aug 2004 21:52:21 +0000 (GMT) (envelope-from will@csociety.org) Received: by sirius.firepipe.net (Postfix, from userid 1000) id 26E4218076; Sun, 22 Aug 2004 16:52:21 -0500 (EST) Date: Sun, 22 Aug 2004 16:52:21 -0500 From: Will Andrews To: current@freebsd.org, stable@freebsd.org Message-ID: <20040822215221.GO90227@sirius.firepipe.net> Mail-Followup-To: current@freebsd.org, stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Re2uCLPLNzqOLVJA" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: 5.3 daily snapshots available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 21:52:21 -0000 --Re2uCLPLNzqOLVJA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Several days ago I noticed that snapshots.se.freebsd.org was no longer producing 5.x snapshots. So I went and fixed the code. Now it builds RELENG_5 snapshots every day. See: http://snapshots.se.freebsd.org/i386/5-LATEST/ http://snapshots.se.freebsd.org/i386/ISO-IMAGES/ Tomorrow I'll have these for amd64 as well. Regards, --=20 wca (snapshots.se.freebsd.org maintainer) --Re2uCLPLNzqOLVJA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKRWUF47idPgWcsURAp9aAJ0SIOTDc5nH/mm22zK3MDyJVDa1rQCff15R vw/wT+DjtFr7ZyzGHG7Szrg= =5xzo -----END PGP SIGNATURE----- --Re2uCLPLNzqOLVJA-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 22:29:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F39E16A4CE; Sun, 22 Aug 2004 22:29:17 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C71543D2D; Sun, 22 Aug 2004 22:29:17 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id A20FAFD03D; Sun, 22 Aug 2004 15:29:16 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03606-05; Sun, 22 Aug 2004 15:29:16 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 00FD7FD026; Sun, 22 Aug 2004 15:29:15 -0700 (PDT) From: Sean McNeil To: Tim Kientzle In-Reply-To: <4127841D.6050104@freebsd.org> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> Content-Type: text/plain Message-Id: <1093213755.72863.0.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 15:29:15 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Giorgos Keramidas cc: freebsd-current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 22:29:17 -0000 On Sat, 2004-08-21 at 10:19, Tim Kientzle wrote: > Sean McNeil wrote: > >>> > >>>I just tried to unarchive a file that didn't exist and got a core dump: > > > > Here is a backtrace of the error: > > > > #0 0x0000000200926d7e in __vfprintf (fp=0x7fffffffe360, > > fmt0=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > > at /usr/src/lib/libc/stdio/vfprintf.c:1052 > > #1 0x00000002008c4006 in vsnprintf (str=0x32
, > > n=4284889, fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > > at /usr/src/lib/libc/stdio/vsnprintf.c:75 > > #2 0x0000000000411478 in __archive_string_vsprintf (as=0x520240, > > fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > > at /usr/src/lib/libarchive/archive_string_sprintf.c:60 > > > > Could be a compiler bug I suppose, but more likely I think it is this > > code: > > > > if (n == 0) { > > if (on > 0) > > *str = '\0'; > > str = dummy; > > n = 1; > > } > > > > in vsnprintf.c::vsnprintf. > > The code you've pointed to above concerns > me because of the part about: > if (n == 0) { > ... > n = 1; > } > That ain't right: If I told vsnprintf the buffer > size was zero, it should treat it as such. If I > meant "one", I would have said "one." > > On the other hand, the vsnprintf.3 man page > does explicitly state that "the output is always > null-terminated," which would preclude passing > a zero-length buffer, which is exactly what > libarchive is doing in this situation. It is > bogus, but at least it's documented bogosity. ;-) > > Please try the attached patch to libarchive/archive_string_sprintf.c > and let me know if it works for you. It simply > forces the target buffer to be allocated and thereby > avoids calling vsnprintf with a NULL buffer. > > Tim Kientzle > > ______________________________________________________________________ > Index: archive_string_sprintf.c > =================================================================== > RCS file: /home/ncvs/src/lib/libarchive/archive_string_sprintf.c,v > retrieving revision 1.4 > diff -u -r1.4 archive_string_sprintf.c > --- archive_string_sprintf.c 14 Aug 2004 03:45:45 -0000 1.4 > +++ archive_string_sprintf.c 21 Aug 2004 17:02:49 -0000 > @@ -48,6 +48,9 @@ > { > size_t l; > > + /* Make sure the target area is initialized. */ > + __archive_string_ensure(as, 64); > + > if (fmt == NULL) { > as->s[0] = 0; > return; This patch didn't prevent the core dump. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 22:32:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B7AE16A4CE for ; Sun, 22 Aug 2004 22:32:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CEA243D3F for ; Sun, 22 Aug 2004 22:32:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2C43B72DD4; Sun, 22 Aug 2004 15:32:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2976572DCB for ; Sun, 22 Aug 2004 15:32:35 -0700 (PDT) Date: Sun, 22 Aug 2004 15:32:35 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20040822151959.S94593@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Giant deadlock related to twe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 22:32:35 -0000 Hey folks, Just got this on my amd64 box. A disk flaked out in my machine, which has a 3ware 8006-2LP with 2 80GB drives in a RAID0. My X session locked up and was able to break to ddb. Some ddb twiddling follows. It looks like, at first glance, some sort of deadlock against softupdates. twed0: drive timeouttwed0: drive timeouttwed0: drive timeouttwed0: drive timeout twed0: drive timeouttwed0: drive timeouttwed0: drive timeouttwe0: AEN: twed0: controller error - device failure (flags = 0x80) twed0: controller error - device failure (flags = 0x80) twed0: controller error - device failure (flags = 0x80) twed0: controller error - device failure (flags = 0x80) KDB: enter: Line break on console [thread 100082] Stopped at kdb_enter+0x31: leave db> tr # NOTE: this is the syslog process on CPU0, pid 304 kdb_enter() at kdb_enter+0x31 siointr1() at siointr1+0xe3 siointr() at siointr+0x78 intr_execute_handlers() at intr_execute_handlers+0xb2 lapic_handle_intr() at lapic_handle_intr+0x38 Xapic_isr1() at Xapic_isr1+0x7d --- interrupt, rip = 0xffffffff8034dd9a, rsp = 0xffffffffb23f3960, rbp = 0xffffffffb23f39b0 --- inodedep_lookup() at inodedep_lookup+0x7a flush_inodedep_deps() at flush_inodedep_deps+0x5c softdep_sync_metadata() at softdep_sync_metadata+0x9f ffs_fsync() at ffs_fsync+0x44c fsync() at fsync+0x182 syscall() at syscall+0x374 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (95, FreeBSD ELF64, fsync), rip = 0x20079c0c0, rsp = 0x7fffffffe808, rbp = 0x50f080 --- db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 811 ffffff00530dab80 ffffffffb48e9000 0 809 800 0004002 [SLPQ ttyin 0xffffff00009b8410][SLP] less 810 ffffff005313c2e0 ffffffffb48eb000 0 809 800 0004002 [SLPQ pipdwt 0xffffff00527cc5a0][SLP] zcat 809 ffffff005c24a2e0 ffffffffb4814000 0 800 800 0004002 [SLPQ wait 0xffffff005c24a2e0][SLP] sh 800 ffffff00626082e0 ffffffffb4765000 0 645 800 0004002 [SLPQ wait 0xffffff00626082e0][SLP] man 783 ffffff0056d152e0 ffffffffb4823000 1001 653 783 0004002 [SLPQ ttyin 0xffffff007ace8c10][SLP] less 744 ffffff00572fd000 ffffffffb4886000 1001 632 744 0004002 [SLPQ ttyin 0xffffff0000eaf010][SLP] tcsh 740 ffffff0056d155c0 ffffffffb4824000 1001 1 594 0004001 [SLPQ select 0xffffffff80583550][SLP] gconfd-2 738 ffffff0056d15b80 ffffffffb4826000 1001 733 594 000c000 (threaded) mozilla-bin thread 0xffffff0051e40000 ksegrp 0xffffff005fc80270 [SLPQ kserel 0xffffff005fc80310][SLP] thread 0xffffff0053001940 ksegrp 0xffffff005fc80270 [SLPQ kserel 0xffffff005fc80310][SLP] thread 0xffffff00530016f0 ksegrp 0xffffff005fc80270 [SLPQ select 0xffffffff80583550][SLP] thread 0xffffff0053001250 ksegrp 0xffffff005fc80270 [SLPQ select 0xffffffff80583550][SLP] thread 0xffffff005ff05250 ksegrp 0xffffff005c46e1a0 [SLPQ ksesigwait 0xffffff0056d15d30][SLP] 733 ffffff005c30f5c0 ffffffffb481f000 1001 594 594 0004000 [SLPQ wait 0xffffff005c30f5c0][SLP] sh 700 ffffff0056fd85c0 ffffffffb4883000 1001 651 700 0004002 [SLPQ ttyin 0xffffff0000eae810][SLP] tcsh 653 ffffff005c24ab80 ffffffffb4817000 1001 651 653 0004002 [SLPQ pause 0xffffff005c24abf0][SLP] tcsh 651 ffffff005fe1f2e0 ffffffffb476a000 1001 594 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 645 ffffff005c24a5c0 ffffffffb4815000 0 644 645 0004002 [SLPQ pause 0xffffff005c24a630][SLP] tcsh 644 ffffff005c24a8a0 ffffffffb4816000 1001 634 644 0004102 [SLPQ wait 0xffffff005c24a8a0][SLP] su 634 ffffff0060029000 ffffffffb47cd000 1001 632 634 0004002 [SLPQ pause 0xffffff0060029070][SLP] tcsh 632 ffffff005c54d2e0 ffffffffb4819000 1001 594 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 630 ffffff005fdc88a0 ffffffffb47cb000 1001 1 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 627 ffffff0060029b80 ffffffffb47d1000 1001 594 594 0000000 [SLPQ select 0xffffffff80583550][SLP] kdeinit 626 ffffff005bfc92e0 ffffffffb47d3000 1001 1 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 624 ffffff005bfc9000 ffffffffb47d2000 1001 1 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 622 ffffff007b4b18a0 ffffffffb2400000 1001 1 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 619 ffffff005bfc95c0 ffffffffb47d4000 1001 594 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 617 ffffff005c54db80 ffffffffb481c000 1001 1 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 615 ffffff005c24a000 ffffffffb47d7000 1001 575 575 0004000 [SLPQ nanslp 0xffffffff8057ae80][SLP] kwrapper 603 ffffff005c54d000 ffffffffb4818000 1001 1 594 0000001 [LOCK Giant ffffff00581b6400] kdeinit 600 ffffff005c54d8a0 ffffffffb481b000 1001 594 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 597 ffffff005c30f000 ffffffffb481d000 1001 1 594 0000001 [SLPQ select 0xffffffff80583550][SLP] kdeinit 594 ffffff007b4cd000 ffffffffb23b7000 1001 1 594 0000000 [SLPQ select 0xffffffff80583550][SLP] kdeinit 575 ffffff007b7288a0 ffffffffb1ac7000 1001 559 575 0004000 [SLPQ wait 0xffffff007b7288a0][SLP] sh 559 ffffff00627425c0 ffffffffb4761000 0 556 556 0000000 [SLPQ wait 0xffffff00627425c0][SLP] kdm 558 ffffff005fe1fb80 ffffffffb476d000 0 556 558 0004000 [SLPQ select 0xffffffff80583550][SLP] XFree86 556 ffffff0062742b80 ffffffffb4763000 0 1 556 0000001 [SLPQ select 0xffffffff80583550][SLP] kdm 554 ffffff005fdc8000 ffffffffb47c8000 0 1 554 0004002 [SLPQ ttyin 0xffffff0000ead410][SLP] getty 553 ffffff007b4b1b80 ffffffffb2401000 0 1 553 0004002 [SLPQ ttyin 0xffffff0000a9e010][SLP] getty 552 ffffff005fdc82e0 ffffffffb47c9000 0 1 552 0004002 [SLPQ ttyin 0xffffff0000a5cc10][SLP] getty 551 ffffff005fdc85c0 ffffffffb47ca000 0 1 551 0004002 [SLPQ ttyin 0xffffff0000a9d410][SLP] getty 550 ffffff0062608000 ffffffffb4764000 0 1 550 0004002 [SLPQ ttyin 0xffffff0000a5c010][SLP] getty 549 ffffff0062742000 ffffffffb4705000 0 1 549 0004002 [SLPQ ttyin 0xffffff0000a5c810][SLP] getty 548 ffffff00627422e0 ffffffffb4760000 0 1 548 0004002 [SLPQ ttyin 0xffffff0000a71410][SLP] getty 547 ffffff007b4ce000 ffffffffb23bc000 0 1 547 0004002 [SLPQ ttyin 0xffffff0000a71810][SLP] getty 546 ffffff00600298a0 ffffffffb47d0000 0 1 546 0004002 [SLPQ ttyin 0xffffff0000a71c10][SLP] getty 484 ffffff005fe1f5c0 ffffffffb476b000 0 1 484 0000000 [SLPQ nanslp 0xffffffff8057ae80][SLP] cron 470 ffffff005fe1f8a0 ffffffffb476c000 25 1 470 0000100 [SLPQ pause 0xffffff005fe1f910][SLP] sendmail 467 ffffff005fe1f000 ffffffffb4769000 0 1 467 0000100 [SLPQ select 0xffffffff80583550][SLP] sendmail 461 ffffff007b4cd8a0 ffffffffb23ba000 0 1 461 0000100 [SLPQ select 0xffffffff80583550][SLP] sshd 454 ffffff007b4cd5c0 ffffffffb23b9000 0 440 440 0000000 [SLPQ pause 0xffffff007b4cd630][SLP] ntpd 440 ffffff00626085c0 ffffffffb4766000 0 1 440 0000000 [SLPQ select 0xffffffff80583550][SLP] ntpd 408 ffffff007b4cd2e0 ffffffffb23b8000 0 1 408 0000000 [SLPQ select 0xffffffff80583550][SLP] usbd 406 ffffff007b4b12e0 ffffffffb23fe000 0 1 406 0000000 [SLPQ select 0xffffffff80583550][SLP] moused 319 ffffff007b4b15c0 ffffffffb23ff000 0 1 319 0000000 [SLPQ select 0xffffffff80583550][SLP] rpcbind 304 ffffff007b4ce2e0 ffffffffb23f9000 0 1 304 0000000 [CPU 1] syslogd 243 ffffff00626088a0 ffffffffb4767000 0 1 243 0000000 [SLPQ select 0xffffffff80583550][SLP] dhclient 189 ffffff007b728b80 ffffffffb1ac8000 0 1 189 0000000 [SLPQ pause 0xffffff007b728bf0][SLP] adjkerntz 67 ffffff007b4ce5c0 ffffffffb23fa000 0 0 0 0000204 [SLPQ - 0xffffffffb23eec0c][SLP] schedcpu 66 ffffff007b4ce8a0 ffffffffb23fb000 0 0 0 0000204 [SLPQ - 0xffffffff8058ce38][SLP] nfsiod 3 65 ffffff007b4ceb80 ffffffffb23fc000 0 0 0 0000204 [SLPQ - 0xffffffff8058ce30][SLP] nfsiod 2 64 ffffff007b4b1000 ffffffffb23fd000 0 0 0 0000204 [SLPQ - 0xffffffff8058ce28][SLP] nfsiod 1 63 ffffff007b7552e0 ffffffffb1a7f000 0 0 0 0000204 [SLPQ - 0xffffffff8058ce20][SLP] nfsiod 0 62 ffffff007b7555c0 ffffffffb1a80000 0 0 0 0000204 [SLPQ vlruwt 0xffffff007b7555c0][SLP] vnlru 61 ffffff007b7558a0 ffffffffb1a81000 0 0 0 0000204 [SLPQ syncer 0xffffffff8057ab80][SLP] syncer 60 ffffff007b755b80 ffffffffb1a82000 0 0 0 0000204 [SLPQ psleep 0xffffffff80583e7c][SLP] bufdaemon 59 ffffff007b6e5000 ffffffffb1a83000 0 0 0 000020c [SLPQ pgzero 0xffffffff805957f0][SLP] pagezero 58 ffffff007b6e52e0 ffffffffb1a84000 0 0 0 0000204 [SLPQ psleep 0xffffffff8059585c][SLP] vmdaemon 57 ffffff007b6e55c0 ffffffffb1a85000 0 0 0 0000204 [SLPQ psleep 0xffffffff8059580c][SLP] pagedaemon 56 ffffff007b6e58a0 ffffffffb1ac2000 0 0 0 0000204 [IWAIT] swi0: sio 55 ffffff007b6e5b80 ffffffffb1ac3000 0 0 0 0000204 [SLPQ - 0xffffff00009ce248][SLP] fdc0 54 ffffff007b728000 ffffffffb1ac4000 0 0 0 0000204 [SLPQ usbevt 0xffffffff80823420][SLP] usb1 53 ffffff007b7282e0 ffffffffb1ac5000 0 0 0 0000204 [SLPQ usbtsk 0xffffffff8056e4f0][SLP] usbtask 52 ffffff007b7285c0 ffffffffb1ac6000 0 0 0 0000204 [SLPQ usbevt 0xffffffff80821420][SLP] usb0 9 ffffff007b751000 ffffffffb1a38000 0 0 0 0000204 [SLPQ actask 0xffffffff8056bd00][SLP] acpi_task2 8 ffffff007b7512e0 ffffffffb1a39000 0 0 0 0000204 [SLPQ actask 0xffffffff8056bd00][SLP] acpi_task1 7 ffffff007b7515c0 ffffffffb1a3a000 0 0 0 0000204 [SLPQ actask 0xffffffff8056bd00][SLP] acpi_task0 51 ffffff007b7518a0 ffffffffb1a3b000 0 0 0 0000204 [IWAIT] swi6: task queue 6 ffffff007b751b80 ffffffffb1a3c000 0 0 0 0000204 [SLPQ - 0xffffff000099ae00][SLP] kqueue taskq 50 ffffff007b752000 ffffffffb1a3d000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 49 ffffff007b7522e0 ffffffffb1a7a000 0 0 0 0000204 [IWAIT] swi6:+ 5 ffffff007b7525c0 ffffffffb1a7b000 0 0 0 0000204 [SLPQ - 0xffffff00008c3a80][SLP] thread taskq 48 ffffff007b7528a0 ffffffffb1a7c000 0 0 0 0000204 [IWAIT] swi6:+ 47 ffffff007b752b80 ffffffffb1a7d000 0 0 0 0000204 [SLPQ - 0xffffffff8056c1c0][SLP] yarrow 4 ffffff007b755000 ffffffffb1a7e000 0 0 0 0000204 [SLPQ - 0xffffffff80571ea8][SLP] g_down 3 ffffff007b700000 ffffffffb19f2000 0 0 0 0000204 [SLPQ - 0xffffffff80571ea0][SLP] g_up 2 ffffff007b7002e0 ffffffffb19f3000 0 0 0 0000204 [SLPQ - 0xffffffff80571e90][SLP] g_event 46 ffffff007b7005c0 ffffffffb19f4000 0 0 0 0000204 [IWAIT] swi1: net 45 ffffff007b7008a0 ffffffffb19f5000 0 0 0 0000204 [IWAIT] swi4: vm 44 ffffff007b700b80 ffffffffb19f6000 0 0 0 000020c [LOCK Giant ffffff00581b6400] swi5: clock sio 43 ffffff007b704000 ffffffffb1a33000 0 0 0 0000204 [IWAIT] irq31: 42 ffffff007b7042e0 ffffffffb1a34000 0 0 0 0000204 [IWAIT] irq30: 41 ffffff007b7045c0 ffffffffb1a35000 0 0 0 0000204 [LOCK Giant ffffff00581b6400] irq29: twe0 40 ffffff007b7048a0 ffffffffb1a36000 0 0 0 0000204 [IWAIT] irq28: 39 ffffff007b704b80 ffffffffb1a37000 0 0 0 0000204 [IWAIT] irq27: bge0 bge1 38 ffffff007b7262e0 ffffffffb19ad000 0 0 0 0000204 [IWAIT] irq26: 37 ffffff007b7265c0 ffffffffb19ae000 0 0 0 0000204 [IWAIT] irq25: 36 ffffff007b7268a0 ffffffffb19af000 0 0 0 0000204 [IWAIT] irq24: 35 ffffff007b726b80 ffffffffb19b0000 0 0 0 0000204 [IWAIT] irq23: 34 ffffff007b754000 ffffffffb19ed000 0 0 0 0000204 [IWAIT] irq22: 33 ffffff007b7542e0 ffffffffb19ee000 0 0 0 0000204 [IWAIT] irq21: 32 ffffff007b7545c0 ffffffffb19ef000 0 0 0 0000204 [IWAIT] irq20: 31 ffffff007b7548a0 ffffffffb19f0000 0 0 0 0000204 [LOCK Giant ffffff00581b6400] irq19: ohci0 ohci1 30 ffffff007b754b80 ffffffffb19f1000 0 0 0 0000204 [IWAIT] irq18: 29 ffffff007b77c8a0 ffffffffb1987000 0 0 0 0000204 [IWAIT] irq17: 28 ffffff007b77cb80 ffffffffb1988000 0 0 0 0000204 [IWAIT] irq16: 27 ffffff007b743000 ffffffffb1989000 0 0 0 0000204 [IWAIT] irq15: ata1 26 ffffff007b7432e0 ffffffffb19a8000 0 0 0 0000204 [IWAIT] irq14: ata0 25 ffffff007b7435c0 ffffffffb19a9000 0 0 0 0000204 [IWAIT] irq13: 24 ffffff007b7438a0 ffffffffb19aa000 0 0 0 0000204 [IWAIT] irq12: 23 ffffff007b743b80 ffffffffb19ab000 0 0 0 0000204 [IWAIT] irq11: 22 ffffff007b726000 ffffffffb19ac000 0 0 0 0000204 [IWAIT] irq10: 21 ffffff007b77a2e0 ffffffffb1962000 0 0 0 0000204 [IWAIT] irq9: acpi0 20 ffffff007b77a5c0 ffffffffb1963000 0 0 0 0000204 [IWAIT] irq8: rtc 19 ffffff007b77a8a0 ffffffffb1982000 0 0 0 0000204 [IWAIT] irq7: 18 ffffff007b77ab80 ffffffffb1983000 0 0 0 0000204 [IWAIT] irq6: fdc0 17 ffffff007b77c000 ffffffffb1984000 0 0 0 0000204 [IWAIT] irq5: 16 ffffff007b77c2e0 ffffffffb1985000 0 0 0 0000204 [IWAIT] irq4: sio0 15 ffffff007b77c5c0 ffffffffb1986000 0 0 0 0000204 [IWAIT] irq3: sio1 14 ffffff007b771000 ffffffffb1920000 0 0 0 0000204 [IWAIT] irq0: clk 13 ffffff007b7712e0 ffffffffb195d000 0 0 0 0000204 [LOCK Giant ffffff00581b6400] irq1: atkbd0 12 ffffff007b7715c0 ffffffffb195e000 0 0 0 000020c [CPU 0] idle: cpu0 11 ffffff007b7718a0 ffffffffb195f000 0 0 0 000020c [Can run] idle: cpu1 1 ffffff007b771b80 ffffffffb1960000 0 0 1 0004200 [SLPQ wait 0xffffff007b771b80][SLP] init 10 ffffff007b77a000 ffffffffb1961000 0 0 0 0000204 [SLPQ ktrace 0xffffffff805777d0][SLP] ktrace 0 ffffffff80572020 ffffffff8065e000 0 0 0 0000200 [SLPQ sched 0xffffffff80572020][SLP] swapper db> tr 41 sched_switch() at sched_switch+0xc8 mi_switch() at mi_switch+0x1b0 turnstile_wait() at turnstile_wait+0x37b _mtx_lock_sleep() at _mtx_lock_sleep+0x149 ithread_loop() at ithread_loop+0x1b2 fork_exit() at fork_exit+0xab fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb1a14d00, rbp = 0 --- -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 22:36:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F6B316A4CE for ; Sun, 22 Aug 2004 22:36:56 +0000 (GMT) Received: from smtp07.web.de (smtp07.web.de [217.72.192.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CB4843D39 for ; Sun, 22 Aug 2004 22:36:56 +0000 (GMT) (envelope-from nakal@web.de) Received: from [217.81.248.117] (helo=[217.81.248.117]) by smtp07.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.101 #44) id 1Bz0xK-0002ND-00 for freebsd-current@freebsd.org; Mon, 23 Aug 2004 00:36:54 +0200 From: Martin To: FreeBSD Current Content-Type: text/plain Message-Id: <1093214213.802.25.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 23 Aug 2004 00:36:53 +0200 Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de Subject: acpi, invalid initial irq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 22:36:56 -0000 My BIOS has a setting to assign IRQs to PCI/PnP or to non-PnP ISA. I have an old ep-NIC (3C509-TPO) it's configured to use IRQ 5 and this IRQ is marked "non-PnP ISA". In earlier -CURRENTs FreeBSD always respected this setting and I could use if_ep without problems. Now (with CURRENT: 2004/08/18) I can see the following line while booting: ACPI link \_SB_.PCI0.ISA_.LNKB has invalid initial irq 9, ignoring IRQ 9 is correct for my sym SCSI adapter (that's what is shown in my SCSI-BIOS). Later I can see: sym0: <875> port 0xc400-0xc4ff mem 0xe7002000-0xe7 002fff,0xe7001000-0xe70010ff irq 5 at device 13.0 on pci0 Does this mean that FreeBSD assigned the IRQ 5 to sym ignoring the BIOS settings? Now I don't have any IRQs left to load if_ep (earlier, I had one more shared IRQ, but it worked at least). Instead I'm getting a panic when loading the if_ep module: ep0: No irq?! ep0: ep_alloc() failed! (6) panic: resource_list_release: resource entry is not busy Is there a way to prevent FreeBSD from assigning certain IRQs to PCI devices? Martin From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 23:18:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00E0016A4CE for ; Sun, 22 Aug 2004 23:18:59 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D17BE43D4C for ; Sun, 22 Aug 2004 23:18:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C5A9C72DD4; Sun, 22 Aug 2004 16:18:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BE91A72DCB; Sun, 22 Aug 2004 16:18:58 -0700 (PDT) Date: Sun, 22 Aug 2004 16:18:58 -0700 (PDT) From: Doug White To: Joe Marcus Clarke In-Reply-To: <1093195573.11223.3.camel@shumai.marcuscom.com> Message-ID: <20040822154204.O94593@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <1093121246.17246.33.camel@shumai.marcuscom.com> <1093195573.11223.3.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Divacky Roman cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 23:18:59 -0000 On Sun, 22 Aug 2004, Joe Marcus Clarke wrote: > > > > > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > > > > > controller: > > > > > > > > > > mpt0: port 0xcd00-0xcdff mem > > > > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci2 > > > > > mpt1: port 0xce00-0xceff mem > > > > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 Hm .. I have a PowerEdge 1750 here, which has the same controller, but it installed 5.2.1R fine: mpt0: port 0xbc00-0xbcff mem 0xfcb20000-0xfcb2ffff,0xfcb30000-0xfcb3ffff irq 18 at device 5.0 on pci4 mpt0: [GIANT-LOCKED] mpt1: port 0xb800-0xb8ff mem 0xfcb00000-0xfcb0ffff,0xfcb10000-0xfcb1ffff irq 19 at device 5.1 on pci4 mpt1: [GIANT-LOCKED] pciconf -lv info: mpt0@pci4:5:0: class=0x010000 card=0x014a1028 chip=0x00301000 rev=0x07 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class = mass storage subclass = SCSI > No, the problem was definitely the bug I mentioned in my follow-up. I > have a custom 5.2.1-RELEASE ISO that will work just fine. If you decide > to upgrade beyond 5.2.1-RELEASE, you will also need to re-patch the > mpt(4) driver. I'm currently running 5.3-BETA, and it works just fine. > > http://www.marcuscom.com/downloads/5.2.1-RELEASE-i386-miniinst.iso > http://www.marcuscom.com/downloads/mpt.diff I'll do a build pass with this patch to make sure there's no regression on my machine. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 23:35:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73EDB16A4CE; Sun, 22 Aug 2004 23:35:45 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255BC43D39; Sun, 22 Aug 2004 23:35:44 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-b181.otenet.gr [212.205.244.189]) i7MNZdh6005630; Mon, 23 Aug 2004 02:35:40 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7MNYHEq080025; Mon, 23 Aug 2004 02:34:17 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7MNYEXl080024; Mon, 23 Aug 2004 02:34:14 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 23 Aug 2004 02:34:14 +0300 From: Giorgos Keramidas To: Sean McNeil Message-ID: <20040822233414.GA79931@gothmog.gr> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr> <1092951447.1167.12.camel@server.mcneil.com> <4127841D.6050104@freebsd.org> <1093213755.72863.0.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093213755.72863.0.camel@server.mcneil.com> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 23:35:45 -0000 On 2004-08-22 15:29, Sean McNeil wrote: > On Sat, 2004-08-21 at 10:19, Tim Kientzle wrote: > > The code you've pointed to above concerns me because of the part about: > > if (n == 0) { > > ... > > n = 1; > > } > > > > That ain't right: If I told vsnprintf the buffer size was zero, it > > should treat it as such. If I meant "one", I would have said "one." > > > > On the other hand, the vsnprintf.3 man page does explicitly state > > that "the output is always null-terminated," which would preclude > > passing a zero-length buffer, which is exactly what libarchive is > > doing in this situation. It is bogus, but at least it's documented > > bogosity. ;-) The vsnprintf() function cannot pass a zero-length buffer to __vfprintf() because the __vfprintf() function is expected return the number of bytes it would need to do the real printing. It's not illegal to pass a zero-length bugger to vsnprintf(); at least it's not specifically prohibited by the manpage. The following program *DOES* pass zero as the length of the buffer to vsnprintf() and a NULL pointer as the buffer address but doesn't fault on an i386 machine: 1 #include 2 #include 3 4 size_t koko(const char *_fmt, ...); 5 6 int 7 main(void) 8 { 9 size_t foo; 10 11 foo = koko("%ld", 5); 12 printf("rc = %lu\n", (unsigned long)foo); 13 return 0; 14 } 15 16 size_t 17 koko(const char *fmt, ...) 18 { 19 size_t rc; 20 va_list ap; 21 22 va_start(ap, fmt); 23 rc = vsnprintf(NULL, 0, fmt, ap); 24 va_end(ap); 25 return rc; 26 } From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 00:10:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E1A916A4CE for ; Mon, 23 Aug 2004 00:10:38 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C04943D53 for ; Mon, 23 Aug 2004 00:10:38 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5D53D72DD4; Sun, 22 Aug 2004 17:10:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 594C172DCB; Sun, 22 Aug 2004 17:10:38 -0700 (PDT) Date: Sun, 22 Aug 2004 17:10:38 -0700 (PDT) From: Doug White To: Joe Marcus Clarke In-Reply-To: <20040822154204.O94593@carver.gumbysoft.com> Message-ID: <20040822170955.H94593@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <1093195573.11223.3.camel@shumai.marcuscom.com> <20040822154204.O94593@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Divacky Roman cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 00:10:38 -0000 Followup to this -- My PE1750 boots and appears to operate normally with this patch. So at least there's no regression. :-) On Sun, 22 Aug 2004, Doug White wrote: > On Sun, 22 Aug 2004, Joe Marcus Clarke wrote: > > > > > > > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > > > > > > controller: > > > > > > > > > > > > mpt0: port 0xcd00-0xcdff mem > > > > > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci2 > > > > > > mpt1: port 0xce00-0xceff mem > > > > > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 > > Hm .. I have a PowerEdge 1750 here, which has the same controller, but it > installed 5.2.1R fine: > > mpt0: port 0xbc00-0xbcff mem > 0xfcb20000-0xfcb2ffff,0xfcb30000-0xfcb3ffff irq 18 at device 5.0 on pci4 > mpt0: [GIANT-LOCKED] > mpt1: port 0xb800-0xb8ff mem > 0xfcb00000-0xfcb0ffff,0xfcb10000-0xfcb1ffff irq 19 at device 5.1 on pci4 > mpt1: [GIANT-LOCKED] > > pciconf -lv info: > > mpt0@pci4:5:0: class=0x010000 card=0x014a1028 chip=0x00301000 rev=0x07 > hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > > > > No, the problem was definitely the bug I mentioned in my follow-up. I > > have a custom 5.2.1-RELEASE ISO that will work just fine. If you decide > > to upgrade beyond 5.2.1-RELEASE, you will also need to re-patch the > > mpt(4) driver. I'm currently running 5.3-BETA, and it works just fine. > > > > http://www.marcuscom.com/downloads/5.2.1-RELEASE-i386-miniinst.iso > > http://www.marcuscom.com/downloads/mpt.diff > > I'll do a build pass with this patch to make sure there's no regression on > my machine. > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 00:49:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF25616A4CE for ; Mon, 23 Aug 2004 00:49:43 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0789543D2F for ; Mon, 23 Aug 2004 00:49:43 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7N0mXpM098275; Sun, 22 Aug 2004 20:48:33 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Doug White In-Reply-To: <20040822170955.H94593@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <1093121246.17246.33.camel@shumai.marcuscom.com> <1093195573.11223.3.camel@shumai.marcuscom.com> <20040822154204.O94593@carver.gumbysoft.com> <20040822170955.H94593@carver.gumbysoft.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-l8xTHctdvJwnzdy66U6V" Organization: MarcusCom, Inc. Message-Id: <1093222177.11223.17.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 20:49:37 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: Divacky Roman cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 00:49:44 -0000 --=-l8xTHctdvJwnzdy66U6V Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-08-22 at 20:10, Doug White wrote: > Followup to this -- >=20 > My PE1750 boots and appears to operate normally with this patch. So at > least there's no regression. :-) Being a src committer, can you commit this to HEAD as a 5.3 MFC candidate? I'd love to not have to keep patching my machine going forward. Thanks. Joe >=20 > On Sun, 22 Aug 2004, Doug White wrote: >=20 > > On Sun, 22 Aug 2004, Joe Marcus Clarke wrote: > > > > > > > > > I just got a new Dell Precision 360 workstation with an LSILo= gic SCSI > > > > > > > controller: > > > > > > > > > > > > > > mpt0: port 0xcd00-0xcdff mem > > > > > > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device = 3.0 on pci2 > > > > > > > mpt1: port 0xce00-0xceff mem > > > > > > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3= .1 on pci2 > > > > Hm .. I have a PowerEdge 1750 here, which has the same controller, but = it > > installed 5.2.1R fine: > > > > mpt0: port 0xbc00-0xbcff mem > > 0xfcb20000-0xfcb2ffff,0xfcb30000-0xfcb3ffff irq 18 at device 5.0 on pci= 4 > > mpt0: [GIANT-LOCKED] > > mpt1: port 0xb800-0xb8ff mem > > 0xfcb00000-0xfcb0ffff,0xfcb10000-0xfcb1ffff irq 19 at device 5.1 on pci= 4 > > mpt1: [GIANT-LOCKED] > > > > pciconf -lv info: > > > > mpt0@pci4:5:0: class=3D0x010000 card=3D0x014a1028 chip=3D0x00301000 re= v=3D0x07 > > hdr=3D0x00 > > vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' > > device =3D 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > > class =3D mass storage > > subclass =3D SCSI > > > > > > > No, the problem was definitely the bug I mentioned in my follow-up. = I > > > have a custom 5.2.1-RELEASE ISO that will work just fine. If you dec= ide > > > to upgrade beyond 5.2.1-RELEASE, you will also need to re-patch the > > > mpt(4) driver. I'm currently running 5.3-BETA, and it works just fin= e. > > > > > > http://www.marcuscom.com/downloads/5.2.1-RELEASE-i386-miniinst.iso > > > http://www.marcuscom.com/downloads/mpt.diff > > > > I'll do a build pass with this patch to make sure there's no regression= on > > my machine. > > > > --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-l8xTHctdvJwnzdy66U6V Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBKT8hb2iPiv4Uz4cRAjssAKCsPJT8Zk6RD2yBGY5541ZKQ9ns9QCfZVQ/ FUWT9efcEgrW13wVkeE/leU= =thTL -----END PGP SIGNATURE----- --=-l8xTHctdvJwnzdy66U6V-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 00:57:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B09816A4CE for ; Mon, 23 Aug 2004 00:57:12 +0000 (GMT) Received: from creme-brulee.marcuscom.com (rrcs-midsouth-24-172-16-118.biz.rr.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C58F43D2D for ; Mon, 23 Aug 2004 00:57:11 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) i7N0u1GY098319; Sun, 22 Aug 2004 20:56:01 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Doug White In-Reply-To: <20040822154204.O94593@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <20040821133949.M84878@carver.gumbysoft.com> <1093121246.17246.33.camel@shumai.marcuscom.com> <20040822131311.GA3734@stud.fit.vutbr.cz> <1093195573.11223.3.camel@shumai.marcuscom.com> <20040822154204.O94593@carver.gumbysoft.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DO3ozzl/EoMz2TH3ui8f" Organization: MarcusCom, Inc. Message-Id: <1093222625.11223.26.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 20:57:06 -0400 X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on creme-brulee.marcuscom.com cc: Divacky Roman cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 00:57:12 -0000 --=-DO3ozzl/EoMz2TH3ui8f Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2004-08-22 at 19:18, Doug White wrote: > On Sun, 22 Aug 2004, Joe Marcus Clarke wrote: >=20 > > > > > > I just got a new Dell Precision 360 workstation with an LSILogi= c SCSI > > > > > > controller: > > > > > > > > > > > > mpt0: port 0xcd00-0xcdff mem > > > > > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.= 0 on pci2 > > > > > > mpt1: port 0xce00-0xceff mem > > > > > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1= on pci2 >=20 > Hm .. I have a PowerEdge 1750 here, which has the same controller, but it > installed 5.2.1R fine: >=20 > mpt0: port 0xbc00-0xbcff mem > 0xfcb20000-0xfcb2ffff,0xfcb30000-0xfcb3ffff irq 18 at device 5.0 on pci4 > mpt0: [GIANT-LOCKED] > mpt1: port 0xb800-0xb8ff mem > 0xfcb00000-0xfcb0ffff,0xfcb10000-0xfcb1ffff irq 19 at device 5.1 on pci4 > mpt1: [GIANT-LOCKED] >=20 > pciconf -lv info: >=20 > mpt0@pci4:5:0: class=3D0x010000 card=3D0x014a1028 chip=3D0x00301000 rev= =3D0x07 > hdr=3D0x00 > vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' > device =3D 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > class =3D mass storage > subclass =3D SCSI There is a subtle difference in the card: mpt1@pci2:3:1: class=3D0x010000 card=3D0x10401028 chip=3D0x00301000 rev=3D= 0x07 hdr=3D0x00 =20 vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' device =3D 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class =3D mass storage subclass =3D SCSI I have a PE server as well that has another slightly different card: mpt0@pci1:4:0: class=3D0x010000 card=3D0x01351028 chip=3D0x00301000 rev=3D= 0x07 hdr=3D0x00 =20 vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' device =3D 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class =3D mass storage subclass =3D SCSI This works fine as well. >=20 >=20 > > No, the problem was definitely the bug I mentioned in my follow-up. I > > have a custom 5.2.1-RELEASE ISO that will work just fine. If you decid= e > > to upgrade beyond 5.2.1-RELEASE, you will also need to re-patch the > > mpt(4) driver. I'm currently running 5.3-BETA, and it works just fine. > > > > http://www.marcuscom.com/downloads/5.2.1-RELEASE-i386-miniinst.iso > > http://www.marcuscom.com/downloads/mpt.diff >=20 > I'll do a build pass with this patch to make sure there's no regression o= n > my machine. Thanks. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-DO3ozzl/EoMz2TH3ui8f Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD4DBQBBKUDhb2iPiv4Uz4cRAie5AJ9PamYR3AUvtLddyqxj/ZVCF1XRZwCWOtz8 5BGH2vXssXosipqRokzDFQ== =4p6V -----END PGP SIGNATURE----- --=-DO3ozzl/EoMz2TH3ui8f-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 01:01:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3316216A4CE for ; Mon, 23 Aug 2004 01:01:07 +0000 (GMT) Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD2EF43D1D for ; Mon, 23 Aug 2004 01:01:06 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from Cat.nina.org ([68.214.124.152]) by imf16aec.mail.bellsouth.netESMTP <20040823010106.DLIW1721.imf16aec.mail.bellsouth.net@Cat.nina.org> for ; Sun, 22 Aug 2004 21:01:06 -0400 Date: Sun, 22 Aug 2004 21:01:06 -0400 (EDT) From: Frank Seltzer X-X-Sender: frank_s@Cat.nina.org To: freebsd-current@freebsd.org Message-ID: <20040822205646.F85453@Cat.nina.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 01:01:07 -0000 Is anyone else seeing this? I am getting this trying to upgrade from FreeBSD 5.2-CURRENT #0: Sat Jul 31 16:48:11 EDT 2004 to 5.3 or 6-current. ===> sys/modules/ipfw @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -DIPFIREWALL -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:35:22: opt_ipfw.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:36:22: opt_ipdn.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:37:26: opt_ipdivert.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:38:22: opt_inet.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:39:23: opt_ipsec.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL requires INET. /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:29:22: opt_ipfw.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:30:22: opt_ipdn.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:31:26: opt_ipdivert.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:32:28: opt_pfil_hooks.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:33:22: opt_inet.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error IPFIREWALL requires INET. mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ipfw. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 There is nothing in UPDATING about it. Frank -- "We will not tire, we will not falter, we will not fail." - George W. Bush From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 01:24:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A48316A4CE for ; Mon, 23 Aug 2004 01:24:47 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6632A43D39 for ; Mon, 23 Aug 2004 01:24:46 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-a151.otenet.gr [212.205.215.151]) i7N1Ofx9000315; Mon, 23 Aug 2004 04:24:41 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7N1NKr1084414; Mon, 23 Aug 2004 04:23:20 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7N1NJaF084405; Mon, 23 Aug 2004 04:23:19 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 23 Aug 2004 04:23:19 +0300 From: Giorgos Keramidas To: Frank Seltzer Message-ID: <20040823012319.GB65716@gothmog.gr> References: <20040822205646.F85453@Cat.nina.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040822205646.F85453@Cat.nina.org> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: freebsd-current@freebsd.org Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 01:24:47 -0000 On 2004-08-22 21:01, Frank Seltzer wrote: > Is anyone else seeing this? I am getting this trying to upgrade from > FreeBSD 5.2-CURRENT #0: Sat Jul 31 16:48:11 EDT 2004 > to 5.3 or 6-current. > > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL requires INET. > /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error IPFIREWALL requires INET. Does your kernel configuration include the INET option? From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 01:47:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C231B16A4CE for ; Mon, 23 Aug 2004 01:47:26 +0000 (GMT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576B243D31 for ; Mon, 23 Aug 2004 01:47:26 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 93A7337E43; Mon, 23 Aug 2004 03:47:25 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 835C437E43 for ; Mon, 23 Aug 2004 03:47:25 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 5E29937E42 for ; Mon, 23 Aug 2004 03:47:25 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7N1lNMf001063 for ; Mon, 23 Aug 2004 03:47:24 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <41294CAA.4010306@telia.com> Date: Mon, 23 Aug 2004 03:47:22 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 01:47:26 -0000 Hi, Got this while running ssh host "tar cf - /usr/X11R6.8" | tar xf - and firefox decided to crash. FreeBSD corona 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sun Aug 22 19:15:47 CEST 2004 root@darkstar:/export/data/obj/usr/src/sys/CORONA i386 #0 doadump () at pcpu.h:159 #1 0xc04f9654 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:396 #2 0xc04f9a09 in panic (fmt=0xc06afa0b "getnewbuf: locked buf") at /usr/src/sys/kern/kern_shutdown.c:552 #3 0xc054e71e in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1879 #4 0xc055010d in getblk (vp=0xc1785108, blkno=1, size=16384, slpflag=0, slptimeo=0, flags=0) at /usr/src/sys/kern/vfs_bio.c:2586 #5 0xc05fc914 in ffs_balloc_ufs2 (vp=0xc1785108, startoffset=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ufs/ffs/ffs_balloc.c:640 #6 0xc0614e0c in ffs_write (ap=0xcd69c9a8) at /usr/src/sys/ufs/ffs/ffs_vnops.c:650 #7 0xc056ec9a in vn_rdwr (rw=UIO_WRITE, vp=0xc1785108, base=0x0, len=49152, offset=Unhandled dwarf expression opcode 0x93 ) at vnode_if.h:432 #8 0xc056edc6 in vn_rdwr_inchunks (rw=UIO_WRITE, vp=0xc1785108, base=0x805b000
, len=14770176, offset=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/kern/vfs_vnops.c:501 #9 0xc04c4c4a in elf32_coredump (td=0xc197ab00, vp=0xc1785108, limit=Unhandled dwarf expression opcode 0x93 ) at pcpu.h:156 #10 0xc04ffbb4 in coredump (td=0xc197ab00) at /usr/src/sys/kern/kern_sig.c:2634 #11 0xc04ff243 in sigexit (td=0xc197ab00, sig=10) at /usr/src/sys/kern/kern_sig.c:2444 #12 0xc04e1587 in kse_thr_interrupt (td=0xc197ab00, uap=0xcd69cd14) at /usr/src/sys/kern/kern_kse.c:240 #13 0xc06803c0 in syscall (frame= {tf_fs = -1066991569, tf_es = 47, tf_ds = 47, tf_edi = 9, tf_esi = 134627328, tf_ebp = 134623116, tf_isp = -848704140, tf_ebx = 681073276, tf_edx = 10, tf_ecx = 10, tf_eax = 382, tf_trapno = 12, tf_err = 2, tf_eip = 681057579, tf_cs = 31, tf_eflags = 2097666, tf_esp = 134622976, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1004 #14 0xc067051f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #15 0xc067002f in dumpsys (di=Cannot access memory at address 0x8062f94 ) at /usr/src/sys/i386/i386/dump_machdep.c:100 (kgdb) frame 3 #3 0xc054e71e in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1879 1879 panic("getnewbuf: locked buf"); (kgdb) list 1874 * Start freeing the bp. This is somewhat involved. nbp 1875 * remains valid only for QUEUE_EMPTY[KVA] bp's. 1876 */ 1877 1878 if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_NOWAIT, NULL) != 0) 1879 panic("getnewbuf: locked buf"); 1880 bremfreel(bp); 1881 mtx_unlock(&bqlock); 1882 1883 if (qindex == QUEUE_CLEAN) { (kgdb) print bp $1 = (struct buf *) 0xc66b0658 (kgdb) print *bp $2 = {b_io = {bio_cmd = 2 '\002', bio_flags = 2 '\002', bio_cflags = 0 '\0', bio_pflags = 0 '\0', bio_dev = 0x0, bio_disk = 0x0, bio_offset = 11293147136, bio_bcount = 16384, bio_data = 0xc76c5000
, bio_error = 0, bio_resid = 0, bio_done = 0xc0551160 , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0, bio_caller2 = 0xc66b0658, bio_queue = {tqe_next = 0x0, tqe_prev = 0x0}, bio_attribute = 0x0, bio_from = 0x0, bio_to = 0x0, bio_length = 0, bio_completed = 0, bio_children = 6, bio_inbed = 0, bio_parent = 0x0, bio_t0 = {sec = 0, frac = 0}, bio_task = 0, bio_task_arg = 0x0, bio_pblkno = 0}, b_op = 0xc06dca88, b_magic = 280038160, b_iodone = 0, b_blkno = 22056928, b_offset = 1540096, b_vnbufs = {tqe_next = 0x0, tqe_prev = 0xc19d0140}, b_left = 0x0, b_right = 0x0, b_vflags = 0, b_freelist = { tqe_next = 0xc66513c0, tqe_prev = 0xc0701f98}, b_qindex = 3, b_flags = 139808, b_xflags = 0 '\0', b_lock = {lk_interlock = 0xc06fd468, lk_flags = 2097664, lk_sharecount = 0, lk_waitcount = 1, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc06af7a2 "bufwait", lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, b_bufsize = 0, b_runningbufspace = 0, b_kvabase = 0xc76c5000
, b_kvasize = 16384, b_lblkno = 94, b_vp = 0x0, b_object = 0x0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_saveaddr = 0xc76c5000, b_pager = {pg_reqpage = 0}, b_cluster = { cluster_head = {tqh_first = 0x0, tqh_last = 0xc66430ac}, cluster_entry = { tqe_next = 0x0, tqe_prev = 0xc66430ac}}, b_pages = { 0x0 }, b_npages = 0, b_dep = {lh_first = 0x0}} (kgdb) frame 10 #10 0xc04ffbb4 in coredump (td=0xc197ab00) at /usr/src/sys/kern/kern_sig.c:2634 2634 error = p->p_sysent->sv_coredump ? (kgdb) print td->td_proc->p_comm $3 = "firefox-bin\000n\000\000\000\000\000\000" kernel.debug and vmcore saved if more info needed. -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 01:48:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C9DB16A4CE; Mon, 23 Aug 2004 01:48:15 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB33743D46; Mon, 23 Aug 2004 01:48:14 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 72B4AFD02B; Sun, 22 Aug 2004 18:48:14 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00596-02; Sun, 22 Aug 2004 18:48:14 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 08EC3FD00B; Sun, 22 Aug 2004 18:48:14 -0700 (PDT) From: Sean McNeil To: Giorgos Keramidas In-Reply-To: <20040822233414.GA79931@gothmog.gr> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <1093213755.72863.0.camel@server.mcneil.com> <20040822233414.GA79931@gothmog.gr> Content-Type: text/plain Message-Id: <1093225693.43845.7.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 22 Aug 2004 18:48:13 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Tim Kientzle cc: freebsd-current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 01:48:15 -0000 On Sun, 2004-08-22 at 16:34, Giorgos Keramidas wrote: > On 2004-08-22 15:29, Sean McNeil wrote: > > On Sat, 2004-08-21 at 10:19, Tim Kientzle wrote: > > > The code you've pointed to above concerns me because of the part about: > > > if (n == 0) { > > > ... > > > n = 1; > > > } > > > > > > That ain't right: If I told vsnprintf the buffer size was zero, it > > > should treat it as such. If I meant "one", I would have said "one." > > > > > > On the other hand, the vsnprintf.3 man page does explicitly state > > > that "the output is always null-terminated," which would preclude > > > passing a zero-length buffer, which is exactly what libarchive is > > > doing in this situation. It is bogus, but at least it's documented > > > bogosity. ;-) > > The vsnprintf() function cannot pass a zero-length buffer to __vfprintf() > because the __vfprintf() function is expected return the number of bytes it > would need to do the real printing. It's not illegal to pass a zero-length > bugger to vsnprintf(); at least it's not specifically prohibited by the > manpage. The following program *DOES* pass zero as the length of the > buffer to vsnprintf() and a NULL pointer as the buffer address but doesn't > fault on an i386 machine: > > 1 #include > 2 #include > 3 > 4 size_t koko(const char *_fmt, ...); > 5 > 6 int > 7 main(void) > 8 { > 9 size_t foo; > 10 > 11 foo = koko("%ld", 5); > 12 printf("rc = %lu\n", (unsigned long)foo); > 13 return 0; > 14 } > 15 > 16 size_t > 17 koko(const char *fmt, ...) > 18 { > 19 size_t rc; > 20 va_list ap; > 21 > 22 va_start(ap, fmt); > 23 rc = vsnprintf(NULL, 0, fmt, ap); > 24 va_end(ap); > 25 return rc; > 26 } Yes, I tried this myself and it works just fine. I think I've found part of the problem, though: Breakpoint 1, __archive_string_vsprintf (as=0x520240, fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe5a0) at /usr/src/lib/libarchive/archive_string_sprintf.c:56 (gdb) print *ap $24 = {gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7fffffffe6a0, reg_save_area = 0x7fffffffe5c0} (gdb) n (gdb) print *ap $25 = {gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7fffffffe6a0, reg_save_area = 0x7fffffffe5c0} After first call to vsnprintf the va_list has been messed up. If I manually set it back to 24 then I get the appropriate message and no core dump. So vsnprintf caused ap to be overwritten/incremented from the args (i.e. the %s) in the format string. I'd expect it would increment farther depending on the number of args in the format. Sean From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:22:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0287D16A4CE for ; Mon, 23 Aug 2004 02:22:26 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C80F243D3F for ; Mon, 23 Aug 2004 02:22:25 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.40.138) by smtp01.syd.iprimus.net.au (7.0.028) id 412634F3000C2EF4; Mon, 23 Aug 2004 12:22:24 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id C65D0420D; Mon, 23 Aug 2004 12:21:58 +1000 (EST) Date: Mon, 23 Aug 2004 12:21:58 +1000 From: Tim Robbins To: Pawel Worach Message-ID: <20040823022158.GA17167@cat.robbins.dropbear.id.au> References: <41294CAA.4010306@telia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41294CAA.4010306@telia.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:22:26 -0000 On Mon, Aug 23, 2004 at 03:47:22AM +0200, Pawel Worach wrote: > Hi, > > Got this while running ssh host "tar cf - /usr/X11R6.8" | tar xf - > and firefox decided to crash. > > FreeBSD corona 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Sun Aug 22 19:15:47 > CEST 2004 root@darkstar:/export/data/obj/usr/src/sys/CORONA i386 > > #0 doadump () at pcpu.h:159 > #1 0xc04f9654 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:396 > #2 0xc04f9a09 in panic (fmt=0xc06afa0b "getnewbuf: locked buf") > at /usr/src/sys/kern/kern_shutdown.c:552 > #3 0xc054e71e in getnewbuf (slpflag=0, slptimeo=0, size=16384, > maxsize=16384) > at /usr/src/sys/kern/vfs_bio.c:1879 This is the same problem as PR 70705. The recent lockmgr() fixes from PR 69964 seem to have introduced other bugs. Work is currently underway on fixing this. Tim From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:31:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24A5D16A4CE for ; Mon, 23 Aug 2004 02:31:40 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC77643D41 for ; Mon, 23 Aug 2004 02:31:39 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CE01872DD4; Sun, 22 Aug 2004 19:31:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C88D672DCB; Sun, 22 Aug 2004 19:31:39 -0700 (PDT) Date: Sun, 22 Aug 2004 19:31:39 -0700 (PDT) From: Doug White To: Roman Kurakin In-Reply-To: <4127B8F6.9040908@cronyx.ru> Message-ID: <20040822192906.A94593@carver.gumbysoft.com> References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <4127B8F6.9040908@cronyx.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:31:40 -0000 On Sun, 22 Aug 2004, Roman Kurakin wrote: > >Have you tried booting without enabling ACPI? The ACPI tables seem to > >think you have two APs and no BSP. > > > Yes, but this didn't help. Interesting. > >What motherboard/system is this? > > > If I've found correct message from my archive both mainboards are listed > here: > > 1. GA-6BXD; This is a Gigabyte 440BX slotted-P2/P3 board. My daily -current builders are similar to this, although they support 133MHz FSB. > 2. MSI, I guess, 694D Pro2 ver2. This is a dual socket370 P3/celeron board. > Today I was trying to find out reason of such panic, and I've played > a bit with ddb. After step-ing a while I've pressed continue and > system went to panic in other place. This looks like some problems > with pointers. > On Monday I also want to try to locate what exact changes lead to > this problem. That shouldn't be hard since I've updated system > after two-week delay. It still looks like a bogus ACPI table to me. Certainly check for BIOS updates for these boards. > > rik > > >>GDB: no debug ports present > >>KDB: debugger backends: ddb > >>KDB: current backend: ddb > >>SMAP type=01 base=0000000000000000 len=000000000009fc00 > >>SMAP type=01 base=000000000009fc00 len=0000000000000400 > >>SMAP type=02 base=00000000000f0000 len=0000000000010000 > >>SMAP type=02 base=00000000fec00000 len=0000000000001000 > >>SMAP type=02 base=00000000fee00000 len=0000000000001000 > >>SMAP type=02 base=00000000ffff0000 len=0000000000010000 > >>SMAP type=01 base=0000000000100000 len=0000000007ef0000 > >>SMAP type=03 base=0000000007ff3000 len=000000000000d000 > >>SMAP type=04 base=0000000007ff0000 len=0000000000003000 > >>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 6.0-CURRENT #17: Fri Aug 20 10:23:42 MSD 2004 > >> root@devel15.cronyx.ru:/usr/obj/usr/src/sys/GENERIC > >>WARNING: WITNESS option enabled, expect reduced performance. > >>Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2e000. > >>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2e254. > >>Calibrating clock(s) ... i8254 clock: 1193137 Hz > >>CLK_USE_I8254_CALIBRATION not specified - using default frequency > >>Timecounter "i8254" frequency 1193182 Hz quality 0 > >>Calibrating TSC clock ... TSC clock: 232751947 Hz > >>CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU) > >> Origin = "GenuineIntel" Id = 0x634 Stepping = 4 > >> > >>Features=0x80fbff >>V,MMX> > >>real memory = 134152192 (127 MB) > >>Physical memory chunk(s): > >>0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) > >>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) > >>0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 pages) > >>avail memory = 121626624 (115 MB) > >>Table 'FACP' at 0x7ff3040 > >>Table 'APIC' at 0x7ff5640 > >>Table 'APIC' at 0x7ff5640 > >>MP Configuration Table version 1.1 found at 0xc00f1400 > >>APIC: Using the MADT enumerator. > >>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled > >>SMP: Added CPU 0 (AP) > >>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled > >>SMP: Added CPU 1 (AP) > >>ACPI APIC Table: > >>kernel trap 12 with interrupts disabled > >> > >> > >>Fatal trap 12: page fault while in kernel mode > >>cpuid = 0; apic id = 00 > >>fault virtual address = 0x0 > >>fault code = supervisor read, page not present > >>instruction pointer = 0x8:0xc05f7f24 > >>stack pointer = 0x10:0xc0c21b6c > >>frame pointer = 0x10:0xc0c21b78 > >>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 = 0 () > >>[thread 0] > >>Stopped at _mtx_lock_flags+0x34: cmpl $0xc084ec9c,0(%ebx) > >>db> > >> > >>It seems that this problem was introduced with recent bootloader update. > >>That is all a able to tell now. > >> > >>rik > >> > >>Roman Kurakin wrote: > >> > >> > >> > >>>Hi, > >>> > >>> I've updated my current kernel/world yesterday, I've compiled and > >>>install it as > >>>usual on fast smp machine. After that I've plug my hard disk to a bit > >>>slow smp > >>>machine and get panic: > >>> > >>>Fattal trap 12 > >>> > >>>call stack: > >>> > >>>install_ap_tramp + 0x43 > >>>start_all_aps > >>>cpu_mp_start > >>>mp_start > >>>mi_startup > >>>begin > >>> > >>>It seems that install_ap_tramp + 0x43 > >>> *dst++ = *src++ (IIRC) > >>> > >>>Thats all I can tell now. > >>> > >>>Any ideas, questions? > >>> > >>>rik > >>> > >>> > >>> > >>>_______________________________________________ > >>>freebsd-current@freebsd.org mailing list > >>>http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>To unsubscribe, send any mail to > >>>"freebsd-current-unsubscribe@freebsd.org" > >>> > >>> > >>> > >>> > >> > >>_______________________________________________ > >>freebsd-current@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >> > >> > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:35:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A4816A4CE for ; Mon, 23 Aug 2004 02:35:50 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A581243D46 for ; Mon, 23 Aug 2004 02:35:50 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 81D8372DD4; Sun, 22 Aug 2004 19:35:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 79FD872DCB; Sun, 22 Aug 2004 19:35:50 -0700 (PDT) Date: Sun, 22 Aug 2004 19:35:50 -0700 (PDT) From: Doug White To: Joe Marcus Clarke In-Reply-To: <1093222625.11223.26.camel@shumai.marcuscom.com> Message-ID: <20040822193301.E94593@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <1093121246.17246.33.camel@shumai.marcuscom.com> <1093195573.11223.3.camel@shumai.marcuscom.com> <1093222625.11223.26.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Divacky Roman cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:35:50 -0000 On Sun, 22 Aug 2004, Joe Marcus Clarke wrote: > > mpt0@pci4:5:0: class=0x010000 card=0x014a1028 chip=0x00301000 rev=0x07 > > hdr=0x00 > > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > > device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > > class = mass storage > > subclass = SCSI > > There is a subtle difference in the card: > > mpt1@pci2:3:1: class=0x010000 card=0x10401028 chip=0x00301000 rev=0x07 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > > I have a PE server as well that has another slightly different card: > > mpt0@pci1:4:0: class=0x010000 card=0x01351028 chip=0x00301000 rev=0x07 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > > This works fine as well. Hm, I guess the one in your workstation is a wierd variant. Advancing the product ID is a common tactic for showing different silicon & packaging revisions, rather than bumping the PCI revision byte. That particular rev may be more prone to use chains due to memory requirements or whatever. I guess the poweredge variants don't exercise that particular feature. :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:40:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAB5F16A4CE for ; Mon, 23 Aug 2004 02:40:38 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF2B843D2D for ; Mon, 23 Aug 2004 02:40:38 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A544C72DD4; Sun, 22 Aug 2004 19:40:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A39B872DCB; Sun, 22 Aug 2004 19:40:38 -0700 (PDT) Date: Sun, 22 Aug 2004 19:40:38 -0700 (PDT) From: Doug White To: George Hartzell In-Reply-To: <16679.59263.287454.325068@rosebud.alerce.com> Message-ID: <20040822193851.K94593@carver.gumbysoft.com> References: <16679.59263.287454.325068@rosebud.alerce.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Help making sense of firewire disk enclosure dilema X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:40:38 -0000 On Sat, 21 Aug 2004, George Hartzell wrote: > > I have a machine running 5.2.1-RELEASE-p6. > > I purchased a pair of "Vantec" USB2.0/Firewire enclosures (NST-350UF) > for some 80-ish GB IBM Deskstar drives. > > The first enclosure worked great (once I got past the kernel panic > because it didn't like something that was hanging out in the partition > table area). > > The second enclosure was problematic. If I attached via USB1 (all I > have), it worked fine. If I hook it up to a G4 Powermac running OSX > Jaguar (current-1?), it works fine. But when I connect it via > firewire to Servant, GEOM never recognizes/creates a daX device. Have you tried 'camcontrol rescan X' where X is the appropriate SCSI bus? (camcontrol devlist -v can help you find the right bus number.) I have this problem with certain USB key storage devices as well. It depends on how long the device takes to come ready. Some are better than others. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:42:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC7CE16A4CE for ; Mon, 23 Aug 2004 02:42:09 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E326E43D2F for ; Mon, 23 Aug 2004 02:42:09 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id DE6BD72DD4; Sun, 22 Aug 2004 19:42:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DCF0672DCB; Sun, 22 Aug 2004 19:42:09 -0700 (PDT) Date: Sun, 22 Aug 2004 19:42:09 -0700 (PDT) From: Doug White To: Nehal In-Reply-To: <20040821174133.00007d48@nehal> Message-ID: <20040822194126.T94593@carver.gumbysoft.com> References: <20040821174133.00007d48@nehal> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Syncer giving up on buffers for ext2fs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:42:10 -0000 On Sat, 21 Aug 2004, Nehal wrote: > the bug 'Syncer "giving up" on buffers and ext2 filesystems' > (PR kern/56675 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56675) > has existed for almost a year, and i have tested in a recent > snapshot (18th August) and it still exists, will this bug be fixed > for 5.3? seems to be quite an important bug. It would be nice if someone could come up with a patch, even a quick one. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:46:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62F2416A4CE for ; Mon, 23 Aug 2004 02:46:22 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5488A43D55 for ; Mon, 23 Aug 2004 02:46:22 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4885272DD4; Sun, 22 Aug 2004 19:46:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 46F4E72DCB; Sun, 22 Aug 2004 19:46:22 -0700 (PDT) Date: Sun, 22 Aug 2004 19:46:22 -0700 (PDT) From: Doug White To: Edwin Culp In-Reply-To: <20040822062942.jdgc48ksoo8c8kk0@mail.encontacto.net> Message-ID: <20040822194550.L94593@carver.gumbysoft.com> References: <20040822062942.jdgc48ksoo8c8kk0@mail.encontacto.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Problems with fdc0 w/Athlon and via chipset. Floppy isn't recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:46:22 -0000 On Sun, 22 Aug 2004, Edwin Culp wrote: > I've been seeing this problem for some time. I've seen other > folks comment about it also. I'm wondering if it is operator > error or if there really is a problem. > > fdc0: port > 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 > fdc0: I/O to control range incorrect > device_attach: fdc0 attach returned 6 > > I see this on all my athlon/via machines. I'm running current as > yesterday. Your BIOS writer is on crack. I think Nate was working on a hack to glue the ranges together to work around this. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:49:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D07916A4CE; Mon, 23 Aug 2004 02:49:09 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F4B643D3F; Mon, 23 Aug 2004 02:49:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N2mZJh058221; Sun, 22 Aug 2004 20:48:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 20:48:51 -0600 (MDT) Message-Id: <20040822.204851.38051558.imp@bsdimp.com> To: randy@psg.com From: "M. Warner Losh" In-Reply-To: <16679.63728.806424.628485@ran.psg.com> References: <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.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: kent.hauser@verizon.net cc: current@freebsd.org cc: simon@freebsd.org cc: sos@DeepCore.dk Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:49:09 -0000 In message: <16679.63728.806424.628485@ran.psg.com> Randy Bush writes: : > The actual errors from a 5.3-BETA from today (hand transcribed): : : thanks for the transcription; i have tendonitis : : > ad0: 73863MB [150071/16/63] at ata0-master UDMA100 : > ATAPI_RESET time = 150us : > ata1-slave: FAILURE - ATAPI_IDENTIFY timed out : > ATAPI_RESET time = 150us : > acd0: CDRW at ata1-master UDMA33 : > Mounting root from ufs:/dev/ad0s2a : > [...] : > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41574224 : > [...] : > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41562160 : > ad0: WARNING - READ_DME interupt was seen but timeout fired LBA=41562160 : > ad0: WARNING - READ_DME interupt was seen but taskqueue stalled LBA=41562160 : > Slab at 0xc1c3ff70, freei 3 = 0 : > : > The "[...]" is just normal startup. It goes as far as the script that : > attaches my GDBE partition before it panics. : > : > And then it panics like below: : : yep. same on a thinkpad t40p I had the same problems on Friday, but today's sources seem to have solved the problem. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:51:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C26DC16A4CE for ; Mon, 23 Aug 2004 02:51:59 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F1443D2F for ; Mon, 23 Aug 2004 02:51:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N2oXDB058251; Sun, 22 Aug 2004 20:50:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 20:50:50 -0600 (MDT) Message-Id: <20040822.205050.127362064.imp@bsdimp.com> To: erik.u@dnainternet.net From: "M. Warner Losh" In-Reply-To: <41286054.2030309@dnainternet.net> References: <41284FDA.2060202@dnainternet.net> <20040822081004.GB1229@empiric.icir.org> <41286054.2030309@dnainternet.net> 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: current@FreeBSD.ORG Subject: Re: Changing irq's? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:51:59 -0000 In message: <41286054.2030309@dnainternet.net> "Erik U." writes: : Bruce M Simpson wrote: : > On Sun, Aug 22, 2004 at 10:48:42AM +0300, Erik U. wrote: : > : >>So how can i build them on to the kernel. I tried these but i got syntax : >>errors: : >>device rl at pci? irq 10 # RealTek 8129/8139 : >>device pcm at pci? irq 5 : > : > : > This method of device configuration (and indeed /boot/kernel.conf) was : > deprecated after FreeBSD 4.x. Please try the procedures outlined in : > the manual page device.hints(5). : > : : Big thanks. But you can't change irq numbers on PCI devices. They are assigned and you have no choice in the matter. Newer acpi systems may have some lattitude in what the OS assigns to these resources, but FreeBSD doesn't support user specified values at this time. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:52:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2224E16A4D3 for ; Mon, 23 Aug 2004 02:52:03 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16E3143D41 for ; Mon, 23 Aug 2004 02:52:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0771E72DD8; Sun, 22 Aug 2004 19:52:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 024D872DCB; Sun, 22 Aug 2004 19:52:03 -0700 (PDT) Date: Sun, 22 Aug 2004 19:52:02 -0700 (PDT) From: Doug White To: Christopher Nehren In-Reply-To: <20040822171332.GA717@prophecy.dyndns.org> Message-ID: <20040822195057.N94593@carver.gumbysoft.com> References: <20040822171332.GA717@prophecy.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD CURRENT List Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:52:03 -0000 On Sun, 22 Aug 2004, Christopher Nehren wrote: > I've been tracking -CURRENT for a few weeks now, and I noticed that > sometime after RELENG_5 was branched that my Gravis USB joystick (which > uses uhid(4)) was no longer being detected at boot, or at all. > > FreeBSD 6.0-CURRENT #0: Thu Aug 19 15:48:13 EDT 2004 > root@prophecy.dyndns.org:/usr/obj/usr/src/sys/PROPHECY > > This kernel doesn't detect uhid0. > > FreeBSD 5.2-CURRENT #0: Sun Aug 15 20:18:31 EDT 2004 > root@prophecy.dyndns.org:/usr/obj/usr/src/sys/PROPHECY > > This one does. Does it get picked up by ugen instead, or doesn't appear at all? If ugen was grabbing it, you may have forgotten to build uhid in, or load the module before the device was enumerated. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 02:58:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1620016A4CE; Mon, 23 Aug 2004 02:58:01 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22B343D5A; Mon, 23 Aug 2004 02:58:00 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N2v5SZ058325; Sun, 22 Aug 2004 20:57:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 20:57:22 -0600 (MDT) Message-Id: <20040822.205722.66004608.imp@bsdimp.com> To: sos@DeepCore.dk From: "M. Warner Losh" In-Reply-To: <4128C2BE.7080103@DeepCore.dk> References: <4128B29E.9060500@snafu.de> <4128B556.9040106@DeepCore.dk> <4128C2BE.7080103@DeepCore.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: bwb@holo.org cc: plexus@snafu.de cc: freebsd-current@freebsd.org cc: sos@freebsd.org Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 02:58:01 -0000 In message: <4128C2BE.7080103@DeepCore.dk> S=F8ren Schmidt writes: : S=F8ren Schmidt wrote: : > Oliver B. Fischer wrote: : > = : >> Brian Buchanan wrote: : >> : >>> S=EF=BF=BDren, : >>> : >>> It looks like the changes you made to ATA IRQ handling in the las= t few : >>> days broke ATA support on my laptop, an IBM Thinkpad T40p. : >>> : >>> atapci0: port : >>> 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 = on pci0 : >>> : >>> atapci0@pci0:31:1: class=3D0x01018a card=3D0x052d1014 chip=3D= 0x24ca8086 : >>> rev=3D0x01 hdr=3D0x00 : >>> vendor =3D 'Intel Corporation' : >>> device =3D '82801DBM (ICH4-M) UltraATA/100 EIDE Controller'= : >>> class =3D mass storage : >>> subclass =3D ATA : = : >> I can confirm this for my R51, which have the same controller as = : >> Brians one. : > = : > = : > This is *not* a controller problem, its because the CDROM drive has= = : > buggy firmware that responds to both master and slave selection :( : = : OK, I have committed a workaround for those buggers to -current... : = : (for those that uses 5.3 just take your ATA driver upto -current) This work around appears to work for me, since my ich4 was seeing the same problems, as I reported on IRC. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:02:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34D9D16A4CE for ; Mon, 23 Aug 2004 03:02:58 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF9743D3F for ; Mon, 23 Aug 2004 03:02:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N32f45058396; Sun, 22 Aug 2004 21:02:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 21:02:58 -0600 (MDT) Message-Id: <20040822.210258.133046583.imp@bsdimp.com> To: frank_s@bellsouth.net From: "M. Warner Losh" In-Reply-To: <20040822205646.F85453@Cat.nina.org> References: <20040822205646.F85453@Cat.nina.org> 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-current@freebsd.org Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:02:58 -0000 In message: <20040822205646.F85453@Cat.nina.org> Frank Seltzer writes: : Is anyone else seeing this? I am getting this trying to upgrade from : : FreeBSD 5.2-CURRENT #0: Sat Jul 31 16:48:11 EDT 2004 : : to 5.3 or 6-current. : : : ===> sys/modules/ipfw : @ -> /usr/src/sys : machine -> /usr/src/sys/i386/include : rm -f .depend : mkdep -f .depend -a -nostdinc -DIPFIREWALL -D_KERNEL -DKLD_MODULE -I- : -I. -I@ -I@/contrib/altq -I@/../include : -I/usr/obj/usr/src/i386/usr/include : /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c : /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c : /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:35:22: opt_ipfw.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:36:22: opt_ipdn.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:37:26: opt_ipdivert.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:38:22: opt_inet.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:39:23: opt_ipsec.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL : requires INET. : /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:29:22: opt_ipfw.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:30:22: opt_ipdn.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:31:26: : opt_ipdivert.h: No such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:32:28: : opt_pfil_hooks.h: No such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:33:22: opt_inet.h: No : such file or directory : /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error : IPFIREWALL requires INET. : mkdep: compile failed : *** Error code 1 : : Stop in /usr/src/sys/modules/ipfw. : *** Error code 1 : : Stop in /usr/src/sys/modules. : *** Error code 1 : : Stop in /usr/src/sys. : *** Error code 1 : : There is nothing in UPDATING about it. This is because this module's makefile doesn't properly create opt_*.h that are listed here. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:05:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF25B16A4CE for ; Mon, 23 Aug 2004 03:05:48 +0000 (GMT) Received: from web21421.mail.yahoo.com (web21421.mail.yahoo.com [216.136.232.21]) by mx1.FreeBSD.org (Postfix) with SMTP id C619343D31 for ; Mon, 23 Aug 2004 03:05:48 +0000 (GMT) (envelope-from mjacob44@yahoo.com) Message-ID: <20040823030548.13500.qmail@web21421.mail.yahoo.com> Received: from [192.67.166.1] by web21421.mail.yahoo.com via HTTP; Sun, 22 Aug 2004 20:05:48 PDT Date: Sun, 22 Aug 2004 20:05:48 -0700 (PDT) From: Matthew Jacob To: freebsd-current@freebsd.org In-Reply-To: <20040822214253.4125A16A4D8@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: installing on mpt drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:05:49 -0000 nearly all motherboard MPT implementations have the BIOS load f/w, and the freebsd mpt driver was never finished such that it would then save that f/w for reload if the MPT gets reset. if anyone wants to loan me such a system for a couple weeks I can fix this. _______________________________ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:20:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF5716A4E3 for ; Mon, 23 Aug 2004 03:20:37 +0000 (GMT) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C571E43D45 for ; Mon, 23 Aug 2004 03:20:36 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from Cat.nina.org ([68.214.124.152]) by imf17aec.mail.bellsouth.netESMTP <20040823032033.ZNPS1758.imf17aec.mail.bellsouth.net@Cat.nina.org>; Sun, 22 Aug 2004 23:20:33 -0400 Date: Sun, 22 Aug 2004 23:20:20 -0400 (EDT) From: Frank Seltzer X-X-Sender: frank_s@Cat.nina.org To: Giorgos Keramidas In-Reply-To: <20040823012319.GB65716@gothmog.gr> Message-ID: <20040822231936.R85453@Cat.nina.org> References: <20040822205646.F85453@Cat.nina.org> <20040823012319.GB65716@gothmog.gr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:20:37 -0000 On Mon, 23 Aug 2004, Giorgos Keramidas wrote: > On 2004-08-22 21:01, Frank Seltzer wrote: >> Is anyone else seeing this? I am getting this trying to upgrade from >> FreeBSD 5.2-CURRENT #0: Sat Jul 31 16:48:11 EDT 2004 >> to 5.3 or 6-current. >> >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL requires INET. >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error IPFIREWALL requires INET. > > Does your kernel configuration include the INET option? Yes, I am using the GENERIC kernel. Frank -- "We will not tire, we will not falter, we will not fail." - George W. Bush From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:30:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 303DB16A4CE; Mon, 23 Aug 2004 03:30:17 +0000 (GMT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6BBA43D5C; Mon, 23 Aug 2004 03:30:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.25] ([192.168.42.25]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i7N3UFCw062722; Sun, 22 Aug 2004 22:30:15 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <412964C1.8000108@centtech.com> Date: Sun, 22 Aug 2004 22:30:09 -0500 From: Eric Anderson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-mobile@freebsd.org Subject: Bluetooth modules don't load on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:30:17 -0000 Just curious if anyone has been messing with bluetooth on a RELENG_5. I'm not sure when it broke, since this is my first time messing with bluetooth stuff. Following the handbook, I try to load the ng_ubt driver, and I get the super-informative; # kldload ng_ubt kldload: can't load ng_ubt: No such file or directory # ls -al /boot/kernel/ng_ubt.ko -r-xr-xr-x 1 root wheel 45306 Aug 20 09:38 /boot/kernel/ng_ubt.ko (On a side note, I'm trying to get my new Sony Ericsson T637 phone connected via bluetooth to my FreeBSD laptop for surfing and such. If anyone has a good link, I'm interested). Any hints? Thanks! Eric -- ------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Talk sense to a fool and he calls you foolish. ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:30:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A91C16A4CE for ; Mon, 23 Aug 2004 03:30:49 +0000 (GMT) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A7D143D1D for ; Mon, 23 Aug 2004 03:30:49 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from Cat.nina.org ([68.214.124.152]) by imf17aec.mail.bellsouth.netESMTP <20040823033046.ZQMP1758.imf17aec.mail.bellsouth.net@Cat.nina.org>; Sun, 22 Aug 2004 23:30:46 -0400 Date: Sun, 22 Aug 2004 23:30:36 -0400 (EDT) From: Frank Seltzer X-X-Sender: frank_s@Cat.nina.org To: "M. Warner Losh" In-Reply-To: <20040822.210258.133046583.imp@bsdimp.com> Message-ID: <20040822232958.J85453@Cat.nina.org> References: <20040822205646.F85453@Cat.nina.org> <20040822.210258.133046583.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:30:49 -0000 On Sun, 22 Aug 2004, M. Warner Losh wrote: > This is because this module's makefile doesn't properly create opt_*.h > that are listed here. > > Warner So how do I work around this? Frank -- "We will not tire, we will not falter, we will not fail." - George W. Bush From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:31:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3041E16A4CE for ; Mon, 23 Aug 2004 03:31:08 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA4F943D53 for ; Mon, 23 Aug 2004 03:31:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N3Ut9m058730; Sun, 22 Aug 2004 21:30:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 21:31:12 -0600 (MDT) Message-Id: <20040822.213112.116247523.imp@bsdimp.com> To: dwhite@gumbysoft.com From: "M. Warner Losh" In-Reply-To: <20040822194550.L94593@carver.gumbysoft.com> References: <20040822062942.jdgc48ksoo8c8kk0@mail.encontacto.net> <20040822194550.L94593@carver.gumbysoft.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: current@freebsd.org Subject: Re: Problems with fdc0 w/Athlon and via chipset. Floppy isn't recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:31:08 -0000 In message: <20040822194550.L94593@carver.gumbysoft.com> Doug White writes: : On Sun, 22 Aug 2004, Edwin Culp wrote: : : > I've been seeing this problem for some time. I've seen other : > folks comment about it also. I'm wondering if it is operator : > error or if there really is a problem. : > : > fdc0: port : > 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 : > fdc0: I/O to control range incorrect : > device_attach: fdc0 attach returned 6 : > : > I see this on all my athlon/via machines. I'm running current as : > yesterday. : : Your BIOS writer is on crack. I think Nate was working on a hack to glue : the ranges together to work around this. Actually, Nate's hack doesn't glue things together like this. I have a preliminary patch ready for this problem before phk committed the rewrite of fdc, which I need to merge into the current fdc. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:32:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B630016A4CE for ; Mon, 23 Aug 2004 03:32:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5826843D58 for ; Mon, 23 Aug 2004 03:32:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N3Vhsi058773; Sun, 22 Aug 2004 21:31:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 21:32:00 -0600 (MDT) Message-Id: <20040822.213200.132300204.imp@bsdimp.com> To: frank_s@bellsouth.net From: "M. Warner Losh" In-Reply-To: <20040822231936.R85453@Cat.nina.org> References: <20040822205646.F85453@Cat.nina.org> <20040823012319.GB65716@gothmog.gr> <20040822231936.R85453@Cat.nina.org> 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-current@freebsd.org cc: keramida@linux.gr Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:32:02 -0000 In message: <20040822231936.R85453@Cat.nina.org> Frank Seltzer writes: : On Mon, 23 Aug 2004, Giorgos Keramidas wrote: : : > On 2004-08-22 21:01, Frank Seltzer wrote: : >> Is anyone else seeing this? I am getting this trying to upgrade from : >> FreeBSD 5.2-CURRENT #0: Sat Jul 31 16:48:11 EDT 2004 : >> to 5.3 or 6-current. : >> : >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL requires INET. : >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error IPFIREWALL requires INET. : > : > Does your kernel configuration include the INET option? : : Yes, I am using the GENERIC kernel. MODULES_WITH_WORLD? Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:34:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2225616A4CE for ; Mon, 23 Aug 2004 03:34:00 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78B4343D45 for ; Mon, 23 Aug 2004 03:33:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N3XVGL058820; Sun, 22 Aug 2004 21:33:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 21:33:48 -0600 (MDT) Message-Id: <20040822.213348.129759202.imp@bsdimp.com> To: frank_s@bellsouth.net From: "M. Warner Losh" In-Reply-To: <20040822232958.J85453@Cat.nina.org> References: <20040822205646.F85453@Cat.nina.org> <20040822.210258.133046583.imp@bsdimp.com> <20040822232958.J85453@Cat.nina.org> 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-current@freebsd.org Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:34:00 -0000 In message: <20040822232958.J85453@Cat.nina.org> Frank Seltzer writes: : On Sun, 22 Aug 2004, M. Warner Losh wrote: : : > This is because this module's makefile doesn't properly create opt_*.h : > that are listed here. : > : > Warner : : So how do I work around this? Fix the underlying problem. I'm working on one at the moment. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:36:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76CAD16A4CE for ; Mon, 23 Aug 2004 03:36:45 +0000 (GMT) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068C843D45 for ; Mon, 23 Aug 2004 03:36:45 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from Cat.nina.org ([68.214.124.152]) by imf17aec.mail.bellsouth.netESMTP <20040823033644.ZSAR1758.imf17aec.mail.bellsouth.net@Cat.nina.org>; Sun, 22 Aug 2004 23:36:44 -0400 Date: Sun, 22 Aug 2004 23:36:43 -0400 (EDT) From: Frank Seltzer X-X-Sender: frank_s@Cat.nina.org To: "M. Warner Losh" In-Reply-To: <20040822.213200.132300204.imp@bsdimp.com> Message-ID: <20040822233632.E85453@Cat.nina.org> References: <20040822205646.F85453@Cat.nina.org> <20040823012319.GB65716@gothmog.gr> <20040822.213200.132300204.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: keramida@linux.gr Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:36:45 -0000 On Sun, 22 Aug 2004, M. Warner Losh wrote: > In message: <20040822231936.R85453@Cat.nina.org> > Frank Seltzer writes: > : On Mon, 23 Aug 2004, Giorgos Keramidas wrote: > : > : > On 2004-08-22 21:01, Frank Seltzer wrote: > : >> Is anyone else seeing this? I am getting this trying to upgrade from > : >> FreeBSD 5.2-CURRENT #0: Sat Jul 31 16:48:11 EDT 2004 > : >> to 5.3 or 6-current. > : >> > : >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL requires INET. > : >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error IPFIREWALL requires INET. > : > > : > Does your kernel configuration include the INET option? > : > : Yes, I am using the GENERIC kernel. > > MODULES_WITH_WORLD? > > Warner Yes. Frank -- "We will not tire, we will not falter, we will not fail." - George W. Bush From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:41:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CE0016A4CE for ; Mon, 23 Aug 2004 03:41:59 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8D1443D31 for ; Mon, 23 Aug 2004 03:41:58 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N3fjYU058911; Sun, 22 Aug 2004 21:41:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 21:42:01 -0600 (MDT) Message-Id: <20040822.214201.71089619.imp@bsdimp.com> To: frank_s@bellsouth.net From: "M. Warner Losh" In-Reply-To: <20040822233632.E85453@Cat.nina.org> References: <20040822231936.R85453@Cat.nina.org> <20040822.213200.132300204.imp@bsdimp.com> <20040822233632.E85453@Cat.nina.org> 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-current@freebsd.org cc: keramida@linux.gr Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:41:59 -0000 In message: <20040822233632.E85453@Cat.nina.org> Frank Seltzer writes: : On Sun, 22 Aug 2004, M. Warner Losh wrote: : : > In message: <20040822231936.R85453@Cat.nina.org> : > Frank Seltzer writes: : > : On Mon, 23 Aug 2004, Giorgos Keramidas wrote: : > : : > : > On 2004-08-22 21:01, Frank Seltzer wrote: : > : >> Is anyone else seeing this? I am getting this trying to upgrade from : > : >> FreeBSD 5.2-CURRENT #0: Sat Jul 31 16:48:11 EDT 2004 : > : >> to 5.3 or 6-current. : > : >> : > : >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL requires INET. : > : >> /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error IPFIREWALL requires INET. : > : > : > : > Does your kernel configuration include the INET option? : > : : > : Yes, I am using the GENERIC kernel. : > : > MODULES_WITH_WORLD? : > : > Warner : : Yes. OK. It builds now, but I have no clue if it works correctly or now. I leave that to the author to fix (ala how I did the opt_inet.h stuff). It built in the kernel environment because all the opt files are now included in the build environment, which is likely why the original author never noticed. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 03:44:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9F6916A4CE for ; Mon, 23 Aug 2004 03:44:33 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE3A43D46 for ; Mon, 23 Aug 2004 03:44:33 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from rosebud.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i7N3iVkk086383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 22 Aug 2004 20:44:32 -0700 (PDT) (envelope-from hartzell@kestrel.alerce.com) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.12.9p2/8.12.9) with ESMTP id i7N3j5je002123 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Aug 2004 20:45:06 -0700 (PDT) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.12.9p2/8.12.9/Submit) id i7N3j5Gp002120; Sun, 22 Aug 2004 20:45:05 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16681.26689.215660.854423@rosebud.alerce.com> Date: Sun, 22 Aug 2004 20:45:05 -0700 To: Doug White In-Reply-To: <20040822193851.K94593@carver.gumbysoft.com> References: <16679.59263.287454.325068@rosebud.alerce.com> <20040822193851.K94593@carver.gumbysoft.com> X-Mailer: VM 7.14 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org Subject: Re: Help making sense of firewire disk enclosure dilema X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 03:44:33 -0000 Doug White writes: > On Sat, 21 Aug 2004, George Hartzell wrote: > > > > > I have a machine running 5.2.1-RELEASE-p6. > > > > I purchased a pair of "Vantec" USB2.0/Firewire enclosures (NST-350UF) > > for some 80-ish GB IBM Deskstar drives. > > [...] > > The second enclosure was problematic. [...] > > Have you tried 'camcontrol rescan X' where X is the appropriate SCSI bus? > (camcontrol devlist -v can help you find the right bus number.) > > I have this problem with certain USB key storage devices as well. It > depends on how long the device takes to come ready. Some are better than > others. The enclosure is smeared across the kitchen table at the moment (see below), so I can't give it's exact reaction to suggestion, but I have some representative output. In the course of mucking around, I've tried various combinations of 'fwcontrol -r' and 'camcontrol rescan all'. I'm not sure which caused which part of the dmesg output below, but it might be interesting: sbp0:0:0 request timeout(cmd orb:0x163ca634) ... agent reset sbp0:0:0 request timeout(cmd orb:0x163ca76c) ... target reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=6, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) sbp0:0:0 request timeout(cmd orb:0x163ca9dc) ... reset start fwohci0: txd err= 3 miss Ack err sbp0:0:0 sbp_reset_start failed: resp=22 firewire0: split transaction timeout dst=0xffc0 tl=0x30 state=4 sbp0:0:0 sbp_reset_start failed: resp=60 I figured out how to ask fwcontrol to tell me more about the device inside the enclosure, and discovered that it's a Prolific PL-3507. A little googling about suggests that it's a well known PITA device, e.g. http://forum.rpc1.org/viewtopic.php?t=25140&postdays=0&postorder=asc&&start=0&sid=0a359d410cfd87df72f2543365922421 So, I'm left to decide whether to muck with the firmware or just chuck it..... Are there "quirks" for firewire devices like there used to be (are?) for usb devices? g. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 04:11:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22DDF16A4CE for ; Mon, 23 Aug 2004 04:11:10 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC67543D1F for ; Mon, 23 Aug 2004 04:11:09 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc13) with SMTP id <2004082304110801500p4gibe> (Authid: apeiron@comcast.net); Mon, 23 Aug 2004 04:11:09 +0000 Date: Mon, 23 Aug 2004 00:11:05 -0400 From: Christopher Nehren To: Doug White Message-ID: <20040823041105.GA703@prophecy.dyndns.org> References: <20040822171332.GA717@prophecy.dyndns.org> <20040822195057.N94593@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20040822195057.N94593@carver.gumbysoft.com> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: FreeBSD CURRENT List Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 04:11:10 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 22, 2004 at 22:52:02 EDT, Doug White scribbled these curious markings: > Does it get picked up by ugen instead, or doesn't appear at all? If ugen > was grabbing it, you may have forgotten to build uhid in, or load the > module before the device was enumerated. I don't have ugen in my kernel config as I don't have any ugen devices. Trying to load it after boot, surprisingly, page faults the kernel (I say this on the second attempt to write this reply :-). It doesn't appear in the 6.0-CURRENT kernel's device probes whatsoever. I'll build a debug kernel without ugen and one with it, in order to obtain some more information. As for forgetting to build uhid in: that's extremely unlikely as I used the same kernel config file for both kernels, and I haven't changed it sinc= e I=20 upgraded to -CURRENT. I use this device every day (okay, I admit, it is a desktop system), so I won't be removing it. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKW5Zk/lo7zvzJioRAlSAAJ0cEaEGRK0ykfcCxGhEvBbpNAzEhgCfWuof otcdlRW1Q15imiHFzBMLgNA= =zPEP -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 04:19:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BF4016A4CE for ; Mon, 23 Aug 2004 04:19:03 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F8FB43D2D for ; Mon, 23 Aug 2004 04:19:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N4HvnL059376; Sun, 22 Aug 2004 22:17:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 22:18:14 -0600 (MDT) Message-Id: <20040822.221814.52166127.imp@bsdimp.com> To: apeiron@comcast.net From: "M. Warner Losh" In-Reply-To: <20040823041105.GA703@prophecy.dyndns.org> References: <20040822171332.GA717@prophecy.dyndns.org> <20040822195057.N94593@carver.gumbysoft.com> <20040823041105.GA703@prophecy.dyndns.org> 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: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 04:19:03 -0000 In message: <20040823041105.GA703@prophecy.dyndns.org> Christopher Nehren writes: : On Sun, Aug 22, 2004 at 22:52:02 EDT, Doug White scribbled these : curious markings: : > Does it get picked up by ugen instead, or doesn't appear at all? If ugen : > was grabbing it, you may have forgotten to build uhid in, or load the : > module before the device was enumerated. : : I don't have ugen in my kernel config as I don't have any ugen devices. : Trying to load it after boot, surprisingly, page faults the kernel (I : say this on the second attempt to write this reply :-). It doesn't : appear in the 6.0-CURRENT kernel's device probes whatsoever. I'll build : a debug kernel without ugen and one with it, in order to obtain some : more information. : : As for forgetting to build uhid in: that's extremely unlikely as I used : the same kernel config file for both kernels, and I haven't changed it since I : upgraded to -CURRENT. I use this device every day (okay, I admit, it is : a desktop system), so I won't be removing it. I've made some changes in this area recently... What do you have in the kernel, and what are you loading? Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 04:20:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1156416A4CE for ; Mon, 23 Aug 2004 04:20:58 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA26443D2F for ; Mon, 23 Aug 2004 04:20:57 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7N4KaEb059410; Sun, 22 Aug 2004 22:20:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Aug 2004 22:20:53 -0600 (MDT) Message-Id: <20040822.222053.116964233.imp@bsdimp.com> To: midian@ihme.org From: "M. Warner Losh" In-Reply-To: <20040820220601.G33344@midi.ihme.net> References: <20040820220601.G33344@midi.ihme.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: USB keyboard problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 04:20:58 -0000 In message: <20040820220601.G33344@midi.ihme.net> Markus H=E4stbacka writes: : Hello list, I'm currently not subscribed, so please reply directly to= me = : or CC me, thanks. : = : Ok, here comes the explanation of the problem, I recently upgraded to= = : 5.2-CURRENT (Currently at 5.3-BETA1), and after the upgrade my USB = : keyboard didn't work. I could turn on/off the numlock/capslock/scroll= lock = : lights but there was no response in other keys. Here's the informatio= n I = : got from dmesg when the keyboard was connected at bootup: : ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass= 3/1 : kbd1 at ukbd0 : uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 3, iclass= 3/1 : = : Now, after it was regonized in bootup, I tried to replug it in, to se= e if = : it was regonized again, but no. I only got messages about disconnecti= on, = : but no messages when I connected it again, dmesg: : ukbd0: at uhub1 port 2 (addr 3) disconnected : ukbd0: detached : uhid0: at uhub1 port 2 (addr 3) disconnected : uhid0: detached : = : The very same keyboard works on the ps2 with a adapter. : = : Please tell me if you want any more information, thanks. Does it show up in a devinfo listing? Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 04:39:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D2116A4CE; Mon, 23 Aug 2004 04:39:43 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED7943D2D; Mon, 23 Aug 2004 04:39:42 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from dhcp50.pn.xcllnt.net (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i7N4dgpK008277; Sun, 22 Aug 2004 21:39:42 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp50.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp50.pn.xcllnt.net (8.13.1/8.13.1) with ESMTP id i7N4dhsT012926; Sun, 22 Aug 2004 21:39:43 -0700 (PDT) (envelope-from marcel@dhcp50.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp50.pn.xcllnt.net (8.13.1/8.13.1/Submit) id i7N4dgIq012925; Sun, 22 Aug 2004 21:39:43 -0700 (PDT) (envelope-from marcel) Date: Sun, 22 Aug 2004 21:39:42 -0700 From: Marcel Moolenaar To: freebsd-ia64@Freebsd.org Message-ID: <20040823043942.GB12898@dhcp50.pn.xcllnt.net> References: <20040822214239.GA38696@bobbi.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <20040822214239.GA38696@bobbi.cse.buffalo.edu> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@Freebsd.org Subject: Re: FreeBSD 5.3-BETA1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 04:39:43 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 22, 2004 at 05:42:39PM -0400, Ken Smith wrote: >=20 > Availability: >=20 > At the time of this announcement the BETA1 materials for the most > popular architectures are available on ftp.freebsd.org as well as > a few of the other mirror sites. It should be available on the > majority of the mirror sites within the next day. A few of the > less popular architectures are still building and will be uploaded > as the builds complete. The Alpha architecture will not be built > for BETA1 but should be available for future BETA's. >=20 > As of this writing: >=20 > i386: available on most mirror sites, miniinst and disc1 but > disc1 package set missing a few packages > sparc64: available on some of the mirror sites, miniinst only > ia64: only partially loaded, should become available later tonight > amd64: build still in progress, hopefully available tomorrow > pc98: build still in progress, hopefully available tomorrow The ia64 images are complete and will be available on the various mirrors in due time. Checksums are: MD5 (5.3-BETA1-ia64-bootonly.iso) =3D bcaadc30973cb6ca1f8784b775eac736 MD5 (5.3-BETA1-ia64-disc1.iso) =3D 52a25606da2129dd6f2a32f5e73ba0b5 MD5 (5.3-BETA1-ia64-disc2.iso) =3D bba59c109efb67e1bad8ca691b04bc79 MD5 (5.3-BETA1-ia64-miniinst.iso) =3D 9770527a20ff5c7ba5f5502316113a5d FYI, --=20 Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKXULpgWlLWHuifYRAqUIAJwP8+fz4nlMrOLCOe8pa5dP/IHESgCfaRpW Y307NsNasQhiB7irFgErmvs= =zTyy -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 04:52:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B7D416A4CE for ; Mon, 23 Aug 2004 04:52:40 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A88543D2F for ; Mon, 23 Aug 2004 04:52:40 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 8540D50B8A for ; Mon, 23 Aug 2004 13:52:39 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id E013450B7A for ; Mon, 23 Aug 2004 13:52:37 +0900 (JST) Date: Mon, 23 Aug 2004 13:52:37 +0900 Message-ID: <7misba8nhm.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: panic: g_read_data(): invalid length 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 04:52:40 -0000 This is 6-current as of 2004.08.22.23.10.00. It's fine with previous kernel configuration, but when I added "device atapicam" and "device cd", kernel is panic. I'm using gstripe(8) with usual ATA HDDs. If I added "device atapicam" only, this panic does not happened. ----- ... GEOM_STRIPE: Device wrkdir created (id=948210174). GEOM_STRIPE: Disk ad5s1d attached to wrkdir. GEOM_STRIPE: Disk ad6s1d attached to wrkdir. GEOM_STRIPE: Device wrkdir activated. WARNING: Expected rawoffset 0, found 63 SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present panic: g_read_data(): invalid length 0 cpuid = 1 KDB: enter: panic [thread 100013] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter(c0689ada) at kdb_enter+0x2b panic(c0684e9b,0,0,0,c3461900) at panic+0x127 g_read_data(c3923980,0,0,0,0) at g_read_data+0x30 g_stripe_read_metadata(c3923980,e4d3dc80,c3923980,c3461900,c3461800) at g_stripe_read_metadata+0x81 g_stripe_taste(c07e0c00,c3461900,0,c390d280,64) at g_stripe_taste+0xd3 g_new_provider_event(c3461900,0,66666667,e4d3dd04,c04cec59) at g_new_provider_event+0x6e one_event(e4d3dd1c,c04d0019,3c,28,c34bc8c0) at one_event+0x14f g_run_events(3c,28,c34bc8c0,c04cffdc,e4d3dd34) at g_run_events+0x9 g_event_procbody(0,e4d3dd48,0,c04cffdc,0) at g_event_procbody+0x3d fork_exit(c04cffdc,0,e4d3dd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4d3dd7c, ebp = 0 --- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 05:13:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4BEC16A4CE; Mon, 23 Aug 2004 05:13:16 +0000 (GMT) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50EB543D3F; Mon, 23 Aug 2004 05:13:16 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from [192.168.1.254] (really [24.52.242.150]) by mta10.adelphia.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040823051315.XLJR9204.mta10.adelphia.net@[192.168.1.254]>; Mon, 23 Aug 2004 01:13:15 -0400 Message-ID: <41297CD4.4050609@savvis.net> Date: Sun, 22 Aug 2004 22:12:52 -0700 From: Maksim Yevmenkin User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <412964C1.8000108@centtech.com> In-Reply-To: <412964C1.8000108@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth modules don't load on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 05:13:16 -0000 Eric, > Just curious if anyone has been messing with bluetooth on a RELENG_5. not that i know of :) > I'm not sure when it broke, since this is my first time messing with > bluetooth stuff. > Following the handbook, I try to load the ng_ubt driver, and I get the > super-informative; > > # kldload ng_ubt > kldload: can't load ng_ubt: No such file or directory > > # ls -al /boot/kernel/ng_ubt.ko > -r-xr-xr-x 1 root wheel 45306 Aug 20 09:38 /boot/kernel/ng_ubt.ko weird. - are you sure your kernel is in sync with your modules? - what is your module_path is? - what happens when you do kldload /boot/kernel/ng_ubt.ko? i'm building RELENG_5 now to check this. > (On a side note, I'm trying to get my new Sony Ericsson T637 phone > connected via bluetooth to my FreeBSD laptop for surfing and such. If > anyone has a good link, I'm interested). > > Any hints? if you want to use your phone as wireless modem to connect your laptop to the internet then you need DUN profile (see handbook, rfcomm_pppd(8)) if you want to use your phone to browse internet and use your laptop as gateway then you need LAN profile (see handbook, rfcomm_pppd(8)) thanks, max From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 05:25:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB8C016A4CE; Mon, 23 Aug 2004 05:25:24 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6018043D45; Mon, 23 Aug 2004 05:25:24 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 808B84EFCD6; Mon, 23 Aug 2004 13:25:20 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 76A644EFCD3; Mon, 23 Aug 2004 13:25:20 +0800 (CST) Date: Mon, 23 Aug 2004 13:25:20 +0800 (CST) From: Tai-hwa Liang To: Maksim Yevmenkin In-Reply-To: <41297CD4.4050609@savvis.net> Message-ID: <04082313224515.85992@www.mmlab.cse.yzu.edu.tw> References: <412964C1.8000108@centtech.com> <41297CD4.4050609@savvis.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Eric Anderson cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth modules don't load on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 05:25:24 -0000 Eric, Was your RELENG_5 upgraded from 5.[012]-RELEASE? If so, try to fix the module loading problem by following directions described in src/UPDATING: 20040806: Module loading has been fixed. Some older installations will drop proper module_path initialization and modules will fail to load properly. If you have a line in /boot/loader.rc that says: "initialize drop", do (i386 only): cp /usr/src/sys/boot/i386/loader/loader.rc /boot/loader.rc chown root:wheel /boot/loader.rc chmod 444 /boot/loader.rc On Sun, 22 Aug 2004, Maksim Yevmenkin wrote: > Eric, > > > Just curious if anyone has been messing with bluetooth on a RELENG_5. > > not that i know of :) > > > I'm not sure when it broke, since this is my first time messing with > > bluetooth stuff. > > Following the handbook, I try to load the ng_ubt driver, and I get the > > super-informative; > > > > # kldload ng_ubt > > kldload: can't load ng_ubt: No such file or directory > > > > # ls -al /boot/kernel/ng_ubt.ko > > -r-xr-xr-x 1 root wheel 45306 Aug 20 09:38 /boot/kernel/ng_ubt.ko > > weird. > > - are you sure your kernel is in sync with your modules? > > - what is your module_path is? > > - what happens when you do kldload /boot/kernel/ng_ubt.ko? > > i'm building RELENG_5 now to check this. > > > (On a side note, I'm trying to get my new Sony Ericsson T637 phone > > connected via bluetooth to my FreeBSD laptop for surfing and such. If > > anyone has a good link, I'm interested). > > > > Any hints? > > if you want to use your phone as wireless modem to connect your laptop > to the internet then you need DUN profile (see handbook, rfcomm_pppd(8)) > > if you want to use your phone to browse internet and use your laptop as > gateway then you need LAN profile (see handbook, rfcomm_pppd(8)) > > thanks, > max From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 06:57:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8141816A4CE for ; Mon, 23 Aug 2004 06:57:46 +0000 (GMT) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5769D43D45 for ; Mon, 23 Aug 2004 06:57:45 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net id i7N6vhYA001984 (8.12.10/1.4); Mon, 23 Aug 2004 08:57:43 +0200 (MET DST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id i7N6vh4I001359 (8.12.10/2.02); Mon, 23 Aug 2004 08:57:43 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Mon, 23 Aug 2004 08:57:43 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ddb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 06:57:46 -0000 Hi. I can't seem to get anything useful out of ddb with recent -CURRENTs. I get things like double faults, page faults, or endless streams of console messages. Is anyone else seeing this? Cheers Michiel KDB: enter: Line break on console [thread 100004] Stopped at kdb_enter+0x2b: nop db> break flock db> c [thread 100073] Stopped at flock+0x1: movl %esp,%ebp db> tr flock(2f,2f,2f,80c80f6,2) at flock+0x1 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (131, FreeBSD ELF32, flock), eip = 0x28282c37, esp = 0xbfbfc03c, ebp = 0xbfbfc068 --- db> show r cs 0x8 ds 0x10 es 0x10 fs 0x18 ss 0x10 eax 0xd99acd14 ecx 0 edx 0xc0622cb8 sysent+0x418 ebx 0xc19c71c0 esp 0xd99accf0 ebp 0xd99acd40 esi 0 edi 0xc17c29a0 eip 0xc04954cd flock+0x1 efl 0x246 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 flock+0x1: movl %esp,%ebp db> s [thread 100073] Stopped at flock+0x3: pushl %edi db> [thread 100073] Stopped at flock+0x4: pushl %esi db> [thread 100073] Stopped at flock+0x5: pushl %ebx db> [thread 100073] Stopped at flock+0x6: subl $0x44,%esp db> [thread 100073] Stopped at flock+0x9: movl 0xc(%ebp),%esi db> [thread 100073] Stopped at flock+0xc: leal 0xffffffb0(%ebp),%eax db> [thread 100073] Stopped at flock+0xf: pushl %eax db> [thread 100073] Stopped at flock+0x10: pushl 0(%esi) db> Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04954dc stack pointer = 0x10:0xd99acc9c frame pointer = 0x10:0xd99accf0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = trace trap, interrupt enabled, resume, IOPL = 0 current process = 659 (sendmail) [thread 100073] Stopped at flock+0x10: pushl 0(%esi) db> show r cs 0x8 ds 0xc0630010 ip_doopts+0x4 es 0xc05c0010 bios16+0x1fc fs 0x18 ss 0x10 eax 0xd99acca0 ecx 0 edx 0xc0622cb8 sysent+0x418 ebx 0xc19c71c0 esp 0xd99acc9c ebp 0xd99accf0 esi 0x2 edi 0xc17c29a0 eip 0xc04954dc flock+0x10 efl 0x10286 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff4ff0 dr5 0x400 dr6 0xffff4ff0 dr7 0x400 flock+0x10: pushl 0(%esi) From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 07:38:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C92CF16A4CE for ; Mon, 23 Aug 2004 07:38:38 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07CA043D58 for ; Mon, 23 Aug 2004 07:38:38 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7N7ZKLZ022590 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 23 Aug 2004 11:35:20 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7N7X55j022416; (8.12.8/vak/2.1) Mon, 23 Aug 2004 11:33:06 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <41299E02.2080207@cronyx.ru> Date: Mon, 23 Aug 2004 11:34:26 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <4127B8F6.9040908@cronyx.ru> <20040822192906.A94593@carver.gumbysoft.com> In-Reply-To: <20040822192906.A94593@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 07:38:38 -0000 Hi, Doug White wrote: >On Sun, 22 Aug 2004, Roman Kurakin wrote: > > >>>Have you tried booting without enabling ACPI? The ACPI tables seem to >>>think you have two APs and no BSP. >>> >>> >>Yes, but this didn't help. >> >> >Interesting. > > One more interesting thing that I've forgot to say. I am unable to boot with old kernel, panic in the same place. >>>What motherboard/system is this? >>> >>> >>If I've found correct message from my archive both mainboards are listed >>here: >> >>1. GA-6BXD; >> >> >This is a Gigabyte 440BX slotted-P2/P3 board. My daily -current builders >are similar to this, although they support 133MHz FSB. > > My current bios version V.F4a. V.F4b has the same date and I do no see by description what is the difference. Which version do you have? >>2. MSI, I guess, 694D Pro2 ver2. >> >> >This is a dual socket370 P3/celeron board. > > >>Today I was trying to find out reason of such panic, and I've played >>a bit with ddb. After step-ing a while I've pressed continue and >>system went to panic in other place. This looks like some problems >>with pointers. >>On Monday I also want to try to locate what exact changes lead to >>this problem. That shouldn't be hard since I've updated system >>after two-week delay. >> >> >It still looks like a bogus ACPI table to me. Certainly check for BIOS >updates for these boards. > > >>rik >> >> >>>>GDB: no debug ports present >>>>KDB: debugger backends: ddb >>>>KDB: current backend: ddb >>>>SMAP type=01 base=0000000000000000 len=000000000009fc00 >>>>SMAP type=01 base=000000000009fc00 len=0000000000000400 >>>>SMAP type=02 base=00000000000f0000 len=0000000000010000 >>>>SMAP type=02 base=00000000fec00000 len=0000000000001000 >>>>SMAP type=02 base=00000000fee00000 len=0000000000001000 >>>>SMAP type=02 base=00000000ffff0000 len=0000000000010000 >>>>SMAP type=01 base=0000000000100000 len=0000000007ef0000 >>>>SMAP type=03 base=0000000007ff3000 len=000000000000d000 >>>>SMAP type=04 base=0000000007ff0000 len=0000000000003000 >>>>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 6.0-CURRENT #17: Fri Aug 20 10:23:42 MSD 2004 >>>> root@devel15.cronyx.ru:/usr/obj/usr/src/sys/GENERIC >>>>WARNING: WITNESS option enabled, expect reduced performance. >>>>Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2e000. >>>>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2e254. >>>>Calibrating clock(s) ... i8254 clock: 1193137 Hz >>>>CLK_USE_I8254_CALIBRATION not specified - using default frequency >>>>Timecounter "i8254" frequency 1193182 Hz quality 0 >>>>Calibrating TSC clock ... TSC clock: 232751947 Hz >>>>CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU) >>>> Origin = "GenuineIntel" Id = 0x634 Stepping = 4 >>>> >>>>Features=0x80fbff>>>V,MMX> >>>>real memory = 134152192 (127 MB) >>>>Physical memory chunk(s): >>>>0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) >>>>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >>>>0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 pages) >>>>avail memory = 121626624 (115 MB) >>>>Table 'FACP' at 0x7ff3040 >>>>Table 'APIC' at 0x7ff5640 >>>>Table 'APIC' at 0x7ff5640 >>>>MP Configuration Table version 1.1 found at 0xc00f1400 >>>>APIC: Using the MADT enumerator. >>>>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >>>>SMP: Added CPU 0 (AP) >>>>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >>>>SMP: Added CPU 1 (AP) >>>>ACPI APIC Table: >>>>kernel trap 12 with interrupts disabled >>>> >>>> >>>>Fatal trap 12: page fault while in kernel mode >>>>cpuid = 0; apic id = 00 >>>>fault virtual address = 0x0 >>>>fault code = supervisor read, page not present >>>>instruction pointer = 0x8:0xc05f7f24 >>>>stack pointer = 0x10:0xc0c21b6c >>>>frame pointer = 0x10:0xc0c21b78 >>>>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 = 0 () >>>>[thread 0] >>>>Stopped at _mtx_lock_flags+0x34: cmpl $0xc084ec9c,0(%ebx) >>>>db> >>>> >>>>It seems that this problem was introduced with recent bootloader update. >>>>That is all a able to tell now. >>>> >>>>rik >>>> >>>>Roman Kurakin wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Hi, >>>>> >>>>> I've updated my current kernel/world yesterday, I've compiled and >>>>>install it as >>>>>usual on fast smp machine. After that I've plug my hard disk to a bit >>>>>slow smp >>>>>machine and get panic: >>>>> >>>>>Fattal trap 12 >>>>> >>>>>call stack: >>>>> >>>>>install_ap_tramp + 0x43 >>>>>start_all_aps >>>>>cpu_mp_start >>>>>mp_start >>>>>mi_startup >>>>>begin >>>>> >>>>>It seems that install_ap_tramp + 0x43 >>>>> *dst++ = *src++ (IIRC) >>>>> >>>>>Thats all I can tell now. >>>>> >>>>>Any ideas, questions? >>>>> >>>>>rik >>>>> >>>>> >>>>> >>>>>_______________________________________________ >>>>>freebsd-current@freebsd.org mailing list >>>>>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>To unsubscribe, send any mail to >>>>>"freebsd-current-unsubscribe@freebsd.org" >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>_______________________________________________ >>>>freebsd-current@freebsd.org mailing list >>>>http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>>> >>>> >>>> >> >> >> > > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 07:42:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7081116A4CE for ; Mon, 23 Aug 2004 07:42:51 +0000 (GMT) Received: from pengo.systems.pipex.net (pengo.systems.pipex.net [62.241.160.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99DA543D2F for ; Mon, 23 Aug 2004 07:42:50 +0000 (GMT) (envelope-from mark.cullen@dsl.pipex.com) Received: from laptop (81-178-116-13.dsl.pipex.com [81.178.116.13]) by pengo.systems.pipex.net (Postfix) with SMTP id 381514C00041 for ; Mon, 23 Aug 2004 08:42:48 +0100 (BST) Message-ID: <006a01c488e4$84534ff0$f800000a@laptop> From: "Markie" To: "FreeBSD Current" Date: Mon, 23 Aug 2004 08:40:50 +0100 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.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: A new panic, this time after only 4 days X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 07:42:51 -0000 --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0592090 stack pointer = 0x10:0xc67afbc4 frame pointer = 0x10:0xc67afbe0 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 = 44 (syncer) trap number = 12 panic: page fault syncing disks, buffers remaining... 1201 1201 1200 1200 1200 1200 1200 1200 1200 1200 1200 1200 arp_rtrequest: malloc failed 1200 1200 1200 1200 1200 1200 1200 arp_rtrequest: malloc failed arp_rtrequest: malloc failed 1200 1200 1200 giving up on 966 buffers Uptime: 4d4h48m52s Dumping 95 MB 16 32 48 64 80 --- #0 0xc04bfa7c in doadump () BT: #0 0xc04bfa7c in doadump () #1 0xc04c002a in boot () #2 0xc04c02fd in panic () #3 0xc05ec52c in trap_fatal () #4 0xc05ec28f in trap_pfault () #5 0xc05ebee5 in trap () #6 0xc0592090 in softdep_freefile () #7 0xc05849d9 in ffs_vfree () #8 0xc059fedf in ufs_inactive () #9 0xc05a70ab in ufs_vnoperate () #10 0xc050efcf in vput () #11 0xc0593732 in handle_workitem_remove () #12 0xc058fbe6 in process_worklist_item () #13 0xc058f9c0 in softdep_process_worklist () #14 0xc050e1f1 in sched_sync () #15 0xc04ab201 in fork_exit () still getting those weird arp messages before it panics though, as you can see..... From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 07:46:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5722C16A4CE for ; Mon, 23 Aug 2004 07:46:14 +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 17DC343D41 for ; Mon, 23 Aug 2004 07:46:14 +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 1Bz9Wv-000BW1-0b for freebsd-current@freebsd.org; Mon, 23 Aug 2004 10:46:13 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: FreeBSD Current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Aug 2004 10:46:12 +0300 From: Danny Braniss Message-Id: <20040823074614.17DC343D41@mx1.FreeBSD.org> Subject: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 07:46:14 -0000 shouldn't NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: now be 6.x ... From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 08:01:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B805216A4CE for ; Mon, 23 Aug 2004 08:01:12 +0000 (GMT) Received: from mail.if.lt (hermes.ifnet.lt [195.190.141.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59F5343D3F for ; Mon, 23 Aug 2004 08:01:11 +0000 (GMT) (envelope-from vd@vmunix.lt) Received: from zeus.sampo.vlan (p2.ifnet.lt [195.190.141.35]) by mail.if.lt (IF NOC MAIL) with ESMTP id 26D7535DB6 for ; Mon, 23 Aug 2004 11:00:38 +0300 (EEST) Date: Mon, 23 Aug 2004 11:00:38 +0300 (EEST) From: Vaidas Damosevicius To: freebsd-current@freebsd.org In-Reply-To: <4128C2BE.7080103@DeepCore.dk> References: <20040821145419.O74813-100000@thought.holo.org> <4128B29E.9060500@snafu.de> <4128B556.9040106@DeepCore.dk> <4128C2BE.7080103@DeepCore.dk> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-846952774-1093248038=:57572" Message-Id: <20040823080038.26D7535DB6@mail.if.lt> Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 08:01:12 -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-846952774-1093248038=:57572 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 22 Aug 2004, S=F8ren Schmidt wrote: >> This is *not* a controller problem, its because the CDROM drive has bugg= y=20 >> firmware that responds to both master and slave selection :( > > OK, I have committed a workaround for those buggers to -current... > > (for those that uses 5.3 just take your ATA driver upto -current) > Well, after cvsup and kernel rebuild I have the same problems: ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D5273851= 5 ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D5273851= 5 ad0: WARNING - WRITE_DMA interrupt was seen but taskqueue stalled=20 LBA=3D52738515 =2E.. and my system "hangs" - I can't login, I can't shutdown it - only tur= n=20 off :( > -S=F8ren vd --0-846952774-1093248038=:57572-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 08:10:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51E4D16A4D5; Mon, 23 Aug 2004 08:10:29 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98AD043D46; Mon, 23 Aug 2004 08:10:28 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7N8AGpI012501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Aug 2004 11:10:17 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7N8AIdZ062700; Mon, 23 Aug 2004 11:10:18 +0300 (EEST) (envelope-from ru) Date: Mon, 23 Aug 2004 11:10:18 +0300 From: Ruslan Ermilov To: Michael Nottebrock Message-ID: <20040823081018.GJ59140@ip.net.ua> References: <200408210545.46358.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E6lVPAHcXg6biC3t" Content-Disposition: inline In-Reply-To: <200408210545.46358.michaelnottebrock@gmx.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@FreeBSD.org cc: harti@FreeBSD.org cc: mi@aldan.algebra.com Subject: Re: port breakage with recent make X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 08:10:29 -0000 --E6lVPAHcXg6biC3t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 21, 2004 at 05:45:42AM +0200, Michael Nottebrock wrote: > science/hdf breaks with the latest make(1). What it does seems innocent= =20 > enough: It passes PREFIX via MAKE_ARGS to the main Makefile (MAKE_ARGS=3D= =20 > PREFIX=3D"${PREFIX}") and the main Makefile has: >=20 > LIBDIR ?=3D ${PREFIX}/lib > BINDIR ?=3D ${PREFIX}/bin >=20 > .MAKEFLAGS: PREFIX=3D${PREFIX} LIBDIR=3D${LIBDIR} BINDIR=3D${BINDIR} >=20 > It does some more redefinitions of LIBDIR and BINDIR (with references to= =20 > PREFIX ...) in Makefiles further down (the ports seems to replace the=20 > autotools Makefiles rather completely with custom-made ones), but there's= =20 > nothing that looks like it should undefine or change PREFIX. Is the port= =20 > wrong or make? >=20 Recent make(1) just exposed a bug in a port. Here's what happens here. bsd.port.mk passes LIBDIR=3D/usr/lib in environment: : (cd /usr/ports/science/hdf/work/HDF4.1r5 && \ : /usr/bin/env SHELL=3D/bin/sh PORTOBJFORMAT=3Delf \ : PREFIX=3D/usr/local LOCALBASE=3D/usr/local X11BASE=3D/usr/X11R6 \ : MOTIFLIB=3D"-L/usr/X11R6/lib -lXm -lXp" \ : LIBDIR=3D"/usr/lib" \ : CFLAGS=3D"-O -pipe " \ : CXXFLAGS=3D" -O -pipe " \ : MANPREFIX=3D"/usr/local" \ : BSD_INSTALL_PROGRAM=3D"install -c -s -o root -g wheel -m 555" \ : BSD_INSTALL_SCRIPT=3D"install -c -o root -g wheel -m 555" \ : BSD_INSTALL_DATA=3D"install -c -o root -g wheel -m 444" \ : BSD_INSTALL_MAN=3D"install -c -o root -g wheel -m 444" \ : make -f Makefile PREFIX=3D"/usr/local" -j 2 install) Port's makefile does this: : # cat /usr/ports/science/hdf/files/Makefile : # $FreeBSD: ports/science/hdf/files/Makefile,v 1.1 1999/11/14 02:32:03 st= eve Exp $ :=20 : SUBDIR =3D hdf mfhdf man : #PREFIX ?=3D /usr/local : LIBDIR ?=3D ${PREFIX}/lib : BINDIR ?=3D ${PREFIX}/bin :=20 : .MAKEFLAGS: PREFIX=3D${PREFIX} LIBDIR=3D${LIBDIR} BINDIR=3D${BINDIR} :=20 : test: all : # testing in hdf : @cd hdf && ${MAKE} hdf-test : # testing in mfhdf : @cd mfhdf && ${MAKE} test :=20 : .include So, Makefile sees /usr/lib and passes it as a command-line variable (using .MAKEFLAGS), as requested. Old make(1) was buggy and did not pass this variable as a command-line variable. New make(1) does the required thing, so LIBDIR ends up being set to /usr/lib. The fix is trivial: %%% Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/ports/science/hdf/files/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 14 Nov 1999 02:32:03 -0000 1.1 +++ Makefile 23 Aug 2004 08:08:00 -0000 @@ -2,8 +2,8 @@ =20 SUBDIR =3D hdf mfhdf man #PREFIX ?=3D /usr/local -LIBDIR ?=3D ${PREFIX}/lib -BINDIR ?=3D ${PREFIX}/bin +LIBDIR =3D ${PREFIX}/lib +BINDIR =3D ${PREFIX}/bin =20 .MAKEFLAGS: PREFIX=3D${PREFIX} LIBDIR=3D${LIBDIR} BINDIR=3D${BINDIR} =20 %%% Feel free to commit it. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --E6lVPAHcXg6biC3t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKaZqqRfpzJluFF4RAvgBAJ9jaNfWUlMh6I0cbUujjZBlOytZ1wCfS+91 GQXoFecOoYB3zf3WCgSwcfk= =mlSS -----END PGP SIGNATURE----- --E6lVPAHcXg6biC3t-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 08:21:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2EA716A4CE for ; Mon, 23 Aug 2004 08:21:56 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335B443D3F for ; Mon, 23 Aug 2004 08:21:56 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (csc-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7N8LsCM013031; Mon, 23 Aug 2004 10:21:54 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4129A90A.1040303@DeepCore.dk> Date: Mon, 23 Aug 2004 10:21:30 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vaidas Damosevicius References: <20040821145419.O74813-100000@thought.holo.org> <4128B29E.9060500@snafu.de> <4128B556.9040106@DeepCore.dk> <4128C2BE.7080103@DeepCore.dk> <20040823080038.26D7535DB6@mail.if.lt> In-Reply-To: <20040823080038.26D7535DB6@mail.if.lt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 08:21:56 -0000 Vaidas Damosevicius wrote: >=20 > On Sun, 22 Aug 2004, S=F8ren Schmidt wrote: >=20 >>> This is *not* a controller problem, its because the CDROM drive has=20 >>> buggy firmware that responds to both master and slave selection :( >> >> >> OK, I have committed a workaround for those buggers to -current... >> >> (for those that uses 5.3 just take your ATA driver upto -current) >> >=20 > Well, after cvsup and kernel rebuild I have the same problems: >=20 > ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D527= 38515 > ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=3D527= 38515 > ad0: WARNING - WRITE_DMA interrupt was seen but taskqueue stalled=20 > LBA=3D52738515 >=20 > ... and my system "hangs" - I can't login, I can't shutdown it - only=20 > turn off :( So you suffer from that "other" possibly non-ATA problem and not the=20 "fake slave" one? If you had provided a dmesg from the system, preferably from the kernel=20 that fails, I could maybe tell you more... Does backstepping only /sys/dev/ata to say aug 1st help ?(leave the rest = of the kernel uptodate). -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 08:53:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A67916A4CE; Mon, 23 Aug 2004 08:53:43 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1986343D39; Mon, 23 Aug 2004 08:53:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7N8rgEC043123; Mon, 23 Aug 2004 04:53:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7N8rfZY020994; Mon, 23 Aug 2004 04:53:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1E6457303F; Mon, 23 Aug 2004 04:53:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040823085342.1E6457303F@freebsd-current.sentex.ca> Date: Mon, 23 Aug 2004 04:53:42 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 08:53:43 -0000 TB --- 2004-08-23 07:11:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-23 07:11:50 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-23 07:11:50 - checking out the source tree TB --- 2004-08-23 07:11:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-23 07:11:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-23 07:22:04 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-23 07:22:04 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-23 07:22:04 - /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 --- 2004-08-23 08:28:47 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-23 08:28:47 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-23 08:28:47 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 23 08:28:47 UTC 2004 >>> 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 Aug 23 08:42:31 UTC 2004 TB --- 2004-08-23 08:42:31 - generating LINT kernel config TB --- 2004-08-23 08:42:31 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-23 08:42:31 - /usr/bin/make -B LINT TB --- 2004-08-23 08:42:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-23 08:42:31 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-23 08:42:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 23 08:42:31 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-23 08:53:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-23 08:53:41 - ERROR: failed to build lint kernel TB --- 2004-08-23 08:53:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 09:05:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87AE716A4CE for ; Mon, 23 Aug 2004 09:05:31 +0000 (GMT) Received: from shim1.irt.drexel.edu (shim1.irt.drexel.edu [144.118.29.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E40943D31 for ; Mon, 23 Aug 2004 09:05:31 +0000 (GMT) (envelope-from jsmith@drexel.edu) Received: from conversion-daemon.shim1.irt.drexel.edu by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) freebsd-current@freebsd.org; Mon, 23 Aug 2004 05:05:30 -0400 (EDT) Received: from vorpal.math.drexel.edu (vorpal.math.drexel.edu [129.25.6.250]) by shim1.irt.drexel.edu (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0I2W002DP6L6SP@shim1.irt.drexel.edu> for freebsd-current@freebsd.org; Mon, 23 Aug 2004 05:05:30 -0400 (EDT) Received: from [127.0.0.1] (vorpal.math.drexel.edu [129.25.6.250]) i7N95Rb8000731 for ; Mon, 23 Aug 2004 05:05:27 -0400 (EDT envelope-from jsmith@drexel.edu) Date: Mon, 23 Aug 2004 05:05:29 -0400 From: Justin Smith To: freebsd-current@freebsd.org Message-id: <4129B359.50608@drexel.edu> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) Subject: Current hangs on creation of acd devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 09:05:31 -0000 This was current of about a week ago. It hung on boot, creating devices for my ATA CD and DVD drives with repeated messages about a ATA timeout (sorry I don't remember the exact messages). I could only boot after physically unplugging the CD and DVD drives. I noticed that 5.2.1 uses PIO4 for both devices but current tried to use UDMA. Any ideas whether the ATA drivers are in better shape now (if so, I'll take the plunge and try to get accurate error messages). -- Time blows wildly against my door | Justin R. Smith Stirring discarded sorrows | Mathematics Department Like dead leaves of summers past | Drexel University Shadows of what went before | Philadelphia, PA 19104 Making way for new tomorrows | New hopes, new fears, | Office: (215) 895-1847 and new ways that last | URL: vorpal.math.drexel.edu From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 09:12:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F3216A4CE for ; Mon, 23 Aug 2004 09:12:17 +0000 (GMT) Received: from smtp.datagrama.net (smtp-out.datagrama.net [212.9.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA1743D1F for ; Mon, 23 Aug 2004 09:12:16 +0000 (GMT) (envelope-from toomany@toomany.net) Received: from [212.9.65.113] (manu.datagrama.net [212.9.65.113]) by smtp.datagrama.net (Postfix) with ESMTP id 80F58E41B6 for ; Mon, 23 Aug 2004 11:12:15 +0200 (CEST) From: TooManySecrets To: current Content-Type: multipart/mixed; boundary="=-0H1FyveRxijuCagcUVJL" Organization: TooManySecrets HeadQuarters Message-Id: <1093252335.21228.47.camel@manu.datagrama.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 23 Aug 2004 11:12:15 +0200 Subject: Realtek RTL8139 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 09:12:17 -0000 --=-0H1FyveRxijuCagcUVJL Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi! I downloaded the 5.3-BETA 1 ISO from ftp.freebsd.org, and try to install in my laptop, an Acer Aspire 1605. I try with ACPI, without it, with "hw.pci.allow_unsupported_io_range=1" in loader.conf, with and without ACPI, and doesn't recognise the ethernet, a Realtek RTL8139. A linux system, with lilo option; noapic, run without any problem, and can see the ethernet. I attach to this e-mail my last conversation about this problem with M. Warner Losh. I'm very very worried about the impossibility to run FreeBSD, my great favourite SO, in my laptop, and only run Linux... :-/ Thank you very much!! -- \|/ ____ \|/ Have a nice day ;-) "@'/ ,. \'@" TooManySecrets /_| \__/ |_\ \__U_/ BSD is what you get when a bunch of Unix hackers sit down to try to port a Unix system to the PC. Linux is what you get when a bunch of PC hackers sit down and try to write a Unix system for the PC --=-0H1FyveRxijuCagcUVJL Content-Disposition: inline Content-Description: Reenviado mensaje - Support for pci discover for Acer Aspire 1605 laptop. Content-Type: message/rfc822 Return-Path: Delivered-To: toomany@toomany.net Received: from localhost (localhost [127.0.0.1]) by mxhub2.datagrama.net (Postfix) with ESMTP id 3F2D51FC26D for ; Thu, 5 Aug 2004 11:10:08 +0200 (CEST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mxhub2.datagrama.net (Postfix) with ESMTP id 3D6B51FC271 for ; Thu, 5 Aug 2004 11:09:51 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 9B89556804; Thu, 5 Aug 2004 09:09:40 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AE64E16A4F0; Thu, 5 Aug 2004 09:09:37 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DBA816A4CE for ; Thu, 5 Aug 2004 09:09:33 +0000 (GMT) Received: from smtp.datagrama.net (smtp-out.datagrama.net [212.9.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C5EA43D5D for ; Thu, 5 Aug 2004 09:09:32 +0000 (GMT) (envelope-from toomany@toomany.net) Received: from [212.9.65.113] (manu.datagrama.net [212.9.65.113]) by smtp.datagrama.net (Postfix) with ESMTP id 28A79DC486 for ; Thu, 5 Aug 2004 11:09:31 +0200 (CEST) From: TooManySecrets To: current Organization: TooManySecrets HeadQuarters Message-Id: <1091696970.52471.20.camel@manu.datagrama.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 11:09:31 +0200 Subject: Support for pci discover for Acer Aspire 1605 laptop. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Status: No, hits=- tagged_above=-999.0 required=5.0 WHITELISTED X-Spam-Level: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Hi. Sorry for my bad english... Three or four month's ago I was write about a recognition problem with a Acer Aspire 1605 laptop; it doesn't "see" the realtek ethernet. Today I download the 5.2-CURRENT-20040804-SESNAP.iso and try, with and without ACPI, and seem it's continue in the same way; don't work. M. Warner Losh was contacted with me, but I don't know if this problem have a solution, if the solution was applied (I think not), or anything about. This is the last e-mail I recieved from him: ================================================================== In message: <1083945436.70731.4.camel@toomany.toomany.net> TooManySecrets writes: : El vie, 07-05-2004 a las 16:59, M. Warner Losh escribió: : > In message: <1083941740.70731.1.camel@toomany.toomany.net> : > TooManySecrets writes: : > : El vie, 07-05-2004 a las 16:16, M. Warner Losh escribió: : > : > What does pciconf -r pci0:7:0 0:0xff tell you? : > : : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : ffffffff ffffffff ffffffff ffffffff : > : > OK. So FreeBSD is definitely not seeing this device at all. Yet the : > listing from Linux clearly shows that the device is there. : : Aham... And now? Can I help you? Sorry for the "printf" suggestion, but : my C level is so poor... :-/ OK. I've taken a look. I'm thinking that there may be an issue with the i386 config register reading. src/sys/i386/pci/pci_cfgreg.c, look at pcireg_cfg{read,write} may be in error. you might try switching the inb/inw/outb/outw to inl/outl with masking. It likely won't matter, but it is worth a shot. =================================================================== Because my programming skills are very very poor, I'm only capable to help testing and reporting, but I would like to deinstall the Linux from laptop and install a FreeBSD. Thank you very much!! -- \|/ ____ \|/ Have a nice day ;-) "@'/ ,. \'@" TooManySecrets /_| \__/ |_\ \__U_/ BSD is what you get when a bunch of Unix hackers sit down to try to port a Unix system to the PC. Linux is what you get when a bunch of PC hackers sit down and try to write a Unix system for the PC _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --=-0H1FyveRxijuCagcUVJL-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 09:29:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CC2E16A4CE for ; Mon, 23 Aug 2004 09:29:36 +0000 (GMT) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E275B43D46 for ; Mon, 23 Aug 2004 09:29:35 +0000 (GMT) (envelope-from rjackson@cserv62.csub.edu) Received: from vala.homelan.net (adsl-67-123-16-158.dsl.bkfd14.pacbell.net [67.123.16.158]) by cserv62.csub.edu (8.12.11/8.12.11) with ESMTP id i7N9TYI7089648 for ; Mon, 23 Aug 2004 02:29:34 -0700 (PDT) (envelope-from rjackson@cserv62.csub.edu) Received: from vala.homelan.net (localhost. [127.0.0.1]) by vala.homelan.net (8.13.1/8.13.1) with ESMTP id i7N9TKn4046869 for ; Mon, 23 Aug 2004 02:29:20 -0700 (PDT) (envelope-from rjackson@vala.homelan.net) Received: (from rjackson@localhost) by vala.homelan.net (8.13.1/8.13.1/Submit) id i7N9TK3E046868 for current@freebsd.org; Mon, 23 Aug 2004 02:29:20 -0700 (PDT) (envelope-from rjackson) Resent-From: rjackson@cserv62.csub.edu Resent-Date: Mon, 23 Aug 2004 02:29:20 -0700 Resent-Message-ID: <20040823092920.GB46822@vala.homelan.net> Resent-To: current@freebsd.org Date: Mon, 23 Aug 2004 02:26:44 -0700 From: Russell Jackson To: Sean McNeil Message-ID: <20040823092644.GA46822@vala.homelan.net> References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> <20040822040453.GA11878@cat.robbins.dropbear.id.au> <1093148651.47618.3.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093148651.47618.3.camel@server.mcneil.com> User-Agent: Mutt/1.5.6i Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 09:29:36 -0000 On Sat, Aug 21, 2004 at 09:24:11PM -0700, Sean McNeil wrote: > On Sat, 2004-08-21 at 21:04, Tim Robbins wrote: > > On Sat, Aug 21, 2004 at 01:37:01PM -0500, Conrad J. Sabatier wrote: > > > On Sat, 21 Aug 2004 19:13:13 +0200 > > > Christer Solskogen wrote: > > > > > > > -----Forwarded Message----- > > > > > From: Christer Solskogen > > > > > To: freebsd-current@freebsd.org > > > > > Subject: sound in CURRENT > > > > > Date: Sat, 21 Aug 2004 16:26:03 +0200 > > > > > > > > > > FreeBSD funshine.carebears.net 5.3-BETA1 FreeBSD 5.3-BETA1 #1: Sat > > > > > Aug 21 15:51:04 CEST 2004 > > > > > root@funshine.carebears.net:/usr/obj/usr/src/sys/FUNSHINE amd64 > > > > > > > > > > I cant get sound working on my SB Live. > > > > > I have the following in kernel config: > > > > > device sound > > > > > device "snd_emu10k1" > > > > > > > > > > It seems like I dont have any sound modules either in /boot/kernel > > > > > (yeah, i know the modules are named snd_*) > > > > > > > > > > (no need to CC: back to me. I`m subscribed) > > > > > > > > Could this only be on amd64? > > > > [long rant snipped] > > > > It's unreasonable to claim that the whole sound system is broken on the > > basis of one driver not working with your hardware -- I've had no problems > > whatsoever with sound on my system, using both the onboard sound (VIA 8237/ > > Analog Devices AD1980 with the snd_via8233 driver) and an old Sound Blaster > > Live! Value card (with the snd_emu10k1 driver). > > Well he mentioned actually 2 different chip sets. I do not know if they > are the same driver, though. I'm using the snd_via8233 as well and have > terrible sound quality. Have you played back mp3 files on that > machine? Do they sound good completely through? Mine sounds hurried at > times. Like it is getting interrupts too soon. > > Cheers, > Sean > To chime in on the sound issue, I get seemingly random distortions or screeches during playback. A sure fire way to cause it on demand is to do a sysctl -a. I've also found that taking the battery out and running on A/C only reduces the frequency of the distortions. You may have gathered that this is a laptop based on the fact that it has a battery. Sound is provided by an Acer Labs M5451 using t4dwave driver. On the other side of the spectrum, sound plays back perfectly on my workstation. -- Russell A. Jackson Slaves are generally expected to sing as well as to work ... I did not, when a slave, understand the deep meanings of those rude, and apparently incoherent songs. I was myself within the circle, so that I neither saw nor heard as those without might see and hear. They told a tale which was then altogether beyond my feeble comprehension: they were tones, loud, long and deep, breathing the prayer and complaint of souls boiling over with the bitterest anguish. Every tone was a testimony against slavery, and a prayer to God for deliverance from chains. -- Frederick Douglass From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 09:43:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4583B16A4CF; Mon, 23 Aug 2004 09:43:46 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD1F43D4C; Mon, 23 Aug 2004 09:43:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7N9hj4r060187; Mon, 23 Aug 2004 05:43:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7N9hikY036646; Mon, 23 Aug 2004 05:43:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2B2387303F; Mon, 23 Aug 2004 05:43:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040823094345.2B2387303F@freebsd-current.sentex.ca> Date: Mon, 23 Aug 2004 05:43:45 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 09:43:46 -0000 TB --- 2004-08-23 08:53:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-23 08:53:42 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-23 08:53:42 - checking out the source tree TB --- 2004-08-23 08:53:42 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-23 08:53:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-23 08:59:08 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-23 08:59:08 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-23 08:59:08 - /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 [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-23 09:43:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-23 09:43:44 - ERROR: failed to build world TB --- 2004-08-23 09:43:44 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 09:55:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD3F316A4CE; Mon, 23 Aug 2004 09:55:08 +0000 (GMT) Received: from pathfinder.roks.biz (roks.biz [82.207.80.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3D5E43D41; Mon, 23 Aug 2004 09:55:05 +0000 (GMT) (envelope-from padla@roks.biz) Received: from admin.office.roks.biz (admin.office.roks.biz [192.168.100.103]) by pathfinder.roks.biz (8.12.11/8.12.11) with ESMTP id i7N9t1Uh072799; Mon, 23 Aug 2004 12:55:01 +0300 (EEST) (envelope-from padla@pathfinder.roks.biz) Received: from admin.office.roks.biz (localhost.roks.biz [127.0.0.1]) i7N9t2oO001089; Mon, 23 Aug 2004 12:55:02 +0300 (EEST) (envelope-from padla@admin.office.roks.biz) Received: (from padla@localhost) by admin.office.roks.biz (8.12.11/8.12.11/Submit) id i7N9t28Z001088; Mon, 23 Aug 2004 12:55:02 +0300 (EEST) (envelope-from padla) Date: Mon, 23 Aug 2004 12:55:02 +0300 From: Nikolay Pavlov To: freebsd-performance@freebsd.org Message-ID: <20040823095502.GA757@roks.biz> Mail-Followup-To: Nikolay Pavlov , freebsd-performance@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Poor results of network perfomance with 5.2.1-p9. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 09:55:08 -0000 Hi, FreeBSD users. I have made a smimple test of my network connection and have received rather modest results of network perfomance. Here is my test conditions: ------------------------------ |FreeBSD4.10-p2 CUSTOM kernel| |LANRealTek100Mb/s | |192.168.35.3 | ------------------------------ | | ------------------------------ |D-Link DWL-900AP+ | |Wireless11Mb/s | ------------------------------ | | ------------------------------ |Wireless11Mb/s | |D-Link DWL-900AP+ | ------------------------------ | | ------------------------------- |192.168.35.4 | |LANRealTek100Mb/s | |FreeBSD5.2.1-p9 CUSTOM kernel| ------------------------------- For my tests I use benchmarks/netperf (TCP client-server model) and net/pchar (don't need special server on the other side, test based on UDP/ICMP rtt). Results: 1. From 4.10 side: 1.1. pchar test using UDP ============================================================================= pathfinder# pchar 192.168.35.4 pchar to 192.168.35.4 (192.168.35.4) using UDP/IPv4 Using raw socket input Packet size increments from 32 to 1500 by 32 46 test(s) per repetition 32 repetition(s) per hop 0: 192.168.35.3 (pathfinder) Partial loss: 0 / 1472 (0%) Partial char: rtt = 1.678817 ms, (b = 0.002133 ms/B), r2 = 0.999667 stddev rtt = 0.004743, stddev b = 0.000006 Partial queueing: avg = 0.000310 ms (145 bytes) Hop char: rtt = 1.678817 ms, bw = 3750.725109 Kbps Hop queueing: avg = 0.000310 ms (145 bytes) 1: 192.168.35.4 (pioneer) Path length: 1 hops Path char: rtt = 1.678817 ms r2 = 0.999667 Path bottleneck: 3750.725109 Kbps ^^^^^^^^^^^^^^^^ Path pipe: 787 bytes Path queueing: average = 0.000310 ms (145 bytes) Start time: Mon Aug 23 11:34:40 2004 End time: Mon Aug 23 11:40:54 2004 1.2. netperf test using TCP_STREAM ============================================================================ pathfinder# /usr/local/netperf/netperf -v 2 -H 192.168.35.4 TCP STREAM TEST to 192.168.35.4 : histogram Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 131072 131072 131072 10.23 4.25 ^^^^^^^^^^^^ Alignment Offset Bytes Bytes Sends Bytes Recvs Local Remote Local Remote Xfered Per Per Send Recv Send Recv Send (avg) Recv (avg) 8 8 0 0 5.436e+06 132580.29 41 1492.12 3643 Maximum Segment Size (bytes) 1448 Histogram of time spent in send() call. TENTH_MSEC : 0: 0: 0: 0: 0: 0: 1: 0: 0: 0 UNIT_MSEC : 0: 0: 0: 0: 0: 0: 0: 0: 0: 0 TEN_MSEC : 0: 0: 0: 0: 0: 0: 0: 0: 0: 0 HUNDRED_MSEC : 0: 2: 34: 4: 0: 0: 0: 0: 0: 0 UNIT_SEC : 0: 0: 0: 0: 0: 0: 0: 0: 0: 0 TEN_SEC : 0: 0: 0: 0: 0: 0: 0: 0: 0: 0 >100_SECS: 0 HIST_TOTAL: 41 2. From 5.2.1 side: 2.1. pchar test using UDP ============================================================================ pioneer# pchar 192.168.35.3 pchar to 192.168.35.3 (192.168.35.3) using UDP/IPv4 Using raw socket input Packet size increments from 32 to 1500 by 32 46 test(s) per repetition 32 repetition(s) per hop 0: 192.168.35.4 (pioneer) Partial loss: 84 / 1472 (5%) Partial char: rtt = 1.621225 ms, (b = 0.002300 ms/B), r2 = 0.946789 stddev rtt = 0.066426, stddev b = 0.000082 Partial queueing: avg = 0.002433 ms (1057 bytes) Hop char: rtt = 1.621225 ms, bw = 3477.844143 Kbps Hop queueing: avg = 0.002433 ms (1057 bytes) 1: 192.168.35.3 (pathfinder) Path length: 1 hops Path char: rtt = 1.621225 ms r2 = 0.946789 Path bottleneck: 3477.844143 Kbps Path pipe: 704 bytes Path queueing: average = 0.002433 ms (1057 bytes) Start time: Mon Aug 23 11:20:24 2004 End time: Mon Aug 23 11:30:39 2004 2.2. netperf test using TCP_STREAM ============================================================================ pioneer# /usr/local/netperf/netperf -v 2 -H 192.168.35.3 TCP STREAM TEST to 192.168.35.3 : histogram Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec 131072 131072 131072 10.75 0.64 ^^^^^^^^^^^^^ Alignment Offset Bytes Bytes Sends Bytes Recvs Local Remote Local Remote Xfered Per Per Send Recv Send Recv Send (avg) Recv (avg) 8 8 0 0 8.601e+05 143352.00 6 1455.35 591 Maximum Segment Size (bytes) 1448 Histogram of time spent in send() call. TENTH_MSEC : 0: 0: 0: 0: 0: 0: 1: 0: 0: 0 UNIT_MSEC : 0: 0: 0: 0: 0: 0: 0: 0: 0: 0 TEN_MSEC : 0: 0: 0: 0: 0: 0: 0: 0: 0: 0 HUNDRED_MSEC : 0: 0: 0: 0: 0: 0: 0: 1: 3: 0 UNIT_SEC : 0: 0: 0: 0: 0: 0: 1: 0: 0: 0 TEN_SEC : 0: 0: 0: 0: 0: 0: 0: 0: 0: 0 >100_SECS: 0 HIST_TOTAL: 6 As you can see there is almost no diffrence between pchar udp tests (3750.725109 Kbps against 3477.844143 Kbps), but in netperf test 4.10 in 10.23 sec has made 41 send() (4.25Mb/s) against 6! send() in 10.75 sec (0.64Mb/s). What is the secret of so poor perfomance? Could you please help me in correct understanding of this test? P.S. Some additional information: There is no WITNESS, INVARIANTS, INVARIANT_SUPPORT, SMP in 5.2.1 kernel. ipfw_type=OPEN in 5.2.1 and corresponding pass rule in top off firewall ruleset in 4.10. tcp.sendspace and recvspace = 131072 in both OS. In test I use "clear" conditions, but in real work this connection is ecrypted by IPsec so my working productivity is much more slower. If you need more info just let me know. Best regards and sorry for my english, Nikolay Pavlov. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 10:07:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C89D916A4CE for ; Mon, 23 Aug 2004 10:07:06 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 936F643D39 for ; Mon, 23 Aug 2004 10:07:06 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 6EFD150B7A for ; Mon, 23 Aug 2004 19:07:05 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id E797850B13 for ; Mon, 23 Aug 2004 19:07:03 +0900 (JST) Date: Mon, 23 Aug 2004 19:07:03 +0900 Message-ID: <7m3c2e88xk.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: bsdtar eats CPU when extracting POSIX tar archive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 10:07:06 -0000 This is 6.0-current as of 2004.08.22.23.10.00. When I do extracting stage in ports, I felt the heavy load sometimes. I'm not sure this can be reproduced with others' environment, but in my environment, I can reproduce this easily. With usual "tar archive", it extracted in normal time, but "POSIX tar archive", it takes too long. Is there any other reasons to make this extracting slow down? ----- tar archive % file /var/tmp/apachetop-0.12.tar /var/tmp/apachetop-0.12.tar: tar archive % ls -l /var/tmp/apachetop-0.12.tar -rw-r--r-- 1 root wheel 563200 Aug 23 18:57 /var/tmp/apachetop-0.12.tar % sudo time -l tar xf /var/tmp/apachetop-0.12.tar 0.08 real 0.00 user 0.08 sys 992 maximum resident set size 88 average shared memory size 112 average unshared data size 140 average unshared stack size 100 page reclaims 0 page faults 0 swaps 0 block input operations 1 block output operations 0 messages sent 0 messages received 0 signals received 0 voluntary context switches 4 involuntary context switches ----- ----- POSIX tar archive % file /var/tmp/vtun-2.6.tar /var/tmp/vtun-2.6.tar: POSIX tar archive % ls -l /var/tmp/vtun-2.6.tar -rw-r--r-- 1 root wheel 430080 Aug 23 18:54 /var/tmp/vtun-2.6.tar % sudo time -l tar xf /var/tmp/vtun-2.6.tar 65.75 real 0.22 user 62.64 sys 1308 maximum resident set size 88 average shared memory size 268 average unshared data size 128 average unshared stack size 147 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 5016 messages sent 5016 messages received 0 signals received 5001 voluntary context switches 2121 involuntary context switches ----- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 10:35:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA47316A4CE; Mon, 23 Aug 2004 10:35:59 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C5B543D1D; Mon, 23 Aug 2004 10:35:57 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (pD9E1ED94.dip.t-dialin.net [217.225.237.148]) 158F038AC4; Mon, 23 Aug 2004 12:35:56 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 680DFCF08E; Mon, 23 Aug 2004 12:35:55 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28273-04-4; Mon, 23 Aug 2004 12:35:55 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 20F28CF08D; Mon, 23 Aug 2004 12:35:55 +0200 (CEST) To: Ken Smith In-Reply-To: <20040822214239.GA38696@bobbi.cse.buffalo.edu> (Ken Smith's message of "Sun, 22 Aug 2004 17:42:39 -0400") References: <20040822214239.GA38696@bobbi.cse.buffalo.edu> From: Matthias Andree Date: Mon, 23 Aug 2004 12:35:55 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD 5.3-BETA1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 10:36:00 -0000 Ken Smith writes: > The FreeBSD Release Engineering Team is proud to announce the > availability of FreeBSD 5.3-BETA1. This is the first BETA of the 5.3 > release cycle. It is intended for early adopters and those wishing to > help find and/or fix bugs. Is there a web site that mentions bugs that are scheduled to be fixed before 5.3-RELEASE? These are my personal *MUST-FIX* and 33670 and perhaps 46866 are "last chance to fix for the next five years or so" (i. e. before FreeBSD 6 goes -STABLE), they cannot be fixed while FreeBSD 5 is -STABLE. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56675 (ext2fs mount impairs syncher at shutdown, causing super block corruption) http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/46866 (critical getpwent()-vs-NIS bug) http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/60313 (data corruption: lseek() not reporting alignment error, includes patch that address the issue halfways) http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/45738 (includes trivial and obviously correct patch: shell flags error for trying to unset a non-existent variable, standard demands that this operation be successful) And this is a *SHOULD-FIX*: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/33670 (security bug: default inetd configuration allows for memory exhaustion exploit) I'm willing to help with these as far as my skills reach. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 10:58:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D177316A53A for ; Mon, 23 Aug 2004 10:58:48 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C455343D41 for ; Mon, 23 Aug 2004 10:58:47 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i7NAwhaI030786 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 23 Aug 2004 12:58:44 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i7NAvUsu004765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Aug 2004 12:57:31 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i7NAvU2v009141; Mon, 23 Aug 2004 12:57:30 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i7NAvTS0009140; Mon, 23 Aug 2004 12:57:29 +0200 (CEST) (envelope-from ticso) Date: Mon, 23 Aug 2004 12:57:29 +0200 From: Bernd Walter To: Anish Mistry Message-ID: <20040823105728.GE6363@cicely12.cicely.de> References: <200408221606.52427.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408221606.52427.mistry.7@osu.edu> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-current@freebsd.org Subject: Re: USB 6-in-1 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 10:58:49 -0000 On Sun, Aug 22, 2004 at 04:06:36PM -0400, Anish Mistry wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Since I don't use my 6-in-1 drive very much (yesterday was the first time in > months) I noticed that some of old functionality seems to be gone or broken. > Before I was able to insert the drive with no disks, then put in a disk, > issue the camcontrol rescan all, and the disk would be picked up and a new > device node connected, or start with the disk in and remove is, rescan and > the device node disappears. As of a recent CURRENT this doesn't seem to work > and I have to remove the drive from the usb slot to get it to pickup the new > device states. Is this a known regression, or am I missing something? What is your problem? So far I just see "Medium not present" related errors, which are expected unless a media is physically present. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 11:13:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B0F16A4CE for ; Mon, 23 Aug 2004 11:13:06 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4860343D1F for ; Mon, 23 Aug 2004 11:13:06 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id B26EC11AB1; Mon, 23 Aug 2004 13:13:04 +0200 (CEST) Date: Mon, 23 Aug 2004 13:13:04 +0200 From: "Simon L. Nielsen" To: Doug White Message-ID: <20040823111304.GA767@zaphod.nitro.dk> References: <20040822115345.Y94593@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 11:13:07 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.22 12:05:39 -0700, Doug White wrote: > Hey folks, > > If you have a reasonably fast i386 or amd64 multiprocessor and/or > hyperthreading machine and are experiencing reproducible hangs during -j > buildwords and other highly parallel operations, please try this patch: > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch With stock CURRENT my Dual XEON test system has hung most of the time when I did a parallel buildworld. Since I applied this patch last night the system has completed 12 -j100 buildworlds, and it's still going on, without any problems :-). Thanks to all the people who have worked on this problem! :-) BTW. these tests were with the 4BSD scheduler, I'm going to try to switch to ULE soon and se how that works out. --=20 Simon L. Nielsen FreeBSD Documentation Team --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKdFAh9pcDSc1mlERAircAKDEYgPz8HP4ObSswF6PpI5GSmQAHQCgrNHz TY5no1TgBunNhpmdp27YScY= =obfG -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 11:46:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E73116A4CE for ; Mon, 23 Aug 2004 11:46:43 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF68143D45 for ; Mon, 23 Aug 2004 11:46:42 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i7NBkT7u088626; Mon, 23 Aug 2004 13:46:32 +0200 Date: Mon, 23 Aug 2004 13:46:29 +0200 (CEST) From: Lukas Ertl To: Doug White In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> Message-ID: <20040823134538.D3016@pcle2.cc.univie.ac.at> References: <20040822115345.Y94593@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 11:46:43 -0000 On Sun, 22 Aug 2004, Doug White wrote: > If you have a reasonably fast i386 or amd64 multiprocessor and/or > hyperthreading machine and are experiencing reproducible hangs during -j > buildwords and other highly parallel operations, please try this patch: > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch Looks good here - several of my Xeon boxes that were subject to deadlocks have survived -j4 buildworlds and other load situations with this patch. Thanks! cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 11:47:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AB8D16A4CE for ; Mon, 23 Aug 2004 11:47:26 +0000 (GMT) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900A943D58 for ; Mon, 23 Aug 2004 11:47:24 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id i7NBibP8091323; Mon, 23 Aug 2004 14:44:37 +0300 (EEST) (envelope-from past@ebs.gr) Received: from [10.1.1.52] (edgar.ebs.gr [10.1.1.52]) by ebs.gr (8.12.11/8.12.11) with ESMTP id i7NBhd1s063745; Mon, 23 Aug 2004 14:44:33 +0300 (EEST) (envelope-from past@ebs.gr) Message-ID: <4129D856.20600@ebs.gr> Date: Mon, 23 Aug 2004 14:43:18 +0300 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Russell Jackson References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> <20040822040453.GA11878@cat.robbins.dropbear.id.au> <1093148651.47618.3.camel@server.mcneil.com> <20040823092644.GA46822@vala.homelan.net> In-Reply-To: <20040823092644.GA46822@vala.homelan.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Sean McNeil Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 11:47:26 -0000 Russell Jackson wrote: > To chime in on the sound issue, I get seemingly random distortions or > screeches during playback. A sure fire way to cause it on demand is to > do a sysctl -a. I've also found that taking the battery out and running > on A/C only reduces the frequency of the distortions. > > You may have gathered that this is a laptop based on the fact that it > has a battery. Sound is provided by an Acer Labs M5451 using t4dwave driver. > > On the other side of the spectrum, sound plays back perfectly on my > workstation. Just as a datapoint, ever since I added the following line to /boot/device.hints my sound experience has been greatly improved: hint.pcm.0.buffersize="16384" From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 11:49:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2289D16A4D0 for ; Mon, 23 Aug 2004 11:49:34 +0000 (GMT) Received: from jk.homeunix.net (memnoch.CSUChico.EDU [132.241.67.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7BA43D48 for ; Mon, 23 Aug 2004 11:49:33 +0000 (GMT) (envelope-from jk@jk.homeunix.net) Received: from jk.homeunix.net (localhost [127.0.0.1]) by jk.homeunix.net (8.13.1/8.13.0) with ESMTP id i7NBmDYE063311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Aug 2004 04:48:13 -0700 (PDT) Received: (from warlock@localhost) by jk.homeunix.net (8.13.1/8.13.0/Submit) id i7NBmDrS063310; Mon, 23 Aug 2004 04:48:13 -0700 (PDT) Date: Mon, 23 Aug 2004 04:48:13 -0700 From: John Kennedy To: Matthias Andree Message-ID: <20040823114813.GA63188@memnoch.jk.homeunix.net> References: <20040822214239.GA38696@bobbi.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-jk-MailScanner: No infection found X-jk-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 6, autolearn=not spam, BAYES_00 -4.90) X-jk-MailScanner-From: warlock@jk.homeunix.net cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 5.3-BETA1 Available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 11:49:34 -0000 On Mon, Aug 23, 2004 at 12:35:55PM +0200, Matthias Andree wrote: > Is there a web site that mentions bugs that are scheduled to be fixed > before 5.3-RELEASE? [Release Engineering Information] http://www.freebsd.org/releng/index.html [FreeBSD 5.3 todo list] http://www.freebsd.org/releases/5.3R/todo.html From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 11:57:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 307B516A4CE for ; Mon, 23 Aug 2004 11:57:20 +0000 (GMT) Received: from smtp004.bizmail.sc5.yahoo.com (smtp004.bizmail.sc5.yahoo.com [66.163.175.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 0DA8143D4C for ; Mon, 23 Aug 2004 11:57:20 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@70.240.199.245 with login) by smtp004.bizmail.sc5.yahoo.com with SMTP; 23 Aug 2004 11:57:19 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id ABAFF61D4; Mon, 23 Aug 2004 06:57:18 -0500 (CDT) 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 53488-02; Mon, 23 Aug 2004 06:57:17 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 857566193; Mon, 23 Aug 2004 06:57:17 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id i7NBvEop042753; Mon, 23 Aug 2004 06:57:15 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4129DB9A.4020201@alumni.rice.edu> Date: Mon, 23 Aug 2004 06:57:14 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <20040822115345.Y94593@carver.gumbysoft.com> In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 11:57:20 -0000 On 08/22/04 14:05, Doug White wrote: > If you have a reasonably fast i386 or amd64 multiprocessor and/or > hyperthreading machine and are experiencing reproducible hangs during -j > buildwords and other highly parallel operations, please try this patch: > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch To add to the growing list of accolades for this patch, my dual Pentium 3 survived a -j8 buildworld while serving out a heavy NFS load. Previously it could not even survive a -j4 buildworld. This was with ULE and RELENG_5. Thanks for tracking this down! Jon From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 11:58:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD83116A4CE for ; Mon, 23 Aug 2004 11:58:37 +0000 (GMT) Received: from encontacto.net (dsl-200-95-35-64.prod-infinitum.com.mx [200.95.35.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08DB443D39 for ; Mon, 23 Aug 2004 11:58:37 +0000 (GMT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Mon, 23 Aug 2004 06:58:36 -0500 Received: from dsl-200-95-35-64.prod-infinitum.com.mx (dsl-200-95-35-64.prod-infinitum.com.mx [200.95.35.64]) by mail.encontacto.net (Horde) with HTTP for ; Mon, 23 Aug 2004 06:58:36 -0500 Message-ID: <20040823065836.4ows4o8ck8o8k0cw@mail.encontacto.net> Date: Mon, 23 Aug 2004 06:58:36 -0500 From: Edwin Culp To: Doug White References: <20040822062942.jdgc48ksoo8c8kk0@mail.encontacto.net> <20040822194550.L94593@carver.gumbysoft.com> In-Reply-To: <20040822194550.L94593@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 200.95.35.64 cc: current@freebsd.org Subject: Re: Problems with fdc0 w/Athlon and via chipset. Floppy isn't recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 11:58:37 -0000 Quoting Doug White : > On Sun, 22 Aug 2004, Edwin Culp wrote: > >> I've been seeing this problem for some time. I've seen other >> folks comment about it also. I'm wondering if it is operator >> error or if there really is a problem. >> >> fdc0: port >> 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 >> fdc0: I/O to control range incorrect >> device_attach: fdc0 attach returned 6 >> >> I see this on all my athlon/via machines. I'm running current as >> yesterday. > > Your BIOS writer is on crack. I'm not surprised. :) They're cheap and seem to work ok in every other way so there are probably more out there than a person might think. > I think Nate was working on a hack to glue > the ranges together to work around this. Is there anything I can do on this end. (Change configuration, test patches, etc?) Thanks, Doug, for confirming my suspicions. ed > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > From owner-freebsd-current@FreeBSD.ORG Sun Aug 22 18:48:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95B1516A4EF for ; Sun, 22 Aug 2004 18:48:21 +0000 (GMT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7DD43D4C for ; Sun, 22 Aug 2004 18:48:20 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao07.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040822184819.QNAU1823.lakermmtao07.cox.net@dolphin.local.net> for ; Sun, 22 Aug 2004 14:48:19 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id i7MImJDO029635 for ; Sun, 22 Aug 2004 13:48:19 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.13.1/8.13.1/Submit) id i7MImEF2029634 for freebsd-current@freebsd.org; Sun, 22 Aug 2004 13:48:14 -0500 (CDT) (envelope-from conrads) Date: Sun, 22 Aug 2004 13:48:14 -0500 From: Conrad Sabatier To: freebsd-current@freebsd.org Message-ID: <20040822184814.GA28906@cox.net> References: <20040821133701.6ecf9f04@dolphin.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 23 Aug 2004 12:01:05 +0000 Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2004 18:48:21 -0000 I sent this last night to Mark, but forgot to include the list. BTW, sound was working until just a moment ago. Broke again. On Sat, Aug 21, 2004 at 03:31:39PM -0500, Mark Linimon wrote: > On Sat, 21 Aug 2004, Conrad J. Sabatier wrote: > > > I've seen other reports from people who can't even get their sound > > chipsets to work at all. And whoever is currently maintaining the sound > > code has been *awfully* quiet lately. Feels like a waste of time > > reporting anything. > > To reiterate the totally obvious, there is no "they" on an open-source > project like FreeBSD. There's only "us" and "us" are almost entirely > volunteers. If the sound code is languishing (and it sounds like it > is), you've got access to the same source code and history we all do. > If you're dissatisfied with the way "they" are working on it, that's > the only way to solve it -- volunteer become one of the "us" and dig in. I'd like to do that, and I have looked at the code some, but I can't make heads or tails of what's going on in it. Very sparsely commented. I may give it one more shot in earnest before just throwing the towel in altogether on it. I'm just not very optimistic about the possibility of solving this thing on my own, though. If I've offended anyone, it certainly wasn't my intention, and I do apologize. It's just that I've had this nice new Athlon 64 machine for several months now, and it's been nothing but trouble. Really took the fun out of getting a new machine. I've not been in the best of moods lately dealing with this ongoing problem. I'm just about finished downloading Fedora Core 2 here, but am viewing the prospect of changing over with *great* trepidation, believe me. Still weighing all the factors, trying to decide if ALSA and friends are enough compensation for all I'd be giving up in exchange. Hard to say. I know I shouldn't be making any final decisions in my current frustrated state of mind. We will see. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 09:25:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FFE716A4CE for ; Mon, 23 Aug 2004 09:25:00 +0000 (GMT) Received: from zone3.gcu-squad.org (zone3.gcu-squad.org [217.19.50.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D57843D49 for ; Mon, 23 Aug 2004 09:24:59 +0000 (GMT) (envelope-from imil@home.imil.net) Received: from localhost.gcu-squad.org (IDENT:imil@localhost.gcu-squad.org [127.0.0.1]) by zone3.gcu-squad.org (8.13.1/8.12.11) with ESMTP id i7N9OiMN042532 for ; Mon, 23 Aug 2004 11:24:44 +0200 (CEST) (envelope-from imil@home.imil.net) Date: Mon, 23 Aug 2004 11:24:40 +0200 (CEST) From: iMil X-X-Sender: imil@zone3.gcu-squad.org To: freebsd-current@freebsd.org Message-ID: <20040823111532.B34647@zone3.gcu-squad.org> X-GPG-Fingerprint: 8431 79E4 A08B D1B7 0DC8 0BDF 146D C194 65B2 CD42 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 23 Aug 2004 12:01:05 +0000 Subject: Project Evil on a WG311v2: working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 09:25:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, I just wanted to share some words I wrote on post-kldload configuration of the Netgear WG311v2, as it does not really react like I'd suppose, some undocumented features from various .inf files helped me setting up the card on Adhoc mode. See http://imil.net/docs/FreeBSD-5.2.1+Project-Evil.txt for details. Thanks - ------------------------- iMil _ http://gcu-squad.org ASCII ribbon campaign ( ) - against HTML email X & vCards / \ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKbfcFG3BlGWyzUIRAsJKAJ4g/L3/sCH6uOTb5aKDoUJWfq9jugCfQsKC fXYss7GC7dgEY4zBmYRjLTE= =yYq1 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 12:04:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CDF816A4CE for ; Mon, 23 Aug 2004 12:04:55 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA4BC43D53 for ; Mon, 23 Aug 2004 12:04:54 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I2W00CX9EW5VS@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Mon, 23 Aug 2004 14:04:53 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Mon, 23 Aug 2004 14:04:51 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])i7NC4nRA029772 for ; Mon, 23 Aug 2004 14:04:50 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id EA72D28468 for ; Mon, 23 Aug 2004 14:04:43 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 92700613A; Mon, 23 Aug 2004 14:04:43 +0200 (CEST) Date: Mon, 23 Aug 2004 14:04:43 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20040823120443.GA24907@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=+HP7ph2BbKc20aGI; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.5.1i X-Operating-System: FreeBSD 5.2-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: PF LOR and panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 12:04:55 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, got this LOR and panic with a 5.3-BETA1 kernel from yesterday on a SMP machine. Can't say how much time there was between them. A dump is available. lock order reversal 1st 0xc0739f20 pf task mtx (pf task mtx) @ /usr/home/build/src/sys/contrib/pf/net/pf.c:5828 2nd 0xc103a4c4 user map (user map) @ /usr/home/build/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c074a9d8,c074bb08,c071a56c) at kdb_backtrace+0x29 witness_checkorder(c103a4c4,9,c06f826b,bb5) at witness_checkorder+0x540 _sx_xlock(c103a4c4,c06f826b,bb5) at _sx_xlock+0x50 _vm_map_lock_read(c103a480,c06f826b,bb5,2000000,c) at _vm_map_lock_read+0x3b vm_map_lookup(d41f7a8c,d21f7000,2,d41f7a90,d41f7a80) at vm_map_lookup+0x26 vm_fault(c103a000,d21f7000,2,0,c1969160) at vm_fault+0x6a trap_pfault(d41f7b54,0,d21f7bac) at trap_pfault+0x11c trap(18,10,10,c3e24850,c1aa3c00) at trap+0x321 calltrap() at calltrap+0x5 --- trap 0xc, eip =3D 0xc0459c46, esp =3D 0xd41f7b94, ebp =3D 0xd41f7c58 --- pf_test(1,c1a38800,d41f7c8c,c1f42820,c0771fe0) at pf_test+0x3c6 pf_check_in(0,d41f7c8c,c1a38800,1,c3e24800) at pf_check_in+0x32 pfil_run_hooks(c0771fe0,d41f7cd4,c1a38800,1) at pfil_run_hooks+0xac ip_input(c3e24800) at ip_input+0x25f netisr_processqueue(c076fcb8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x89 ithread_loop(c1962b80,d41f7d48,c1962b80,c0500660,0) at ithread_loop+0x126 fork_exit(c0500660,c1962b80,d41f7d48) at fork_exit+0xa8 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd41f7d7c, ebp =3D 0 --- Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0xd21f7bac fault code =3D supervisor write, page not present instruction pointer =3D 0x8:0xc0459c46 stack pointer =3D 0x10:0xd41f7b94 frame pointer =3D 0x10:0xd41f7c58 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 38 (swi1: net) [thread 100012] Stopped at pf_test+0x3c6: movl %edx,-0xac(%ebp) db> tr pf_test(1,c1a38800,d41f7c8c,c1f42820,c0771fe0) at pf_test+0x3c6 pf_check_in(0,d41f7c8c,c1a38800,1,c3e24800) at pf_check_in+0x32 pfil_run_hooks(c0771fe0,d41f7cd4,c1a38800,1) at pfil_run_hooks+0xac ip_input(c3e24800) at ip_input+0x25f netisr_processqueue(c076fcb8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0x89 ithread_loop(c1962b80,d41f7d48,c1962b80,c0500660,0) at ithread_loop+0x126 fork_exit(c0500660,c1962b80,d41f7d48) at fork_exit+0xa8 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd41f7d7c, ebp =3D 0 --- - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKd1bbHYXjKDtmC0RAjNTAJ94BUnzgr0Z1pt47eb/sDDKUH4RNwCffQKB atr8cS+iuGda6JJFVYASnWo= =dexF -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 12:50:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CE2616A4CE for ; Mon, 23 Aug 2004 12:50:30 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAACC43D2D for ; Mon, 23 Aug 2004 12:50:29 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7NClJ14036570 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 23 Aug 2004 16:47:19 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7NCiJGd036272; (8.12.8/vak/2.1) Mon, 23 Aug 2004 16:44:19 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4129E6F4.4060602@cronyx.ru> Date: Mon, 23 Aug 2004 16:45:40 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <4127B8F6.9040908@cronyx.ru> <20040822192906.A94593@carver.gumbysoft.com> <41299E02.2080207@cronyx.ru> In-Reply-To: <41299E02.2080207@cronyx.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 12:50:30 -0000 One more thing: I've just booted with safe mode! It looks very strange, since I've diffed kenv vs. /boot/device.hints and only major difference is ACPI. PS. upgrating to VF4.b didn't help at all. MPTable seems to be 1.4 rik Roman Kurakin wrote: > Hi, > > Doug White wrote: > >> On Sun, 22 Aug 2004, Roman Kurakin wrote: >> >> >>>> Have you tried booting without enabling ACPI? The ACPI tables seem to >>>> think you have two APs and no BSP. >>>> >>> >>> Yes, but this didn't help. >>> >> >> Interesting. >> >> > One more interesting thing that I've forgot to say. I am unable to > boot with old kernel, > panic in the same place. > >>>> What motherboard/system is this? >>>> >>> >>> If I've found correct message from my archive both mainboards are >>> listed >>> here: >>> >>> 1. GA-6BXD; >>> >> >> This is a Gigabyte 440BX slotted-P2/P3 board. My daily -current >> builders >> are similar to this, although they support 133MHz FSB. >> >> > My current bios version V.F4a. V.F4b has the same date and I do no see > by description what is > the difference. Which version do you have? > >>> 2. MSI, I guess, 694D Pro2 ver2. >>> >> >> This is a dual socket370 P3/celeron board. >> >> >>> Today I was trying to find out reason of such panic, and I've played >>> a bit with ddb. After step-ing a while I've pressed continue and >>> system went to panic in other place. This looks like some problems >>> with pointers. >>> On Monday I also want to try to locate what exact changes lead to >>> this problem. That shouldn't be hard since I've updated system >>> after two-week delay. >>> >> >> It still looks like a bogus ACPI table to me. Certainly check for BIOS >> updates for these boards. >> >> >>> rik >>> >>> >>>>> GDB: no debug ports present >>>>> KDB: debugger backends: ddb >>>>> KDB: current backend: ddb >>>>> SMAP type=01 base=0000000000000000 len=000000000009fc00 >>>>> SMAP type=01 base=000000000009fc00 len=0000000000000400 >>>>> SMAP type=02 base=00000000000f0000 len=0000000000010000 >>>>> SMAP type=02 base=00000000fec00000 len=0000000000001000 >>>>> SMAP type=02 base=00000000fee00000 len=0000000000001000 >>>>> SMAP type=02 base=00000000ffff0000 len=0000000000010000 >>>>> SMAP type=01 base=0000000000100000 len=0000000007ef0000 >>>>> SMAP type=03 base=0000000007ff3000 len=000000000000d000 >>>>> SMAP type=04 base=0000000007ff0000 len=0000000000003000 >>>>> 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 6.0-CURRENT #17: Fri Aug 20 10:23:42 MSD 2004 >>>>> root@devel15.cronyx.ru:/usr/obj/usr/src/sys/GENERIC >>>>> WARNING: WITNESS option enabled, expect reduced performance. >>>>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2e000. >>>>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2e254. >>>>> Calibrating clock(s) ... i8254 clock: 1193137 Hz >>>>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>>>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>>>> Calibrating TSC clock ... TSC clock: 232751947 Hz >>>>> CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU) >>>>> Origin = "GenuineIntel" Id = 0x634 Stepping = 4 >>>>> >>>>> Features=0x80fbff>>>> >>>>> V,MMX> >>>>> real memory = 134152192 (127 MB) >>>>> Physical memory chunk(s): >>>>> 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) >>>>> 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) >>>>> 0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 >>>>> pages) >>>>> avail memory = 121626624 (115 MB) >>>>> Table 'FACP' at 0x7ff3040 >>>>> Table 'APIC' at 0x7ff5640 >>>>> Table 'APIC' at 0x7ff5640 >>>>> MP Configuration Table version 1.1 found at 0xc00f1400 >>>>> APIC: Using the MADT enumerator. >>>>> MADT: Found CPU APIC ID 0 ACPI ID 0: enabled >>>>> SMP: Added CPU 0 (AP) >>>>> MADT: Found CPU APIC ID 1 ACPI ID 1: enabled >>>>> SMP: Added CPU 1 (AP) >>>>> ACPI APIC Table: >>>>> kernel trap 12 with interrupts disabled >>>>> >>>>> >>>>> Fatal trap 12: page fault while in kernel mode >>>>> cpuid = 0; apic id = 00 >>>>> fault virtual address = 0x0 >>>>> fault code = supervisor read, page not present >>>>> instruction pointer = 0x8:0xc05f7f24 >>>>> stack pointer = 0x10:0xc0c21b6c >>>>> frame pointer = 0x10:0xc0c21b78 >>>>> 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 = 0 () >>>>> [thread 0] >>>>> Stopped at _mtx_lock_flags+0x34: cmpl $0xc084ec9c,0(%ebx) >>>>> db> >>>>> >>>>> It seems that this problem was introduced with recent bootloader >>>>> update. >>>>> That is all a able to tell now. >>>>> >>>>> rik >>>>> >>>>> Roman Kurakin wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> Hi, >>>>>> >>>>>> I've updated my current kernel/world yesterday, I've compiled and >>>>>> install it as >>>>>> usual on fast smp machine. After that I've plug my hard disk to a >>>>>> bit >>>>>> slow smp >>>>>> machine and get panic: >>>>>> >>>>>> Fattal trap 12 >>>>>> >>>>>> call stack: >>>>>> >>>>>> install_ap_tramp + 0x43 >>>>>> start_all_aps >>>>>> cpu_mp_start >>>>>> mp_start >>>>>> mi_startup >>>>>> begin >>>>>> >>>>>> It seems that install_ap_tramp + 0x43 >>>>>> *dst++ = *src++ (IIRC) >>>>>> >>>>>> Thats all I can tell now. >>>>>> >>>>>> Any ideas, questions? >>>>>> >>>>>> rik >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to >>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>> >>>>> >>>>> >>>> >>> >>> >> >> >> >> > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:12:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2A7C16A4CE for ; Mon, 23 Aug 2004 13:12:15 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69A0E43D1F for ; Mon, 23 Aug 2004 13:12:14 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-a230.otenet.gr [212.205.215.230]) i7NDBwk6022316; Mon, 23 Aug 2004 16:11:58 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7NDAanE003040; Mon, 23 Aug 2004 16:10:36 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7NChiAs002480; Mon, 23 Aug 2004 15:43:44 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 23 Aug 2004 15:43:44 +0300 From: Giorgos Keramidas To: Danny Braniss Message-ID: <20040823124343.GD2239@gothmog.gr> References: <20040823074614.17DC343D41@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040823074614.17DC343D41@mx1.FreeBSD.org> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: freebsd-current@freebsd.org Subject: Re: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:12:15 -0000 On 2004-08-23 10:46, Danny Braniss wrote: > shouldn't > NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: > now be 6.x ... Would something like this seem ok to you? It only mentions FreeBSD-CURRENT instead of a specific version, so it will also work for FreeBSD 7.X when that comes along. %%% Index: UPDATING =================================================================== RCS file: /home/ncvs/src/UPDATING,v retrieving revision 1.346 diff -u -r1.346 UPDATING --- UPDATING 21 Aug 2004 19:44:43 -0000 1.346 +++ UPDATING 23 Aug 2004 12:42:30 -0000 @@ -8,13 +8,13 @@ /usr/ports/UPDATING. Please read that file before running portupgrade. Important recent entries: 20040724 (default X changes). -NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: - FreeBSD 5.x has many debugging features turned on, in - both the kernel and userland. These features attempt to detect - incorrect use of system primitives, and encourage loud failure - through extra sanity checking and fail stop semantics. They - also substantially impact system performance. If you want to - do performance measurement, benchmarking, and optimization, +NOTE TO PEOPLE WHO THINK THAT FREEBSD-CURRENT IS SLOW: + The CURRENT branch of FreeBSD has many debugging features turned + on, in both the kernel and userland. These features attempt to + detect incorrect use of system primitives, and encourage loud + failure through extra sanity checking and fail stop semantics. + They also substantially impact system performance. If you want + to do performance measurement, benchmarking, and optimization, you'll want to turn them off. This includes various WITNESS- related kernel options, INVARIANTS, malloc debugging flags in userland, and various verbose features in the kernel. Many %%% From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:16:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EC4B16A4CE for ; Mon, 23 Aug 2004 13:16:14 +0000 (GMT) Received: from conn.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCE1B43D46 for ; Mon, 23 Aug 2004 13:16:11 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by conn.mc.mpls.visi.com (Postfix) with ESMTP id 723DD8214 for ; Mon, 23 Aug 2004 08:16:11 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id AA2C9319B for ; Mon, 23 Aug 2004 08:16:10 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24044-08 for ; Mon, 23 Aug 2004 08:16:06 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id B07BD319A for ; Mon, 23 Aug 2004 08:16:05 -0500 (CDT) Message-ID: <4129EE0E.7080606@veldy.net> Date: Mon, 23 Aug 2004 08:15:58 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at veldy.net Subject: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:16:14 -0000 I downloaded the miniinstall and booted it. The install booted alright and started probing hardware. There is a hard hang at the point it attempts to probe my DVD reader/burner [on acd1]. I have to pull the power. There is a message indicating an ATAPI delay of 30 and 50 microseconds before the final failed probe. Since I can't give debug output of any kind from the install CD, I can only list my current hardware. I have a Dell Dimension 8250 with 512MB RDRAM and a true Sound Blaster Live 5.1 card (rather than the software driven version that they ship with this thing). Thanks in advance, Tom Veldhouse From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:21:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B81E16A4CE for ; Mon, 23 Aug 2004 13:21:11 +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 CE74643D45 for ; Mon, 23 Aug 2004 13:21:10 +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 1BzEl3-000IWA-VK; Mon, 23 Aug 2004 16:21:09 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Giorgos Keramidas In-Reply-To: Message from Giorgos Keramidas of "Mon, 23 Aug 2004 15:43:44 +0300." <20040823124343.GD2239@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Aug 2004 16:21:09 +0300 From: Danny Braniss Message-Id: <20040823132110.CE74643D45@mx1.FreeBSD.org> cc: freebsd-current@freebsd.org Subject: Re: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:21:11 -0000 > On 2004-08-23 10:46, Danny Braniss wrote: > > shouldn't > > NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: > > now be 6.x ... > > Would something like this seem ok to you? It only mentions FreeBSD-CURRENT > instead of a specific version, so it will also work for FreeBSD 7.X when > that comes along. fine, but what if FreeBSD 7.X is actually faster ... :-) danny From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:31:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6817216A4CE for ; Mon, 23 Aug 2004 13:31:42 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id A583843D48 for ; Mon, 23 Aug 2004 13:31:41 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-a230.otenet.gr [212.205.215.230]) i7NDVZgG001429; Mon, 23 Aug 2004 16:31:35 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7NDUCBr003223; Mon, 23 Aug 2004 16:30:12 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7NDUC0d003222; Mon, 23 Aug 2004 16:30:12 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 23 Aug 2004 16:30:12 +0300 From: Giorgos Keramidas To: Danny Braniss Message-ID: <20040823133012.GB2918@gothmog.gr> References: <20040823124343.GD2239@gothmog.gr> <200408231321.i7NDLAOa006219@igloo.linux.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408231321.i7NDLAOa006219@igloo.linux.gr> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: freebsd-current@freebsd.org Subject: Re: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:31:42 -0000 On 2004-08-23 16:21, Danny Braniss wrote: > > On 2004-08-23 10:46, Danny Braniss wrote: > > > shouldn't > > > NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: > > > now be 6.x ... > > > > Would something like this seem ok to you? It only mentions FreeBSD-CURRENT > > instead of a specific version, so it will also work for FreeBSD 7.X when > > that comes along. > > fine, but what if FreeBSD 7.X is actually faster ... :-) The word "slower" refers to the reduced speed of a system that runs with a lot of debugging/test options enabled. The relative speed of the release to the previous is (probably) of lesser importance for this particular quote. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:40:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90D1616A4CE for ; Mon, 23 Aug 2004 13:40:32 +0000 (GMT) Received: from mail49.e.nsc.no (mail49.e.nsc.no [193.213.115.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A8AF43D1F for ; Mon, 23 Aug 2004 13:40:32 +0000 (GMT) (envelope-from solskogen@carebears.mine.nu) Received: from carebears.mine.nu (ti400720a080-6202.bb.online.no [83.108.216.58]) by mail49.nsc.no (8.12.11/8.12.11) with ESMTP id i7NDeTt0000129; Mon, 23 Aug 2004 15:40:30 +0200 (CEST) Received: from localhost (localhost.carebears.net [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id E348127F153; Mon, 23 Aug 2004 15:40:28 +0200 (CEST) Received: from carebears.mine.nu ([127.0.0.1])port 10024) with ESMTP id 30144-06; Mon, 23 Aug 2004 15:40:20 +0200 (CEST) Received: from carebears.mine.nu (localhost.carebears.net [127.0.0.1]) by carebears.mine.nu (Postfix) with ESMTP id 51DB727EF9C; Mon, 23 Aug 2004 15:40:20 +0200 (CEST) Received: from 148.121.98.231 (SquirrelMail authenticated user solskogen); by carebears.mine.nu with HTTP; Mon, 23 Aug 2004 15:40:20 +0200 (CEST) Message-ID: <1881.148.121.98.231.1093268420.squirrel@148.121.98.231> In-Reply-To: <4129EE0E.7080606@veldy.net> References: <4129EE0E.7080606@veldy.net> Date: Mon, 23 Aug 2004 15:40:20 +0200 (CEST) From: "Christer Solskogen" To: "Thomas T. Veldhouse" 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: by amavis at tenderheart.carebears.net cc: freebsd-current@freebsd.org Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:40:32 -0000 On Mon, August 23, 2004 15:15, Thomas T. Veldhouse said: > I downloaded the miniinstall and booted it. The install booted alright > and started probing hardware. There is a hard hang at the point it > attempts to probe my DVD reader/burner [on acd1]. I have to pull the > power. There is a message indicating an ATAPI delay of 30 and 50 > microseconds before the final failed probe. > > Since I can't give debug output of any kind from the install CD, I can > only list my current hardware. > > I have a Dell Dimension 8250 with 512MB RDRAM and a true Sound Blaster > Live 5.1 card (rather than the software driven version that they ship > with this thing). > Same problem on my AMD64 too. Try disabling ACPI, and it will work. (at least, it did on my machine.) -- cso From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:43:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD9916A4CE for ; Mon, 23 Aug 2004 13:43:00 +0000 (GMT) Received: from conn.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9B1743D68 for ; Mon, 23 Aug 2004 13:42:59 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by conn.mc.mpls.visi.com (Postfix) with ESMTP id 7D9DB8105; Mon, 23 Aug 2004 08:42:59 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id E1525319B; Mon, 23 Aug 2004 08:42:58 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24343-09; Mon, 23 Aug 2004 08:42:54 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id BBD00319A; Mon, 23 Aug 2004 08:42:53 -0500 (CDT) Message-ID: <4129F456.7030102@veldy.net> Date: Mon, 23 Aug 2004 08:42:46 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christer Solskogen , freebsd-current@freebsd.org References: <4129EE0E.7080606@veldy.net> <1881.148.121.98.231.1093268420.squirrel@148.121.98.231> In-Reply-To: <1881.148.121.98.231.1093268420.squirrel@148.121.98.231> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at veldy.net Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:43:00 -0000 Christer Solskogen wrote: >Same problem on my AMD64 too. >Try disabling ACPI, and it will work. (at least, it did on my machine.) > >-- >cso > > > It still does not work with ACPI. It will boot in "SAFE" mode, however, then I have no CD/DVD devices to continue installation from. Tom Veldhouse From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:48:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2A7816A4CE for ; Mon, 23 Aug 2004 13:48:27 +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 A0D6A43D3F for ; Mon, 23 Aug 2004 13:48:27 +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 1BzFBS-000J0h-PJ; Mon, 23 Aug 2004 16:48:26 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Giorgos Keramidas In-Reply-To: Message from Giorgos Keramidas of "Mon, 23 Aug 2004 16:30:12 +0300." <20040823133012.GB2918@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 23 Aug 2004 16:48:26 +0300 From: Danny Braniss Message-Id: <20040823134827.A0D6A43D3F@mx1.FreeBSD.org> cc: freebsd-current@freebsd.org Subject: Re: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:48:28 -0000 > On 2004-08-23 16:21, Danny Braniss wrote: > > > On 2004-08-23 10:46, Danny Braniss wrote: > > > > shouldn't > > > > NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: > > > > now be 6.x ... > > > > > > Would something like this seem ok to you? It only mentions FreeBSD-CURRENT > > > instead of a specific version, so it will also work for FreeBSD 7.X when > > > that comes along. > > > > fine, but what if FreeBSD 7.X is actually faster ... :-) > > The word "slower" refers to the reduced speed of a system that runs with > a lot of debugging/test options enabled. The relative speed of the > release to the previous is (probably) of lesser importance for this > particular quote. > i agree, it's that once you take out the 'milestone', it might just become superflous, on the other hand 5.x is bad, so just current is fine - one less thing to check for. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:50:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2621216A4CE for ; Mon, 23 Aug 2004 13:50:07 +0000 (GMT) Received: from ppsw-3.csi.cam.ac.uk (ppsw-3.csi.cam.ac.uk [131.111.8.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 937BA43D45 for ; Mon, 23 Aug 2004 13:50:06 +0000 (GMT) (envelope-from sos22@cantab.net) Received: from archibold.chu.cam.ac.uk ([131.111.131.102]:50598) by ppsw-3.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.153]:25) with smtp (Exim 4.34) id 1BzFD0-0005b0-HB (return-path sos22@cantab.net); Mon, 23 Aug 2004 14:50:02 +0100 Received: by archibold.chu.cam.ac.uk (sSMTP sendmail emulation); Mon, _d Aug 2004 14:51:57 +0100 Date: Mon, 23 Aug 2004 14:51:57 +0100 From: Steven Smith To: Doug White Message-ID: <20040823135157.GA31838@archibold.chu.cam.ac.uk> References: <20040821174133.00007d48@nehal> <20040822194126.T94593@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline In-Reply-To: <20040822194126.T94593@carver.gumbysoft.com> X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned cc: freebsd-current@freebsd.org cc: sos22@srcf.ucam.org cc: Nehal Subject: Re: Syncer giving up on buffers for ext2fs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:50:07 -0000 --qlTNgmc+xy1dBmNv Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > > the bug 'Syncer "giving up" on buffers and ext2 filesystems' > > (PR kern/56675 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56675) > > has existed for almost a year, and i have tested in a recent > > snapshot (18th August) and it still exists, will this bug be fixed > > for 5.3? seems to be quite an important bug. > It would be nice if someone could come up with a patch, even a quick one. Well, the attached seems to solve the problem for me, but I'm not convinced that it doesn't create other ones elsewhere. Steven Smith, sos22@cantab.net --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="shutdown.diff" Content-Transfer-Encoding: quoted-printable Index: kern_shutdown.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/kern/kern_shutdown.c,v retrieving revision 1.163 diff -u -r1.163 kern_shutdown.c --- kern_shutdown.c 15 Aug 2004 19:17:23 -0000 1.163 +++ kern_shutdown.c 23 Aug 2004 13:45:23 -0000 @@ -285,6 +285,15 @@ waittime =3D 0; =20 sync(&thread0, NULL); + + /* SOS22: Moved this to before the sync stage so that + ext2 unmounts cleanly when we're shutting down. I + don't know whether this is actually safe, but it + does appear to solve the problem without doing + anything obviously bad. */ + if (panicstr =3D=3D 0) { + vfs_unmountall(); + } =20 /* * With soft updates, some buffers that are --0F1p//8PRICkK4MW-- --qlTNgmc+xy1dBmNv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKfZ8O4S8/gLNrjcRAov2AKCYRcTYDypa9NiXn0N7m2BX1VPUwQCgvhsK gecQgrU8+0Q7swyFn9ez/UI= =tQtj -----END PGP SIGNATURE----- --qlTNgmc+xy1dBmNv-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 13:59:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C2916A4CE for ; Mon, 23 Aug 2004 13:59:11 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF37B43D31 for ; Mon, 23 Aug 2004 13:59:10 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7NDuGHu039957 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 23 Aug 2004 17:56:16 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7NDt46O039891; (8.12.8/vak/2.1) Mon, 23 Aug 2004 17:55:04 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4129F78B.7040206@cronyx.ru> Date: Mon, 23 Aug 2004 17:56:27 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Thomas T. Veldhouse" References: <4129EE0E.7080606@veldy.net> <1881.148.121.98.231.1093268420.squirrel@148.121.98.231> <4129F456.7030102@veldy.net> In-Reply-To: <4129F456.7030102@veldy.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 13:59:11 -0000 Thomas T. Veldhouse wrote: > Christer Solskogen wrote: > >> Same problem on my AMD64 too. >> Try disabling ACPI, and it will work. (at least, it did on my machine.) >> >> -- >> cso >> >> >> > It still does not work with ACPI. It will boot in "SAFE" mode, > however, then I have no CD/DVD devices to continue installation from. It works in safe mode, doest it work in acpi disabled mode? rik > > Tom Veldhouse > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 14:05:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCEF216A4CE for ; Mon, 23 Aug 2004 14:05:31 +0000 (GMT) Received: from ran.psg.com (ip192.186.dsl-acs2.seawa0.iinet.com [209.20.186.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D88543D5C for ; Mon, 23 Aug 2004 14:05:31 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.34 (FreeBSD)) id 1BzFRx-0008af-3N; Mon, 23 Aug 2004 07:05:29 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16681.63912.501004.12204@ran.psg.com> Date: Mon, 23 Aug 2004 07:05:28 -0700 To: "M. Warner Losh" References: <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> <20040822.204851.38051558.imp@bsdimp.com> cc: current@freebsd.org cc: sos@DeepCore.dk Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:05:32 -0000 > I had the same problems on Friday, but today's sources seem to have > solved the problem. confirmed on thinkpad t40p randy From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 14:10:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F65A16A4CE for ; Mon, 23 Aug 2004 14:10:08 +0000 (GMT) Received: from corb.mc.mpls.visi.com (corb.mc.mpls.visi.com [208.42.156.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4B943D5C for ; Mon, 23 Aug 2004 14:10:08 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by corb.mc.mpls.visi.com (Postfix) with ESMTP id A37A5832F; Mon, 23 Aug 2004 09:10:07 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 40449319B; Mon, 23 Aug 2004 09:10:07 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24763-02; Mon, 23 Aug 2004 09:10:02 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 27358319A; Mon, 23 Aug 2004 09:09:59 -0500 (CDT) Message-ID: <4129FAAF.80802@veldy.net> Date: Mon, 23 Aug 2004 09:09:51 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin , freebsd-current@freebsd.org References: <4129EE0E.7080606@veldy.net> <1881.148.121.98.231.1093268420.squirrel@148.121.98.231> <4129F456.7030102@veldy.net> <4129F78B.7040206@cronyx.ru> In-Reply-To: <4129F78B.7040206@cronyx.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at veldy.net Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:10:08 -0000 Roman Kurakin wrote: > Thomas T. Veldhouse wrote: > >> Christer Solskogen wrote: >> >>> Same problem on my AMD64 too. >>> Try disabling ACPI, and it will work. (at least, it did on my machine.) >>> >>> -- >>> cso >>> >>> >>> >> It still does not work with ACPI. It will boot in "SAFE" mode, >> however, then I have no CD/DVD devices to continue installation from. > > > It works in safe mode, doest it work in acpi disabled mode? > > rik > My apologies. It does NOT work in ACPI disabled mode. Only in SAFE mode, because it does not probe the CD/DVD drives at all. Tom Veldhouse From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 14:15:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEE5916A4CE; Mon, 23 Aug 2004 14:15:15 +0000 (GMT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49C2243D1D; Mon, 23 Aug 2004 14:15:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i7NEFECw058466; Mon, 23 Aug 2004 09:15:14 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4129FBEE.6050209@centtech.com> Date: Mon, 23 Aug 2004 09:15:10 -0500 From: Eric Anderson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tai-hwa Liang References: <412964C1.8000108@centtech.com> <41297CD4.4050609@savvis.net> <04082313224515.85992@www.mmlab.cse.yzu.edu.tw> In-Reply-To: <04082313224515.85992@www.mmlab.cse.yzu.edu.tw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth modules don't load on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:15:15 -0000 Tai-hwa Liang wrote: >Eric, > > Was your RELENG_5 upgraded from 5.[012]-RELEASE? If so, try to fix the >module loading problem by following directions described in src/UPDATING: > >20040806: > Module loading has been fixed. Some older installations will > drop proper module_path initialization and modules will fail to > load properly. If you have a line in /boot/loader.rc that says: > "initialize drop", do (i386 only): > cp /usr/src/sys/boot/i386/loader/loader.rc /boot/loader.rc > chown root:wheel /boot/loader.rc > chmod 444 /boot/loader.rc > That did the trick. I guess I haven't tried to mess with any modules from command line (instead of in loader.conf) since before the 6th. Thanks again (and shame on me for not triple-checking src/UPDATING!) Eric -- ------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Talk sense to a fool and he calls you foolish. ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 14:16:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B33516A58E; Mon, 23 Aug 2004 14:16:22 +0000 (GMT) Received: from otter3.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1623143D1D; Mon, 23 Aug 2004 14:16:22 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by otter3.centtech.com (8.12.3/8.12.3) with ESMTP id i7NEGLCw059024; Mon, 23 Aug 2004 09:16:21 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4129FC31.7020902@centtech.com> Date: Mon, 23 Aug 2004 09:16:17 -0500 From: Eric Anderson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <412964C1.8000108@centtech.com> <41297CD4.4050609@savvis.net> In-Reply-To: <41297CD4.4050609@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Bluetooth modules don't load on RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:16:22 -0000 Maksim Yevmenkin wrote: >> (On a side note, I'm trying to get my new Sony Ericsson T637 phone >> connected via bluetooth to my FreeBSD laptop for surfing and such. >> If anyone has a good link, I'm interested). >> >> Any hints? > > > if you want to use your phone as wireless modem to connect your laptop > to the internet then you need DUN profile (see handbook, rfcomm_pppd(8)) > > if you want to use your phone to browse internet and use your laptop > as gateway then you need LAN profile (see handbook, rfcomm_pppd(8)) Thanks for the hints! Now that I have a working bluetooth module, I can forge ahead and get this working.. Eric -- ------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Talk sense to a fool and he calls you foolish. ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 14:21:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1652216A4CE for ; Mon, 23 Aug 2004 14:21:44 +0000 (GMT) Received: from corb.mc.mpls.visi.com (corb.mc.mpls.visi.com [208.42.156.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB4C043D5D for ; Mon, 23 Aug 2004 14:21:43 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by corb.mc.mpls.visi.com (Postfix) with ESMTP id 77886832F; Mon, 23 Aug 2004 09:21:43 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 0EB72319B; Mon, 23 Aug 2004 09:21:43 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24779-09; Mon, 23 Aug 2004 09:21:38 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 06CAF319A; Mon, 23 Aug 2004 09:21:37 -0500 (CDT) Message-ID: <4129FD6A.8060906@veldy.net> Date: Mon, 23 Aug 2004 09:21:30 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <4129EE0E.7080606@veldy.net> <1881.148.121.98.231.1093268420.squirrel@148.121.98.231> <4129F456.7030102@veldy.net> <4129F78B.7040206@cronyx.ru> In-Reply-To: <4129F78B.7040206@cronyx.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-current@freebsd.org Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:21:44 -0000 Roman Kurakin wrote: > > It works in safe mode, doest it work in acpi disabled mode? > > rik > I just tried again in Safe Mode and this time it did indeed probe the DVD/CD reader and it hung just as before after two ATAPI resets of 30 and 50 microseconds respectively. Tom Veldhouse From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 14:30:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B6F16A4CE for ; Mon, 23 Aug 2004 14:30:52 +0000 (GMT) Received: from zion.theredpill.org (zion.theredpill.org [81.5.183.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2DD743D2D for ; Mon, 23 Aug 2004 14:30:51 +0000 (GMT) (envelope-from greg@theredpill.org) Received: from greg by zion.theredpill.org with local (Exim 3.14 #1) id 1BzFqU-000ORR-00 for freebsd-current@freebsd.org; Mon, 23 Aug 2004 15:30:50 +0100 Date: Mon, 23 Aug 2004 15:30:50 +0100 From: Greg Gladwell To: freebsd-current@freebsd.org Message-ID: <20040823153050.E93324@zion.theredpill.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Subject: VIA 8237 SATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:30:53 -0000 I'm trying to install 5.2.1 on a machine with a VIA 8237 SATA controller. Although the controller is detected on boot the same is not true for the drive (a 200GB Seagate Barracuda). According to the man page the controller is fully supported and having STFW I can't find anything useful to aid my cause. Having looked through LINT I can't see that there's anything that would be useful to pass at boot time, so does anyone have any suggestions? All advice or pointers to docs etc appreciated. If anyone wants a test subject for stuff then I'm also game for that too. :) Regards, Greg -- I dreamed that I had written Lord of the Rings. Sadly, I was only Tolkien in my sleep. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 14:49:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DDB316A51A for ; Mon, 23 Aug 2004 14:49:09 +0000 (GMT) Received: from imf16aec.mail.bellsouth.net (imf16aec.mail.bellsouth.net [205.152.59.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B16143D39 for ; Mon, 23 Aug 2004 14:49:09 +0000 (GMT) (envelope-from frank_s@bellsouth.net) Received: from Cat.nina.org ([68.214.124.152]) by imf16aec.mail.bellsouth.netESMTP <20040823144908.OHNO1721.imf16aec.mail.bellsouth.net@Cat.nina.org>; Mon, 23 Aug 2004 10:49:08 -0400 Date: Mon, 23 Aug 2004 10:49:05 -0400 (EDT) From: Frank Seltzer X-X-Sender: frank_s@Cat.nina.org To: "M. Warner Losh" In-Reply-To: <20040822.214201.71089619.imp@bsdimp.com> Message-ID: <20040823104830.W85453@Cat.nina.org> References: <20040822231936.R85453@Cat.nina.org> <20040822.213200.132300204.imp@bsdimp.com> <20040822.214201.71089619.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org cc: keramida@linux.gr Subject: Re: Buildworld failure in modules/ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 14:49:10 -0000 On Sun, 22 Aug 2004, M. Warner Losh wrote: > OK. It builds now, but I have no clue if it works correctly or now. > I leave that to the author to fix (ala how I did the opt_inet.h > stuff). > > It built in the kernel environment because all the opt files are now > included in the build environment, which is likely why the original > author never noticed. > > Warner Thanks. Building 5.3-BETA now. Frank -- "We will not tire, we will not falter, we will not fail." - George W. Bush From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 15:16:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5312B16A4CE for ; Mon, 23 Aug 2004 15:16:35 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC2E343D53 for ; Mon, 23 Aug 2004 15:16:34 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (sccrmhc12) with SMTP id <2004082315163101200pbh1ue> (Authid: apeiron@comcast.net); Mon, 23 Aug 2004 15:16:34 +0000 Date: Mon, 23 Aug 2004 11:16:29 -0400 From: Christopher Nehren To: "M. Warner Losh" Message-ID: <20040823151629.GB67172@prophecy.dyndns.org> References: <20040822171332.GA717@prophecy.dyndns.org> <20040822195057.N94593@carver.gumbysoft.com> <20040823041105.GA703@prophecy.dyndns.org> <20040822.221814.52166127.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20040822.221814.52166127.imp@bsdimp.com> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 15:16:35 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 00:18:14 EDT, M. Warner Losh scribbled these curious markings: > I've made some changes in this area recently... What do you have in > the kernel, and what are you loading? Here's my kernel config, in entirety: machine i386 cpu I686_CPU ident PROPHECY options SCHED_ULE #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols 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 NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options MSDOSFS #MSDOS Filesystem options NTFS options CD9660 #ISO 9660 Filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SCSI_DELAY=3D15000 #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 MAC # Mandatory Access Controls options PFIL_HOOKS # Support for PF under FreeBSD device apic # I/O APIC device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver options VESA # Support for 132x25 console options SC_PIXEL_MODE # Raster text mode support options SC_HISTORY_SIZE=3D4000 device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # 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 sis # Silicon Integrated Systems SiS 900/SiS 7016 # Pseudo devices - the number indicates how many units to allocate. 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 pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device pf # PF OpenBSD packet-filter firewall device pflog # logging support interface for PF device pfsync # synchronization interface for PF # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # Miscellaneous things device sound # General sound support device "snd_emu10k1" # Specific sound support # USB mouse and HID (currently joystick) support device usb # USB Bus (required) device ohci # OHCI PCI->USB interface device ums # Mouse device uhid # Joystick # Serial port device sio And this is my usual module setup: Id Refs Address Size Name 1 19 0xc0400000 363af0 kernel 2 6 0xc0764000 1c410 linux.ko 3 1 0xc0781000 4908 if_tap.ko 4 1 0xc0786000 2830 mac_seeotheruids.ko 5 1 0xc0789000 4ada88 nvidia.ko 6 1 0xc222b000 2000 blank_saver.ko 7 1 0xc1db3000 9000 vmmon_up.ko 8 1 0xc1dbc000 2000 vmnet.ko 9 4 0xc1dd8000 12000 netgraph.ko 10 1 0xc2132000 4000 ng_ether.ko 11 1 0xc2136000 5000 ng_bridge.ko 12 1 0xc213b000 5000 ng_socket.ko 13 1 0xc214f000 2000 rtc.ko --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKgpNk/lo7zvzJioRAidsAKC36JCX5dSC/yG5Tq6BVONZJdG/0QCgmXuk lCXJi6SpuxdbO93cTovbfxo= =47RQ -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 15:40:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47DA816A4CE for ; Mon, 23 Aug 2004 15:40:41 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98C2643D39 for ; Mon, 23 Aug 2004 15:40:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NFeT0T067742; Mon, 23 Aug 2004 09:40:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 09:40:46 -0600 (MDT) Message-Id: <20040823.094046.71084572.imp@bsdimp.com> To: apeiron@comcast.net From: "M. Warner Losh" In-Reply-To: <20040823151629.GB67172@prophecy.dyndns.org> References: <20040823041105.GA703@prophecy.dyndns.org> <20040822.221814.52166127.imp@bsdimp.com> <20040823151629.GB67172@prophecy.dyndns.org> 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: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 15:40:41 -0000 what does devinfo -v say? Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 15:41:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2AD216A4CE for ; Mon, 23 Aug 2004 15:41:20 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55DEC43D53 for ; Mon, 23 Aug 2004 15:41:20 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7NFfJi5058625; Mon, 23 Aug 2004 11:41:19 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7NFfJc2058624; Mon, 23 Aug 2004 11:41:19 -0400 (EDT) (envelope-from green) Date: Mon, 23 Aug 2004 11:41:19 -0400 From: Brian Fundakowski Feldman To: Doug White Message-ID: <20040823154119.GC77326@green.homeunix.org> References: <20040822115345.Y94593@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 15:41:20 -0000 On Sun, Aug 22, 2004 at 12:05:39PM -0700, Doug White wrote: > Hey folks, > > If you have a reasonably fast i386 or amd64 multiprocessor and/or > hyperthreading machine and are experiencing reproducible hangs during -j > buildwords and other highly parallel operations, please try this patch: > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > This patch avoids a deadlock between the smp_rendezvous() mechanism and > TLB shootdowns via pmap by forcing them to share a mutex. The patch has > been tested on several multiproc Xeon systems and a dual Opteron I have > here and is stable, but a couple of more eyeballs and varied loads > wouldn't hurt since this will be going into RELENG_5. > > If there's anything glaringly wrong from a style point of view, let me > know too. > > I plan on committing this late Monday or Tuesday, barring any serious > problems. > > Thanks to alc for the nudge on the solution and rwatson for staying up > late and testing it on his hardware. I couldn't even run portupgrade without a hard hang on my Athlon! -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 15:51:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D13D316A4CE for ; Mon, 23 Aug 2004 15:51:44 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A82C43D66 for ; Mon, 23 Aug 2004 15:51:44 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7NFpgUh058656; Mon, 23 Aug 2004 11:51:42 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7NFpgRY058655; Mon, 23 Aug 2004 11:51:42 -0400 (EDT) (envelope-from green) Date: Mon, 23 Aug 2004 11:51:41 -0400 From: Brian Fundakowski Feldman To: Michiel Boland Message-ID: <20040823155141.GD77326@green.homeunix.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 cc: freebsd-current@freebsd.org Subject: Re: ddb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 15:51:45 -0000 On Mon, Aug 23, 2004 at 08:57:43AM +0200, Michiel Boland wrote: > Hi. I can't seem to get anything useful out of ddb with recent -CURRENTs. > I get things like double faults, page faults, or endless streams of > console messages. Is anyone else seeing this? Yes, I'm seeing exactly that behavior, unfortunately. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:17:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 375BA16A4CE for ; Mon, 23 Aug 2004 16:17:05 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E61D643D54 for ; Mon, 23 Aug 2004 16:17:04 +0000 (GMT) (envelope-from jon.drews@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so64168rnl for ; Mon, 23 Aug 2004 09:17:04 -0700 (PDT) Received: by 10.38.99.64 with SMTP id w64mr1108188rnb; Mon, 23 Aug 2004 09:17:04 -0700 (PDT) Received: by 10.38.89.49 with HTTP; Mon, 23 Aug 2004 09:17:04 -0700 (PDT) Message-ID: <8cb27cbf040823091714a3a05f@mail.gmail.com> Date: Mon, 23 Aug 2004 10:17:04 -0600 From: Jon Drews To: freebsd-current@freebsd.org In-Reply-To: <20040809221244.GB14911@fasolt.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040805071236.GA595@loge.nixsys.be> <20040809090723.GI642@loge.nixsys.be> <20040809221244.GB14911@fasolt.home.paeps.cx> Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Drews List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:17:05 -0000 On Tue, 10 Aug 2004 00:12:44 +0200, Philip Paeps wrote: > Mmm, oh, right. Verbose isn't verbose enough for psm, I'm afraid you'll have > to compile a kernel with options PSM_DEBUG=2. I'll have to remember to stick > the probe-messages under a normal verbose. > Hi Philip: I am using: FreeBSD 6.0-CURRENT #0: Sun Aug 22 14:31:47 CDT 2004 i386 FreeBSD locks up when I try and configure my mouse through sysinstall. I looked for error messages but found none. Below is the relevant info about my Synaptics touchpad. What should I do to capture error messages? Synaptics Touchpad v5.8 Model information: infoRot180: 1 infoPortrait: 0 infoSensor: 29 infoHardware: 36 infoNewAbs: 1 capPen: 0 infoSimplC: 1 infoGeometry: 1 Extended capabilities: capExtended: 1 capPassthrough: 0 capSleep: 1 capFourButtons: 0 capMultiFinger: 1 capPalmDetect: 1 psm0: found Synaptics Touchpad psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Synaptics Touchpad, device ID 0-00, 3 buttons Kind regards, Jonathan From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:19:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D18EC16A4CE for ; Mon, 23 Aug 2004 16:19:40 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 683B243D45 for ; Mon, 23 Aug 2004 16:19:40 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7NGJdvh058866; Mon, 23 Aug 2004 12:19:39 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7NGJd6q058865; Mon, 23 Aug 2004 12:19:39 -0400 (EDT) (envelope-from green) Date: Mon, 23 Aug 2004 12:19:39 -0400 From: Brian Fundakowski Feldman To: Doug White Message-ID: <20040823161939.GE77326@green.homeunix.org> References: <20040822115345.Y94593@carver.gumbysoft.com> <20040823154119.GC77326@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040823154119.GC77326@green.homeunix.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:19:40 -0000 On Mon, Aug 23, 2004 at 11:41:19AM -0400, Brian Fundakowski Feldman wrote: > On Sun, Aug 22, 2004 at 12:05:39PM -0700, Doug White wrote: > > Hey folks, > > > > If you have a reasonably fast i386 or amd64 multiprocessor and/or > > hyperthreading machine and are experiencing reproducible hangs during -j > > buildwords and other highly parallel operations, please try this patch: > > > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > > > This patch avoids a deadlock between the smp_rendezvous() mechanism and > > TLB shootdowns via pmap by forcing them to share a mutex. The patch has > > been tested on several multiproc Xeon systems and a dual Opteron I have > > here and is stable, but a couple of more eyeballs and varied loads > > wouldn't hurt since this will be going into RELENG_5. > > > > If there's anything glaringly wrong from a style point of view, let me > > know too. > > > > I plan on committing this late Monday or Tuesday, barring any serious > > problems. > > > > Thanks to alc for the nudge on the solution and rwatson for staying up > > late and testing it on his hardware. > > I couldn't even run portupgrade without a hard hang on my Athlon! Oops, let me clarify: "... before applying these changes." My system is very stable under normal workload after applying them, but I also could not make a -jwhatever buildworld hang for me previously like others could. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:25:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D213616A4CE for ; Mon, 23 Aug 2004 16:25:02 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A49F43D39 for ; Mon, 23 Aug 2004 16:25:02 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (sccrmhc11) with SMTP id <2004082316250001100c4c2ke> (Authid: apeiron@comcast.net); Mon, 23 Aug 2004 16:25:01 +0000 Date: Mon, 23 Aug 2004 12:24:58 -0400 From: Christopher Nehren To: "M. Warner Losh" Message-ID: <20040823162458.GA78283@prophecy.dyndns.org> References: <20040823041105.GA703@prophecy.dyndns.org> <20040822.221814.52166127.imp@bsdimp.com> <20040823151629.GB67172@prophecy.dyndns.org> <20040823.094046.71084572.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20040823.094046.71084572.imp@bsdimp.com> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:25:03 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 11:40:46 EDT, M. Warner Losh scribbled these curious markings: > what does devinfo -v say? nexus0 legacy0 pcib0 pci0 hostb0 pnpinfo vendor=3D0x1039 device=3D0x0730 subvendor=3D0x0000 s= ubdevice=3D0x0000 class=3D0x060000 at slot=3D0 function=3D0 atapci0 pnpinfo vendor=3D0x1039 device=3D0x5513 subvendor=3D0x1039 = subdevice=3D0x5513 class=3D0x010180 at slot=3D0 function=3D1 ata0 ata1 isab0 pnpinfo vendor=3D0x1039 device=3D0x0008 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060100 at slot=3D1 function=3D0 isa0 adv0 aha0 aic0 atkbdc0 atkbd0 bt0 cs0 ed0 fdc0 fd0 fd1 fe0 ie0 lnc0 pcic0 pcic1 ppc0 sc0 sio0 sio1 sio2 sio3 sn0 vga0 vt0 orm0 pcibus_pnp0 sysresource0 atdma0 attimer0 attimer1 unknown unknown npxisa0 unknown unknown pmtimer0 sis0 pnpinfo vendor=3D0x1039 device=3D0x0900 subvendor=3D0x1039 sub= device=3D0x0900 class=3D0x020000 at slot=3D1 function=3D1 miibus0 rlphy0 ohci0 pnpinfo vendor=3D0x1039 device=3D0x7001 subvendor=3D0x1039 su= bdevice=3D0x7001 class=3D0x0c0310 at slot=3D1 function=3D2 usb0 uhub0 ums0 pnpinfo vendor=3D0x045e product=3D0x0084 devclass=3D0x00= devsubclass=3D0x00 sernum=3D"" intclass=3D0x03 intsubclass=3D0x01 at port= =3D0 interface=3D0 ohci1 pnpinfo vendor=3D0x1039 device=3D0x7001 subvendor=3D0x1039 su= bdevice=3D0x7000 class=3D0x0c0310 at slot=3D1 function=3D3 usb1 uhub1 unknown pcib1 pnpinfo vendor=3D0x1039 device=3D0x0001 subvendor=3D0x0000 su= bdevice=3D0x0000 class=3D0x060400 at slot=3D2 function=3D0 pci1 nvidia0 pnpinfo vendor=3D0x10de device=3D0x0253 subvendor=3D0x1= 462 subdevice=3D0x8700 class=3D0x030000 at slot=3D0 function=3D0 pcm0 pnpinfo vendor=3D0x1102 device=3D0x0002 subvendor=3D0x1102 sub= device=3D0x8064 class=3D0x040100 at slot=3D9 function=3D0 emujoy0 pnpinfo vendor=3D0x1102 device=3D0x7002 subvendor=3D0x1102 = subdevice=3D0x0020 class=3D0x098000 at slot=3D9 function=3D1 pir0 cpu0 eisa0 npx0 I also ran usbdevs -v, out of curiosity: Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), SiS(0x00= 00), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, Basic Optical Mouse(0x00= 84), Microsoft(0x045e), rev 0.00 port 2 powered port 3 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), SiS(0x00= 00), rev 1.00 port 1 addr 2: low speed, power 100 mA, config 1, GamePad Pro USB(0x4001),= Gravis(0x0428), rev 2.00 port 2 powered port 3 powered Now this is intriguing. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKhpak/lo7zvzJioRAgwHAKClNInZE9bvVHdEJWsf+Tkc5vBX9gCdGzy5 c+Z/HsNj2gKWLlsVbtEx0BM= =n9e7 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:26:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CF4D16A4CE for ; Mon, 23 Aug 2004 16:26:55 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 455A243D2F for ; Mon, 23 Aug 2004 16:26:54 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.41 (FreeBSD)) id 1BzHem-00031A-UH for current@freebsd.org; Mon, 23 Aug 2004 17:26:52 +0100 Date: Mon, 23 Aug 2004 17:26:52 +0100 From: Ceri Davies To: current@freebsd.org Message-ID: <20040823162652.GW5433@submonkey.net> Mail-Followup-To: Ceri Davies , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HJXn/kF6DSjhJ2mL" Content-Disposition: inline X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies Subject: 5.3-BETA1 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:26:55 -0000 --HJXn/kF6DSjhJ2mL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yesterday's RELENG_5 fails to boot on my laptop. The previous kernel =66rom August 11th is fine. Panic message attached - let me know if I can help further. Cheers, Ceri /boot/kernel.crappy/kernel text=3D0x453630 data=3D0x98d28+0x72918 syms=3D[0= x4+0x64ca0+0x4+0x7a176] OK boot -s /boot/kernel/acpi.ko text=3D0x3eed4 data=3D0x1a84+0xd2c syms=3D[0x4+0x6fd0+= 0x4+0x9144] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb 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-BETA1 #5: Sun Aug 22 17:37:28 BST 2004 root@falken.private.submonkey.net:/usr/obj/usr/src/sys/FALKEN WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: mobile AMD Athlon(tm) XP2500+ (1855.20-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 Features=3D0x383f9ff AMD Features=3D0xc0480000 real memory =3D 200212480 (190 MB) avail memory =3D 186351616 (177 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] acpi0: Power Button (fixed) unknown: I/O range not supported acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: port 0x530-0x537 on acpi0 acpi_tz0: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \_SB_.PCI0.ISA_.LNKU has invalid initial irq 9, ignoring pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) ohci0: mem 0xd0000000-0xd0000ff= f irq 10 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcm0: port 0x8400-0x84ff mem 0xd0001000-0xd0001fff irq 5 = at device 6.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) cbb0: mem 0x80000000-0x80000fff ir= q 11 at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 atapci0: port 0x8080-0x808f,0x376,0x1= 70-0x177,0x3f6,0x1f0-0x1f7 at device 16.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 17.0 (no driver attached) sis0: port 0x8c00-0x8cff mem 0xd0003000-0= xd0003fff irq 11 at device 18.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:0b:cd:e9:de:63 sis0: [GIANT-LOCKED] acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: 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 IntelliMouse, device ID 3 ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console orm0: at iomem 0xe0000-0xe3fff,0xdf000-0xdffff,0xcf000-0x= cf7ff,0xc0000-0xcefff on isa0 pmtimer0 on isa0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1855197374 Hz quality 800 Timecounters tick every 10.000 msec ad0: 28615MB [58140/16/63] at ata0-master UDMA1= 00 Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x24 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc06513b6 stack pointer =3D 0x10:0xc0c21ba4 frame pointer =3D 0x10:0xc0c21ba4 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 0 (swapper) [thread 0] Stopped at rman_get_bustag+0x6: movl 0x24(%eax),%eax db> trace rman_get_bustag(0) at rman_get_bustag+0x6 ata_pci_dmastart(c14a0c00) at ata_pci_dmastart+0x14 ata_generic_transaction(c15b6b40) at ata_generic_transaction+0x2b3 ata_start(c14a0c00,c14a0d20,0,c07feb5b,57) at ata_start+0x17f ata_queue_request(c15b6b40,c062ff7c,c14a0d20,1,c082d4e9) at ata_queue_reque= st+0x185 ad_start(c14a0ca8) at ad_start+0x2a2 ata_start(c14a0c00,c1554d00,0,0,c0c21cb0) at ata_start+0x64 adstrategy(c1554d00) at adstrategy+0x61 ar_rw(c155ed80,37e3e01,800,c1593800,5) at ar_rw+0x8d ar_promise_read_conf(c155ed80,c1521700,1,c155ed80,10b9) at ar_promise_read_= conf+0xb7 ata_raiddisk_attach(c155ed80,c155ed80,c155ed00,58561059,0) at ata_raiddisk_= attach+0x18c ad_attach(c14a0ca8) at ad_attach+0x2a0 ata_boot_attach(0) at ata_boot_attach+0x40 run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0441a15) at run_interr= upt_driven_config_hooks+0x18 mi_startup() at mi_startup+0x96 begin() at begin+0x2c db>=20 --=20 It is not tinfoil, it is my new skin. I am a robot. --HJXn/kF6DSjhJ2mL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKhrMocfcwTS3JF8RAnrpAJ9tmET4RO/arG4IJdYfl8Zt1oRGmQCfauO6 umX9YxO9em8wU4XSN8WfoH4= =EnQp -----END PGP SIGNATURE----- --HJXn/kF6DSjhJ2mL-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:30:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A5AA16A4CF for ; Mon, 23 Aug 2004 16:30:12 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA8FA43D3F for ; Mon, 23 Aug 2004 16:30:11 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7NGHIjr032392 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 23 Aug 2004 12:17:19 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: ticso@cicely.de Date: Mon, 23 Aug 2004 12:31:22 -0400 User-Agent: KMail/1.6.2 References: <200408221606.52427.mistry.7@osu.edu> <20040823105728.GE6363@cicely12.cicely.de> In-Reply-To: <20040823105728.GE6363@cicely12.cicely.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408231231.30004.mistry.7@osu.edu> X-Spam-Status: No, hits=-4.9 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE, QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: USB 6-in-1 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:30:12 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 23 August 2004 06:57 am, Bernd Walter wrote: > On Sun, Aug 22, 2004 at 04:06:36PM -0400, Anish Mistry wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Since I don't use my 6-in-1 drive very much (yesterday was the first ti= me > > in months) I noticed that some of old functionality seems to be gone or > > broken. Before I was able to insert the drive with no disks, then put in > > a disk, issue the camcontrol rescan all, and the disk would be picked up > > and a new device node connected, or start with the disk in and remove i= s, > > rescan and the device node disappears. As of a recent CURRENT this > > doesn't seem to work and I have to remove the drive from the usb slot = to > > get it to pickup the new device states. Is this a known regression, or > > am I missing something? > > What is your problem? > So far I just see "Medium not present" related errors, which are > expected unless a media is physically present. I guess I should have been a bit more stright forward. The problem is that "camcontrol rescan all" isn't picking up a disk when I= =20 insert it into the drive and issues that command like it used to. Before: 1) Plugin in drive with no disks - Device nodes are created (/dev/da0-3) 2) Insert Disk 3) issue "camcontrol rescan all" - A new device node for that disk appears (ie. /dev/da3s1) Now: 1) Plugin in drive with no disks - Device nodes are created (/dev/da0-3) 2) Insert Disk 3) issue "camcontrol rescan all" - Nothing, device node isn't created =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKhvhxqA5ziudZT0RAu7UAJ9h9gasOmQU5unEsTi42VmL7Y//BgCfZOiU PCfOvMZ4J0Ej9GexZG42J24=3D =3D7hcR =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:42:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A4E16A4E9 for ; Mon, 23 Aug 2004 16:42:53 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D22943D62 for ; Mon, 23 Aug 2004 16:42:52 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i7NGgmaI042553 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 23 Aug 2004 18:42:50 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i7NGfdsu006930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Aug 2004 18:41:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i7NGfcVL010978; Mon, 23 Aug 2004 18:41:38 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i7NGfc4p010977; Mon, 23 Aug 2004 18:41:38 +0200 (CEST) (envelope-from ticso) Date: Mon, 23 Aug 2004 18:41:38 +0200 From: Bernd Walter To: Anish Mistry Message-ID: <20040823164137.GG6363@cicely12.cicely.de> References: <200408221606.52427.mistry.7@osu.edu> <20040823105728.GE6363@cicely12.cicely.de> <200408231231.30004.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408231231.30004.mistry.7@osu.edu> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-current@freebsd.org cc: ticso@cicely.de Subject: Re: USB 6-in-1 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:42:54 -0000 On Mon, Aug 23, 2004 at 12:31:22PM -0400, Anish Mistry wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Monday 23 August 2004 06:57 am, Bernd Walter wrote: > > On Sun, Aug 22, 2004 at 04:06:36PM -0400, Anish Mistry wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Since I don't use my 6-in-1 drive very much (yesterday was the first time > > > in months) I noticed that some of old functionality seems to be gone or > > > broken. Before I was able to insert the drive with no disks, then put in > > > a disk, issue the camcontrol rescan all, and the disk would be picked up > > > and a new device node connected, or start with the disk in and remove is, > > > rescan and the device node disappears. As of a recent CURRENT this > > > doesn't seem to work and I have to remove the drive from the usb slot to > > > get it to pickup the new device states. Is this a known regression, or > > > am I missing something? > > > > What is your problem? > > So far I just see "Medium not present" related errors, which are > > expected unless a media is physically present. > I guess I should have been a bit more stright forward. > The problem is that "camcontrol rescan all" isn't picking up a disk when I > insert it into the drive and issues that command like it used to. > Before: > 1) Plugin in drive with no disks > - Device nodes are created (/dev/da0-3) > 2) Insert Disk > 3) issue "camcontrol rescan all" > - A new device node for that disk appears (ie. /dev/da3s1) That's not the purpose of camcontrol and never has been. camcontrol scans for drives and not media, as the drives are already there nothing changes. > Now: > 1) Plugin in drive with no disks > - Device nodes are created (/dev/da0-3) > 2) Insert Disk > 3) issue "camcontrol rescan all" > - Nothing, device node isn't created You need GEOM to rescan the medias layout: cat /dev/null > /dev/da0 etc... -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:43:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C82D16A4CE for ; Mon, 23 Aug 2004 16:43:06 +0000 (GMT) Received: from raadradd.homeunix.org (bwc122.neoplus.adsl.tpnet.pl [83.29.226.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C04943D58 for ; Mon, 23 Aug 2004 16:43:06 +0000 (GMT) (envelope-from radek@raadradd.com) Received: by raadradd.homeunix.org (Postfix, from userid 1001) id BB3E4A526; Mon, 23 Aug 2004 18:43:10 +0200 (CEST) Date: Mon, 23 Aug 2004 18:43:10 +0200 From: Radek Kozlowski To: Ceri Davies , current@freebsd.org Message-ID: <20040823164310.GB34849@werd> References: <20040823162652.GW5433@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20040823162652.GW5433@submonkey.net> User-Agent: Mutt/1.5.6i Subject: Re: 5.3-BETA1 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:43:06 -0000 On Mon, Aug 23, 2004 at 05:26:52PM +0100, Ceri Davies wrote: > > Yesterday's RELENG_5 fails to boot on my laptop. The previous kernel > from August 11th is fine. Panic message attached - let me know if I can > help further. [snip] > ad0: 28615MB [58140/16/63] at ata0-master UDMA100 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc06513b6 > stack pointer = 0x10:0xc0c21ba4 > frame pointer = 0x10:0xc0c21ba4 > 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 = 0 (swapper) > [thread 0] > Stopped at rman_get_bustag+0x6: movl 0x24(%eax),%eax > db> trace > rman_get_bustag(0) at rman_get_bustag+0x6 > ata_pci_dmastart(c14a0c00) at ata_pci_dmastart+0x14 > ata_generic_transaction(c15b6b40) at ata_generic_transaction+0x2b3 > ata_start(c14a0c00,c14a0d20,0,c07feb5b,57) at ata_start+0x17f > ata_queue_request(c15b6b40,c062ff7c,c14a0d20,1,c082d4e9) at ata_queue_request+0x185 > ad_start(c14a0ca8) at ad_start+0x2a2 > ata_start(c14a0c00,c1554d00,0,0,c0c21cb0) at ata_start+0x64 > adstrategy(c1554d00) at adstrategy+0x61 > ar_rw(c155ed80,37e3e01,800,c1593800,5) at ar_rw+0x8d > ar_promise_read_conf(c155ed80,c1521700,1,c155ed80,10b9) at ar_promise_read_conf+0xb7 > ata_raiddisk_attach(c155ed80,c155ed80,c155ed00,58561059,0) at ata_raiddisk_attach+0x18c > ad_attach(c14a0ca8) at ad_attach+0x2a0 > ata_boot_attach(0) at ata_boot_attach+0x40 > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0441a15) at run_interrupt_driven_config_hooks+0x18 > mi_startup() at mi_startup+0x96 > begin() at begin+0x2c > db> I think you'll need to wait for the MFC of this commit: http://lists.freebsd.org/pipermail/cvs-src/2004-August/030101.html. I bet CURRENT will work for you. -Radek From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:43:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 791F716A4D7; Mon, 23 Aug 2004 16:43:17 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 397C643D5A; Mon, 23 Aug 2004 16:43:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-67-115-74-195.dsl.lsan03.pacbell.net [67.115.74.195]) i7NGhHnA030858; Mon, 23 Aug 2004 12:43:20 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ECF7653631; Mon, 23 Aug 2004 09:43:09 -0700 (PDT) Date: Mon, 23 Aug 2004 09:43:09 -0700 From: Kris Kennaway To: Nikolay Pavlov , freebsd-performance@freebsd.org, freebsd-current@freebsd.org Message-ID: <20040823164309.GA11331@xor.obsecurity.org> References: <20040823095502.GA757@roks.biz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20040823095502.GA757@roks.biz> User-Agent: Mutt/1.4.2.1i Subject: Re: Poor results of network perfomance with 5.2.1-p9. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:43:17 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 12:55:02PM +0300, Nikolay Pavlov wrote: > Hi, FreeBSD users. > I have made a smimple test of my network connection and have=20 > received rather modest results of network perfomance. Here is my=20 > test conditions: [...] Try again with 5.3-BETA, network performance has been an area of major work. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKh6cWry0BWjoQKURAttUAKCHcx7TfFnsW+4CsfJHp1pFO3u3NgCgwDxf TWJW8bcRdXN4WMQZW8sPxqM= =LpTQ -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:44:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34ADF16A4CE for ; Mon, 23 Aug 2004 16:44:46 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB4F243D75 for ; Mon, 23 Aug 2004 16:44:45 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.41 (FreeBSD)) id 1BzHw5-00039p-5w; Mon, 23 Aug 2004 17:44:45 +0100 Date: Mon, 23 Aug 2004 17:44:45 +0100 From: Ceri Davies To: Radek Kozlowski Message-ID: <20040823164445.GY5433@submonkey.net> Mail-Followup-To: Ceri Davies , Radek Kozlowski , current@freebsd.org References: <20040823162652.GW5433@submonkey.net> <20040823164310.GB34849@werd> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aglTZS2R0flMmvQN" Content-Disposition: inline In-Reply-To: <20040823164310.GB34849@werd> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: current@freebsd.org Subject: Re: 5.3-BETA1 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:44:46 -0000 --aglTZS2R0flMmvQN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 06:43:10PM +0200, Radek Kozlowski wrote: > On Mon, Aug 23, 2004 at 05:26:52PM +0100, Ceri Davies wrote: > >=20 > > Yesterday's RELENG_5 fails to boot on my laptop. The previous kernel > > from August 11th is fine. Panic message attached - let me know if I can > > help further. >=20 > [snip] >=20 > > ad0: 28615MB [58140/16/63] at ata0-master U= DMA100 > >=20 > >=20 > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 0; apic id =3D 00 > > fault virtual address =3D 0x24 > > fault code =3D supervisor read, page not present > > instruction pointer =3D 0x8:0xc06513b6 > > stack pointer =3D 0x10:0xc0c21ba4 > > frame pointer =3D 0x10:0xc0c21ba4 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 0 (swapper) > > [thread 0] > > Stopped at rman_get_bustag+0x6: movl 0x24(%eax),%eax > > db> trace > > rman_get_bustag(0) at rman_get_bustag+0x6 > > ata_pci_dmastart(c14a0c00) at ata_pci_dmastart+0x14 > > ata_generic_transaction(c15b6b40) at ata_generic_transaction+0x2b3 > > ata_start(c14a0c00,c14a0d20,0,c07feb5b,57) at ata_start+0x17f > > ata_queue_request(c15b6b40,c062ff7c,c14a0d20,1,c082d4e9) at ata_queue_r= equest+0x185 > > ad_start(c14a0ca8) at ad_start+0x2a2 > > ata_start(c14a0c00,c1554d00,0,0,c0c21cb0) at ata_start+0x64 > > adstrategy(c1554d00) at adstrategy+0x61 > > ar_rw(c155ed80,37e3e01,800,c1593800,5) at ar_rw+0x8d > > ar_promise_read_conf(c155ed80,c1521700,1,c155ed80,10b9) at ar_promise_r= ead_conf+0xb7 > > ata_raiddisk_attach(c155ed80,c155ed80,c155ed00,58561059,0) at ata_raidd= isk_attach+0x18c > > ad_attach(c14a0ca8) at ad_attach+0x2a0 > > ata_boot_attach(0) at ata_boot_attach+0x40 > > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0441a15) at run_in= terrupt_driven_config_hooks+0x18 > > mi_startup() at mi_startup+0x96 > > begin() at begin+0x2c > > db>=20 >=20 > I think you'll need to wait for the MFC of this commit: > http://lists.freebsd.org/pipermail/cvs-src/2004-August/030101.html. I > bet CURRENT will work for you. OK, I'll try applying that, thanks. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --aglTZS2R0flMmvQN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKh78ocfcwTS3JF8RAnZ5AJ4xdEOMLWbzqby4TVjeo7qo1jb9bgCeP8u0 ybiyf+4kYTtEPD4Mdj6WL/E= =3uQB -----END PGP SIGNATURE----- --aglTZS2R0flMmvQN-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 16:51:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3841D16A4CE for ; Mon, 23 Aug 2004 16:51:53 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D3A043D2D for ; Mon, 23 Aug 2004 16:51:53 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7NGpl8U026169; Mon, 23 Aug 2004 09:51:48 -0700 Message-ID: <412A20A3.8060600@root.org> Date: Mon, 23 Aug 2004 09:51:47 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> In-Reply-To: <41245804.7060008@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 16:51:53 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> Try the attached patch. > > > OK, that makes the box suspend alright, but neither that nor any other > box or laptop I've got can get out of suspend without locking up. > > If I revert just /sys/dev/acpica and /sys/i386/acpica to aug-01 both > suspend and resume works (sortof, it does tend to panic later on). > It starts failing around aug-05 and then detoriates from that on to the > current state of locking up hard on resume. > It also fails in the exact same way on non-ATA systems, so I think I'm > out of the loop this time :) This may be fixed now in both current and releng_5. A logic inversion bug (= / !=) was causing pci irq link programming on resume to fail. It didn't impact many people since a lot of systems have chipsets that keep power to irq links while suspended. Please test again. -Nate From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:00:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 574CB16A4DE for ; Mon, 23 Aug 2004 17:00:16 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB7243D31 for ; Mon, 23 Aug 2004 17:00:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NH00Js068882; Mon, 23 Aug 2004 11:00:00 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 11:00:16 -0600 (MDT) Message-Id: <20040823.110016.71089229.imp@bsdimp.com> To: apeiron@comcast.net From: "M. Warner Losh" In-Reply-To: <20040823162458.GA78283@prophecy.dyndns.org> References: <20040823151629.GB67172@prophecy.dyndns.org> <20040823.094046.71084572.imp@bsdimp.com> <20040823162458.GA78283@prophecy.dyndns.org> 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: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:00:16 -0000 In message: <20040823162458.GA78283@prophecy.dyndns.org> Christopher Nehren writes: : Now this is intriguing. I recently changed the probe/attach device printing in usb as part of a multi-step process to make it behave more like other systems. I may have had a problem with the ums, etc. I'll try to recreate that here on my machine. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:01:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 461A616A4CE for ; Mon, 23 Aug 2004 17:01:27 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BE7843D41 for ; Mon, 23 Aug 2004 17:01:27 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 1CC3472DD4; Mon, 23 Aug 2004 10:01:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1A19772DCB; Mon, 23 Aug 2004 10:01:27 -0700 (PDT) Date: Mon, 23 Aug 2004 10:01:27 -0700 (PDT) From: Doug White To: Roman Kurakin In-Reply-To: <4129E6F4.4060602@cronyx.ru> Message-ID: <20040823100020.U4628@carver.gumbysoft.com> References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <4127B8F6.9040908@cronyx.ru> <20040822192906.A94593@carver.gumbysoft.com> <41299E02.2080207@cronyx.ru> <4129E6F4.4060602@cronyx.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:01:27 -0000 On Mon, 23 Aug 2004, Roman Kurakin wrote: > One more thing: > I've just booted with safe mode! > It looks very strange, since I've diffed kenv vs. /boot/device.hints > and only major difference is ACPI. > > PS. upgrating to VF4.b didn't help at all. MPTable seems to be 1.4 Safe mode also disables SMP and APIC. Is there an option in the BIOS for "OS type"? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:03:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C83216A4CE for ; Mon, 23 Aug 2004 17:03:16 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9F1143D45 for ; Mon, 23 Aug 2004 17:03:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NH2gOU068912; Mon, 23 Aug 2004 11:02:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 11:03:00 -0600 (MDT) Message-Id: <20040823.110300.78708077.imp@bsdimp.com> To: apeiron@comcast.net From: "M. Warner Losh" In-Reply-To: <20040823162458.GA78283@prophecy.dyndns.org> References: <20040823151629.GB67172@prophecy.dyndns.org> <20040823.094046.71084572.imp@bsdimp.com> <20040823162458.GA78283@prophecy.dyndns.org> 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: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:03:16 -0000 In message: <20040823162458.GA78283@prophecy.dyndns.org> Christopher Nehren writes: : usb1 : uhub1 : unknown This is also interesting... Is this where the mystery device is located? Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:05:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F93816A4CE for ; Mon, 23 Aug 2004 17:05:48 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF1043D58 for ; Mon, 23 Aug 2004 17:05:47 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BzIGQ-0003lb-00 for freebsd-current@freebsd.org; Mon, 23 Aug 2004 19:05:46 +0200 Received: from [217.227.151.181] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BzIGQ-0001mY-00; Mon, 23 Aug 2004 19:05:46 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Mon, 23 Aug 2004 19:04:00 +0200 User-Agent: KMail/1.6.2 References: <20040823120443.GA24907@unixpages.org> In-Reply-To: <20040823120443.GA24907@unixpages.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_KOiKBDdidnFT9C+"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231904.10081.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 Subject: Re: PF LOR and panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:05:48 -0000 --Boundary-02=_KOiKBDdidnFT9C+ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 August 2004 14:04, Christian Brueffer wrote: > Hi, > > got this LOR and panic with a 5.3-BETA1 kernel from yesterday on a SMP > machine. Can't say how much time there was between them. A dump is > available. Good. Keep it in a warm and save place, I'll find you on IRC (I hope). > lock order reversal > 1st 0xc0739f20 pf task mtx (pf task mtx) @ > /usr/home/build/src/sys/contrib/pf/net/pf.c:5828 > 2nd 0xc103a4c4 user map (user map) @ > /usr/home/build/src/sys/vm/vm_map.c:2997 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c074a9d8,c074bb08,c071a56c) at > kdb_backtrace+0x29 > witness_checkorder(c103a4c4,9,c06f826b,bb5) at witness_checkorder+0x540 > _sx_xlock(c103a4c4,c06f826b,bb5) at _sx_xlock+0x50 > _vm_map_lock_read(c103a480,c06f826b,bb5,2000000,c) at > _vm_map_lock_read+0x3b > vm_map_lookup(d41f7a8c,d21f7000,2,d41f7a90,d41f7a80) at > vm_map_lookup+0x26 > vm_fault(c103a000,d21f7000,2,0,c1969160) at vm_fault+0x6a > trap_pfault(d41f7b54,0,d21f7bac) at trap_pfault+0x11c > trap(18,10,10,c3e24850,c1aa3c00) at trap+0x321 > calltrap() at calltrap+0x5 > --- trap 0xc, eip =3D 0xc0459c46, esp =3D 0xd41f7b94, ebp =3D 0xd41f7c58 = =2D-- The LOR is a result of the trap so we can forget about it for the moment. > pf_test(1,c1a38800,d41f7c8c,c1f42820,c0771fe0) at pf_test+0x3c6 > pf_check_in(0,d41f7c8c,c1a38800,1,c3e24800) at pf_check_in+0x32 > pfil_run_hooks(c0771fe0,d41f7cd4,c1a38800,1) at pfil_run_hooks+0xac > ip_input(c3e24800) at ip_input+0x25f > netisr_processqueue(c076fcb8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0x89 > ithread_loop(c1962b80,d41f7d48,c1962b80,c0500660,0) at > ithread_loop+0x126 > fork_exit(c0500660,c1962b80,d41f7d48) at fork_exit+0xa8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd41f7d7c, ebp =3D 0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0xd21f7bac > fault code =3D supervisor write, page not present > instruction pointer =3D 0x8:0xc0459c46 > stack pointer =3D 0x10:0xd41f7b94 > frame pointer =3D 0x10:0xd41f7c58 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 38 (swi1: net) > [thread 100012] > Stopped at pf_test+0x3c6: movl %edx,-0xac(%ebp) > db> tr > pf_test(1,c1a38800,d41f7c8c,c1f42820,c0771fe0) at pf_test+0x3c6 hmmm ... pf_test+0x3c6 is something *very* different on my objects right no= w.=20 Can you sent me your pf.o (possibly with debugging symbols). > pf_check_in(0,d41f7c8c,c1a38800,1,c3e24800) at pf_check_in+0x32 > pfil_run_hooks(c0771fe0,d41f7cd4,c1a38800,1) at pfil_run_hooks+0xac > ip_input(c3e24800) at ip_input+0x25f > netisr_processqueue(c076fcb8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0x89 > ithread_loop(c1962b80,d41f7d48,c1962b80,c0500660,0) at > ithread_loop+0x126 > fork_exit(c0500660,c1962b80,d41f7d48) at fork_exit+0xa8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd41f7d7c, ebp =3D 0 --- Thanks in advance. =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 --Boundary-02=_KOiKBDdidnFT9C+ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBKiOKXyyEoT62BG0RAh6qAJ4ihe5K3ZJhpGDkA92LBtTs33JbTQCfUSyD pV/SNnVxvRGVvd/+uaMQZKE= =rf2z -----END PGP SIGNATURE----- --Boundary-02=_KOiKBDdidnFT9C+-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:12:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0CB616A4CE for ; Mon, 23 Aug 2004 17:12:42 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4BC643D39 for ; Mon, 23 Aug 2004 17:12:42 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 97AA372DD4; Mon, 23 Aug 2004 10:12:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 92BBD72DCB; Mon, 23 Aug 2004 10:12:42 -0700 (PDT) Date: Mon, 23 Aug 2004 10:12:42 -0700 (PDT) From: Doug White To: George Hartzell In-Reply-To: <16681.26689.215660.854423@rosebud.alerce.com> Message-ID: <20040823101023.R4628@carver.gumbysoft.com> References: <16679.59263.287454.325068@rosebud.alerce.com> <16681.26689.215660.854423@rosebud.alerce.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Help making sense of firewire disk enclosure dilema X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:12:42 -0000 On Sun, 22 Aug 2004, George Hartzell wrote: > The enclosure is smeared across the kitchen table at the moment (see > below), so I can't give it's exact reaction to suggestion, but I have > some representative output. > > In the course of mucking around, I've tried various combinations of > 'fwcontrol -r' and 'camcontrol rescan all'. I'm not sure which caused > which part of the dmesg output below, but it might be interesting: > > sbp0:0:0 request timeout(cmd orb:0x163ca634) ... agent reset > sbp0:0:0 request timeout(cmd orb:0x163ca76c) ... target reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=6, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > sbp0:0:0 request timeout(cmd orb:0x163ca9dc) ... reset start > fwohci0: txd err= 3 miss Ack err > sbp0:0:0 sbp_reset_start failed: resp=22 > firewire0: split transaction timeout dst=0xffc0 tl=0x30 state=4 > sbp0:0:0 sbp_reset_start failed: resp=60 I've seen this before, if one of the nodes locks up during negotiation. My Athlon box with APIC enabled has a tendnecy to do that when the machine it was cabled to for debugging would reboot. > I figured out how to ask fwcontrol to tell me more about the device > inside the enclosure, and discovered that it's a Prolific PL-3507. A > little googling about suggests that it's a well known PITA device, e.g. > > http://forum.rpc1.org/viewtopic.php?t=25140&postdays=0&postorder=asc&&start=0&sid=0a359d410cfd87df72f2543365922421 > > So, I'm left to decide whether to muck with the firmware or just chuck > it..... I'd give up now. :) > Are there "quirks" for firewire devices like there used to be (are?) > for usb devices? Not that I'm aware of, but I don't know if firewire supports device/vendor IDs like USB that can be used to match the quirk. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:14:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A8B416A4CE; Mon, 23 Aug 2004 17:14:26 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 408DC43D39; Mon, 23 Aug 2004 17:14:26 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id E6FFBACAFE; Mon, 23 Aug 2004 19:14:24 +0200 (CEST) Date: Mon, 23 Aug 2004 19:14:24 +0200 From: Pawel Jakub Dawidek To: Jun Kuriyama Message-ID: <20040823171424.GR30151@darkness.comp.waw.pl> References: <7misba8nhm.wl@black.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FqExhoTtZ2UFWcPs" Content-Disposition: inline In-Reply-To: <7misba8nhm.wl@black.imgsrc.co.jp> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Current cc: phk@FreeBSD.org Subject: Re: panic: g_read_data(): invalid length 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:14:26 -0000 --FqExhoTtZ2UFWcPs Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 01:52:37PM +0900, Jun Kuriyama wrote: +>=20 +> This is 6-current as of 2004.08.22.23.10.00. +>=20 +> It's fine with previous kernel configuration, but when I added "device +> atapicam" and "device cd", kernel is panic. I'm using gstripe(8) with +> usual ATA HDDs. If I added "device atapicam" only, this panic does +> not happened. +>=20 +> ----- +> ... +> GEOM_STRIPE: Device wrkdir created (id=3D948210174). +> GEOM_STRIPE: Disk ad5s1d attached to wrkdir. +> GEOM_STRIPE: Disk ad6s1d attached to wrkdir. +> GEOM_STRIPE: Device wrkdir activated. +> WARNING: Expected rawoffset 0, found 63 +> SMP: AP CPU #1 Launched! +> cd0 at ata1 bus 0 target 0 lun 0 +> cd0: Removable CD-ROM SCSI-0 device +> cd0: 16.000MB/s transfers +> cd0: Attempt to query device size failed: NOT READY, Medium not present +> cd1 at ata1 bus 0 target 1 lun 0 +> cd1: Removable CD-ROM SCSI-0 device +> cd1: 33.000MB/s transfers +> cd1: Attempt to query device size failed: NOT READY, Medium not present +> panic: g_read_data(): invalid length 0 +> cpuid =3D 1 +> KDB: enter: panic +> [thread 100013] +> Stopped at kdb_enter+0x2b: nop +> db> trace +> kdb_enter(c0689ada) at kdb_enter+0x2b +> panic(c0684e9b,0,0,0,c3461900) at panic+0x127 +> g_read_data(c3923980,0,0,0,0) at g_read_data+0x30 +> g_stripe_read_metadata(c3923980,e4d3dc80,c3923980,c3461900,c3461800) at = g_stripe_read_metadata+0x81 +> g_stripe_taste(c07e0c00,c3461900,0,c390d280,64) at g_stripe_taste+0xd3 +> g_new_provider_event(c3461900,0,66666667,e4d3dd04,c04cec59) at g_new_pro= vider_event+0x6e +> one_event(e4d3dd1c,c04d0019,3c,28,c34bc8c0) at one_event+0x14f +> g_run_events(3c,28,c34bc8c0,c04cffdc,e4d3dd34) at g_run_events+0x9 +> g_event_procbody(0,e4d3dd48,0,c04cffdc,0) at g_event_procbody+0x3d +> fork_exit(c04cffdc,0,e4d3dd48) at fork_exit+0xa4 +> fork_trampoline() at fork_trampoline+0x8 +> --- trap 0x1, eip =3D 0, esp =3D 0xe4d3dd7c, ebp =3D 0 --- Ops, this provider has 0 sectorsize. I wonder if we should just skip tasting for such providers. phk? --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --FqExhoTtZ2UFWcPs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKiXwForvXbEpPzQRAnN8AKCT7gHrMFVhgi1e/idpENml1QO7eQCdHwH7 B+o8A3DupIJyTn/6kMrtK6o= =X5vX -----END PGP SIGNATURE----- --FqExhoTtZ2UFWcPs-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:15:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DDAD16A4CE for ; Mon, 23 Aug 2004 17:15:48 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF64543D2F for ; Mon, 23 Aug 2004 17:15:47 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.41 (FreeBSD)) id 1BzIQ6-0003Nm-Va; Mon, 23 Aug 2004 18:15:46 +0100 Date: Mon, 23 Aug 2004 18:15:46 +0100 From: Ceri Davies To: Radek Kozlowski , current@freebsd.org Message-ID: <20040823171546.GZ5433@submonkey.net> Mail-Followup-To: Ceri Davies , Radek Kozlowski , current@freebsd.org References: <20040823162652.GW5433@submonkey.net> <20040823164310.GB34849@werd> <20040823164445.GY5433@submonkey.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mgiPvHqStUXOBTSF" Content-Disposition: inline In-Reply-To: <20040823164445.GY5433@submonkey.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies Subject: Re: 5.3-BETA1 panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:15:48 -0000 --mgiPvHqStUXOBTSF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 05:44:45PM +0100, Ceri Davies wrote: > On Mon, Aug 23, 2004 at 06:43:10PM +0200, Radek Kozlowski wrote: > > On Mon, Aug 23, 2004 at 05:26:52PM +0100, Ceri Davies wrote: > > >=20 > > > Yesterday's RELENG_5 fails to boot on my laptop. The previous kernel > > > from August 11th is fine. Panic message attached - let me know if I = can > > > help further. > >=20 > > [snip] > >=20 > > > ad0: 28615MB [58140/16/63] at ata0-master= UDMA100 > > >=20 > > >=20 > > > Fatal trap 12: page fault while in kernel mode > > > cpuid =3D 0; apic id =3D 00 > > > fault virtual address =3D 0x24 > > > fault code =3D supervisor read, page not present > > > instruction pointer =3D 0x8:0xc06513b6 > > > stack pointer =3D 0x10:0xc0c21ba4 > > > frame pointer =3D 0x10:0xc0c21ba4 > > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > > =3D DPL 0, pres 1, def32 1, gran 1 > > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > > current process =3D 0 (swapper) > > > [thread 0] > > > Stopped at rman_get_bustag+0x6: movl 0x24(%eax),%eax > > > db> trace > > > rman_get_bustag(0) at rman_get_bustag+0x6 > > > ata_pci_dmastart(c14a0c00) at ata_pci_dmastart+0x14 > > > ata_generic_transaction(c15b6b40) at ata_generic_transaction+0x2b3 > > > ata_start(c14a0c00,c14a0d20,0,c07feb5b,57) at ata_start+0x17f > > > ata_queue_request(c15b6b40,c062ff7c,c14a0d20,1,c082d4e9) at ata_queue= _request+0x185 > > > ad_start(c14a0ca8) at ad_start+0x2a2 > > > ata_start(c14a0c00,c1554d00,0,0,c0c21cb0) at ata_start+0x64 > > > adstrategy(c1554d00) at adstrategy+0x61 > > > ar_rw(c155ed80,37e3e01,800,c1593800,5) at ar_rw+0x8d > > > ar_promise_read_conf(c155ed80,c1521700,1,c155ed80,10b9) at ar_promise= _read_conf+0xb7 > > > ata_raiddisk_attach(c155ed80,c155ed80,c155ed00,58561059,0) at ata_rai= ddisk_attach+0x18c > > > ad_attach(c14a0ca8) at ad_attach+0x2a0 > > > ata_boot_attach(0) at ata_boot_attach+0x40 > > > run_interrupt_driven_config_hooks(0,c1ec00,c1e000,0,c0441a15) at run_= interrupt_driven_config_hooks+0x18 > > > mi_startup() at mi_startup+0x96 > > > begin() at begin+0x2c > > > db>=20 > >=20 > > I think you'll need to wait for the MFC of this commit: > > http://lists.freebsd.org/pipermail/cvs-src/2004-August/030101.html. I > > bet CURRENT will work for you. >=20 > OK, I'll try applying that, thanks. Going to revision 1.30 of src/sys/dev/acpica/acpi_resource.c has resolved this; thanks for the quick followup. Ceri --=20 It is not tinfoil, it is my new skin. I am a robot. --mgiPvHqStUXOBTSF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKiZCocfcwTS3JF8RAiunAKDKaswWk74FunM9NvPo1pe/eVccggCcDQ7u 0web1XFoG8AHNsLnDt8qy7I= =H6mN -----END PGP SIGNATURE----- --mgiPvHqStUXOBTSF-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:18:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62EC616A4CE for ; Mon, 23 Aug 2004 17:18:30 +0000 (GMT) Received: from mail.tecdigital.net (mail.tecdigital.net [69.20.85.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A27A43D2D for ; Mon, 23 Aug 2004 17:18:30 +0000 (GMT) (envelope-from mariodoria@yahoo.com) Received: from [10.25.165.105] (unknown [207.83.97.50]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.tecdigital.net (Postfix) with ESMTP id AEF1A4A59F for ; Mon, 23 Aug 2004 12:18:29 -0500 (CDT) From: "Mario A. Doria" To: freebsd-current@freebsd.org Date: Mon, 23 Aug 2004 12:18:29 -0500 User-Agent: KMail/1.7 References: <20040823114656.0453716A4DE@hub.freebsd.org> In-Reply-To: <20040823114656.0453716A4DE@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200408231218.29467.mariodoria@yahoo.com> Subject: GMirror info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:18:30 -0000 Hi, I'm in the process of migrating from a vinum RAID-1 config to a GEOM Mirror config, is there any help available or something I can use to guide myself? Thanks Mario From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:27:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6276416A4CE for ; Mon, 23 Aug 2004 17:27:00 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF6343D2F for ; Mon, 23 Aug 2004 17:26:59 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7NHE9jr032464 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 23 Aug 2004 13:14:10 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: ticso@cicely.de Date: Mon, 23 Aug 2004 13:28:13 -0400 User-Agent: KMail/1.6.2 References: <200408221606.52427.mistry.7@osu.edu> <200408231231.30004.mistry.7@osu.edu> <20040823164137.GG6363@cicely12.cicely.de> In-Reply-To: <20040823164137.GG6363@cicely12.cicely.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408231328.21115.mistry.7@osu.edu> X-Spam-Status: No, hits=-4.9 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE, QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: USB 6-in-1 drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:27:00 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 23 August 2004 12:41 pm, Bernd Walter wrote: > On Mon, Aug 23, 2004 at 12:31:22PM -0400, Anish Mistry wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Monday 23 August 2004 06:57 am, Bernd Walter wrote: > > > On Sun, Aug 22, 2004 at 04:06:36PM -0400, Anish Mistry wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > Hash: SHA1 > > > > > > > > Since I don't use my 6-in-1 drive very much (yesterday was the first > > > > time in months) I noticed that some of old functionality seems to be > > > > gone or broken. Before I was able to insert the drive with no disks, > > > > then put in a disk, issue the camcontrol rescan all, and the disk > > > > would be picked up and a new device node connected, or start with t= he > > > > disk in and remove is, rescan and the device node disappears. As of > > > > a recent CURRENT this doesn't seem to work and I have to remove the > > > > drive from the usb slot to get it to pickup the new device states.= =20 > > > > Is this a known regression, or am I missing something? > > > > > > What is your problem? > > > So far I just see "Medium not present" related errors, which are > > > expected unless a media is physically present. > > > > I guess I should have been a bit more stright forward. > > The problem is that "camcontrol rescan all" isn't picking up a disk when > > I insert it into the drive and issues that command like it used to. > > Before: > > 1) Plugin in drive with no disks > > - Device nodes are created (/dev/da0-3) > > 2) Insert Disk > > 3) issue "camcontrol rescan all" > > - A new device node for that disk appears (ie. /dev/da3s1) > > That's not the purpose of camcontrol and never has been. > camcontrol scans for drives and not media, as the drives are already > there nothing changes. > > > Now: > > 1) Plugin in drive with no disks > > - Device nodes are created (/dev/da0-3) > > 2) Insert Disk > > 3) issue "camcontrol rescan all" > > - Nothing, device node isn't created > > You need GEOM to rescan the medias layout: > cat /dev/null > /dev/da0 > etc... Ok, thanks this works. So is this the official way to rescan the GEOM layo= ut? =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKikzxqA5ziudZT0RAqX6AJwPG5sB9YpbAS94ZRH3ktgTJgCXtgCeIe3q X5pIcDMn0chhaz+vBJsvc7g=3D =3DjNWh =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:36:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A393D16A4CE for ; Mon, 23 Aug 2004 17:36:01 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FC2C43D2D for ; Mon, 23 Aug 2004 17:36:01 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (sccrmhc11) with SMTP id <2004082317360001100c35t6e> (Authid: apeiron@comcast.net); Mon, 23 Aug 2004 17:36:00 +0000 Date: Mon, 23 Aug 2004 13:35:58 -0400 From: Christopher Nehren To: "M. Warner Losh" Message-ID: <20040823173558.GA94088@prophecy.dyndns.org> References: <20040823151629.GB67172@prophecy.dyndns.org> <20040823.094046.71084572.imp@bsdimp.com> <20040823162458.GA78283@prophecy.dyndns.org> <20040823.110300.78708077.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20040823.110300.78708077.imp@bsdimp.com> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:36:01 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 13:03:00 EDT, M. Warner Losh scribbled these curious markings: > : usb1 > : uhub1 > : unknown >=20 > This is also interesting... Is this where the mystery device is > located? Yes. That's where it's *supposed* to be, and where it is with the 5.2-CURRENT kernel. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKir+k/lo7zvzJioRAlP9AKCT4o8+Eva/gBbknEIfiSv5cLYPUgCfcgcV tmseQbeBn5e7na0iaq4zcA0= =FhAc -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:43:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2F6F16A4CE for ; Mon, 23 Aug 2004 17:43:16 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD8C43D5D for ; Mon, 23 Aug 2004 17:43:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NHgwZR069465; Mon, 23 Aug 2004 11:42:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 11:43:16 -0600 (MDT) Message-Id: <20040823.114316.68159211.imp@bsdimp.com> To: apeiron@comcast.net From: "M. Warner Losh" In-Reply-To: <20040823173558.GA94088@prophecy.dyndns.org> References: <20040823162458.GA78283@prophecy.dyndns.org> <20040823.110300.78708077.imp@bsdimp.com> <20040823173558.GA94088@prophecy.dyndns.org> 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: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:43:16 -0000 In message: <20040823173558.GA94088@prophecy.dyndns.org> Christopher Nehren writes: : On Mon, Aug 23, 2004 at 13:03:00 EDT, M. Warner Losh scribbled these : curious markings: : > : usb1 : > : uhub1 : > : unknown : > : > This is also interesting... Is this where the mystery device is : > located? : : Yes. That's where it's *supposed* to be, and where it is with the : 5.2-CURRENT kernel. interesting. Refresh my memory: what is the device that's missing? I can't seem to recreate this problem on my laptop with my mouse, memory stick, bluetooth or hub devices. Is it a keyboard? Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:43:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 317BE16A4CE; Mon, 23 Aug 2004 17:43:47 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC86643D31; Mon, 23 Aug 2004 17:43:43 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9AA497A3D2; Mon, 23 Aug 2004 10:43:43 -0700 (PDT) Message-ID: <412A2CCF.4050809@elischer.org> Date: Mon, 23 Aug 2004 10:43:43 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20040822115345.Y94593@carver.gumbysoft.com> <20040823111304.GA767@zaphod.nitro.dk> In-Reply-To: <20040823111304.GA767@zaphod.nitro.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:43:47 -0000 Now to start work on the preemption hangs.. Simon L. Nielsen wrote: >On 2004.08.22 12:05:39 -0700, Doug White wrote: > > >>Hey folks, >> >>If you have a reasonably fast i386 or amd64 multiprocessor and/or >>hyperthreading machine and are experiencing reproducible hangs during -j >>buildwords and other highly parallel operations, please try this patch: >> >>http://people.freebsd.org/~dwhite/smp_rv_mtx.patch >> >> > >With stock CURRENT my Dual XEON test system has hung most of the time >when I did a parallel buildworld. Since I applied this patch last >night the system has completed 12 -j100 buildworlds, and it's still >going on, without any problems :-). > >Thanks to all the people who have worked on this problem! :-) > >BTW. these tests were with the 4BSD scheduler, I'm going to try to >switch to ULE soon and se how that works out. > > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:51:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B52716A4CE for ; Mon, 23 Aug 2004 17:51:33 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21AA443D41 for ; Mon, 23 Aug 2004 17:51:33 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from erda.home.paeps.cx (erda.home.paeps.cx [IPv6:2001:838:37f:10::1]) by gateway.nixsys.be (Postfix) with ESMTP id B528F82 for ; Mon, 23 Aug 2004 19:51:31 +0200 (CEST) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [10.0.0.2]) by erda.home.paeps.cx (Postfix) with ESMTP id 94A902098 for ; Mon, 23 Aug 2004 19:51:21 +0200 (CEST) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.13.1/8.13.1) with ESMTP id i7NHpU5N081126 for ; Mon, 23 Aug 2004 19:51:30 +0200 (CEST) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.13.1/8.13.1/Submit) id i7NHpT8Q081125 for current@freebsd.org; Mon, 23 Aug 2004 19:51:29 +0200 (CEST) (envelope-from philip) Date: Mon, 23 Aug 2004 19:51:29 +0200 From: Philip Paeps To: current@freebsd.org Message-ID: <20040823175129.GA74302@fasolt.home.paeps.cx> Mail-Followup-To: current@freebsd.org References: <41263718.9010201@xrays.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41263718.9010201@xrays.de> X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i Subject: Re: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:51:33 -0000 On 2004-08-20 19:38:32 (+0200), Corrado Ficicchia wrote: > cvsupped today from -current 15.Jul to 5.3-ALPHA. When I now use vr I get > "vr0: watchdog timeout". With kernel from 15.Jul vr worked... I am seeing the same thing here, a kernel from 25 July worked, a kernel from today doesn't. That narrows it down some. I'm trying to figure out which checkin caused the problem. Toggling ACPI on/off does not seem to fix the problem for me. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Old Scottish prayer: O Lord, grant that we may always be right, for thou knowest we will never change our minds. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:02:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D145216A4CE for ; Mon, 23 Aug 2004 18:02:54 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A83F43D31 for ; Mon, 23 Aug 2004 18:02:54 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7NHxD4S051503 for freebsd-current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 23 Aug 2004 21:59:13 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7NHvxNq051362; (8.12.8/vak/2.1) Mon, 23 Aug 2004 21:57:59 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <412A307B.3040903@cronyx.ru> Date: Mon, 23 Aug 2004 21:59:23 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <4127B8F6.9040908@cronyx.ru> <20040822192906.A94593@carver.gumbysoft.com> <41299E02.2080207@cronyx.ru> <4129E6F4.4060602@cronyx.ru> <20040823100020.U4628@carver.gumbysoft.com> In-Reply-To: <20040823100020.U4628@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:02:54 -0000 Doug White wrote: >On Mon, 23 Aug 2004, Roman Kurakin wrote: > > >>One more thing: >>I've just booted with safe mode! >>It looks very strange, since I've diffed kenv vs. /boot/device.hints >>and only major difference is ACPI. >> >>PS. upgrating to VF4.b didn't help at all. MPTable seems to be 1.4 >> >> > >Safe mode also disables SMP and APIC. > >Is there an option in the BIOS for "OS type"? > > It seems that this is complete list of options with OS word: PNP OS No OS Select For DRAM > 64M Non-OS2 MPS Version Control For OS 1.4 rik From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:06:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD86016A4CE for ; Mon, 23 Aug 2004 18:06:13 +0000 (GMT) Received: from lakermmtao04.cox.net (lakermmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E25643D45 for ; Mon, 23 Aug 2004 18:06:13 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao04.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040823180550.GRLZ5215.lakermmtao04.cox.net@dolphin.local.net>; Mon, 23 Aug 2004 14:05:50 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7NI5pqq027936; Mon, 23 Aug 2004 13:05:51 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 23 Aug 2004 13:05:46 -0500 From: "Conrad J. Sabatier" To: Mathew Kanner Message-Id: <20040823130546.43465566@dolphin.local.net> In-Reply-To: <20040823034633.GA6486@cnd.mcgill.ca> References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> <20040822040453.GA11878@cat.robbins.dropbear.id.au> <1093148651.47618.3.camel@server.mcneil.com> <412830EF.4010008@alumni.rice.edu> <41283679.9010405@elischer.org> <20040822220748.GA6426@cnd.mcgill.ca> <41295551.4030402@alumni.rice.edu> <20040823034633.GA6486@cnd.mcgill.ca> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: MIDI test patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:06:13 -0000 On Sun, 22 Aug 2004 23:46:33 -0400 Mathew Kanner wrote: > > Please find attached a patch to include midi2 (or is this > midi3?) > cd /usr/src/sys > patch -p1 < /patch/to/uncompressed_patch > cd moudles/sound/midi > make > make install > cd ../driver/emu10k1 > make > make install > kldload midi > kldload emu10k1 > kldload cmi > cd /usr/ports/audio/playmidi > make > make install > then play a midi... > > --Mat Thanks, Mat. I'll give this a try ASAP. Nice to see you're back. :-) Conrad -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:07:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14E3916A4CE for ; Mon, 23 Aug 2004 18:07:30 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73B1843D2F for ; Mon, 23 Aug 2004 18:07:29 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from localhost (localhost [127.0.0.1]) with ESMTP id 57153295412 for ; Mon, 23 Aug 2004 14:07:27 -0400 (EDT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com ([127.0.0.1])10024) with ESMTP id 36650-07 for ; Mon, 23 Aug 2004 14:07:24 -0400 (EDT) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 4D642295411 for ; Mon, 23 Aug 2004 14:07:24 -0400 (EDT) Received: from 66.11.183.182 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Mon, 23 Aug 2004 14:07:24 -0400 (EDT) Message-ID: <1569.66.11.183.182.1093284444.squirrel@66.11.183.182> Date: Mon, 23 Aug 2004 14:07:24 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org 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: by amavisd-new at fbsd.wettoast.net Subject: SMP deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:07:30 -0000 I am also experiencing SMP related deadlocks when doing parallel compiles and make -j#. I am running RELENG_5, cvsuped a few hours ago. The interesting thing is that i can only reproduce the system freeze when i do not have any debugging enabled in the kernel. With the GENERIC debugger stuff in the kernel, it does not freeze. This is a real show stopper for 5.3. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:07:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3925016A4CE for ; Mon, 23 Aug 2004 18:07:35 +0000 (GMT) Received: from www.citello.it (host170-131.pool80117.interbusiness.it [80.117.131.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40B5D43D2F for ; Mon, 23 Aug 2004 18:07:34 +0000 (GMT) (envelope-from molter@tin.it) Received: from gattaccio.codalunga (ANice-205-1-14-98.w81-249.abo.wanadoo.fr [81.249.10.98]) by www.citello.it (Postfix) with ESMTP id 74E2A15ED for ; Mon, 23 Aug 2004 20:07:31 +0200 (CEST) Received: by gattaccio.codalunga (Postfix, from userid 1001) id 35687C0E1; Mon, 23 Aug 2004 20:05:47 +0200 (CEST) Date: Mon, 23 Aug 2004 20:05:47 +0200 From: Marco Molteni To: freebsd-current@freebsd.org Message-Id: <20040823200547.1b51bbce.molter@tin.it> In-Reply-To: <20040823155141.GD77326@green.homeunix.org> References: <20040823155141.GD77326@green.homeunix.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ddb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:07:35 -0000 On Mon, 23 Aug 2004 11:51:41 -0400 Brian Fundakowski Feldman wrote: > On Mon, Aug 23, 2004 at 08:57:43AM +0200, Michiel Boland wrote: > > Hi. I can't seem to get anything useful out of ddb with recent > > -CURRENTs. I get things like double faults, page faults, or endless > > streams of console messages. Is anyone else seeing this? > > Yes, I'm seeing exactly that behavior, unfortunately. me too, on ddb gdb in the base system gdb53 in the ports marco -- panic("The moon has moved again."); From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:09:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D084816A4CF for ; Mon, 23 Aug 2004 18:09:49 +0000 (GMT) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BBB443D31 for ; Mon, 23 Aug 2004 18:09:49 +0000 (GMT) (envelope-from roberthuff@rcn.com) Received: from 209-6-197-67.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([209.6.197.67] helo=jerusalem.litteratus.org.litteratus.org) by smtp01.mrf.mail.rcn.net with esmtp (Exim 3.35 #7) id 1BzJGM-0007Gu-00; Mon, 23 Aug 2004 14:09:46 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16682.13031.43151.91070@jerusalem.litteratus.org> Date: Mon, 23 Aug 2004 14:09:43 -0400 To: current@freebsd.org In-Reply-To: <2D8BB15C7B5C214F81C32D3A83B32736E6BBB8@idbexc01.americas.cpqcorp.net> References: <2D8BB15C7B5C214F81C32D3A83B32736E6BBB8@idbexc01.americas.cpqcorp.net> X-Mailer: VM 7.17 under 21.5 (beta16) "celeriac" XEmacs Lucid cc: Robert Huff Subject: "witness exhausted" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:09:50 -0000 I updated to FreeBSD 6.0-CURRENT #1: Fri Aug 20 15:02:58 EDT 2004 and noticed in the boot messages: witness_get: witness exhausted What's going on, and is this something I need to worry about? (System config file and dmesg output are appended.) Robert Huff # # JERUSALEM # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.125 1998/10/16 01:30:11 obrien Exp $ machine i386 #cpu "I386_CPU" #cpu "I486_CPU" #cpu "I586_CPU" cpu I686_CPU ident JERUSALEM maxusers 0 options CPU_ENABLE_SSE #options MATH_EMULATE #Support for x87 emulation options SCHED_ULE options INET #InterNETworking options INET6 #IPv6 communications protocols options MAXDSIZ="(1024*1024*1024)" options MAXSSIZ="(256*1024*1024)" options IPX #options NCP #NetWare Core protocol options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options NWFS #NetWare 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 SCSI_DELAY=100 #Be pessimistic about Joe SCSI # note: value is in milliseconds #options SAFETY # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB #Enable the kernel debugger makeoptions DEBUG=-g options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options COMPAT_AOUT # see java/62837 #options COMPAT_LINUX #options LINPROCFS options PROCFS options PSEUDOFS # For StarOffice #options P1003_1B #options _KPOSIX_PRIORITY_SCHEDULING #options _KPOSIX_VERSION=199309L #options MD5 # For Mars-nwe NetWare server #options IPX # for WINE #options USER_LDT #allow user-level control of i386 ldt # # #config kernel root on da0 device isa device eisa device pci #device fdc0 at isa? port IO_FD1 irq 6 drq 2c device fdc #device fd at fdc drive 0 #disk fd1 at fdc drive 1 # Unless you know very well what you're doing, leave ft0 at drive 2, or # remove the line entirely if you don't need it. Trying to configure # it on another unit might cause surprises, see PR kern/7176. #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 device ahc #controller isp0 # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. #controller dpt0 #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? #controller aha0 at isa? port ? cam irq ? #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr device scbus device da # SCSI disk device sa # SCSI tape device pass device cd # Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console #device sc at isa? flags 0x100 device sc # at isa? port "IO_KBD" conflicts tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver ## 2/3/1999: new model console stuff #device atkbdc #device atkbd #device vt device vga device mgadrm device agp #device vt0 at isa? port "IO_KBD" conflicts tty irq 1 vector pcrint options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio #device lpt0 at isa? port? tty irq 7 vector lptintr # Parallel-Port Bus # # Parallel port bus support is provided by the `ppbus' device. # Multiple devices may be attached to the parallel port, devices # are automatically probed and attached when found. # # Supported devices: # vpo Iomega Zip Drive # Requires SCSI disk support ('scbus' and 'da'), best # performance is achieved with ports in EPP 1.9 mode. # nlpt Parallel Printer, use _instead_ of lpt0 # plip Parallel network interface # ppi General-purpose I/O ("Geek Port") # pps Pulse per second Timing Interface # lpbb Philips official parallel port I2C bit-banging interface # # Supported interfaces: # ppc ISA-bus parallel port interfaces. # device ppc device ppbus device lpt device plip device ppi ############ # USB support device uhci device ohci device usb device ugen device uhid device ukbd options KBD_INSTALL_CDEV device ums #device uscanner ############ #device psm at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr #device psm # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de #device de0 #device de1 #device fxp0 #device tl0 #device tx0 #device vx0 #device xl0 #device ed0 at isa? port 0x380 net irq 9 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr #device cs0 at isa? port 0x300 net irq ? vector csintr # # see /usr/src/UPDATING # device mem # Memory and kernel memory devices device io # I/O device #device null # Null and zero devices device random device bpf device loop # Network loopback device ether #device sl 1 #device ppp 0 device tun device gif device pty #device gzip # Exec gzipped a.out's # # for IPFW/natd # options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable xparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT #divert sockets options PFIL_HOOKS # see /usr/src/UPDATING # # IPv6 # options IPV6FIREWALL #firewall for IPv6 options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPV6FIREWALL_DEFAULT_TO_ACCEPT # # sound driver # #device pcm device sound device snd_cmi 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 6.0-CURRENT #1: Fri Aug 20 15:02:58 EDT 2004 huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.26GHz (2266.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536854528 (511 MB) avail memory = 515690496 (491 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 acpi link get: empty IRQ resource acpi link get: empty IRQ resource acpi link get: empty IRQ resource acpi link get: empty IRQ resource pci0: on pcib0 agp0: mem 0xf4000000-0xf7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: mem 0xf3000000-0xf37fffff,0xf3800000-0xf3803fff,0xfc000000-0xfdffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xf4000000 64MB info: [drm] Initialized mga 3.1.0 20021029 on minor 0 isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xf2800000-0xf2800fff irq 14 at device 2.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 uhub1: 4 ports with 4 removable, bus powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.14, addr 3, iclass 3/1 ums0: 5 buttons and Z dir. ukbd0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 4, iclass 3/1 kbd0 at ukbd0 uhid0: Logitech Logitech USB Keyboard, rev 1.10/15.00, addr 4, iclass 3/1 ohci1: mem 0xf2000000-0xf2000fff irq 5 at device 2.3 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered pci0: at device 2.5 (no driver attached) pcm0: port 0xa800-0xa8ff at device 5.0 on pci0 ahc0: port 0xa400-0xa4ff mem 0xf1000000-0xf1000fff irq 10 at device 9.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs de0: port 0xa000-0xa07f mem 0xf0800000-0xf080007f at device 11.0 on pci0 de0: [GIANT-LOCKED] de0: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.1 de0: Ethernet address: 00:c0:95:f8:17:af de1: port 0x9800-0x987f mem 0xf0000000-0xf000007f at device 12.0 on pci0 de1: [GIANT-LOCKED] de1: ZNYX ZX34X 21140 [10-100Mb/s] pass 1.2 de1: Ethernet address: 00:c0:95:f8:09:c1 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A orm0: at iomem 0xcc000-0xd17ff,0xc8000-0xcbfff,0xc0000-0xc7fff 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 2266764180 Hz quality 800 Timecounters tick every 10.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 100 packets/entry ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default witness_get: witness exhausted acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% de0: enabling 100baseTX port de1: enabling 100baseTX port de0: link down: cable problem? 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) da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 47702MB (97693755 512 byte sectors: 255H 63S/T 6081C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 8.064MB/s transfers (8.064MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0s1a de0: enabling 10baseT port de1: enabling 100baseTX port From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:10:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB11016A54A for ; Mon, 23 Aug 2004 18:10:03 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 695B043D39 for ; Mon, 23 Aug 2004 18:10:03 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23398 invoked from network); 23 Aug 2004 18:10:03 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 18:10:02 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NI9rEC088096; Mon, 23 Aug 2004 14:09:59 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 13:27:11 -0400 User-Agent: KMail/1.6.2 References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> In-Reply-To: <20040821133304.D84878@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231327.11303.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Roman Kurakin Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:10:03 -0000 On Saturday 21 August 2004 04:35 pm, Doug White wrote: > On Fri, 20 Aug 2004, Roman Kurakin wrote: > > At first I have two SMP system (Dual) one that boots normaly and one > > that > > goes to panic (the older pc). > > I've setup finaly serial console to that system, so here is more > > detailed output: > > > > OK boot -Dhv > > /boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c > > syms=[0x4+0x72d0+0x4+0x9754] > > Have you tried booting without enabling ACPI? The ACPI tables seem to > think you have two APs and no BSP. ACPI tables have no concept at all of a BSP. We infer the BSP by checking the APIC ID of the CPU we are currently executing on when enumerating CPUs. > Also check the BIOS and set the MPTable version to 1.4, and upgrade the > BIOS itself if there is an update. Since it worked before the recent loader change, I doubt this will make a difference. More likely is that the code picked a bad memory address to install the AP trampoline into for some reason. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:10:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE1D216A55E for ; Mon, 23 Aug 2004 18:10:06 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF44243D3F for ; Mon, 23 Aug 2004 18:10:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23508 invoked from network); 23 Aug 2004 18:10:06 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 18:10:06 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NI9rED088096; Mon, 23 Aug 2004 14:10:01 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 14:00:34 -0400 User-Agent: KMail/1.6.2 References: <58381.1093165836@critter.freebsd.dk> <1093172414.647.8.camel@ares.office.internetservice.cz> <20040822190045.GB77230@green.homeunix.org> In-Reply-To: <20040822190045.GB77230@green.homeunix.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231400.34696.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Brian Fundakowski Feldman cc: Tomas Randa Subject: Re: net80211+atheros changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:10:07 -0000 On Sunday 22 August 2004 03:00 pm, Brian Fundakowski Feldman wrote: > On Sun, Aug 22, 2004 at 01:00:14PM +0200, Tomas Randa wrote: > > Thanks, i deleted all the sources and downloaded again, then applied > > patch and next problem is here with compilation: > > I would suggest doing make -k when you're building the kernel to skip > errors, and seeing if it's just a few drivers broken or all of them. Sam explicitly said in his e-mail that if_ray(4) is intentionally broken. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:10:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6709816A4E0 for ; Mon, 23 Aug 2004 18:10:12 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94ED643D41 for ; Mon, 23 Aug 2004 18:10:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 14150 invoked from network); 23 Aug 2004 18:10:12 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 18:10:11 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NI9rEE088096; Mon, 23 Aug 2004 14:10:04 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 14:10:06 -0400 User-Agent: KMail/1.6.2 References: <20040821125950.L84878@carver.gumbysoft.com> In-Reply-To: <20040821125950.L84878@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231410.06587.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: new twist on IPI deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:10:30 -0000 On Saturday 21 August 2004 04:12 pm, Doug White wrote: > Got this on my xeon today, with hyperthreading disabled, and dropping to > ddb with NMI after a hang. Looks like smp_rendezvous_action() colliding > with smp_tlb_shootdown(). > > smp_rendezvous and smp_tlb_shootdown use different IPI vectors and > different locks, but I wonder if the operations aren't orthogonal, and > doing multiple IPIs at once can cause unexpected behavior. Cute! This might actually explain the SMP deadlocks with KSE apps. The fix is probably to make the TLB code use the same mutex as the SMP rendezvous code. > kernel trap 19 with interrupts disabled > NMI ... going to debugger > [thread 100168] > Stopped at smp_rendezvous_action+0x30: cmpl mp_ncpus,%eax > db> tr > smp_rendezvous_action(fd) at smp_rendezvous_action+0x30 > smp_rendezvous(0,c06a0724,0,c2a66420) at smp_rendezvous+0xd7 > i386_ldt_grow(c2a66420,12,8,dfe2a000,c2a63f60) at i386_ldt_grow+0x1b1 > i386_set_ldt(c2a66420,bfbfe968,c2a63de0,0,dfd61d40) at i386_set_ldt+0x2de > sysarch(c2a66420,dfd61d14,2,0,206) at sysarch+0x67 > syscall(2f,2f,2f,2807f010,0) at syscall+0x287 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (165, FreeBSD ELF32, sysarch), eip = 0x2807196f, esp = > 0xbfbfe954, ebp = 0x- > [...] > db> tr 28658 > sched_switch(f6,dc511000,dc512000) at sched_switch+0x9b > smp_invlpg_range(dc511000,dc512000) at smp_invlpg_range+0x1c > pmap_invalidate_range(c0775e20,dc511000,dc512000,c2294780,c2277170) at > pmap_invalidate_5 > pmap_qenter(dc511000,c2294790,1) at pmap_qenter+0x50 > sf_buf_alloc(c1a329e0,0,0,0,0) at sf_buf_alloc+0x1a9 > uiomove_fromphys(c28a9600,3000,8d8,dfed5c88,0) at uiomove_fromphys+0x92 > pipe_read(c2a68bf4,dfed5c88,c2b7c400,0,c349a2c0) at pipe_read+0x238 > dofileread(c349a2c0,c2a68bf4,0,812a000,4000) at dofileread+0x95 > read(c349a2c0,dfed5d14,3,0,296) at read+0x3b > syscall(2f,2f,2f,80da500,80f7034) at syscall+0x287 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip = 0x80a5783, esp = 0xbfbfe69c, > ebp = 0xbfbfe6- > db> tr 28690 > smp_rendezvous_action(fd) at smp_rendezvous_action+0x30 > smp_rendezvous(0,c06a0724,0,c2a66420) at smp_rendezvous+0xd7 > i386_ldt_grow(c2a66420,12,8,dfe2a000,c2a63f60) at i386_ldt_grow+0x1b1 > i386_set_ldt(c2a66420,bfbfe968,c2a63de0,0,dfd61d40) at i386_set_ldt+0x2de > sysarch(c2a66420,dfd61d14,2,0,206) at sysarch+0x67 > syscall(2f,2f,2f,2807f010,0) at syscall+0x287 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (165, FreeBSD ELF32, sysarch), eip = 0x2807196f, esp = > 0xbfbfe954, ebp = 0x- -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:10:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D786816A4EC for ; Mon, 23 Aug 2004 18:10:30 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 732E843D2F for ; Mon, 23 Aug 2004 18:10:12 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 14150 invoked from network); 23 Aug 2004 18:10:12 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 18:10:11 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NI9rEE088096; Mon, 23 Aug 2004 14:10:04 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 14:10:06 -0400 User-Agent: KMail/1.6.2 References: <20040821125950.L84878@carver.gumbysoft.com> In-Reply-To: <20040821125950.L84878@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231410.06587.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: new twist on IPI deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:10:32 -0000 On Saturday 21 August 2004 04:12 pm, Doug White wrote: > Got this on my xeon today, with hyperthreading disabled, and dropping to > ddb with NMI after a hang. Looks like smp_rendezvous_action() colliding > with smp_tlb_shootdown(). > > smp_rendezvous and smp_tlb_shootdown use different IPI vectors and > different locks, but I wonder if the operations aren't orthogonal, and > doing multiple IPIs at once can cause unexpected behavior. Cute! This might actually explain the SMP deadlocks with KSE apps. The fix is probably to make the TLB code use the same mutex as the SMP rendezvous code. > kernel trap 19 with interrupts disabled > NMI ... going to debugger > [thread 100168] > Stopped at smp_rendezvous_action+0x30: cmpl mp_ncpus,%eax > db> tr > smp_rendezvous_action(fd) at smp_rendezvous_action+0x30 > smp_rendezvous(0,c06a0724,0,c2a66420) at smp_rendezvous+0xd7 > i386_ldt_grow(c2a66420,12,8,dfe2a000,c2a63f60) at i386_ldt_grow+0x1b1 > i386_set_ldt(c2a66420,bfbfe968,c2a63de0,0,dfd61d40) at i386_set_ldt+0x2de > sysarch(c2a66420,dfd61d14,2,0,206) at sysarch+0x67 > syscall(2f,2f,2f,2807f010,0) at syscall+0x287 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (165, FreeBSD ELF32, sysarch), eip = 0x2807196f, esp = > 0xbfbfe954, ebp = 0x- > [...] > db> tr 28658 > sched_switch(f6,dc511000,dc512000) at sched_switch+0x9b > smp_invlpg_range(dc511000,dc512000) at smp_invlpg_range+0x1c > pmap_invalidate_range(c0775e20,dc511000,dc512000,c2294780,c2277170) at > pmap_invalidate_5 > pmap_qenter(dc511000,c2294790,1) at pmap_qenter+0x50 > sf_buf_alloc(c1a329e0,0,0,0,0) at sf_buf_alloc+0x1a9 > uiomove_fromphys(c28a9600,3000,8d8,dfed5c88,0) at uiomove_fromphys+0x92 > pipe_read(c2a68bf4,dfed5c88,c2b7c400,0,c349a2c0) at pipe_read+0x238 > dofileread(c349a2c0,c2a68bf4,0,812a000,4000) at dofileread+0x95 > read(c349a2c0,dfed5d14,3,0,296) at read+0x3b > syscall(2f,2f,2f,80da500,80f7034) at syscall+0x287 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip = 0x80a5783, esp = 0xbfbfe69c, > ebp = 0xbfbfe6- > db> tr 28690 > smp_rendezvous_action(fd) at smp_rendezvous_action+0x30 > smp_rendezvous(0,c06a0724,0,c2a66420) at smp_rendezvous+0xd7 > i386_ldt_grow(c2a66420,12,8,dfe2a000,c2a63f60) at i386_ldt_grow+0x1b1 > i386_set_ldt(c2a66420,bfbfe968,c2a63de0,0,dfd61d40) at i386_set_ldt+0x2de > sysarch(c2a66420,dfd61d14,2,0,206) at sysarch+0x67 > syscall(2f,2f,2f,2807f010,0) at syscall+0x287 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (165, FreeBSD ELF32, sysarch), eip = 0x2807196f, esp = > 0xbfbfe954, ebp = 0x- -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:17:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BCEF16A4CE; Mon, 23 Aug 2004 18:17:37 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 357D043D1F; Mon, 23 Aug 2004 18:17:37 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i7NIHVsM019619; Mon, 23 Aug 2004 14:17:32 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> References: <20040822115345.Y94593@carver.gumbysoft.com> Date: Mon, 23 Aug 2004 14:17:30 -0400 To: Doug White , freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:17:37 -0000 At 12:05 PM -0700 8/22/04, Doug White wrote: >Hey folks, [...] please try this patch: > >http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > >This patch avoids a deadlock between the smp_rendezvous() >mechanism and TLB shootdowns via pmap by forcing them to >share a mutex. I have completed a series of buildworlds with -j3 to -j10 with no problem. I then started up a "folding at home" client, and repeated the buildworlds. No panics, but in the second set I did have one buildworld (-j9) which failed with four processes apparently getting a "*** Signal 6". I am not sure what that was about. Note that all these builds were done with a `make' that was compiled to USE_KQUEUE , so maybe that's where the Signal's came from. In any case, the machine is still running fine, even after that heavy pounding. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:21:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 670EC16A4CE for ; Mon, 23 Aug 2004 18:21:10 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ED2443D3F for ; Mon, 23 Aug 2004 18:21:08 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E74087A403; Mon, 23 Aug 2004 11:21:04 -0700 (PDT) Message-ID: <412A3590.4030003@elischer.org> Date: Mon, 23 Aug 2004 11:21:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Mike Jakubik References: <1569.66.11.183.182.1093284444.squirrel@66.11.183.182> In-Reply-To: <1569.66.11.183.182.1093284444.squirrel@66.11.183.182> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: SMP deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:21:10 -0000 have you the published IPI patch? have you preemption defined? Mike Jakubik wrote: >I am also experiencing SMP related deadlocks when doing parallel compiles >and make -j#. I am running RELENG_5, cvsuped a few hours ago. The >interesting thing is that i can only reproduce the system freeze when i do >not have any debugging enabled in the kernel. With the GENERIC debugger >stuff in the kernel, it does not freeze. This is a real show stopper for >5.3. > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:23:17 2004 Return-Path: Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F80716A4CE for ; Mon, 23 Aug 2004 18:23:17 +0000 (GMT) Received: from bobbi.cse.buffalo.edu (bobbi.cse.Buffalo.EDU [128.205.32.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id E425943D4C for ; Mon, 23 Aug 2004 18:23:16 +0000 (GMT) (envelope-from kensmith@FreeBSD.org) Received: from bobbi.cse.buffalo.edu (localhost.cs.Buffalo.EDU [127.0.0.1]) by bobbi.cse.buffalo.edu (8.13.1/8.12.4) with ESMTP id i7NINF7T041629 for ; Mon, 23 Aug 2004 14:23:16 -0400 (EDT) Received: (from kensmith@localhost) by bobbi.cse.buffalo.edu (8.13.1/8.13.1/Submit) id i7NINFpD041628 for freebsd-current@freebsd.org; Mon, 23 Aug 2004 14:23:15 -0400 (EDT) (envelope-from kensmith) Date: Mon, 23 Aug 2004 14:23:15 -0400 From: Ken Smith To: freebsd-current@FreeBSD.org Message-ID: <20040823182315.GA41599@bobbi.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: FreeBSD 5.3-BETA1 Available (Addendum) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:23:17 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The amd64 BETA1 bits have been loaded onto ftp-master and should start appearing on the mirror sites shortly. There was a problem with the pc98 BETA1 builds which should now be corrected. We may wait for BETA2 to upload a build for that. The MD5s for amd64 are: MD5 (5.3-BETA1-20040823-amd64-bootonly.iso) = d5b8a3cd640a2a61c149c4217a300035 MD5 (5.3-BETA1-20040823-amd64-disc2.iso) = 3c41843b1dba4fd815cb09dd0b9a5905 MD5 (5.3-BETA1-20040823-amd64-miniinst.iso) = 7420c3c82c96e0ab5c48908da8d2524e -ken --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKjYQ/G14VSmup/YRAkGjAJ0YtxStNp8ZtKC9/rRy+pX3vdZa0QCaAheP wYYiCX6M1+vwivG3EjkoONg= =CO4y -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:29:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 487BB16A4CE; Mon, 23 Aug 2004 18:29:42 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A691F43D3F; Mon, 23 Aug 2004 18:29:41 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040823182933.EJFH15934.lakermmtao01.cox.net@dolphin.local.net>; Mon, 23 Aug 2004 14:29:33 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7NITY6I047679; Mon, 23 Aug 2004 13:29:34 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 23 Aug 2004 13:29:29 -0500 From: "Conrad J. Sabatier" To: Don Lewis Message-Id: <20040823132929.2efa5be3@dolphin.local.net> In-Reply-To: <200408201936.i7KJZw40003489@gw.catspoiler.org> References: <20040818193348.7633da35@dolphin.local.net> <200408201936.i7KJZw40003489@gw.catspoiler.org> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: pcm timeout (debug output from snd_ich driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:29:42 -0000 On Fri, 20 Aug 2004 12:35:58 -0700 (PDT) Don Lewis wrote: > On 18 Aug, Conrad J. Sabatier wrote: > > On Wed, 18 Aug 2004 19:24:58 -0500 > > "Conrad J. Sabatier" wrote: > > > > Also, I've been meaning to ask: is there no possibility of somehow > > recovering gracefully from this condition so that the sound device > > might still be useable (similar to the recovery from ata and other > > timeouts), rather than leaving the device flat-out broken? > > Only if we know where it is getting lost. > > Try adding a three of global integers variables to ich.c. Increment > one of them on entry to inch_intr(), and increment the others in the > area of the code that calls chn_intr(). > > debug2++; > if (ch->run) { > debug3++; > chn_intr(ch->channel); > } > > Make the variables readable via sysctl with something like the > following: > > SYSCTL_INT(_debug_ich, OID_AUTO, debug1, CTLFLAG_RD, > &debug1, 0, "Number of times ich_intr() called"); > > > Run the sound code until it hangs, and then use sysctl to see which if > any of these variables continue to increment. Thanks, Don. I'll give that a try. Sorry for not replying sooner, but I very nearly just gave up altogether, started downloading Fedora Core 2, and was *this close* to going ahead and overwriting my FreeBSD amd64 install with it. But I held off in the hopes that maybe something would emerge soon. Seeing Mat is back online gives me some hope. And I've also corresponded with Cameron Grant recently. Still hoping we can resolve this issue. I really would hate to replace FreeBSD with Linux. But sound, and MIDI especially, are very important to me (I'm an amateur musician with a nice Yamaha MIDI keyboard just going to waste here), and if it comes down to it, I've already decided I'm willing to make the switch if necessary. Hopefully, it *won't* be necessary. :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:29:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A9BB16A4CE for ; Mon, 23 Aug 2004 18:29:42 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FB4843D46 for ; Mon, 23 Aug 2004 18:29:42 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from localhost (localhost [127.0.0.1]) with ESMTP id 5B8B1295412; Mon, 23 Aug 2004 14:29:35 -0400 (EDT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com ([127.0.0.1])10024) with ESMTP id 37125-06; Mon, 23 Aug 2004 14:29:32 -0400 (EDT) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 4BDBE295411; Mon, 23 Aug 2004 14:29:32 -0400 (EDT) Received: from 66.11.183.182 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Mon, 23 Aug 2004 14:29:32 -0400 (EDT) Message-ID: <1599.66.11.183.182.1093285772.squirrel@66.11.183.182> In-Reply-To: <412A3590.4030003@elischer.org> References: <1569.66.11.183.182.1093284444.squirrel@66.11.183.182> <412A3590.4030003@elischer.org> Date: Mon, 23 Aug 2004 14:29:32 -0400 (EDT) From: "Mike Jakubik" To: "Julian Elischer" 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: by amavisd-new at fbsd.wettoast.net cc: freebsd-current@freebsd.org Subject: Re: SMP deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:29:42 -0000 Julian Elischer said: > have you the published IPI patch? > have you preemption defined? No, i have not tried the patch yet, everything seems fine when debugging is in the kernel. Weather preemption is defined im not sure, where is this set? The machine is a supermicro server 6023P-8R, dual xeon, 2GB ram. I have tried with and without hyperthreading, doesnt seem to make a difference. > Mike Jakubik wrote: > >>I am also experiencing SMP related deadlocks when doing parallel compiles >>and make -j#. I am running RELENG_5, cvsuped a few hours ago. The >>interesting thing is that i can only reproduce the system freeze when i >> do >>not have any debugging enabled in the kernel. With the GENERIC debugger >>stuff in the kernel, it does not freeze. This is a real show stopper for >>5.3. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:38:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C167016A4CE for ; Mon, 23 Aug 2004 18:38:50 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1AA043D55 for ; Mon, 23 Aug 2004 18:38:50 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9471B7A403; Mon, 23 Aug 2004 11:38:50 -0700 (PDT) Message-ID: <412A39BA.8030003@elischer.org> Date: Mon, 23 Aug 2004 11:38:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Mike Jakubik References: <1569.66.11.183.182.1093284444.squirrel@66.11.183.182> <412A3590.4030003@elischer.org> <1599.66.11.183.182.1093285772.squirrel@66.11.183.182> In-Reply-To: <1599.66.11.183.182.1093285772.squirrel@66.11.183.182> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: SMP deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:38:50 -0000 Mike Jakubik wrote: >Julian Elischer said: > > >>have you the published IPI patch? >>have you preemption defined? >> > >No, i have not tried the patch yet, everything seems fine when debugging >is in the kernel. Weather preemption is defined im not sure, where is this >set? The machine is a supermicro server 6023P-8R, dual xeon, 2GB ram. I >have tried with and without hyperthreading, doesnt seem to make a >difference. > > ok, here's the patch.. http://people.freebsd.org/~dwhite/smp_rv_mtx.patch if you don't know how to turn on pre-emption you probably don't have it on... :) (it's disabled for now in i386/include/param.h from memory) > >>Mike Jakubik wrote: >> >> >>>I am also experiencing SMP related deadlocks when doing parallel compiles >>>and make -j#. I am running RELENG_5, cvsuped a few hours ago. The >>>interesting thing is that i can only reproduce the system freeze when i >>>do >>>not have any debugging enabled in the kernel. With the GENERIC debugger >>>stuff in the kernel, it does not freeze. This is a real show stopper for >>>5.3. >>> > From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:44:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5231816A4CF for ; Mon, 23 Aug 2004 18:44:53 +0000 (GMT) Received: from lakermmtao03.cox.net (lakermmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7D6F43D39 for ; Mon, 23 Aug 2004 18:44:52 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao03.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP <20040823184448.BXCS12724.lakermmtao03.cox.net@dolphin.local.net>; Mon, 23 Aug 2004 14:44:48 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with SMTP id i7NIilIF000803; Mon, 23 Aug 2004 13:44:48 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 23 Aug 2004 13:44:42 -0500 From: "Conrad J. Sabatier" To: Panagiotis Astithas Message-Id: <20040823134442.72bb24ee@dolphin.local.net> In-Reply-To: <4129D856.20600@ebs.gr> References: <1093108393.4202.8.camel@funshine.carebears.net> <20040821133701.6ecf9f04@dolphin.local.net> <20040822040453.GA11878@cat.robbins.dropbear.id.au> <1093148651.47618.3.camel@server.mcneil.com> <20040823092644.GA46822@vala.homelan.net> <4129D856.20600@ebs.gr> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; amd64-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: Sean McNeil Subject: Re: [Fwd: sound in CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:44:53 -0000 On Mon, 23 Aug 2004 14:43:18 +0300 Panagiotis Astithas wrote: > Russell Jackson wrote: > > > To chime in on the sound issue, I get seemingly random distortions > > or screeches during playback. A sure fire way to cause it on demand > > is to do a sysctl -a. I've also found that taking the battery out > > and running on A/C only reduces the frequency of the distortions. I get horrible screeching with timidity++, myself. MP3s and other audio sounds fine, though. > > You may have gathered that this is a laptop based on the fact that > > it has a battery. Sound is provided by an Acer Labs M5451 using > > t4dwave driver. > > > > On the other side of the spectrum, sound plays back perfectly on my > > workstation. > > Just as a datapoint, ever since I added the following line to > /boot/device.hints my sound experience has been greatly improved: > > hint.pcm.0.buffersize="16384" Interesting. The nVidia nForce3 already uses a default buffer size of 16384; I just rebooted, setting it to 32768. Will see if this has any benefit or not. I've tried fiddling with hw.snd.targetirqrate, but that did no good. Still broke after a while. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:51:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03A9016A4CE for ; Mon, 23 Aug 2004 18:51:16 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4D6643D58 for ; Mon, 23 Aug 2004 18:51:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24495 invoked from network); 23 Aug 2004 18:51:12 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 18:51:11 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NIoexd088437; Mon, 23 Aug 2004 14:50:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 14:16:25 -0400 User-Agent: KMail/1.6.2 References: <20040822115345.Y94593@carver.gumbysoft.com> In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231416.25464.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:51:16 -0000 On Sunday 22 August 2004 03:05 pm, Doug White wrote: > Hey folks, > > If you have a reasonably fast i386 or amd64 multiprocessor and/or > hyperthreading machine and are experiencing reproducible hangs during -j > buildwords and other highly parallel operations, please try this patch: > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > This patch avoids a deadlock between the smp_rendezvous() mechanism and > TLB shootdowns via pmap by forcing them to share a mutex. The patch has > been tested on several multiproc Xeon systems and a dual Opteron I have > here and is stable, but a couple of more eyeballs and varied loads > wouldn't hurt since this will be going into RELENG_5. > > If there's anything glaringly wrong from a style point of view, let me > know too. > > I plan on committing this late Monday or Tuesday, barring any serious > problems. > > Thanks to alc for the nudge on the solution and rwatson for staying up > late and testing it on his hardware. Looks good to me. I also think this might help the KSE + SMP hangs. Only suggestion I might have is to rename smp_rv_mtx to smp_ipi_mtx and "SMP IPI lock" or some such. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:55:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23D6B16A52F for ; Mon, 23 Aug 2004 18:55:32 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8676C43D31 for ; Mon, 23 Aug 2004 18:55:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NIsuVA070412; Mon, 23 Aug 2004 12:54:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 12:55:14 -0600 (MDT) Message-Id: <20040823.125514.81468482.imp@bsdimp.com> To: danny@cs.huji.ac.il From: "M. Warner Losh" In-Reply-To: <20040823074614.17DC343D41@mx1.FreeBSD.org> References: <20040823074614.17DC343D41@mx1.FreeBSD.org> 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-current@freebsd.org Subject: Re: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:55:32 -0000 In message: <20040823074614.17DC343D41@mx1.FreeBSD.org> Danny Braniss writes: : shouldn't : NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: : now be 6.x ... Yup. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:58:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B87E16A4CE for ; Mon, 23 Aug 2004 18:58:23 +0000 (GMT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com (CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com [69.193.222.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 509CE43D31 for ; Mon, 23 Aug 2004 18:58:23 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from localhost (localhost [127.0.0.1]) with ESMTP id 44B5E295412; Mon, 23 Aug 2004 14:58:21 -0400 (EDT) Received: from CPE000103d44c07-CM000f9f7ae88c.cpe.net.cable.rogers.com ([127.0.0.1])10024) with ESMTP id 37195-07; Mon, 23 Aug 2004 14:58:18 -0400 (EDT) Received: from cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com (localhost [127.0.0.1])with ESMTP id 01934295411; Mon, 23 Aug 2004 14:58:17 -0400 (EDT) Received: from 66.11.183.182 (SquirrelMail authenticated user mikej); by cpe000103d44c07-cm000f9f7ae88c.cpe.net.cable.rogers.com with HTTP; Mon, 23 Aug 2004 14:58:18 -0400 (EDT) Message-ID: <1752.66.11.183.182.1093287498.squirrel@66.11.183.182> In-Reply-To: <412A39BA.8030003@elischer.org> References: <1569.66.11.183.182.1093284444.squirrel@66.11.183.182> <412A3590.4030003@elischer.org> <1599.66.11.183.182.1093285772.squirrel@66.11.183.182> <412A39BA.8030003@elischer.org> Date: Mon, 23 Aug 2004 14:58:18 -0400 (EDT) From: "Mike Jakubik" To: "Julian Elischer" 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: by amavisd-new at fbsd.wettoast.net cc: freebsd-current@freebsd.org Subject: Re: SMP deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:58:23 -0000 Julian Elischer said: > ok, here's the patch.. http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > > if you don't know how to turn on pre-emption you probably don't have it > on... :) (it's disabled for now in i386/include/param.h from memory) In that case i do not have it on, but I am having trouble replicating the problem now. I have rebooted to the old kernel, without debugging. And i still cant replicate the problem when doing a simultaneous make -j4 buildworld and buildkernel. And to top it off, the customer expects the server in production in a few days :P If i can replicate the problem, i will try these patches. FYI The system has frozen previously during normal functions, not when doing compiles, but this seems to be very intermittent. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:58:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE1DB16A505 for ; Mon, 23 Aug 2004 18:58:30 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 608CF43D31 for ; Mon, 23 Aug 2004 18:58:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NIvr3P070447; Mon, 23 Aug 2004 12:57:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 12:58:11 -0600 (MDT) Message-Id: <20040823.125811.68307339.imp@bsdimp.com> To: danny@cs.huji.ac.il From: "M. Warner Losh" In-Reply-To: <20040823134827.A0D6A43D3F@mx1.FreeBSD.org> References: <20040823134827.A0D6A43D3F@mx1.FreeBSD.org> 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-current@freebsd.org cc: keramida@linux.gr Subject: Re: src/UPDATING X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:58:31 -0000 In message: <20040823134827.A0D6A43D3F@mx1.FreeBSD.org> Danny Braniss writes: : > On 2004-08-23 16:21, Danny Braniss wrote: : > > > On 2004-08-23 10:46, Danny Braniss wrote: : > > > > shouldn't : > > > > NOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: : > > > > now be 6.x ... : > > > : > > > Would something like this seem ok to you? It only mentions FreeBSD-CURRENT : > > > instead of a specific version, so it will also work for FreeBSD 7.X when : > > > that comes along. : > > : > > fine, but what if FreeBSD 7.X is actually faster ... :-) : > : > The word "slower" refers to the reduced speed of a system that runs with : > a lot of debugging/test options enabled. The relative speed of the : > release to the previous is (probably) of lesser importance for this : > particular quote. : > : : i agree, it's that once you take out the 'milestone', it might just become : superflous, on the other hand 5.x is bad, so just current is fine - one less : thing to check for. I believe that we won't have the debugging kernel options turned on by default over the long haul. Once we're happy with the locking, they will likely be turned off in GENERIC. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:59:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D9FC16A4CE for ; Mon, 23 Aug 2004 18:59:26 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 489D143D39 for ; Mon, 23 Aug 2004 18:59:26 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 2F11F5C9B0; Mon, 23 Aug 2004 11:59:26 -0700 (PDT) Date: Mon, 23 Aug 2004 20:59:26 +0200 From: Maxime Henrion To: current@freebsd.org Message-ID: <20040823185926.GB92931@elvis.mu.org> References: <41263718.9010201@xrays.de> <20040823175129.GA74302@fasolt.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040823175129.GA74302@fasolt.home.paeps.cx> User-Agent: Mutt/1.4.2.1i Subject: Re: vr0: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:59:26 -0000 Philip Paeps wrote: > On 2004-08-20 19:38:32 (+0200), Corrado Ficicchia wrote: > > cvsupped today from -current 15.Jul to 5.3-ALPHA. When I now use vr I get > > "vr0: watchdog timeout". With kernel from 15.Jul vr worked... > > I am seeing the same thing here, a kernel from 25 July worked, a kernel from > today doesn't. That narrows it down some. I'm trying to figure out which > checkin caused the problem. Toggling ACPI on/off does not seem to fix the > problem for me. Can you please try to set vm.old_contigmalloc to 1 with the new kernel, and then load the vr(4) driver as a module and see if that helps? Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 19:01:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC12B16A66E for ; Mon, 23 Aug 2004 19:01:47 +0000 (GMT) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (82-168-140-74-bbxl.xdsl.tiscali.nl [82.168.140.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB9A43D39 for ; Mon, 23 Aug 2004 19:01:46 +0000 (GMT) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: from 82-168-140-74-bbxl.xdsl.tiscali.nl (atmosphere.local [127.0.0.1]) by atmosphere.local (8.13.1/8.13.1) with ESMTP id i7NIqJ1V052359; Mon, 23 Aug 2004 20:52:19 +0200 (CEST) (envelope-from rene@82-168-140-74-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)i7NIqICw052358; Mon, 23 Aug 2004 20:52:19 +0200 (CEST) (envelope-from rene) Date: Mon, 23 Aug 2004 20:52:18 +0200 From: Rene Ladan To: Robert Huff , current@freebsd.org Message-ID: <20040823185218.GA52250@82-168-140-74-bbxl.xdsl.tiscali.nl> References: <2D8BB15C7B5C214F81C32D3A83B32736E6BBB8@idbexc01.americas.cpqcorp.net> <16682.13031.43151.91070@jerusalem.litteratus.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <16682.13031.43151.91070@jerusalem.litteratus.org> User-Agent: Mutt/1.4.2.1i Subject: Re: "witness exhausted" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 19:01:48 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 02:09:43PM -0400, Robert Huff wrote: >=20 > I updated to=20 >=20 > FreeBSD 6.0-CURRENT #1: Fri Aug 20 15:02:58 EDT 2004 >=20 > and noticed in the boot messages: >=20 > witness_get: witness exhausted >=20 > What's going on, and is this something I need to worry about? > (System config file and dmesg output are appended.) >=20 >=20 > Robert Huff "Me too". This is on FreeBSD 5.3-BETA1 #0: Sun Aug 22 09:50:24 CEST 2004 It appears just after IPsec inited. The message comes from sys/kern/subr_witness.c (rev 1.178) -- dmesg -- 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-BETA1 #0: Sun Aug 22 09:50:24 CEST 2004 root@82-168-140-74-bbxl.xdsl.tiscali.nl:/usr/obj/usr/src-releng_5/sys/R= ENE_2004-08-22d WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Celeron (497.56-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x383f9ff real memory =3D 201261056 (191 MB) avail memory =3D 187260928 (178 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff= at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 4.0 (no driver attached) pci0: at device 4.1 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1080-0x108f,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0x10a0-0x10bf irq 9 a= t device 7.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 intpm0: port 0xff80-0xff8f irq = 9 at device 7.3 on pci0 intpm0: I/O mapped ff80 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 1000=20 pcm0: mem 0xfc110000-0xfc11ffff,0xfc101000-0= xfc101fff irq 5 at device 8.0 on pci0 pcm0: [GIANT-LOCKED] pcm0: fxp0: port 0x1040-0x107f mem 0xfc000000-0xfc= 0fffff,0xfc100000-0xfc100fff irq 9 at device 16.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:59:01:ed:22 fxp0: [GIANT-LOCKED] speaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x3 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x2040 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=3D0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0 at vga0 Timecounter "TSC" frequency 497559460 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. witness_get: witness exhausted acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 5729MB [12416/15/63] at ata0-master UDMA33 ATAPI_RESET time =3D 350us acd0: CDROM at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s1a -- config -- makeoptions DEBUG=3D-g machine i386 cpu I686_CPU options CPU_FASTER_5X86_FPU ident RENE_2004-08-22d device apic options SCHED_ULE options KDB options DDB options GDB=20 options WITNESS options WITNESS_KDB options INVARIANTS options INVARIANT_SUPPORT options AHC_REG_PRETTY_PRINT options AHD_REG_PRETTY_PRINT options ADAPTIVE_GIANT options GEOM_GPT options INET options INET6 options IPSEC options IPSEC_ESP options FFS options SOFTUPDATES options UFS_ACL=09 options UFS_DIRHASH options COMPAT_FREEBSD4=09 options COMPAT_43 options KTRACE options PQ_CACHESIZE=3D32 options _KPOSIX_PRIORITY_SCHEDULING device isa device pci device ata device atadisk device atapicd=09 device atkbdc device atkbd options KBD_INSTALL_CDEV device psm device sc options SC_TWOBUTTON_MOUSE device vga options FB_INSTALL_CDEV device npx options DEVICE_POLLING options HZ=3D1000=09 device loop device ether device pty device bpf options XBONEHACK options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER device splash device pmtimer -- modules (bioschar is a toy module of me) -- verbose_loading=3D"YES" mem_load=3D"YES" io_load=3D"YES" random_load=3D"YES" usb_load=3D"YES" fdc_load=3D"YES" msdosfs_iconv_load=3D"YES" cd9660_iconv_load=3D"YES" agp_load=3D"YES" vesa_load=3D"YES" green_saver_load=3D"YES" if_tun_load=3D"YES" if_faith_load=3D"YES" if_gif_load=3D"YES" if_gre_load=3D"YES" if_stf_load=3D"YES" miibus_load=3D"YES" if_fxp_load=3D"YES" sound_load=3D"YES" snd_cs4281_load=3D"YES" speaker_load=3D"YES" linux_load=3D"YES" bioschar_load=3D"YES" ng_ether_load=3D"YES" ng_gif_load=3D"YES" ng_gif_demux_load=3D"YES" ng_tty_load=3D"YES" aout_load=3D"YES" smb_load=3D"YES" intpm_load=3D"YES" --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKjzhbWa3bO9NFoMRAklXAJ493mAW0/53UpdtKq2kgsEFYdKqogCbBOce E5UdHkM+vZHNOlM2sFVoh/A= =H8tI -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 19:12:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A5BF16A4CE for ; Mon, 23 Aug 2004 19:12:06 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7976343D3F for ; Mon, 23 Aug 2004 19:12:05 +0000 (GMT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (pD9E1ED94.dip.t-dialin.net [217.225.237.148]) 1A52A3A337; Mon, 23 Aug 2004 21:12:04 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 606BDCDC0E; Mon, 23 Aug 2004 21:12:03 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05671-02; Mon, 23 Aug 2004 21:12:03 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 7E0A7CDC0D; Mon, 23 Aug 2004 21:12:02 +0200 (CEST) To: Greg Gladwell In-Reply-To: <20040823153050.E93324@zion.theredpill.org> (Greg Gladwell's message of "Mon, 23 Aug 2004 15:30:50 +0100") References: <20040823153050.E93324@zion.theredpill.org> From: Matthias Andree Date: Mon, 23 Aug 2004 21:12:02 +0200 Message-ID: User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new at m2a2.dyndns.org cc: freebsd-current@freebsd.org Subject: Re: VIA 8237 SATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 19:12:06 -0000 Greg Gladwell writes: > I'm trying to install 5.2.1 on a machine with a VIA 8237 SATA controller. > Although the controller is detected on boot the same is not true for the drive > (a 200GB Seagate Barracuda). According to the man page the controller is fully > supported and having STFW I can't find anything useful to aid my cause. Having > looked through LINT I can't see that there's anything that would be useful to > pass at boot time, so does anyone have any suggestions? Is trying 5.3-BETA1 an option for you? It works for me, albeit not with drives attached to my VIA 8237 (still all parallel ATA and SCSI). -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 19:33:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA53B16A4CE for ; Mon, 23 Aug 2004 19:33:59 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 357AC43D1D for ; Mon, 23 Aug 2004 19:33:59 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7NJXr8U030420; Mon, 23 Aug 2004 12:33:53 -0700 Message-ID: <412A469F.5020506@root.org> Date: Mon, 23 Aug 2004 12:33:51 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Edwin Culp , Doug White Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Problems with fdc0 w/Athlon and via chipset. Floppy isn't recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 19:33:59 -0000 Patch already committed and MFCd. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:19:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE0416A4CE for ; Mon, 23 Aug 2004 20:19:20 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F93143D3F for ; Mon, 23 Aug 2004 20:19:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7NKIuEp071734; Mon, 23 Aug 2004 14:18:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 14:19:14 -0600 (MDT) Message-Id: <20040823.141914.56127325.imp@bsdimp.com> To: apeiron@comcast.net From: "M. Warner Losh" In-Reply-To: <20040823041105.GA703@prophecy.dyndns.org> References: <20040822171332.GA717@prophecy.dyndns.org> <20040822195057.N94593@carver.gumbysoft.com> <20040823041105.GA703@prophecy.dyndns.org> 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: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:19:20 -0000 In message: <20040823041105.GA703@prophecy.dyndns.org> Christopher Nehren writes: : On Sun, Aug 22, 2004 at 22:52:02 EDT, Doug White scribbled these : curious markings: : > Does it get picked up by ugen instead, or doesn't appear at all? If ugen : > was grabbing it, you may have forgotten to build uhid in, or load the : > module before the device was enumerated. : : I don't have ugen in my kernel config as I don't have any ugen devices. : Trying to load it after boot, surprisingly, page faults the kernel (I : say this on the second attempt to write this reply :-). It doesn't : appear in the 6.0-CURRENT kernel's device probes whatsoever. I'll build : a debug kernel without ugen and one with it, in order to obtain some : more information. : : As for forgetting to build uhid in: that's extremely unlikely as I used : the same kernel config file for both kernels, and I haven't changed it since I : upgraded to -CURRENT. I use this device every day (okay, I admit, it is : a desktop system), so I won't be removing it. Try backing out to uhid.c 1.72. I don't think that will work, but it is worth a shot. uhid appears to be different than others because it seems to attach to the interface rather than the whole device, which none of the devices I tested did. uhub.c may be to blame, but I've not looked to see what should be backed out/changed there. Warner From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:26:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 194CF16A4CE for ; Mon, 23 Aug 2004 20:26:15 +0000 (GMT) Received: from av3-1-sn1.fre.skanova.net (av3-1-sn1.fre.skanova.net [81.228.11.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85DF243D48 for ; Mon, 23 Aug 2004 20:26:14 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av3-1-sn1.fre.skanova.net (Postfix, from userid 502) id DCE9B37EF4; Mon, 23 Aug 2004 22:26:13 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av3-1-sn1.fre.skanova.net (Postfix) with ESMTP id C958D37E42 for ; Mon, 23 Aug 2004 22:26:13 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id AE6D037E5F for ; Mon, 23 Aug 2004 22:26:13 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7NKPOpY004628 for ; Mon, 23 Aug 2004 22:26:01 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <412A52B4.50703@telia.com> Date: Mon, 23 Aug 2004 22:25:24 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: page fault panic in AcpiHwLowLevelRead on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:26:15 -0000 Hi, Got this double panic after the classic "kmem_map too small" , I have auto dump and reboot on. This is on a four way IBM box with -CURRENT from today. panic: kmem_malloc(16384): kmem_map too small: 335544320 total allocated cpuid = 1 ... sched_sync(0,e51bbd48,0,0,0) at sched_sync+0x48e fork_exit(c057c1a0,0,e51bbd48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe51bbd7c, ebp = 0 --- boot() called on cpu#1 Uptime: 47m48s Dumping 1023 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 Dump complete Shutting down ACPI oAeurnteolm attrapi c12 rweibtho iontt eirrnup t1s5 di sabsleecd n s tFat al- trappr 12e: pages sfault w hile ain k erkneeyl omnode chpuei d c=o n2;s apic oilde = 0 6 dautlot vairbtouarl tad ress = 0x9c fault code = supervisor read, page not present instruction pointer = 0x8:0xc07f97d9 stack pointer = 0x10:0xe337bc48 frame pointer = 0x10:0xe337bc68 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 12 (idle: cpu2) [thread 100005] Stopped at AcpiHwLowLevelRead+0x19: movl 0x8(%ecx),%eax db> tr AcpiHwLowLevelRead(10,e337bc84,94,24eca0,0) at AcpiHwLowLevelRead+0x19 AcpiHwRegisterRead(0,1,e337bca4,0,0) at AcpiHwRegisterRead+0x71 AcpiGetRegister(1,e337bcd0,0,e03266ea,c22616e0) at AcpiGetRegister+0x63 acpi_cpu_idle(e337bd10,c04f710a,1,0,0) at acpi_cpu_idle+0x9b cpu_idle(1,0,0,0,0) at cpu_idle+0x28 idle_proc(0,e337bd48,0,0,0) at idle_proc+0x1a fork_exit(c04f70f0,0,e337bd48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe337bd7c, ebp = 0 --- db> -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:29:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7FAE16A4F5 for ; Mon, 23 Aug 2004 20:29:08 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F1D43D1D for ; Mon, 23 Aug 2004 20:29:07 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7NKQ2DN058077 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 24 Aug 2004 00:26:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru with ESMTP id i7NKN7JF057972; (8.12.8/vak/2.1) Tue, 24 Aug 2004 00:23:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <412A5078.6070603@cronyx.ru> Date: Tue, 24 Aug 2004 00:15:52 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: John Baldwin References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <200408231327.11303.jhb@FreeBSD.org> In-Reply-To: <200408231327.11303.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:29:08 -0000 John Baldwin: >On Saturday 21 August 2004 04:35 pm, Doug White wrote: > > >>On Fri, 20 Aug 2004, Roman Kurakin wrote: >> >> >>> At first I have two SMP system (Dual) one that boots normaly and one >>>that >>>goes to panic (the older pc). >>> I've setup finaly serial console to that system, so here is more >>>detailed output: >>> >>>OK boot -Dhv >>>/boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c >>>syms=[0x4+0x72d0+0x4+0x9754] >>> >>> >>Have you tried booting without enabling ACPI? The ACPI tables seem to >>think you have two APs and no BSP. >> >> > >ACPI tables have no concept at all of a BSP. We infer the BSP by checking the >APIC ID of the CPU we are currently executing on when enumerating CPUs. > > >>Also check the BIOS and set the MPTable version to 1.4, and upgrade the >>BIOS itself if there is an update. >> >> > >Since it worked before the recent loader change, I doubt this will make a >difference. More likely is that the code picked a bad memory address to >install the AP trampoline into for some reason. > Bad from which point of view? From hardware or software? How could I check you idea? This is main machine I use for testing of mpsafe locking for sppp(4), cx(4), ctau(4), cp(4). Since this is a singles SMP machine that has ISA bus that I have. And I really hope to get these changes to 5.3. Fixing this bug is a part of my daily job for now. I'll try to spend some time to find out reason of this problem by my self (hour or two every day). But since this part of code was out of my interest before it would be very difficult. So if you have an idea what to check and were to look based on your knowledge of code I'll be glad to move this way. rik From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:32:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C206716A4CE; Mon, 23 Aug 2004 20:32:20 +0000 (GMT) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4335743D54; Mon, 23 Aug 2004 20:32:20 +0000 (GMT) (envelope-from kruptos@bellsouth.net) Received: from [172.23.23.23] ([67.35.154.55]) by imf17aec.mail.bellsouth.netESMTP <20040823203217.QMGH1758.imf17aec.mail.bellsouth.net@[172.23.23.23]>; Mon, 23 Aug 2004 16:32:17 -0400 From: Kevin Brunelle To: freebsd-current@freebsd.org In-Reply-To: <1093188163.2100.4.camel@fnord.quux.edu> References: <1093141197.643.28.camel@fnord.quux.edu> <1093188163.2100.4.camel@fnord.quux.edu> Content-Type: multipart/mixed; boundary="=-vpYO8kooTC9NnTLQkRkK" Message-Id: <1093293236.618.12.camel@fnord.quux.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 23 Aug 2004 16:33:56 -0400 cc: freebsd-hackers@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:32:20 -0000 --=-vpYO8kooTC9NnTLQkRkK Content-Type: text/plain Content-Transfer-Encoding: 7bit Alright, this is driving me nuts. For a little while there I could not get the system to panic -- it would spontaniously reboot when running a GL program instead of panic. This afternoon it finally panic'd (who would think that would be something I want to see but it was). I am attaching the transcript of me playing around with it. It includes the panic message as well as some debug output from gdb. Although I am not certain that is as helpful as I hoped it would be. At the very end I have included yet another uname -a and copy of my kernel configuration file. The error this time was a double fault (are we playing tennis?). My original issue was with a page fault in kernel mode. And my original problem also was related to a different function. The function this time is . Take a look at all those sig-11s. I would suspect bad memory but I ran memtest86+ on this machine less than a week ago and everything was fine -- not even a whiff of a problem. I caused this panic by running another gl application and I feel it is related to my orginal problem. Another thing that interested me is that the kernel dump seems "corrupted" or incomplete... does the line "---Can't read userspace from dump, or kernel process---" possibly imply that I did not get a good dump at the time of the panic? If anyone has any ideas about what to fix I would love to hear them. I am tempted to change a few things myself that might be an issue (for example, removing the FreeBSD agp which nvidia complains about in my dmesg -- and also upgrading to 3-Beta1 ... so at least my kernel panics will relate to making that system better). But, until I know that this is a dead end and no one wants to see anything, I am not touching anything. I don't want to ruin the chances of this being a real bug and it not being fixed because I change something that just hides it. If you want me to get any information from the dump or try anything please let me know. You may have to tell me how to go about doing stuff with gdb (I am not very experienced with its advanced features) but I am willing to learn and do what I can. -Kevin -- "Down with disease, up before the dawn. A thousand barefoot children, dancin? on my lawn" -Phish "Down with Disease" --=-vpYO8kooTC9NnTLQkRkK Content-Disposition: attachment; filename=typescript Content-Type: text/plain; name=typescript; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Script started on Mon Aug 23 16:14:53 2004 /home/kevinb/crash# gdb -k kernel.debug vmcore.1 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... panic: swp_pager_meta_free_all: failed to locate all swap meta blocks panic messages: --- panic: double fault syncing disks, buffers remaining... 2177 2177 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.2.1-RELEASE-p9 #0: Sun Aug 22 14:00:38 EDT 2004 kevinb@fnord.quux.edu:/usr/obj/usr/src/sys/FOOKERN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ce4000. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0ce4244. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0ce42f0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ce439c. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (863.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 268173312 (255 MB) avail memory = 246661120 (235 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f2d00 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 31 INTD is routed to irq 10 pcib0: slot 31 INTB is routed to irq 9 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci2: on pcib1 pcib0: slot 1 INTA is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 nvidia0: mem 0xf2000000-0xf3ffffff,0xfd000000-0xfdffffff irq 11 at device 0.0 on pci2 pcib2: at device 30.0 on pci0 pci1: on pcib2 pcib2: slot 9 INTA is routed to irq 3 pcib2: slot 12 INTA is routed to irq 9 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfc9ff800-0xfc9ff87f irq 3 at device 9.0 on pci1 xl0: Ethernet address: 00:01:03:23:9d:ba miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xdf00-0xdf3f irq 9 at device 12.0 on pci1 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xef80-0xef9f irq 10 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 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pci0: at device 31.3 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 863868717 Hz quality 800 Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xc3138960 ad0: 28629MB [58168/16/63] at ata0-master UDMA66 GEOM: create disk ad1 dp=0xc3138660 ad1: 57220MB [116257/16/63] at ata0-slave UDMA100 acd0: CDRW at ata1-master PIO4 acd1: CDROM at ata1-slave PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /drv1 was not properly dismounted /drv1: superblock summary recomputed NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! Fatal double fault: eip = 0xc064c41d esp = 0xd31f1ffc ebp = 0xd31f2034 panic: double fault syncing disks, buffers remaining... 2176 2176 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.2.1-RELEASE-p9 #0: Sun Aug 22 14:00:38 EDT 2004 kevinb@fnord.quux.edu:/usr/obj/usr/src/sys/FOOKERN Preloaded elf kernel "/boot/kernel/kernel" at 0xc0cf8000. Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0cf8244. Preloaded splash_image_data "/boot/splash.bmp" at 0xc0cf82f4. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0cf8344. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0cf83f0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0cf849c. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (863.87-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 268173312 (255 MB) avail memory = 246661120 (235 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f2d00 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 31 INTD is routed to irq 10 pcib0: slot 31 INTB is routed to irq 9 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci2: on pcib1 pcib0: slot 1 INTA is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 nvidia0: mem 0xf2000000-0xf3ffffff,0xfd000000-0xfdffffff irq 11 at device 0.0 on pci2 pcib2: at device 30.0 on pci0 pci1: on pcib2 pcib2: slot 9 INTA is routed to irq 3 pcib2: slot 12 INTA is routed to irq 9 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfc9ff800-0xfc9ff87f irq 3 at device 9.0 on pci1 xl0: Ethernet address: 00:01:03:23:9d:ba miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: port 0xdf00-0xdf3f irq 9 at device 12.0 on pci1 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xef80-0xef9f irq 10 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 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. pci0: at device 31.3 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 863866045 Hz quality 800 Timecounters tick every 10.000 msec GEOM: create disk ad0 dp=0xc31c3460 ad0: 28629MB [58168/16/63] at ata0-master UDMA66 GEOM: create disk ad1 dp=0xc31c3160 ad1: 57220MB [116257/16/63] at ata0-slave UDMA100 acd0: CDRW at ata1-master PIO4 acd1: CDROM at ata1-slave PIO4 Mounting root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /drv1 was not properly dismounted /drv1: mount pending error: blocks 108 files 0 NVRM: detected agp.ko, aborting NVIDIA AGP setup! NVRM: detected agp.ko, aborting NVIDIA AGP setup! pid 3725 (stairs), uid 1000: exited on signal 10 (core dumped) pid 3757 (dd), uid 2: exited on signal 11 pid 3796 (dd), uid 2: exited on signal 11 pid 3859 (dd), uid 2: exited on signal 11 pid 3921 (dd), uid 2: exited on signal 11 pid 3981 (dd), uid 2: exited on signal 11 pid 4041 (dd), uid 2: exited on signal 11 pid 4103 (dd), uid 2: exited on signal 11 pid 4136 (dd), uid 2: exited on signal 11 pid 4193 (dd), uid 2: exited on signal 11 pid 4250 (dd), uid 2: exited on signal 11 pid 4306 (dd), uid 2: exited on signal 11 pid 4363 (dd), uid 2: exited on signal 11 pid 4423 (dd), uid 2: exited on signal 11 pid 4455 (dd), uid 2: exited on signal 11 pid 4511 (dd), uid 2: exited on signal 11 pid 4569 (dd), uid 2: exited on signal 11 pid 4625 (dd), uid 2: exited on signal 11 pid 4682 (dd), uid 2: exited on signal 11 pid 4742 (dd), uid 2: exited on signal 11 pid 4774 (dd), uid 2: exited on signal 11 pid 4832 (dd), uid 2: exited on signal 11 pid 4888 (dd), uid 2: exited on signal 11 pid 4945 (dd), uid 2: exited on signal 11 pid 5002 (dd), uid 2: exited on signal 11 pid 1841 (xscreensaver), uid 1000: exited on signal 4 pid 5036 (xscreensaver), uid 1000: exited on signal 4 pid 5057 (glsnake), uid 1000: exited on signal 11 (core dumped) pid 5058 (gltext), uid 1000: exited on signal 11 (core dumped) pid 5059 (gltext), uid 1000: exited on signal 11 (core dumped) pid 5060 (gltext), uid 1000: exited on signal 11 (core dumped) pid 5061 (gltext), uid 1000: exited on signal 11 (core dumped) pid 5066 (glplanet), uid 1000: exited on signal 11 (core dumped) pid 5067 (glplanet), uid 1000: exited on signal 11 (core dumped) pid 5068 (glmatrix), uid 1000: exited on signal 11 (core dumped) pid 5069 (glmatrix), uid 1000: exited on signal 11 (core dumped) pid 5071 (glplanet), uid 1000: exited on signal 11 (core dumped) pid 5072 (glmatrix), uid 1000: exited on signal 11 (core dumped) pid 5073 (gltext), uid 1000: exited on signal 11 (core dumped) pid 9782 (dd), uid 2: exited on signal 11 pid 10650 (dd), uid 2: exited on signal 11 pid 13114 (bouncingcow), uid 1000: exited on signal 11 (core dumped) pid 12995 (tcsh), uid 1000: exited on signal 11 (core dumped) pid 5167 (firefox-bin), uid 1000: exited on signal 11 (core dumped) pid 1837 (wmaker), uid 1000: exited on signal 11 (core dumped) panic: swp_pager_meta_free_all: failed to locate all swap meta blocks syncing disks, buffers remaining... 1712 1672 1672 1672 1672 1672 1672 1672 1672 1672 1672 1672 1672 1672 1672 1672 ad1: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=38562655 1672 1672 1672 1672 1672 giving up on 435 buffers Uptime: 12h25m26s Dumping 255 MB [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 16 32 48 64 80 96 112 128 144 160 176 192[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 208[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 224[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 240 --- warning: cannot find file for module nvidia.ko Error while mapping shared library sections: nvidia.ko: No such file or directory. Reading symbols from /boot/kernel/splash_bmp.ko...done. Loaded symbols for /boot/kernel/splash_bmp.ko Reading symbols from /usr/obj/usr/src/sys/FOOKERN/modules/usr/src/sys/modules/linux/linux.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/FOOKERN/modules/usr/src/sys/modules/linux/linux.ko.debug Error while reading shared library symbols: nvidia.ko: No such file or directory. Reading symbols from /usr/obj/usr/src/sys/FOOKERN/modules/usr/src/sys/modules/acpi/acpi.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/FOOKERN/modules/usr/src/sys/modules/acpi/acpi.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc0527cf7 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc0528027 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc0621025 in swp_pager_meta_free_all (object=0xc38d9b58) at /usr/src/sys/vm/swap_pager.c:1980 #4 0xc061ef04 in swap_pager_dealloc (object=0xc38d9b58) at /usr/src/sys/vm/swap_pager.c:552 #5 0xc063532a in vm_pager_deallocate (object=0x0) at /usr/src/sys/vm/vm_pager.c:261 #6 0xc062dc03 in vm_object_terminate (object=0xc38d9b58) at /usr/src/sys/vm/vm_object.c:637 #7 0xc062da31 in vm_object_deallocate (object=0xc38d9b58) at /usr/src/sys/vm/vm_object.c:551 #8 0xc0629c28 in vm_map_entry_delete (map=0xc1acb1d8, entry=0xc38d412c) at /usr/src/sys/vm/vm_map.c:2090 #9 0xc0629e88 in vm_map_delete (map=0xc1acb1d8, start=3280814380, end=3217031168) at /usr/src/sys/vm/vm_map.c:2190 #10 0xc0629f05 in vm_map_remove (map=0xc1acb1d8, start=0, end=3217031168) at /usr/src/sys/vm/vm_map.c:2212 #11 0xc0511d9d in exit1 (td=0xc31d8dc0, rv=139) at /usr/src/sys/vm/vm_map.h:201 #12 0xc052c4cc in sigexit () at /usr/src/sys/kern/kern_sig.c:2428 #13 0xc052c129 in postsig (sig=11) at /usr/src/sys/kern/kern_sig.c:2313 #14 0xc054b018 in ast (framep=0xd2936d48) at /usr/src/sys/kern/subr_trap.c:262 #15 0xc065cb5d in doreti_ast () at {standard input}:348 ---Can't read userspace from dump, or kernel process--- (kgdb) dia sas 0xc064c41d Dump of assembler code for function scterm_puts: 0xc064c370 : push %ebp 0xc064c371 : mov %esp,%ebp 0xc064c373 : push %edi 0xc064c374 : push %esi 0xc064c375 : push %ebx 0xc064c376 : sub $0x2c,%esp 0xc064c379 : mov 0x8(%ebp),%eax 0xc064c37c : mov 0x7c(%eax),%eax 0xc064c37f : mov %eax,0xfffffff0(%ebp) 0xc064c382 : lea 0x0(%esi,1),%esi 0xc064c389 : lea 0x0(%edi,1),%edi 0xc064c390 : mov 0x8(%ebp),%edx 0xc064c393 : mov 0x4(%edx),%eax 0xc064c396 : incb 0x3f(%eax) 0xc064c399 : mov 0xfffffff0(%ebp),%ecx 0xc064c39c : cmpl $0x0,0x4(%ecx) 0xc064c3a0 : je 0xc064c3c0 0xc064c3a2 : mov 0xc(%ebp),%eax 0xc064c3a5 : movzbl (%eax),%eax 0xc064c3a8 : mov %eax,0x8(%esp,1) 0xc064c3ac : mov %ecx,0x4(%esp,1) 0xc064c3b0 : mov %edx,(%esp,1) 0xc064c3b3 : call 0xc064b0a0 0xc064c3b8 : jmp 0xc064c3d9 0xc064c3ba : lea 0x0(%esi),%esi 0xc064c3c0 : mov 0xc(%ebp),%eax 0xc064c3c3 : cmpb $0x1b,(%eax) 0xc064c3c6 : jne 0xc064c3e4 0xc064c3c8 : mov 0xfffffff0(%ebp),%eax 0xc064c3cb : movl $0x1,0x4(%eax) 0xc064c3d2 : movl $0x0,0x8(%eax) 0xc064c3d9 : incl 0xc(%ebp) 0xc064c3dc : decl 0x10(%ebp) 0xc064c3df : jmp 0xc064c60a 0xc064c3e4 : mov 0x8(%ebp),%edi 0xc064c3e7 : mov 0xfffffff0(%ebp),%edx 0xc064c3ea : mov 0x30(%edx),%edx 0xc064c3ed : mov %edx,0xffffffec(%ebp) 0xc064c3f0 : mov 0xc(%ebp),%esi 0xc064c3f3 : mov 0x10(%ebp),%ecx 0xc064c3f6 : mov %ecx,0xffffffe0(%ebp) 0xc064c3f9 : cmpb $0x1b,(%esi) 0xc064c3fc : ja 0xc064c410 0xc064c3fe : movzbl (%esi),%eax 0xc064c401 : sub $0xe,%al 0xc064c403 : cmp $0xc,%al 0xc064c405 : jbe 0xc064c410 0xc064c407 : cmpb $0x6,(%esi) ---Type to continue, or q to quit--- 0xc064c40a : ja 0xc064c503 0xc064c410 : mov 0x88(%edi),%eax 0xc064c416 : mov %eax,0x4(%esp,1) 0xc064c41a : lea 0x28(%edi),%eax 0xc064c41d : mov %eax,(%esp,1) 0xc064c420 : call 0xc064e5c0 0xc064c425 : mov %eax,%edx 0xc064c427 : mov 0x4(%edi),%eax 0xc064c42a : add $0x60,%eax 0xc064c42d : mov %eax,0xffffffe8(%ebp) 0xc064c430 : mov 0x4c(%edi),%eax 0xc064c433 : sub 0x44(%edi),%eax 0xc064c436 : cmp 0xffffffe0(%ebp),%eax 0xc064c439 : cmovg 0xffffffe0(%ebp),%eax 0xc064c43d : mov %eax,0xffffffe4(%ebp) 0xc064c440 : mov %eax,%ebx 0xc064c442 : lea 0x28(%edi),%ecx 0xc064c445 : mov %ecx,0xffffffdc(%ebp) 0xc064c448 : nop 0xc064c449 : lea 0x0(%esi,1),%esi 0xc064c450 : mov 0xffffffec(%ebp),%eax 0xc064c453 : mov %eax,0xc(%esp,1) 0xc064c457 : movzbl (%esi),%eax 0xc064c45a : mov 0xffffffe8(%ebp),%ecx 0xc064c45d : movzbl (%eax,%ecx,1),%eax 0xc064c461 : mov %eax,0x8(%esp,1) 0xc064c465 : mov %edx,0x4(%esp,1) 0xc064c469 : mov 0xffffffdc(%ebp),%eax 0xc064c46c : mov %eax,(%esp,1) 0xc064c46f : call 0xc064e5a0 0xc064c474 : mov %eax,%edx 0xc064c476 : inc %esi 0xc064c477 : dec %ebx 0xc064c478 : test %ebx,%ebx 0xc064c47a : jle 0xc064c48f 0xc064c47c : cmpb $0x1b,(%esi) 0xc064c47f : ja 0xc064c450 0xc064c481 : movzbl (%esi),%eax 0xc064c484 : sub $0xe,%al 0xc064c486 : cmp $0xc,%al 0xc064c488 : jbe 0xc064c450 0xc064c48a : cmpb $0x6,(%esi) 0xc064c48d : jbe 0xc064c450 0xc064c48f : mov 0xffffffe4(%ebp),%eax 0xc064c492 : sub %ebx,%eax 0xc064c494 : sub %eax,0xffffffe0(%ebp) 0xc064c497 : mov 0x88(%edi),%eax 0xc064c49d : cmp 0x70(%edi),%eax 0xc064c4a0 : jge 0xc064c4a7 ---Type to continue, or q to quit---q Quit (kgdb) q /home/kevinb/crash# grep /var/log/messages  /" A u g   /2 3   /0 3 : 3 "  Aug 23 03:37:55 fnord syslogd: kernel boot file is /boot/kernel/kernel Aug 23 03:37:55 fnord kernel: Aug 23 03:37:55 fnord kernel: Fatal double fault: Aug 23 03:37:55 fnord kernel: eip = 0xc064c41d Aug 23 03:37:55 fnord kernel: esp = 0xd31f1ffc Aug 23 03:37:55 fnord kernel: ebp = 0xd31f2034 Aug 23 03:37:55 fnord kernel: panic: double fault Aug 23 03:37:55 fnord kernel: Aug 23 03:37:55 fnord kernel: syncing disks, buffers remaining... 2176 2176 Copyright (c) 1992-2004 The FreeBSD Project. Aug 23 03:37:55 fnord kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Aug 23 03:37:55 fnord kernel: The Regents of the University of California. All rights reserved. Aug 23 03:37:55 fnord kernel: FreeBSD 5.2.1-RELEASE-p9 #0: Sun Aug 22 14:00:38 EDT 2004 Aug 23 03:37:55 fnord kernel: kevinb@fnord.quux.edu:/usr/obj/usr/src/sys/FOOKERN Aug 23 03:37:55 fnord kernel: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0cf8000. Aug 23 03:37:55 fnord kernel: Preloaded elf module "/boot/kernel/splash_bmp.ko" at 0xc0cf8244. Aug 23 03:37:55 fnord kernel: Preloaded splash_image_data "/boot/splash.bmp" at 0xc0cf82f4. Aug 23 03:37:55 fnord kernel: Preloaded elf module "/boot/kernel/linux.ko" at 0xc0cf8344. Aug 23 03:37:55 fnord kernel: Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0cf83f0. Aug 23 03:37:55 fnord kernel: Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0cf849c. Aug 23 03:37:55 fnord kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Aug 23 03:37:55 fnord kernel: CPU: Intel Pentium III (863.87-MHz 686-class CPU) Aug 23 03:37:55 fnord kernel: Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Aug 23 03:37:55 fnord kernel: Features=0x383f9ff Aug 23 03:37:55 fnord kernel: real memory = 268173312 (255 MB) Aug 23 03:37:55 fnord kernel: avail memory = 246661120 (235 MB) Aug 23 03:37:55 fnord kernel: Pentium Pro MTRR support enabled Aug 23 03:37:55 fnord kernel: npx0: [FAST] Aug 23 03:37:55 fnord kernel: npx0: on motherboard Aug 23 03:37:55 fnord kernel: npx0: INT 16 interface Aug 23 03:37:55 fnord kernel: acpi0: on motherboard Aug 23 03:37:55 fnord kernel: pcibios: BIOS version 2.10 Aug 23 03:37:55 fnord kernel: Using $PIR table, 12 entries at 0xc00f2d00 Aug 23 03:37:55 fnord kernel: acpi0: Power Button (fixed) Aug 23 03:37:55 fnord kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Aug 23 03:37:55 fnord kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 Aug 23 03:37:55 fnord kernel: acpi_cpu0: port 0x530-0x537 on acpi0 Aug 23 03:37:55 fnord kernel: acpi_button0: on acpi0 Aug 23 03:37:55 fnord kernel: pcib0: port 0xcf8-0xcff on acpi0 Aug 23 03:37:55 fnord kernel: pci0: on pcib0 Aug 23 03:37:55 fnord kernel: pcib0: slot 31 INTD is routed to irq 10 Aug 23 03:37:55 fnord kernel: pcib0: slot 31 INTB is routed to irq 9 Aug 23 03:37:55 fnord kernel: agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 Aug 23 03:37:55 fnord kernel: pcib1: at device 1.0 on pci0 Aug 23 03:37:55 fnord kernel: pci2: on pcib1 Aug 23 03:37:55 fnord kernel: pcib0: slot 1 INTA is routed to irq 11 Aug 23 03:37:55 fnord kernel: pcib1: slot 0 INTA is routed to irq 11 Aug 23 03:37:55 fnord kernel: nvidia0: mem 0xf2000000-0xf3ffffff,0xfd000000-0xfdffffff irq 11 at device 0.0 on pci2 Aug 23 03:37:55 fnord kernel: pcib2: at device 30.0 on pci0 Aug 23 03:37:55 fnord kernel: pci1: on pcib2 Aug 23 03:37:55 fnord kernel: pcib2: slot 9 INTA is routed to irq 3 Aug 23 03:37:55 fnord kernel: pcib2: slot 12 INTA is routed to irq 9 Aug 23 03:37:55 fnord kernel: xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xdc00-0xdc7f mem 0xfc9ff800-0xfc9ff87f irq 3 at device 9.0 on pci1 Aug 23 03:37:55 fnord kernel: xl0: Ethernet address: 00:01:03:23:9d:ba Aug 23 03:37:55 fnord kernel: miibus0: on xl0 Aug 23 03:37:55 fnord kernel: xlphy0: <3c905C 10/100 internal PHY> on miibus0 Aug 23 03:37:55 fnord kernel: xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Aug 23 03:37:55 fnord kernel: pcm0: port 0xdf00-0xdf3f irq 9 at device 12.0 on pci1 Aug 23 03:37:55 fnord kernel: pcm0: Aug 23 03:37:55 fnord kernel: isab0: at device 31.0 on pci0 Aug 23 03:37:55 fnord kernel: isa0: on isab0 Aug 23 03:37:55 fnord kernel: atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 Aug 23 03:37:55 fnord kernel: ata0: at 0x1f0 irq 14 on atapci0 Aug 23 03:37:55 fnord kernel: ata0: [MPSAFE] Aug 23 03:37:55 fnord kernel: ata1: at 0x170 irq 15 on atapci0 Aug 23 03:37:55 fnord kernel: ata1: [MPSAFE] Aug 23 03:37:55 fnord kernel: uhci0: port 0xef80-0xef9f irq 10 at device 31.2 on pci0 Aug 23 03:37:55 fnord kernel: usb0: on uhci0 Aug 23 03:37:55 fnord kernel: usb0: USB revision 1.0 Aug 23 03:37:55 fnord kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Aug 23 03:37:55 fnord kernel: uhub0: 2 ports with 2 removable, self powered Aug 23 03:37:55 fnord kernel: ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 Aug 23 03:37:55 fnord kernel: ums0: 3 buttons and Z dir. Aug 23 03:37:55 fnord kernel: pci0: at device 31.3 (no driver attached) Aug 23 03:37:55 fnord kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Aug 23 03:37:55 fnord kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Aug 23 03:37:55 fnord kernel: kbd0 at atkbd0 Aug 23 03:37:55 fnord kernel: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 Aug 23 03:37:55 fnord kernel: fdc0: FIFO enabled, 8 bytes threshold Aug 23 03:37:55 fnord kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Aug 23 03:37:55 fnord kernel: sio0 port 0x3f8-0x3ff irq 4 on acpi0 Aug 23 03:37:55 fnord kernel: sio0: type 16550A Aug 23 03:37:55 fnord kernel: ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 Aug 23 03:37:55 fnord kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Aug 23 03:37:55 fnord kernel: ppc0: FIFO with 16/16/8 bytes threshold Aug 23 03:37:55 fnord kernel: ppbus0: on ppc0 Aug 23 03:37:55 fnord kernel: ppbus0: IEEE1284 device found /NIBBLE/ECP Aug 23 03:37:55 fnord kernel: Probing for PnP devices on ppbus0: Aug 23 03:37:55 fnord kernel: ppbus0: MLC,PCL,PML Aug 23 03:37:55 fnord kernel: plip0: on ppbus0 Aug 23 03:37:55 fnord kernel: lpt0: on ppbus0 Aug 23 03:37:55 fnord kernel: lpt0: Interrupt-driven port Aug 23 03:37:55 fnord kernel: ppi0: on ppbus0 Aug 23 03:37:55 fnord kernel: pmtimer0 on isa0 Aug 23 03:37:55 fnord kernel: sc0: at flags 0x100 on isa0 Aug 23 03:37:55 fnord kernel: sc0: VGA <16 virtual consoles, flags=0x300> Aug 23 03:37:55 fnord kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Aug 23 03:37:55 fnord kernel: sio1: port may not be enabled Aug 23 03:37:55 fnord kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Aug 23 03:37:55 fnord kernel: Timecounter "TSC" frequency 863866045 Hz quality 800 Aug 23 03:37:55 fnord kernel: Timecounters tick every 10.000 msec Aug 23 03:37:55 fnord kernel: GEOM: create disk ad0 dp=0xc31c3460 Aug 23 03:37:55 fnord kernel: ad0: 28629MB [58168/16/63] at ata0-master UDMA66 Aug 23 03:37:55 fnord kernel: GEOM: create disk ad1 dp=0xc31c3160 Aug 23 03:37:55 fnord kernel: ad1: 57220MB [116257/16/63] at ata0-slave UDMA100 Aug 23 03:37:55 fnord kernel: acd0: CDRW at ata1-master PIO4 Aug 23 03:37:55 fnord kernel: acd1: CDROM at ata1-slave PIO4 Aug 23 03:37:55 fnord kernel: Mounting root from ufs:/dev/ad0s1a Aug 23 03:37:55 fnord kernel: WARNING: / was not properly dismounted Aug 23 03:37:55 fnord kernel: WARNING: /tmp was not properly dismounted Aug 23 03:37:55 fnord kernel: WARNING: /usr was not properly dismounted Aug 23 03:37:55 fnord kernel: WARNING: /var was not properly dismounted Aug 23 03:37:55 fnord kernel: WARNING: /drv1 was not properly dismounted Aug 23 03:37:55 fnord kernel: /drv1: mount pending error: blocks 108 files 0 Aug 23 03:37:55 fnord savecore: no dumps found Aug 23 03:37:56 fnord lpd[417]: lpd startup: logging=0 net-secure Aug 23 03:38:02 fnord kernel: NVRM: detected agp.ko, aborting NVIDIA AGP setup! Aug 23 03:38:02 fnord kernel: NVRM: detected agp.ko, aborting NVIDIA AGP setup! Aug 23 03:39:01 fnord fsck: /dev/ad0s1e: 38 files, 66 used, 506421 free (37 frags, 63298 blocks, 0.0% fragmentation) /home/kevinb/crash# uname -a FreeBSD fnord.quux.edu 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Sun Aug 22 14:00:38 EDT 2004 kevinb@fnord.quux.edu:/usr/obj/usr/src/sys/FOOKERN i386 /home/kevinb/crash# cat /usr/src/sys/i386/conf/DFOOKERN # # FOOKERN -- Desktop kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # machine i386 cpu I686_CPU ident FOOKERN makeoptions DEBUG=-g options DDB 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 NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as /, requires NFSCLIENT 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 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 PFIL_HOOKS # pfil(9) framework options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS 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 peripherals device scbus # SCSI bus (required for SCSI) # 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 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # Pcmcia and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges 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 # 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 xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support 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 ugen # Generic device ums # Mouse device pcm /home/kevinb/crash# EXIT EXIT: Command not found. /home/kevinb/crash# exit exit Script done on Mon Aug 23 16:21:18 2004 --=-vpYO8kooTC9NnTLQkRkK-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:43:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C037916A4CE; Mon, 23 Aug 2004 20:43:59 +0000 (GMT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52FCA43D6A; Mon, 23 Aug 2004 20:43:58 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with ESMTP id i7NKhrEg065954; Mon, 23 Aug 2004 22:43:53 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <412A5709.2070704@withagen.nl> Date: Mon, 23 Aug 2004 22:43:53 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20040822115345.Y94593@carver.gumbysoft.com> <20040823111304.GA767@zaphod.nitro.dk> <412A2CCF.4050809@elischer.org> In-Reply-To: <412A2CCF.4050809@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: "Simon L. Nielsen" Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:43:59 -0000 Julian Elischer wrote: > Now to start work on the preemption hangs.. > Well my dual AMD64 system seemed to be rather stable since I went with a Tyan board. So I though lets be brave, and see how far we get with PREEMPTION.... I did not get anywhere..... Right at boot time: start_init: trying /sbin/init panic: runq_choose: no proc on busy queue cpuid = 0; KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x1e2 runq_choose() at runq_choose+0x6f kseq_choose() at kseq_choose+0xc8 sched_choose() at sched_choose+0x5b choosethread() at choosethread+0x47 sched_switch() at sched_switch+0x185 mi_switch() at mi_switch+0x28d sleepq_switch() at sleepq_switch+0x123 sleepq_timedwait() at sleepq_timedwait+0xe msleep() at msleep+0x425 g_io_schedule_down() at g_io_schedule_down+0x95 g_down_procbody() at g_down_procbody+0x40 fork_exit() at fork_exit+0xe9 fork_trampoline() at fork_trampoline+0xe Dumping not possible since the system did not grow any kbd input. Probably way to early to try this, but I was just curious. Question: Is this patch going into 6.0-CURRENT or in 5.3???? --WjW From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:44:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEB9C16A4CE for ; Mon, 23 Aug 2004 20:44:46 +0000 (GMT) Received: from mail13.svc.cra.dublin.eircom.net (mail13.svc.cra.dublin.eircom.net [159.134.118.29]) by mx1.FreeBSD.org (Postfix) with SMTP id 64B2143D73 for ; Mon, 23 Aug 2004 20:44:46 +0000 (GMT) (envelope-from peadar@freebsd.org) Received: (qmail 79724 messnum 5128349 invoked from network[83.70.90.129/83-70-90-129.bas1.mvw.galway.eircom.net]); 23 Aug 2004 20:44:45 -0000 Received: from 83-70-90-129.bas1.mvw.galway.eircom.net (HELO ?10.0.1.10?) (83.70.90.129) by mail13.svc.cra.dublin.eircom.net (qp 79724) with SMTP; 23 Aug 2004 20:44:45 -0000 Message-ID: <412A5735.8070607@freebsd.org> Date: Mon, 23 Aug 2004 21:44:37 +0100 From: Peter Edwards User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.1) Gecko/20040801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Molteni References: <20040823155141.GD77326@green.homeunix.org> <20040823200547.1b51bbce.molter@tin.it> In-Reply-To: <20040823200547.1b51bbce.molter@tin.it> Content-Type: multipart/mixed; boundary="------------010805060609030306080003" cc: freebsd-current@freebsd.org Subject: Re: ddb problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:44:47 -0000 This is a multi-part message in MIME format. --------------010805060609030306080003 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Marco Molteni wrote: >On Mon, 23 Aug 2004 11:51:41 -0400 >Brian Fundakowski Feldman wrote: > > > >>On Mon, Aug 23, 2004 at 08:57:43AM +0200, Michiel Boland wrote: >> >> >>>Hi. I can't seem to get anything useful out of ddb with recent >>>-CURRENTs. I get things like double faults, page faults, or endless >>>streams of console messages. Is anyone else seeing this? >>> >>> >>Yes, I'm seeing exactly that behavior, unfortunately. >> >> > >me too, on >ddb >gdb in the base system >gdb53 in the ports > >marco > > DDB hasn't being adjusting the trap frame to skip over breakpoints properly since the KDB work. Marcel knows about the issue: in the meantime, the attached patch gives me a workable breakpoints for DDB at the expense of some incorrect informational messages switching away from the active thread (this is Marcel's variant of my inferior band-aid :-)) --------------010805060609030306080003 Content-Type: text/plain; name="kdb.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kdb.txt" Index: i386/include/db_machdep.h =================================================================== RCS file: /usr/cvs/FreeBSD-CVS/src/sys/i386/include/db_machdep.h,v retrieving revision 1.18 diff -u -r1.18 db_machdep.h --- i386/include/db_machdep.h 10 Jul 2004 23:47:19 -0000 1.18 +++ i386/include/db_machdep.h 23 Jul 2004 00:51:06 -0000 @@ -35,7 +35,7 @@ typedef vm_offset_t db_addr_t; /* address - unsigned */ typedef int db_expr_t; /* expression - signed */ -#define PC_REGS() ((db_addr_t)kdb_thrctx->pcb_eip) +#define PC_REGS() ((db_addr_t)kdb_frame->tf_eip) #define BKPT_INST 0xcc /* breakpoint instruction */ #define BKPT_SIZE (1) /* size of breakpoint inst */ --------------010805060609030306080003-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:00:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC27016A4D6 for ; Mon, 23 Aug 2004 21:00:53 +0000 (GMT) Received: from av9-2-sn4.m-sp.skanova.net (av9-2-sn4.m-sp.skanova.net [81.228.10.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD8543D41 for ; Mon, 23 Aug 2004 21:00:53 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av9-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id E151E37EAF; Mon, 23 Aug 2004 23:00:52 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id CEFE837E5E; Mon, 23 Aug 2004 23:00:52 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 7B5F337E47; Mon, 23 Aug 2004 23:00:52 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7NL0o7P004770; Mon, 23 Aug 2004 23:00:51 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <412A5B02.9010705@telia.com> Date: Mon, 23 Aug 2004 23:00:50 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <20040822115345.Y94593@carver.gumbysoft.com> In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:00:54 -0000 Doug White wrote: > Hey folks, > > If you have a reasonably fast i386 or amd64 multiprocessor and/or > hyperthreading machine and are experiencing reproducible hangs during -j > buildwords and other highly parallel operations, please try this patch: > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > Worked like a charm, Four way Xeon box with a -j256 buildstone using SCHED_ULE. Thanks for tracking this down! -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:06:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44A5916A4CE for ; Mon, 23 Aug 2004 21:06:10 +0000 (GMT) Received: from encontacto.net (dsl-200-95-35-64.prod-infinitum.com.mx [200.95.35.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id A758343D2F for ; Mon, 23 Aug 2004 21:06:09 +0000 (GMT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Mon, 23 Aug 2004 16:06:08 -0500 Received: from customer-201-133-74-96.prod-infinitum.com.mx (customer-201-133-74-96.prod-infinitum.com.mx [201.133.74.96]) by mail.encontacto.net (Horde) with HTTP for ; Mon, 23 Aug 2004 16:06:08 -0500 Message-ID: <20040823160608.8cogoc48880w0w8o@mail.encontacto.net> Date: Mon, 23 Aug 2004 16:06:08 -0500 From: Edwin Culp To: current@freebsd.org References: <412A469F.5020506@root.org> In-Reply-To: <412A469F.5020506@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 201.133.74.96 Subject: Re: Problems with fdc0 w/Athlon and via chipset. Floppy isn't recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:06:10 -0000 Quoting Nate Lawson : > Patch already committed and MFCd. > > -- > Nate > Thanks, Nate. I'll with tomorrow morning's build. ed From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:06:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65E6616A4CE for ; Mon, 23 Aug 2004 21:06:35 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5FE43D5D for ; Mon, 23 Aug 2004 21:06:34 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7NL6Xf6019063; Mon, 23 Aug 2004 23:06:33 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <412A5C40.4050100@DeepCore.dk> Date: Mon, 23 Aug 2004 23:06:08 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> In-Reply-To: <412A20A3.8060600@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:06:35 -0000 Nate Lawson wrote: > S=F8ren Schmidt wrote: >=20 >> Nate Lawson wrote: >> >>> Try the attached patch. >> >> OK, that makes the box suspend alright, but neither that nor any other= =20 >> box or laptop I've got can get out of suspend without locking up. >> >> If I revert just /sys/dev/acpica and /sys/i386/acpica to aug-01 both=20 >> suspend and resume works (sortof, it does tend to panic later on). >> It starts failing around aug-05 and then detoriates from that on to=20 >> the current state of locking up hard on resume. >> It also fails in the exact same way on non-ATA systems, so I think I'm= =20 >> out of the loop this time :) >=20 > This may be fixed now in both current and releng_5. A logic inversion = > bug (=3D / !=3D) was causing pci irq link programming on resume to fail= =2E It=20 > didn't impact many people since a lot of systems have chipsets that kee= p=20 > power to irq links while suspended. >=20 > Please test again. There is no change, the systems all lock up hard on resume, on the two=20 laptops (ASUS & Acer) the backlight doesn't even come on anymore.... Again reverting /sys/dev/acpica and /sys/i386/acpica back to aug 1st=20 make things work (well almost, but that might not be ACPI's fault)... This is a showstopper bug for 5.3 IMHO... -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:06:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id A782316A4CF; Mon, 23 Aug 2004 21:06:54 +0000 (GMT) In-Reply-To: <20040823111532.B34647@zone3.gcu-squad.org> from iMil at "Aug 23, 2004 11:24:40 am" To: imil@home.imil.net (iMil) Date: Mon, 23 Aug 2004 21:06:54 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040823210654.A782316A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: current@freebsd.org Subject: Re: Project Evil on a WG311v2: working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:06:54 -0000 > Hi list, > I just wanted to share some words I wrote on post-kldload configuration of > the Netgear WG311v2, as it does not really react like I'd suppose, some > undocumented features from various .inf files helped me setting up the > card on Adhoc mode. See > http://imil.net/docs/FreeBSD-5.2.1+Project-Evil.txt for details. > Thanks *sigh* For the umptity umpth time, to enable ad-hoc mode, do this: # ifconfig ndis0 ssid "MY SSID" mediaopt adhoc up For infrastructure mode: # ifconfig ndis0 ssid "MY SSID" media autoselect To change the channel (THIS ONLY WORKS IN AD-HOC MODE!): # ifconfig ndis0 channel 7 -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:26:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DACF16A4E8 for ; Mon, 23 Aug 2004 21:26:22 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C4D43D53 for ; Mon, 23 Aug 2004 21:26:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30869 invoked from network); 23 Aug 2004 21:26:22 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 21:26:20 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NLQHeR089422; Mon, 23 Aug 2004 17:26:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 14:59:15 -0400 User-Agent: KMail/1.6.2 References: <2D8BB15C7B5C214F81C32D3A83B32736E6BBB8@idbexc01.americas.cpqcorp.net> <16682.13031.43151.91070@jerusalem.litteratus.org> In-Reply-To: <16682.13031.43151.91070@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231459.15223.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Robert Huff cc: current@FreeBSD.org Subject: Re: "witness exhausted" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:26:22 -0000 On Monday 23 August 2004 02:09 pm, Robert Huff wrote: > I updated to > > FreeBSD 6.0-CURRENT #1: Fri Aug 20 15:02:58 EDT 2004 > > and noticed in the boot messages: > > witness_get: witness exhausted > > What's going on, and is this something I need to worry about? > (System config file and dmesg output are appended.) It just means that witness' internal buffers were used up so it stopped doing lock order checking. You can try bumping up the constants in subr_witness.c that control the size of the static arrays if you need witness to work. You can do a 'show witness' from DDB to possibly see why it exhausted all the entries. It may be that some class of lock is using unique names for each lock and needs to use a common lock type so they all use the same witness structure. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:26:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EC3316A4E0 for ; Mon, 23 Aug 2004 21:26:22 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 643A843D54 for ; Mon, 23 Aug 2004 21:26:22 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30869 invoked from network); 23 Aug 2004 21:26:22 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Aug 2004 21:26:20 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7NLQHeR089422; Mon, 23 Aug 2004 17:26:17 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Mon, 23 Aug 2004 14:59:15 -0400 User-Agent: KMail/1.6.2 References: <2D8BB15C7B5C214F81C32D3A83B32736E6BBB8@idbexc01.americas.cpqcorp.net> <16682.13031.43151.91070@jerusalem.litteratus.org> In-Reply-To: <16682.13031.43151.91070@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231459.15223.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Robert Huff cc: current@FreeBSD.org Subject: Re: "witness exhausted" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:26:23 -0000 On Monday 23 August 2004 02:09 pm, Robert Huff wrote: > I updated to > > FreeBSD 6.0-CURRENT #1: Fri Aug 20 15:02:58 EDT 2004 > > and noticed in the boot messages: > > witness_get: witness exhausted > > What's going on, and is this something I need to worry about? > (System config file and dmesg output are appended.) It just means that witness' internal buffers were used up so it stopped doing lock order checking. You can try bumping up the constants in subr_witness.c that control the size of the static arrays if you need witness to work. You can do a 'show witness' from DDB to possibly see why it exhausted all the entries. It may be that some class of lock is using unique names for each lock and needs to use a common lock type so they all use the same witness structure. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:39:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29C4616A4CE for ; Mon, 23 Aug 2004 21:39:44 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id F040743D31 for ; Mon, 23 Aug 2004 21:39:43 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7NLdd8U000367; Mon, 23 Aug 2004 14:39:40 -0700 Message-ID: <412A641A.1030809@root.org> Date: Mon, 23 Aug 2004 14:39:38 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk> In-Reply-To: <412A5C40.4050100@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:39:44 -0000 Søren Schmidt wrote: > Nate Lawson wrote: >> This may be fixed now in both current and releng_5. A logic inversion >> bug (= / !=) was causing pci irq link programming on resume to fail. >> It didn't impact many people since a lot of systems have chipsets that >> keep power to irq links while suspended. >> >> Please test again. > > There is no change, the systems all lock up hard on resume, on the two > laptops (ASUS & Acer) the backlight doesn't even come on anymore.... > > Again reverting /sys/dev/acpica and /sys/i386/acpica back to aug 1st > make things work (well almost, but that might not be ACPI's fault)... Please go through acpi_{button,cmbat,lid}.c and comment out the foo_resume() code in each. Let me know which one is the culprit if this works. > This is a showstopper bug for 5.3 IMHO... No need to repeat this. I'm already trying to help find the problem and stating this can't make things go any faster. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:41:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F38C16A4CE for ; Mon, 23 Aug 2004 21:41:01 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0006543D3F for ; Mon, 23 Aug 2004 21:41:00 +0000 (GMT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id E623B8803; Mon, 23 Aug 2004 14:41:00 -0700 (PDT) From: Peter Wemm To: freebsd-current@freebsd.org Date: Mon, 23 Aug 2004 14:41:00 -0700 User-Agent: KMail/1.6.2 References: <20040822115345.Y94593@carver.gumbysoft.com> <412A5B02.9010705@telia.com> In-Reply-To: <412A5B02.9010705@telia.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231441.00692.peter@wemm.org> Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:41:01 -0000 On Monday 23 August 2004 02:00 pm, Pawel Worach wrote: > Doug White wrote: > > Hey folks, > > > > If you have a reasonably fast i386 or amd64 multiprocessor and/or > > hyperthreading machine and are experiencing reproducible hangs > > during -j buildwords and other highly parallel operations, please > > try this patch: > > > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > Worked like a charm, Four way Xeon box with a -j256 buildstone using > SCHED_ULE. Thanks for tracking this down! Doug has been busy, so I committed it for him. Its in -current as of a few seconds ago, and presumably will make its way to RELENG_5 soon. Thanks to everybody for confirming the fix :-) -- 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-current@FreeBSD.ORG Mon Aug 23 21:45:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F8116A4CE; Mon, 23 Aug 2004 21:45:02 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA5143D2F; Mon, 23 Aug 2004 21:45:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7NLivlg098702; Mon, 23 Aug 2004 17:44:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7NLj11g068836; Mon, 23 Aug 2004 17:45:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A90AF7303F; Mon, 23 Aug 2004 17:45:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040823214501.A90AF7303F@freebsd-current.sentex.ca> Date: Mon, 23 Aug 2004 17:45:01 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:45:03 -0000 TB --- 2004-08-23 20:09:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-23 20:09:52 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-23 20:09:52 - checking out the source tree TB --- 2004-08-23 20:09:52 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-23 20:09:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-23 20:15:46 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-23 20:15:46 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-23 20:15:46 - /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 --- 2004-08-23 21:20:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-23 21:20:10 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-23 21:20:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Aug 23 21:20:11 UTC 2004 >>> 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 Aug 23 21:33:50 UTC 2004 TB --- 2004-08-23 21:33:50 - generating LINT kernel config TB --- 2004-08-23 21:33:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-23 21:33:50 - /usr/bin/make -B LINT TB --- 2004-08-23 21:33:50 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-23 21:33:50 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-23 21:33:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Aug 23 21:33:50 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-23 21:45:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-23 21:45:01 - ERROR: failed to build lint kernel TB --- 2004-08-23 21:45:01 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 22:00:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1838316A4CE for ; Mon, 23 Aug 2004 22:00:56 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D214443D68 for ; Mon, 23 Aug 2004 22:00:55 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 3E4EA4ACEB; Mon, 23 Aug 2004 17:00:55 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 14229-01-55; Mon, 23 Aug 2004 17:00:54 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id D52D54ACEA; Mon, 23 Aug 2004 17:00:54 -0500 (CDT) Date: Mon, 23 Aug 2004 17:00:54 -0500 From: Alan Cox To: Willem Jan Withagen Message-ID: <20040823220054.GC21125@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-20030616-p7 at cs.rice.edu cc: current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 22:00:56 -0000 Willem Jan Withagen wrote: > Well my dual AMD64 system seemed to be rather stable since I went with a > Tyan board. This makes sense. Amd64-based systems do fewer IPIs for TLB shootdown than i386-based systems. Specifically, Doug's deadlock, which was in part in the pipe code, would not have occurred there. Amd64 systems avoid many ephemeral mappings (that require IPIs for TLB shootdown) through the use of the direct virtual-to-physical mapping. Alan From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 22:13:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 361D816A4CE; Mon, 23 Aug 2004 22:13:56 +0000 (GMT) Received: from imf18aec.mail.bellsouth.net (imf18aec.mail.bellsouth.net [205.152.59.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB0F43D1D; Mon, 23 Aug 2004 22:13:55 +0000 (GMT) (envelope-from kruptos@bellsouth.net) Received: from [172.23.23.23] ([67.35.154.55]) by imf18aec.mail.bellsouth.netESMTP <20040823221355.NULJ1792.imf18aec.mail.bellsouth.net@[172.23.23.23]>; Mon, 23 Aug 2004 18:13:55 -0400 From: Kevin Brunelle To: Sean Farley In-Reply-To: <20040823161337.V715@thor.farley.org> References: <1093141197.643.28.camel@fnord.quux.edu> <1093188163.2100.4.camel@fnord.quux.edu> <1093293236.618.12.camel@fnord.quux.edu> <20040823161337.V715@thor.farley.org> Content-Type: text/plain Message-Id: <1093299334.618.30.camel@fnord.quux.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 23 Aug 2004 18:15:34 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 22:13:56 -0000 > If this is how I got most of my panics, this little script running in > two different xterms helped decrease the time to panic. It got my > system to panic a lot with the older nvidia drivers. [script trimmed out] > This always helped get my system unstable on 4-STABLE rather quickly. I > think it was the issue of running two or more GL programs at the same > time that caused or increased the problem. lol, I might try that. Although I really don't need to go that far. Lately, I have been able to spontaniously reboot by running five GL applications at once. Which isn't pleasant but doesn't concern me too much. Each time I've had a panic there has been only one gl application running... and lately all GL programs are causing this issue. > Are you using the latest nvidia drivers? As a matter of fact, that is what I think caused the problem. I just upgraded to the latest drivers on the 19th... right before I had these problems. That combined with the fact that all of these issues can be consistently caused by running gl programs gives me strong cause to suspect it. > You should not be mixing the FreeBSD AGP and the nvidia AGP together. > Choose one or the other. Yes, I suspect this might be part of the issue. I don't remember seeing this message before the new driver was installed. But I do know that the old kernel had it loaded (it was hard coded with the configuration file). I think the driver might have changed the way it handled the presence of both AGPs. > I have my own panic on 4-STABLE which I just reported in freebsd-stable: > http://lists.freebsd.org/pipermail/freebsd-stable/2004-August/008530.html > Would you like to trade? :) lol, I would love to... if I thought I could help. But I am still learning as much as I can about the kernel... nowhere near the level required to help. Kevin -- "Down with disease, up before the dawn. A thousand barefoot children, dancin? on my lawn" -Phish "Down with Disease" From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 22:24:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34C5816A4D0 for ; Mon, 23 Aug 2004 22:24:54 +0000 (GMT) Received: from kestrel.alerce.com (kestrel.alerce.com [209.182.219.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA4E43D31 for ; Mon, 23 Aug 2004 22:24:53 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from rosebud.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (authenticated bits=128) by kestrel.alerce.com (8.12.10/8.12.10) with ESMTP id i7NMOqkk000733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 Aug 2004 15:24:53 -0700 (PDT) (envelope-from hartzell@kestrel.alerce.com) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.12.9p2/8.12.9) with ESMTP id i7NMPQZL001974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Aug 2004 15:25:27 -0700 (PDT) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.12.9p2/8.12.9/Submit) id i7NMPQL1001971; Mon, 23 Aug 2004 15:25:26 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16682.28373.980795.545928@rosebud.alerce.com> Date: Mon, 23 Aug 2004 15:25:25 -0700 To: freebsd-current@freebsd.org In-Reply-To: <20040823101023.R4628@carver.gumbysoft.com> References: <16679.59263.287454.325068@rosebud.alerce.com> <20040822193851.K94593@carver.gumbysoft.com> <16681.26689.215660.854423@rosebud.alerce.com> <20040823101023.R4628@carver.gumbysoft.com> X-Mailer: VM 7.14 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' Subject: firewire bug, or just drop it [was Re: Help making sense of ] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 22:24:54 -0000 Doug White writes: > On Sun, 22 Aug 2004, George Hartzell wrote: > > [...] > > I figured out how to ask fwcontrol to tell me more about the device > > inside the enclosure, and discovered that it's a Prolific PL-3507. A > > little googling about suggests that it's a well known PITA device, e.g. > > > > http://forum.rpc1.org/viewtopic.php?t=25140&postdays=0&postorder=asc&&start=0&sid=0a359d410cfd87df72f2543365922421 > > > > So, I'm left to decide whether to muck with the firmware or just chuck > > it..... > > I'd give up now. :) > [...] [background: I've been unsuccessfully messing about with a firewire enclosure and 5.2.1 release (and 6.0), it turns out it uses a chip that's known to be problematic] Are the folks that support the firewire stuff interested in supporting spastic hardware like this? I could file a pr for it, but I'm not sure it's a bug. I haven't encountered quite this situation before and don't know what the Right Thing To Do is. I could make the hardware available if it'd help tighten up the subsystem. g. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 22:35:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89E2D16A4CE; Mon, 23 Aug 2004 22:35:14 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298E743D46; Mon, 23 Aug 2004 22:35:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7NMZ888006553; Mon, 23 Aug 2004 18:35:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7NMZDhn090230; Mon, 23 Aug 2004 18:35:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8EE477303F; Mon, 23 Aug 2004 18:35:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040823223513.8EE477303F@freebsd-current.sentex.ca> Date: Mon, 23 Aug 2004 18:35:13 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 22:35:14 -0000 TB --- 2004-08-23 21:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-23 21:45:01 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-23 21:45:01 - checking out the source tree TB --- 2004-08-23 21:45:01 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-23 21:45:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-23 21:50:28 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-23 21:50:28 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-23 21:50:28 - /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 [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-23 22:35:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-23 22:35:13 - ERROR: failed to build world TB --- 2004-08-23 22:35:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 22:52:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 888A216A4CE for ; Mon, 23 Aug 2004 22:52:02 +0000 (GMT) Received: from spxau01.smeglobalnet.net (spxau01.smeglobalnet.net [203.57.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C4E43D58 for ; Mon, 23 Aug 2004 22:52:01 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 Aug 2004 08:35:14 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i7NMKZio056443; Tue, 24 Aug 2004 08:20:35 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from 203.41.12.153 (SquirrelMail authenticated user andy) by bpgate.speednet.com.au with HTTP; Tue, 24 Aug 2004 08:20:35 +1000 (EST) Message-ID: <53654.203.41.12.153.1093299636.squirrel@bpgate.speednet.com.au> In-Reply-To: <200408231441.00692.peter@wemm.org> References: <20040822115345.Y94593@carver.gumbysoft.com><412A5B02.9010705@telia.com> <200408231441.00692.peter@wemm.org> Date: Tue, 24 Aug 2004 08:20:35 +1000 (EST) From: andy@bradfieldprichard.com.au To: "Peter Wemm" User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-OriginalArrivalTime: 23 Aug 2004 22:35:14.0363 (UTC) FILETIME=[752860B0:01C48961] cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 22:52:02 -0000 > > Thanks to everybody for confirming the fix :-) > -- With the patch applied, during a make -j4 buildworld my box still hangs with the following (bright-white) messages on the console: ... panic: APIC: Previous IPI is stuck cpuid = 0; boot() called on cpu#0 Uptime: 3h57m24s Cannot dump. No dump device defined. panic: malloc(M_WAITOK) in interrupt context cpuid = 0; KDB: enter: panic :( Some dmesg info: FreeBSD 5.3-BETA1 #0: Mon Aug 23 23:46:21 EST 2004 root@hummer:/slim/obj/hummer/src-current/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium Pro (198.95-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 536870912 (512 MB) avail memory = 515706880 (491 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 4 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 16 ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard -andyf From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:06:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3ABB16A4CE for ; Mon, 23 Aug 2004 23:06:20 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB6343D1D for ; Mon, 23 Aug 2004 23:06:20 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7NN6Kht041391 for ; Mon, 23 Aug 2004 16:06:20 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7NN6KCP041390 for freebsd-current@freebsd.org; Mon, 23 Aug 2004 16:06:20 -0700 (PDT) (envelope-from sgk) Date: Mon, 23 Aug 2004 16:06:20 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040823230619.GB41337@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: AMD64 VM panic with >8 GB memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:06:20 -0000 The panic is hand transcribed. vm_pageq_remove_nowakeup() at vm_pageq_remove_nowakeup+0x30 vm_page_alloc() at vm_page_alloc+0x25a uma_small_alloc() at uma_small_alloc+0x5f slab_zalloc() at slab_zalloc+0xcb pmap_init() at pmap_init+0x98 vm_mem_init() at vm_mem_init+0x3e mi_startup() at mi_startup+0xb6 btext at btext+0x2c Some relevant info. The motherboard is a Tyan K8S Pro (S2882) with 12 GB of PC2700 ECC memory. If I limit the memory by setting 'hw.physmem="8G"' in the loader or in /boot/loader.conf, then the system boots fine. Any other setting above 8G will result in the above panic. The panic occurs too earlier to get a crash dump. However, I'm will to try any patch or settings. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:08:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF54116A4CE for ; Mon, 23 Aug 2004 23:08:38 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C02043D55 for ; Mon, 23 Aug 2004 23:08:34 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i7NN8Xma035183 for ; Mon, 23 Aug 2004 16:08:33 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Mon, 23 Aug 2004 16:00:56 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <197540722218.20040823160056@takeda.tk> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Question about migration from 4.x to 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:08:38 -0000 Hello, I'm 4.10 user and I'll possibly migrate to 5.x when 5.3 will be released. My question is what will be the most recommended and safest way to migrate from 4.x to 5.x besides reinstalling whole system? -- Best regards, Dariusz mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:20:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E43C16A4CE for ; Mon, 23 Aug 2004 23:20:10 +0000 (GMT) Received: from zion.theredpill.org (zion.theredpill.org [81.5.183.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D61D43D54 for ; Mon, 23 Aug 2004 23:20:09 +0000 (GMT) (envelope-from greg@theredpill.org) Received: from greg by zion.theredpill.org with local (Exim 3.14 #1) id 1BzO6b-000Ok3-00; Tue, 24 Aug 2004 00:20:01 +0100 Date: Tue, 24 Aug 2004 00:20:01 +0100 From: Greg Gladwell To: Matthias Andree Message-ID: <20040824002001.A95101@zion.theredpill.org> References: <20040823153050.E93324@zion.theredpill.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from ma@dt.e-technik.uni-dortmund.de on Mon, Aug 23, 2004 at 09:12:02PM +0200 cc: Greg Gladwell cc: freebsd-current@freebsd.org Subject: Re: VIA 8237 SATA problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:20:10 -0000 On Mon, Aug 23, 2004 at 09:12:02PM +0200, Matthias Andree wrote: > Is trying 5.3-BETA1 an option for you? It works for me, albeit not with > drives attached to my VIA 8237 (still all parallel ATA and SCSI). For the price of a CD it's worth a try I guess, but has the SATA support improved notably between 5.2.1 and 5.3? Greg -- I dreamed that I had written Lord of the Rings. Sadly, I was only Tolkien in my sleep. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:23:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3411A16A4CE for ; Mon, 23 Aug 2004 23:23:43 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id F27D543D46 for ; Mon, 23 Aug 2004 23:23:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i7NNP2xL002474; Mon, 23 Aug 2004 16:25:02 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7NNP2OM002472; Mon, 23 Aug 2004 16:25:02 -0700 Date: Mon, 23 Aug 2004 16:25:01 -0700 From: Brooks Davis To: Dariusz Kulinski Message-ID: <20040823232501.GA2024@odin.ac.hmc.edu> References: <197540722218.20040823160056@takeda.tk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <197540722218.20040823160056@takeda.tk> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: Question about migration from 4.x to 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:23:43 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 04:00:56PM -0700, Dariusz Kulinski wrote: > Hello, >=20 > I'm 4.10 user and I'll possibly migrate to 5.x when 5.3 will be > released. >=20 > My question is what will be the most recommended and safest way to > migrate from 4.x to 5.x besides reinstalling whole system? Reinstalling the whole system is highly recommened. Otherwise, the instructions in UPDATING are probalby your best bet. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBKnzNXY6L6fI4GtQRAgMfAJwN3lA6Q/YdI9HMQgtzSaUU7jIBWwCfS/PO XsOV6vFZ9VPR+pGzXEkGLg4= =gCeP -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:26:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3447516A4D0 for ; Mon, 23 Aug 2004 23:26:56 +0000 (GMT) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A4843D64 for ; Mon, 23 Aug 2004 23:26:55 +0000 (GMT) (envelope-from vip3r@inbox.ru) Received: from [195.131.106.162] (port=61874 helo=[10.10.10.98]) by mx1.mail.ru with esmtp id 1BzODF-000Mmj-00 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 03:26:53 +0400 From: vippy To: freebsd-current@freebsd.org Content-Type: text/plain Organization: vipenet Message-Id: <1093303561.15161.30.camel@vipehost.vipenet.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 24 Aug 2004 03:26:02 +0400 Content-Transfer-Encoding: 7bit X-Spam: Not detected Subject: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vip3r@inbox.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:26:56 -0000 I'm wondering having in my rc.conf legal assignment: ntpd_flags="-A -c /etc/ntpd.conf -f /var/db/ntpd.drift \ -l /var/log/ntpd.log -p /var/run/ntpd.pid" Why /etc/rc.d/ntpd script requires /etc/ntp.conf file as a config file for NTP daemon? This file even isn't exist by default (cause ntpd is contributed software, right?), so system administrator should create new file, named by his own rules. Often it'll be ${name}.conf -> ntpd.conf. So i see there 3 different ways to fix this (wrong?) behavior: 1) Simply fix src/rc.d/ntpd (here's THE PATCH =)) "--- /etc/rc.d/ntpd Tue Aug 24 03:12:38 2004 +++ /usr/src/etc/rc.d/ntpd Sat Jul 3 01:38:57 2004 @@ -15,7 +15,7 @@ rcvar=`set_rcvar` command="/usr/sbin/${name}" pidfile="/var/run/${name}.pid" -required_files="/etc/${name}.conf" +required_files="/etc/ntp.conf" ntpd_precmd() {" 2) Add new variable "ntpd_conf" to rc.conf (and use it in etc/rc.d/ntpd rc.ng) which will represent path to ntpd config file (default to etc/ntpd.conf in etc/defaults/rc.conf). 3) Somehow (gtopt(1)?) parse ntpd_flags variable from rc.conf to find what is after "-c" and use it in etc/rc.d/ntpd. Thanks, for your attention. From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:27:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC23516A4CE for ; Mon, 23 Aug 2004 23:27:41 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE5BB43D4C for ; Mon, 23 Aug 2004 23:27:41 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7NNRfQl041600 for ; Mon, 23 Aug 2004 16:27:41 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7NNRfxp041599 for freebsd-current@freebsd.org; Mon, 23 Aug 2004 16:27:41 -0700 (PDT) (envelope-from sgk) Date: Mon, 23 Aug 2004 16:27:41 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040823232741.GA41540@troutmask.apl.washington.edu> References: <20040823230619.GB41337@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040823230619.GB41337@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i Subject: Re: AMD64 VM panic with >8 GB memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:27:41 -0000 On Mon, Aug 23, 2004 at 04:06:20PM -0700, Steve Kargl wrote: > The panic is hand transcribed. > > vm_pageq_remove_nowakeup() at vm_pageq_remove_nowakeup+0x30 > vm_page_alloc() at vm_page_alloc+0x25a > uma_small_alloc() at uma_small_alloc+0x5f > slab_zalloc() at slab_zalloc+0xcb uma_prealloc() at uma_prealloc+0x65 > pmap_init() at pmap_init+0x98 > vm_mem_init() at vm_mem_init+0x3e > mi_startup() at mi_startup+0xb6 > btext at btext+0x2c > Whoops. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:42:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64D3016A4CE for ; Mon, 23 Aug 2004 23:42:26 +0000 (GMT) Received: from priv-edtnes27.telusplanet.net (outbound04.telus.net [199.185.220.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70DE143D55 for ; Mon, 23 Aug 2004 23:42:25 +0000 (GMT) (envelope-from mayo@mayo.sk) Received: from [192.168.0.20] (really [206.116.12.28]) by priv-edtnes27.telusplanet.netESMTP <20040823234222.VPI3214.priv-edtnes27.telusplanet.net@[192.168.0.20]> for ; Mon, 23 Aug 2004 17:42:22 -0600 From: Mayo Jordanov To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-icSyFbfKYe42T3T58p3h" Message-Id: <1093304541.732.53.camel@einstein.local.nfy> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 23 Aug 2004 16:42:22 -0700 Subject: buildworld problems when DESTDIR is specified? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:42:26 -0000 --=-icSyFbfKYe42T3T58p3h Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, I'm trying to buildworld with today's (Monday) RELENG_5 (cvsupped sometime in the morning (also tried with one from sat/sun). When I just run make buildworld, it builds everything just fine, however it fails when DESTDIR is specified (for both, buildworld and installworld). The error occurs in stage 1.2, in gnu/usr.bin/gperf/doc. Whole stage 1.2 section is attached below. Can someone give me any pointers? Thanks, m -------------------------------- [123] mayo@einstein (16:04:48) [src]# make world DESTDIR=3D/tmp/tmproot -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- ... ... -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/i386 DESTDIR=3D=20 INSTALL=3D"sh /usr/src/tools/install.sh"=20 PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/u= sr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin= WORLDTMP=3D/usr/obj/usr/src/i386 MAKEFLAGS=3D"-m /usr/src/tools/build/mk= DESTDIR=3D/tmp/tmproot -m /usr/src/share/mk" make -f Makefile.inc1 BOOTS= TRAPPING=3D502128 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE = -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools =3D=3D=3D> games/fortune/strfile /usr/obj/usr/src/i386/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/games/fortune/strfile/strfile.c echo strfile: /tmp/tmproot/usr/lib/libc.a /usr/obj/usr/src/i386/legacy/usr/lib/libegacy.a >> .depend cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c make: don't know how to make /tmp/tmproot/usr/lib/libc.a. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --=-icSyFbfKYe42T3T58p3h Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBKoDd3IqYlN3K/uYRArhMAKDu9e7mZCxGJylL/L/pJo0t5vRe/gCfdjya FXgzhjmlYrW7i6XHaBsSqS0= =u9Vp -----END PGP SIGNATURE----- --=-icSyFbfKYe42T3T58p3h-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 23:46:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17A8616A4CE for ; Mon, 23 Aug 2004 23:46:07 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0820343D49 for ; Mon, 23 Aug 2004 23:46:07 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc12) with SMTP id <20040823234605014007rrs2e> (Authid: apeiron@comcast.net); Mon, 23 Aug 2004 23:46:06 +0000 Date: Mon, 23 Aug 2004 19:46:02 -0400 From: Christopher Nehren To: "M. Warner Losh" Message-ID: <20040823234602.GA683@prophecy.dyndns.org> References: <20040822171332.GA717@prophecy.dyndns.org> <20040822195057.N94593@carver.gumbysoft.com> <20040823041105.GA703@prophecy.dyndns.org> <20040823.141914.56127325.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20040823.141914.56127325.imp@bsdimp.com> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 23:46:07 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 16:19:14 EDT, M. Warner Losh scribbled these curious markings: > Try backing out to uhid.c 1.72. I don't think that will work, but it > is worth a shot. uhid appears to be different than others because it No luck with that. Unplugging my mouse and plugging the joypad into the first USB port also doesn't result in it being detected. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKoG6k/lo7zvzJioRAvv9AKCCvy5oEkIbE+ZxKH/QIVYyaKsSWACgvsXL NrJyuzag2rACg641lc4MvIc= =E6Y2 -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 00:16:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9529A16A4CE for ; Tue, 24 Aug 2004 00:16:27 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 221C543D2F for ; Tue, 24 Aug 2004 00:16:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7O0FsLZ074554; Mon, 23 Aug 2004 18:15:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 18:16:12 -0600 (MDT) Message-Id: <20040823.181612.13448376.imp@bsdimp.com> To: apeiron@comcast.net From: "M. Warner Losh" In-Reply-To: <20040823234602.GA683@prophecy.dyndns.org> References: <20040823041105.GA703@prophecy.dyndns.org> <20040823.141914.56127325.imp@bsdimp.com> <20040823234602.GA683@prophecy.dyndns.org> 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: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 00:16:27 -0000 In message: <20040823234602.GA683@prophecy.dyndns.org> Christopher Nehren writes: : On Mon, Aug 23, 2004 at 16:19:14 EDT, M. Warner Losh scribbled these : curious markings: : > Try backing out to uhid.c 1.72. I don't think that will work, but it : > is worth a shot. uhid appears to be different than others because it : : No luck with that. Unplugging my mouse and plugging the joypad into the : first USB port also doesn't result in it being detected. OK. I'll see if I Can scare up a gamepad/joystick tonight and take a look. You might try reverting all of your dev/usb directory back to August 14th and see if that's the date of the breakage or not (If aug 14th at 0:00:00 UTC works, try aug 16th 0:00:00 UTC, since the change was made just before midnight UTC on the 15th). Warner From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 00:24:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD4EF16A4CE for ; Tue, 24 Aug 2004 00:24:08 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 554F043D53 for ; Tue, 24 Aug 2004 00:24:04 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i7O0O3eo035375; Mon, 23 Aug 2004 17:24:04 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Mon, 23 Aug 2004 17:18:28 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <5545373734.20040823171828@takeda.tk> To: Brooks Davis In-Reply-To: <20040823232501.GA2024@odin.ac.hmc.edu> References: <197540722218.20040823160056@takeda.tk> <20040823232501.GA2024@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Question about migration from 4.x to 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 00:24:08 -0000 Hello Brooks, Monday, August 23, 2004, 4:25:01 PM, you wrote: >> I'm 4.10 user and I'll possibly migrate to 5.x when 5.3 will be >> released. >> My question is what will be the most recommended and safest way to >> migrate from 4.x to 5.x besides reinstalling whole system? > Reinstalling the whole system is highly recommened. Otherwise, the > instructions in UPDATING are probalby your best bet. I was experimenting with my backup on vmware, but after I finished system didn't seem to be stable there were weird system freezes. Maybe it was just a bug... -- Best regards, Dariusz mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 00:29:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F09EF16A4CE for ; Tue, 24 Aug 2004 00:29:25 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC5443D45 for ; Tue, 24 Aug 2004 00:29:25 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i7O0UjXt008380; Mon, 23 Aug 2004 17:30:45 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7O0Ujvg008379; Mon, 23 Aug 2004 17:30:45 -0700 Date: Mon, 23 Aug 2004 17:30:45 -0700 From: Brooks Davis To: Dariusz Kulinski Message-ID: <20040824003045.GA8291@odin.ac.hmc.edu> References: <197540722218.20040823160056@takeda.tk> <20040823232501.GA2024@odin.ac.hmc.edu> <5545373734.20040823171828@takeda.tk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <5545373734.20040823171828@takeda.tk> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: Question about migration from 4.x to 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 00:29:26 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 05:18:28PM -0700, Dariusz Kulinski wrote: > Hello Brooks, >=20 > Monday, August 23, 2004, 4:25:01 PM, you wrote: >=20 > >> I'm 4.10 user and I'll possibly migrate to 5.x when 5.3 will be > >> released. > >> My question is what will be the most recommended and safest way to > >> migrate from 4.x to 5.x besides reinstalling whole system? > > Reinstalling the whole system is highly recommened. Otherwise, the > > instructions in UPDATING are probalby your best bet. >=20 > I was experimenting with my backup on vmware, but after I finished > system didn't seem to be stable there were weird system freezes. > Maybe it was just a bug... There are a few deadlocks left as well as a bug that makes the lnc driver crash in vmware so that's not exactly unexpected. BETA2 should be a good place to start. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBKow1XY6L6fI4GtQRAlI1AJ0T6gWGPor0/IpIKJ752Al3KWxLKgCbB70D FVvT3MISl3NmPG/IYnP0Mow= =/HXV -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 00:31:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E7216A4CE for ; Tue, 24 Aug 2004 00:31:12 +0000 (GMT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10DEB43D48 for ; Tue, 24 Aug 2004 00:31:12 +0000 (GMT) (envelope-from conrads@cox.net) Received: from gateway.local.net ([68.11.71.51]) by lakermmtao05.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040824003111.HXXR25497.lakermmtao05.cox.net@gateway.local.net> for ; Mon, 23 Aug 2004 20:31:11 -0400 Received: from gateway.local.net (localhost.local.net [127.0.0.1]) by gateway.local.net (8.13.1/8.13.1) with ESMTP id i7O0VA3b008263 for ; Mon, 23 Aug 2004 19:31:10 -0500 (CDT) (envelope-from conrads@gateway.local.net) Received: (from conrads@localhost) by gateway.local.net (8.13.1/8.13.1/Submit) id i7O0V44p008262 for freebsd-current@freebsd.org; Mon, 23 Aug 2004 19:31:04 -0500 (CDT) (envelope-from conrads) Date: Mon, 23 Aug 2004 19:31:04 -0500 From: Conrad Sabatier To: freebsd-current@freebsd.org Message-ID: <20040824003104.GA8157@cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [amd64] ACPI panics kernel at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 00:31:12 -0000 Kernel built Mon Aug 23 18:00:27 CDT 2004 (the following is hand-transcribed): acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80015004 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00d110de) AcpiOsDerivePciId: bus 0 dev 1 func 0 acpi0: Power Button (fixed) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff8017e776 stack pointer = 0x10:0xffffffff805f09d0 frame pointer = 0x10:0xffffffff805f0a00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread 0] Stopped at acpi_sysres_attach+0xc6: decl %ecx db> trace acpi_sysres_attach() at acpi_sysres_attach+0xc6 device_attach() at device_attach+0x292 acpi_probe_child() at acpi_probe_child+0x183 AcpiNsWalkNamespace() at AcpiWalkNamespace+0xaf acpi_attach() at acpi_attach+0x63d device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 nexus_attach() at nexus_attach+0x19 device_attach() at device_attach+0x292 root_bus_configure() at root_bus_configure+0x1e configure() at configure+0x1f mi_startup() at mi_startup+0xd3 btext() at btext+0x2c db> Interestingly, the kernel boots and runs fine with ACPI disabled. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 00:44:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3827016A4CE for ; Tue, 24 Aug 2004 00:44:55 +0000 (GMT) Received: from freebsd.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0989E43D1D for ; Tue, 24 Aug 2004 00:44:55 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) by freebsd.takeda.tk (8.12.11/8.12.11) with ESMTP id i7O0isuC035431; Mon, 23 Aug 2004 17:44:54 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Mon, 23 Aug 2004 17:44:50 -0700 From: Dariusz Kulinski X-Mailer: The Bat! (v2.01) X-Priority: 3 (Normal) Message-ID: <1546955765.20040823174450@takeda.tk> To: Brooks Davis In-Reply-To: <20040824003045.GA8291@odin.ac.hmc.edu> References: <197540722218.20040823160056@takeda.tk> <20040823232501.GA2024@odin.ac.hmc.edu> <5545373734.20040823171828@takeda.tk> <20040824003045.GA8291@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Question about migration from 4.x to 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 00:44:55 -0000 Hello Brooks, Monday, August 23, 2004, 5:30:45 PM, you wrote: >> >> I'm 4.10 user and I'll possibly migrate to 5.x when 5.3 will be >> >> released. >> >> My question is what will be the most recommended and safest way to >> >> migrate from 4.x to 5.x besides reinstalling whole system? >> > Reinstalling the whole system is highly recommened. Otherwise, the >> > instructions in UPDATING are probalby your best bet. >> I was experimenting with my backup on vmware, but after I finished >> system didn't seem to be stable there were weird system freezes. >> Maybe it was just a bug... > There are a few deadlocks left as well as a bug that makes the lnc > driver crash in vmware so that's not exactly unexpected. BETA2 should > be a good place to start. Ok that could explain my problems, I'll try that again with BETA2 as you said. -- Best regards, Dariusz mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 00:52:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4212A16A4CE for ; Tue, 24 Aug 2004 00:52:00 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 335FC43D2F for ; Tue, 24 Aug 2004 00:51:58 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7O0pqHr063029; Mon, 23 Aug 2004 20:51:52 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7O0pojb063028; Mon, 23 Aug 2004 20:51:50 -0400 (EDT) (envelope-from green) Date: Mon, 23 Aug 2004 20:51:49 -0400 From: Brian Fundakowski Feldman To: Garance A Drosihn Message-ID: <20040824005149.GG77326@green.homeunix.org> References: <20040822115345.Y94593@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 00:52:00 -0000 On Mon, Aug 23, 2004 at 02:17:30PM -0400, Garance A Drosihn wrote: > At 12:05 PM -0700 8/22/04, Doug White wrote: > >Hey folks, [...] please try this patch: > > > >http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > > >This patch avoids a deadlock between the smp_rendezvous() > >mechanism and TLB shootdowns via pmap by forcing them to > >share a mutex. > > I have completed a series of buildworlds with -j3 to -j10 with > no problem. I then started up a "folding at home" client, and > repeated the buildworlds. No panics, but in the second set I > did have one buildworld (-j9) which failed with four processes > apparently getting a "*** Signal 6". I am not sure what that > was about. Note that all these builds were done with a `make' > that was compiled to USE_KQUEUE , so maybe that's where the > Signal's came from. In any case, the machine is still running > fine, even after that heavy pounding. Are you watching system temperatures? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 02:01:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E04016A4CE for ; Tue, 24 Aug 2004 02:01:14 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D77443D2D for ; Tue, 24 Aug 2004 02:01:14 +0000 (GMT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 39DE28803; Mon, 23 Aug 2004 19:01:14 -0700 (PDT) From: Peter Wemm To: freebsd-current@freebsd.org Date: Mon, 23 Aug 2004 19:01:13 -0700 User-Agent: KMail/1.6.2 References: <20040823230619.GB41337@troutmask.apl.washington.edu> In-Reply-To: <20040823230619.GB41337@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231901.13938.peter@wemm.org> cc: Steve Kargl Subject: Re: AMD64 VM panic with >8 GB memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 02:01:14 -0000 On Monday 23 August 2004 04:06 pm, Steve Kargl wrote: > Some relevant info. The motherboard is a Tyan K8S Pro > (S2882) with 12 GB of PC2700 ECC memory. If I limit > the memory by setting 'hw.physmem="8G"' in the loader > or in /boot/loader.conf, then the system boots fine. > Any other setting above 8G will result in the above panic. > > The panic occurs too earlier to get a crash dump. > However, I'm will to try any patch or settings. Hmm. I think we had an amd64 machine around somewhere at work that had 16G of ram. I'll ask what happened to it and see if it can be recovered to sort this out. -- 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-current@FreeBSD.ORG Tue Aug 24 02:08:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D2D816A4CE for ; Tue, 24 Aug 2004 02:08:33 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D4C243D31 for ; Tue, 24 Aug 2004 02:08:33 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7O28Wgv042455; Mon, 23 Aug 2004 19:08:32 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7O28WNf042454; Mon, 23 Aug 2004 19:08:32 -0700 (PDT) (envelope-from sgk) Date: Mon, 23 Aug 2004 19:08:32 -0700 From: Steve Kargl To: Peter Wemm Message-ID: <20040824020832.GA42331@troutmask.apl.washington.edu> References: <20040823230619.GB41337@troutmask.apl.washington.edu> <200408231901.13938.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408231901.13938.peter@wemm.org> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: AMD64 VM panic with >8 GB memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 02:08:33 -0000 On Mon, Aug 23, 2004 at 07:01:13PM -0700, Peter Wemm wrote: > On Monday 23 August 2004 04:06 pm, Steve Kargl wrote: > > Some relevant info. The motherboard is a Tyan K8S Pro > > (S2882) with 12 GB of PC2700 ECC memory. If I limit > > the memory by setting 'hw.physmem="8G"' in the loader > > or in /boot/loader.conf, then the system boots fine. > > Any other setting above 8G will result in the above panic. > > > > The panic occurs too earlier to get a crash dump. > > However, I'm will to try any patch or settings. > > Hmm. I think we had an amd64 machine around somewhere at work that had > 16G of ram. I'll ask what happened to it and see if it can be > recovered to sort this out. > Thanks for looking into this. I can test any patches you devise. I also suspect that this problem is RELENG_5. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 02:18:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1B2416A4CE; Tue, 24 Aug 2004 02:18:55 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F5BC43D45; Tue, 24 Aug 2004 02:18:55 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i7O2IsKl016855; Mon, 23 Aug 2004 22:18:54 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040824005149.GG77326@green.homeunix.org> References: <20040822115345.Y94593@carver.gumbysoft.com> <20040824005149.GG77326@green.homeunix.org> Date: Mon, 23 Aug 2004 22:18:53 -0400 To: Brian Fundakowski Feldman From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 02:18:55 -0000 At 8:51 PM -0400 8/23/04, Brian Fundakowski Feldman wrote: >On Mon, Aug 23, 2004, Garance A Drosihn wrote: > > [...] No panics, but in the second set I > > did have one buildworld (-j9) which failed with four processes >> apparently getting a "*** Signal 6". I am not sure what that >> was about. Note that all these builds were done with a `make' >> that was compiled to USE_KQUEUE , so maybe that's where the >> Signal's came from. In any case, the machine is still running >> fine, even after that heavy pounding. > >Are you watching system temperatures? I doubt that's a problem right now. Right now my office is pretty chilly, and it was even cooler last night while these were running. This is the first time I've seen these "*** Signal 6"s, and this is also the first time I've tried a USE_KQUEUE verison of `make'. And while the make-related processes died with the signal's, none of the other processes on the system had any problems. (including the folding-at-home client which is still running on the machine). Also, this machine is usually running two copies of the "folding at home" client, so it is *usually* running flat-out, 24 hours a day. There are other days when the air-conditioning in the computer center is a bit flaky, and my office gets up to 90F. This machine hasn't had any problems at those temperatures (although I sometimes do!). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 02:28:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3FEC16A4CE; Tue, 24 Aug 2004 02:28:50 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E0A643D45; Tue, 24 Aug 2004 02:28:50 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i7O2SoWI006182; Mon, 23 Aug 2004 21:28:50 -0500 (CDT) (envelope-from dan) Date: Mon, 23 Aug 2004 21:28:50 -0500 From: Dan Nelson To: Garance A Drosihn Message-ID: <20040824022849.GE36920@dan.emsphone.com> References: <20040822115345.Y94593@carver.gumbysoft.com> <20040824005149.GG77326@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.3-BETA1 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 02:28:51 -0000 In the last episode (Aug 23), Garance A Drosihn said: > At 8:51 PM -0400 8/23/04, Brian Fundakowski Feldman wrote: > >On Mon, Aug 23, 2004, Garance A Drosihn wrote: > > > [...] No panics, but in the second set I > > > did have one buildworld (-j9) which failed with four processes > >> apparently getting a "*** Signal 6". I am not sure what that > >> was about. Note that all these builds were done with a `make' > >> that was compiled to USE_KQUEUE , so maybe that's where the > >> Signal's came from. In any case, the machine is still running > >> fine, even after that heavy pounding. > > > >Are you watching system temperatures? > > I doubt that's a problem right now. Right now my office is pretty > chilly, and it was even cooler last night while these were running. > This is the first time I've seen these "*** Signal 6"s, and this is > also the first time I've tried a USE_KQUEUE verison of `make'. And > while the make-related processes died with the signal's, none of the > other processes on the system had any problems. (including the > folding-at-home client which is still running on the machine). Signal 6 (SIGABRT) is usually caused by an assert or other deliberate action. Scroll back up in the log and see if you can find any error messages. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 03:15:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B2416A4CE for ; Tue, 24 Aug 2004 03:15:28 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1573E43D4C for ; Tue, 24 Aug 2004 03:15:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7O3EsjP076153 for ; Mon, 23 Aug 2004 21:14:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 23 Aug 2004 21:15:13 -0600 (MDT) Message-Id: <20040823.211513.08944324.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" 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 Subject: speaker load/unload bug fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 03:15:28 -0000 Someone posted a bug where you did: kldload speaker kldunload speaker devinfo -v Here's a patch... Warner Index: subr_bus.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_bus.c,v retrieving revision 1.156 diff -u -r1.156 subr_bus.c --- subr_bus.c 18 Jul 2004 16:30:31 -0000 1.156 +++ subr_bus.c 24 Aug 2004 03:07:18 -0000 @@ -1471,7 +1471,6 @@ devclass_delete_device(child->devclass, child); TAILQ_REMOVE(&dev->children, child, link); TAILQ_REMOVE(&bus_data_devices, child, devlink); - device_set_desc(child, NULL); kobj_delete((kobj_t) child, M_BUS); bus_data_generation_update(); @@ -2232,6 +2231,7 @@ dev->state = DS_NOTPRESENT; device_set_driver(dev, NULL); + device_set_desc(child, NULL); device_sysctl_fini(dev); return (0); From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 03:24:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BBEB16A4CE for ; Tue, 24 Aug 2004 03:24:35 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D98843D3F for ; Tue, 24 Aug 2004 03:24:33 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id CF53EFD0B6 for ; Mon, 23 Aug 2004 20:24:32 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00594-01 for ; Mon, 23 Aug 2004 20:24:32 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id DC29CFD012 for ; Mon, 23 Aug 2004 20:24:31 -0700 (PDT) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Message-Id: <1093317871.1077.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 23 Aug 2004 20:24:31 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: kernel panic in acpica X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 03:24:35 -0000 I now get the following panic with a current kernel for amd64: acpi0: on motherboard acpi0: Power Button (fixed) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff801b4f66 stack pointer = 0x10:0xffffffff8082a9d0 frame pointer = 0x10:0xffffffff8082aa00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) addr2line --exe=/usr/obj/usr/src/sys/AMD64/kernel.debug 0xffffffff801b4f66 /usr/src/sys/dev/acpica/acpi_resource.c:700 kernel is compiled without options SMP. Sean From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 03:50:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D62D416A4CE for ; Tue, 24 Aug 2004 03:50:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39E443D1F for ; Tue, 24 Aug 2004 03:50:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B635472DD4; Mon, 23 Aug 2004 20:50:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B44C372DCB; Mon, 23 Aug 2004 20:50:19 -0700 (PDT) Date: Mon, 23 Aug 2004 20:50:19 -0700 (PDT) From: Doug White To: Joe Marcus Clarke In-Reply-To: <1093222625.11223.26.camel@shumai.marcuscom.com> Message-ID: <20040823204959.V9327@carver.gumbysoft.com> References: <1093058259.9940.29.camel@shumai.marcuscom.com> <1093121246.17246.33.camel@shumai.marcuscom.com> <1093195573.11223.3.camel@shumai.marcuscom.com> <1093222625.11223.26.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Divacky Roman cc: current@freebsd.org Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 03:50:20 -0000 I've committed the patch to HEAD, and will ask for a RELENG_5 merge later this week. Thanks for testing it! On Sun, 22 Aug 2004, Joe Marcus Clarke wrote: > On Sun, 2004-08-22 at 19:18, Doug White wrote: > > On Sun, 22 Aug 2004, Joe Marcus Clarke wrote: > > > > > > > > > I just got a new Dell Precision 360 workstation with an LSILogic SCSI > > > > > > > controller: > > > > > > > > > > > > > > mpt0: port 0xcd00-0xcdff mem > > > > > > > 0xfe780000-0xfe79ffff,0xfe760000-0xfe77ffff irq 10 at device 3.0 on pci2 > > > > > > > mpt1: port 0xce00-0xceff mem > > > > > > > 0xfe7x0000-0xfe7dffff,0xfe7a0000-0xfe7bffff irq 9 at device 3.1 on pci2 > > > > Hm .. I have a PowerEdge 1750 here, which has the same controller, but it > > installed 5.2.1R fine: > > > > mpt0: port 0xbc00-0xbcff mem > > 0xfcb20000-0xfcb2ffff,0xfcb30000-0xfcb3ffff irq 18 at device 5.0 on pci4 > > mpt0: [GIANT-LOCKED] > > mpt1: port 0xb800-0xb8ff mem > > 0xfcb00000-0xfcb0ffff,0xfcb10000-0xfcb1ffff irq 19 at device 5.1 on pci4 > > mpt1: [GIANT-LOCKED] > > > > pciconf -lv info: > > > > mpt0@pci4:5:0: class=0x010000 card=0x014a1028 chip=0x00301000 rev=0x07 > > hdr=0x00 > > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > > device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > > class = mass storage > > subclass = SCSI > > There is a subtle difference in the card: > > mpt1@pci2:3:1: class=0x010000 card=0x10401028 chip=0x00301000 rev=0x07 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > > I have a PE server as well that has another slightly different card: > > mpt0@pci1:4:0: class=0x010000 card=0x01351028 chip=0x00301000 rev=0x07 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' > class = mass storage > subclass = SCSI > > This works fine as well. > > > > > > > > No, the problem was definitely the bug I mentioned in my follow-up. I > > > have a custom 5.2.1-RELEASE ISO that will work just fine. If you decide > > > to upgrade beyond 5.2.1-RELEASE, you will also need to re-patch the > > > mpt(4) driver. I'm currently running 5.3-BETA, and it works just fine. > > > > > > http://www.marcuscom.com/downloads/5.2.1-RELEASE-i386-miniinst.iso > > > http://www.marcuscom.com/downloads/mpt.diff > > > > I'll do a build pass with this patch to make sure there's no regression on > > my machine. > > Thanks. > > Joe > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 04:22:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C74116A4CE for ; Tue, 24 Aug 2004 04:22:49 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75B843D41 for ; Tue, 24 Aug 2004 04:22:48 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7O4KPwj089133; Tue, 24 Aug 2004 00:20:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7O4KOJU089130; Tue, 24 Aug 2004 00:20:24 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 24 Aug 2004 00:20:24 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: andy@bradfieldprichard.com.au In-Reply-To: <53654.203.41.12.153.1093299636.squirrel@bpgate.speednet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 04:22:49 -0000 On Tue, 24 Aug 2004 andy@bradfieldprichard.com.au wrote: > > > > Thanks to everybody for confirming the fix :-) > > -- > > With the patch applied, during a make -j4 buildworld my box still hangs > with the following (bright-white) messages on the console: > > > ... > panic: APIC: Previous IPI is stuck > cpuid = 0; > boot() called on cpu#0 > Uptime: 3h57m24s > Cannot dump. No dump device defined. > panic: malloc(M_WAITOK) in interrupt context > cpuid = 0; > KDB: enter: panic > Could you set the following sysctl: debug.kdb.stop_cpus=0 It's also a tunable in HEAD, but not yet RELENG_5, so you'll need to set it at run time. This will prevent KDB from trying to IPI the other CPUs to stop them while the current CPU is in KDB. However, during an IPI deadlock, this won't work. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > > :( > > > Some dmesg info: > > > FreeBSD 5.3-BETA1 #0: Mon Aug 23 23:46:21 EST 2004 > root@hummer:/slim/obj/hummer/src-current/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium Pro (198.95-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x619 Stepping = 9 > Features=0xfbff > real memory = 536870912 (512 MB) > avail memory = 515706880 (491 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 4 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 16 > ioapic1 irqs 16-31 on motherboard > ioapic0 irqs 0-15 on motherboard > > > > -andyf > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 04:55:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC9DE16A4CE for ; Tue, 24 Aug 2004 04:55:16 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7155C43D60 for ; Tue, 24 Aug 2004 04:55:16 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7O4gPjr033280 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 24 Aug 2004 00:42:26 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 00:56:34 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200408240056.42066.mistry.7@osu.edu> X-Spam-Status: No, hits=-2.4 required=5.0 tests=PGP_SIGNATURE,RCVD_IN_ORBS,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 04:55:17 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Not sure if this is a bug or not, but my understanding of device rules tha= t=20 are placed in /etc/devfs.conf are supposed to be applied when a device is=20 attached. ie. perm da0 0666 perm da0s1 0666 perm da1 0666 perm da1s1 0666 perm da2 0666 perm da2s1 0666 perm da3 0666 perm da3s1 0666 These permissions are applied on boot since /etc/rc.d/devfs runs and applie= s=20 them, but shouldn't they be reapplied when the device disappears and=20 reappears? For example: 1) USB 6-in1 reader is attached during boot 2) disk reader is unplugged and device nodes destroyed 3) plug in reader and device nodes come up, but permissions are now 0640 no= t=20 0666 like the rule in devfs.conf Is this expected behavior? Thanks, =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKsqJxqA5ziudZT0RApWuAKC44HrE0ZzZttTELpgc42k4PTXIEgCfT8VX PvFo92hJ2f/0gvj8ojTYvNs=3D =3DJLdx =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 05:25:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FD9916A4CE for ; Tue, 24 Aug 2004 05:25:30 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B4843D1D for ; Tue, 24 Aug 2004 05:25:28 +0000 (GMT) (envelope-from burpmaster@truffula.net) Received: from [192.168.0.2] (c-67-169-200-31.client.comcast.net[67.169.200.31]) by comcast.net (rwcrmhc12) with ESMTP id <20040824052527014007lri5e> (Authid: rogers240); Tue, 24 Aug 2004 05:25:27 +0000 Message-ID: <412AD147.7050502@truffula.net> Date: Mon, 23 Aug 2004 22:25:27 -0700 From: Brian Rogers User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------020609060909080609050002" Subject: ATAPI_RESET hang fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 05:25:30 -0000 This is a multi-part message in MIME format. --------------020609060909080609050002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I was getting the hang on start after the "ATAPI_RESET time = x" message. I stuck in a diagnostic printf before the ATAPI_RESET, and that actually fixed the hang. So I replaced it with a DELAY(50), and that also avoids the hang. I guess some ATAPI devices don't like being reset right after being queried. (Or there is a bug with handling that in FreeBSD) Patch is attached. --------------020609060909080609050002 Content-Type: text/plain; name="ata-patch.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-patch.diff" --- ata-all.c.orig Tue Aug 24 04:39:52 2004 +++ ata-all.c Tue Aug 24 04:40:05 2004 @@ -624,6 +624,7 @@ if (ata_getparam(&ch->device[SLAVE], ATA_ATAPI_IDENTIFY)) ch->devices &= ~ATA_ATAPI_SLAVE; else { + DELAY(50); ata_controlcmd(&ch->device[SLAVE], ATA_ATAPI_RESET, 0, 0, 0); switch (ch->device[SLAVE].param->config & ATA_ATAPI_TYPE_MASK) { #ifdef DEV_ATAPICD @@ -656,6 +657,7 @@ if (ata_getparam(&ch->device[MASTER], ATA_ATAPI_IDENTIFY)) ch->devices &= ~ATA_ATAPI_MASTER; else { + DELAY(50); ata_controlcmd(&ch->device[MASTER], ATA_ATAPI_RESET, 0, 0, 0); switch (ch->device[MASTER].param->config & ATA_ATAPI_TYPE_MASK) { #ifdef DEV_ATAPICD --------------020609060909080609050002-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 06:30:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C6416A4CE for ; Tue, 24 Aug 2004 06:30:54 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id E903F43D1F for ; Tue, 24 Aug 2004 06:30:52 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 3ACB650BEE for ; Tue, 24 Aug 2004 15:30:49 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id B237950BEC for ; Tue, 24 Aug 2004 15:30:47 +0900 (JST) Date: Tue, 24 Aug 2004 15:30:47 +0900 Message-ID: <7msmad6oa0.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: Hang at probing on VMware installation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 06:30:54 -0000 I tried to install 6.0-CURRENT-20040824-JPSNAP into VMware via floppy images. After using 3 floppy images, virtual machine is locked up at probing stage. Here is the last output with verbose boot: http://www.imgsrc.co.jp/~kuriyama/tmp/20040824-vmware.png -- Jun Kuriyama // IMG SRC, Inc. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 06:33:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA92616A4CE for ; Tue, 24 Aug 2004 06:33:55 +0000 (GMT) Received: from mail.iinet.net.au (mail-11.iinet.net.au [203.59.3.43]) by mx1.FreeBSD.org (Postfix) with SMTP id A1A0E43D2F for ; Tue, 24 Aug 2004 06:33:54 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 12240 invoked from network); 24 Aug 2004 06:33:53 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 24 Aug 2004 06:33:52 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 16:32:54 +1000 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408241632.54515.shinjii@virusinfo.rdksupportinc.com> Subject: installworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 06:33:56 -0000 ERROR: Required proxy user is missing, see /usr/src/UPDATING. I have run mergemaster -a (as i unf dont have the time to run mergemaster -p) and the so called proxy user is still missing. I am relatively new to BSD and am unsure of exactly what to do. -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:02:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D22B16A4CF for ; Tue, 24 Aug 2004 07:02:21 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2EB843D39 for ; Tue, 24 Aug 2004 07:02:20 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7O72GD5033725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 10:02:17 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7O72JoX035824; Tue, 24 Aug 2004 10:02:19 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 10:02:15 +0300 From: Ruslan Ermilov To: Mayo Jordanov Message-ID: <20040824070215.GH35016@ip.net.ua> References: <1093304541.732.53.camel@einstein.local.nfy> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v2/QI0iRXglpx0hK" Content-Disposition: inline In-Reply-To: <1093304541.732.53.camel@einstein.local.nfy> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@freebsd.org Subject: Re: buildworld problems when DESTDIR is specified? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:02:21 -0000 --v2/QI0iRXglpx0hK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 04:42:22PM -0700, Mayo Jordanov wrote: > Hello, >=20 > I'm trying to buildworld with today's (Monday) RELENG_5 (cvsupped > sometime in the morning (also tried with one from sat/sun). >=20 > When I just run make buildworld, it builds everything just fine, however > it fails when DESTDIR is specified (for both, buildworld and > installworld). The error occurs in stage 1.2, in gnu/usr.bin/gperf/doc. >=20 > Whole stage 1.2 section is attached below. >=20 > Can someone give me any pointers? >=20 Yes. DON'T DO THAT: do not specify DESTDIR as a command-line variable to make(1) when doing a buildworld. Do a normal "make buildworld", then do a "make installworld" specifying the DESTDIR. P.S. I know "make world DESTDIR=3D/foo" is broken at the moment due to this. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --v2/QI0iRXglpx0hK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKuf3qRfpzJluFF4RAjQOAJ4+b0q2IIAohuIdfW47Phq3c0mSqACfQ6Jl zEodPGa0n+MZ7GKlPU6ZG4w= =3Bf5 -----END PGP SIGNATURE----- --v2/QI0iRXglpx0hK-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:04:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C5A516A4CE; Tue, 24 Aug 2004 07:04:11 +0000 (GMT) Received: from pathfinder.roks.biz (roks.biz [82.207.80.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B20C043D1D; Tue, 24 Aug 2004 07:04:09 +0000 (GMT) (envelope-from padla@roks.biz) Received: from admin.office.roks.biz (admin.office.roks.biz [192.168.100.103]) by pathfinder.roks.biz (8.12.11/8.12.11) with ESMTP id i7O746uq082266; Tue, 24 Aug 2004 10:04:07 +0300 (EEST) (envelope-from padla@pathfinder.roks.biz) Received: from admin.office.roks.biz (localhost.roks.biz [127.0.0.1]) i7O746BS000500; Tue, 24 Aug 2004 10:04:06 +0300 (EEST) (envelope-from padla@admin.office.roks.biz) Received: (from padla@localhost) by admin.office.roks.biz (8.12.11/8.12.11/Submit) id i7O744HY000499; Tue, 24 Aug 2004 10:04:05 +0300 (EEST) (envelope-from padla) Date: Tue, 24 Aug 2004 10:04:04 +0300 From: Nikolay Pavlov To: Infomatik Message-ID: <20040824070404.GA218@roks.biz> Mail-Followup-To: Nikolay Pavlov , Infomatik , freebsd-performance@freebsd.org, freebsd-current@freebsd.org References: <20040823095502.GA757@roks.biz> <200408231410.36111.info@matik.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408231410.36111.info@matik.com.br> User-Agent: Mutt/1.4.2.1i cc: freebsd-performance@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Poor results of network perfomance with 5.2.1-p9. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:04:11 -0000 Hi, FreeBSD users. On Monday, 23 August 2004 at 14:10:36 -0300, Infomatik wrote: > I am not so sure if your test is giving any usable result for FreeBSD. > > It seems you are using some wireless equipment between both servers what means > that the throuput depends on this APs first. > Any correctly cabled 10/100 NIC should give higher throughput than any > available 802.11b network equipment. > Even if you have a clean radio connection (> 25Db SNR on each side) between > both APs, low(est) noise and a PP correctly configured you never get full > duplex , one direction ever is slower. Also it depends on the distance > between both points I believe. > There are also several issues with the wireless equipments, may be you never > get some usable cicles from an AP when it is highly used by another > connection already. > > May be you first check your radio connection and before running a test between > both server you check pinging the remote AP (even flooding) to see how > capable your radio is. I guess you never get more than 1-1.5MB/s > bi-directional between both servers. You may get sustained transfer rates of > 3-6MB/s in one direction only but I do not know this APs enough to say it > exactly. > > If you need higher traffic you should use Tsunami WL-PP-bridges or 802.11a/b/g > cards configured as adhoc instead of this cheap APs connected to your NICs You are right. This damned chinese AP again and again let down me. I have found a huge amount of drops on send queue in 5.2.1 side. When I have drop speed down to 2 Mb/s on both AP results of test were leveled on a mark 1.35 Mb/s. Sorry for that noise and thank's for your time. Best regards, Nikolay Pavlov. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:21:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AEFF16A4CE; Tue, 24 Aug 2004 07:21:08 +0000 (GMT) Received: from zone3.gcu-squad.org (zone3.gcu-squad.org [217.19.50.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539E643D1D; Tue, 24 Aug 2004 07:21:07 +0000 (GMT) (envelope-from imil@home.imil.net) Received: from localhost.gcu-squad.org (IDENT:imil@localhost.gcu-squad.org [127.0.0.1]) by zone3.gcu-squad.org (8.13.1/8.12.11) with ESMTP id i7O7Kjmd080147; Tue, 24 Aug 2004 09:20:45 +0200 (CEST) (envelope-from imil@home.imil.net) Date: Tue, 24 Aug 2004 09:20:43 +0200 (CEST) From: iMil X-X-Sender: imil@zone3.gcu-squad.org To: Bill Paul In-Reply-To: <20040823210654.A782316A4CF@hub.freebsd.org> Message-ID: <20040824091351.S34647@zone3.gcu-squad.org> References: <20040823210654.A782316A4CF@hub.freebsd.org> X-GPG-Fingerprint: 8431 79E4 A08B D1B7 0DC8 0BDF 146D C194 65B2 CD42 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: Project Evil on a WG311v2: working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:21:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 That's what I meant when I said it didn't behaved as expected, of course ifconfig is what I did 1st, but I got errors from both wicontrol and ifconfig when attempting to configure ndis interface with them. Don't have acces to the machine right now but it was a SIOCSWAVELAN / invalid argument for wicontrol (simply calling wicontrol -i ndis0) and another similar with an ifconfig. I'll be back with exact error messages soon. On Mon, 23 Aug 2004, Bill Paul wrote: > # ifconfig ndis0 ssid "MY SSID" mediaopt adhoc up > > For infrastructure mode: > > # ifconfig ndis0 ssid "MY SSID" media autoselect > > To change the channel (THIS ONLY WORKS IN AD-HOC MODE!): > > # ifconfig ndis0 channel 7 > > -Bill > > -- > ============================================================================= > -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu > wpaul@windriver.com | Wind River Systems > ============================================================================= > you're just BEGGING to face the moose > ============================================================================= > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > - ------------------------- iMil _ http://gcu-squad.org ASCII ribbon campaign ( ) - against HTML email X & vCards / \ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKuxNFG3BlGWyzUIRAgmZAJ487oQiChZYdsmoxjtb9lhc7g8xKwCcDY+Y BQy3dfRP+7emEePoue4nxDc= =2Oe3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:28:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DD316A4CE for ; Tue, 24 Aug 2004 07:28:55 +0000 (GMT) Received: from mx4.datanet.hu (mx4.datanet.hu [194.149.13.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 054B043D4C for ; Tue, 24 Aug 2004 07:28:55 +0000 (GMT) (envelope-from sziszi@bsd.hu) Received: from momo.buza.adamsfamily.xx (nilus-2628.adsl.datanet.hu [195.56.6.88]) by mx4.datanet.hu (DataNet) with ESMTP id B3A8026762C for ; Tue, 24 Aug 2004 09:28:53 +0200 (CEST) Received: from momo.buza.adamsfamily.xx (localhost.buza.adamsfamily.xx [127.0.0.1])i7O7TtWZ001133 for ; Tue, 24 Aug 2004 09:29:55 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by momo.buza.adamsfamily.xx (8.13.1/8.13.1/Submit) id i7O7Ts9t001132 for current@freebsd.org; Tue, 24 Aug 2004 09:29:54 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: momo.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Tue, 24 Aug 2004 09:29:52 +0200 From: Szilveszter Adam To: current@freebsd.org Message-ID: <20040824072951.GB976@momo.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , current@freebsd.org References: <2D8BB15C7B5C214F81C32D3A83B32736E6BBB8@idbexc01.americas.cpqcorp.net> <16682.13031.43151.91070@jerusalem.litteratus.org> <20040823185218.GA52250@82-168-140-74-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040823185218.GA52250@82-168-140-74-bbxl.xdsl.tiscali.nl> User-Agent: Mutt/1.5.6i Subject: Re: "witness exhausted" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:28:55 -0000 Hello Rene, Robert! On Mon, Aug 23, 2004 at 08:52:18PM +0200, Rene Ladan wrote: > On Mon, Aug 23, 2004 at 02:09:43PM -0400, Robert Huff wrote: > > > > I updated to > > > > FreeBSD 6.0-CURRENT #1: Fri Aug 20 15:02:58 EDT 2004 > > > > and noticed in the boot messages: > > > > witness_get: witness exhausted > > > > What's going on, and is this something I need to worry about? > > (System config file and dmesg output are appended.) > > > > > > Robert Huff > > "Me too". This is on FreeBSD 5.3-BETA1 #0: Sun Aug 22 09:50:24 CEST 2004 > It appears just after IPsec inited. > > The message comes from sys/kern/subr_witness.c (rev 1.178) Although I have not seen it lately, this message is an old acquintance: I remember it from the days before 5.0 was out. It means that the witness subsystem has reached its capacity and my experience at least at that time was that from this point on, witness checking was essentially disabled (you could literally feel this, because the interactive performance of the machine went right through the roof in a minute! :-) and stayed that way until the next reboot. Upon the introduction of the WITNESS_SKIPSPIN option I no longer encountered this message on my systems. So, nothing to worry about in my opinion... -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:33:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C86C16A4CE for ; Tue, 24 Aug 2004 07:33:30 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 816A743D5A for ; Tue, 24 Aug 2004 07:33:29 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7O7XSid024438; Tue, 24 Aug 2004 09:33:28 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <412AEF2E.7080600@DeepCore.dk> Date: Tue, 24 Aug 2004 09:33:02 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk> <412A641A.1030809@root.org> In-Reply-To: <412A641A.1030809@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: current@freebsd.org Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:33:30 -0000 Nate Lawson wrote: > S=F8ren Schmidt wrote: >=20 >> Nate Lawson wrote: >> >>> This may be fixed now in both current and releng_5. A logic=20 >>> inversion bug (=3D / !=3D) was causing pci irq link programming on re= sume=20 >>> to fail. It didn't impact many people since a lot of systems have=20 >>> chipsets that keep power to irq links while suspended. >>> >>> Please test again. >> >> >> There is no change, the systems all lock up hard on resume, on the two= =20 >> laptops (ASUS & Acer) the backlight doesn't even come on anymore.... >> >> Again reverting /sys/dev/acpica and /sys/i386/acpica back to aug 1st=20 >> make things work (well almost, but that might not be ACPI's fault)... >=20 > Please go through acpi_{button,cmbat,lid}.c and comment out the=20 > foo_resume() code in each. Let me know which one is the culprit if thi= s=20 > works. Will do, but it will be awhile, I have "real work" that needs to be=20 finished first. >> This is a showstopper bug for 5.3 IMHO... > =20 > No need to repeat this. I'm already trying to help find the problem an= d=20 > stating this can't make things go any faster. Right, but it doesn't show in the 5.3 TODO, so its not been repeated=20 often enough it seems :) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:33:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1CFB16A4CE for ; Tue, 24 Aug 2004 07:33:47 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7631743D55 for ; Tue, 24 Aug 2004 07:33:46 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id E291478C8D for ; Tue, 24 Aug 2004 03:38:39 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pandora.afflictions.org (Postfix) with ESMTP id 0C66C78C8C for ; Tue, 24 Aug 2004 03:38:31 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 157001700B; Tue, 24 Aug 2004 03:33:56 -0400 (EDT) Date: Tue, 24 Aug 2004 03:33:56 -0400 From: Damian Gerow To: current@freebsd.org Message-ID: <20040824073356.GK25125@afflictions.org> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.2-CURRENT on a i386 X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at afflictions.org Subject: RELENG_5 build broken with BKTR_USE_FREEBSD_SMBUS and BKTR_NEW_MSP34XX_DRIVER enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:33:47 -0000 In trying to build a kernel with bktr support, I'm using both BKTR_USE_FREEBSD_SMBUS and BKTR_NEW_MSP34XX_DRIVER. This is what I see on a compile: cc -c -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs \ -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline \ -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. \ -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica \ -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter \ -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath \ -I/usr/src/sys/contrib/dev/ath/freebsd \ -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h \ -fno-common -finline-limit=8000 --param inline-unit-growth=100 \ --param large-function-growth=1000 -mno-align-long-strings \ -mpreferred-stack-boundary=2 -ffreestanding -Werror \ /usr/src/sys/dev/bktr/msp34xx.c In file included from /usr/src/sys/dev/bktr/msp34xx.c:92: /usr/src/sys/dev/bktr/bktr_reg.h:451: error: syntax error before "device_t" *** Error code 1 Stop in /usr/obj/usr/src/sys/dementia. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Removing either option fixes the build. The only thing in NOTES that might address this is the note saying bktr has been ported to the new I2C framework. Is this an obvious don't-do-that? From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:40:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0C5A16A4CE; Tue, 24 Aug 2004 07:40:05 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC5D43D46; Tue, 24 Aug 2004 07:40:05 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (duazrlz9@localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id i7O7e3El050664; Tue, 24 Aug 2004 11:40:03 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 24 Aug 2004 11:40:03 +0400 (MSD) From: Maxim Konovalov To: Ruslan Ermilov In-Reply-To: <20040824070215.GH35016@ip.net.ua> Message-ID: <20040824113430.F50603@mp2.macomnet.net> References: <1093304541.732.53.camel@einstein.local.nfy> <20040824070215.GH35016@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Mayo Jordanov cc: current@freebsd.org Subject: Re: buildworld problems when DESTDIR is specified? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:40:06 -0000 On Tue, 24 Aug 2004, 10:02+0300, Ruslan Ermilov wrote: > On Mon, Aug 23, 2004 at 04:42:22PM -0700, Mayo Jordanov wrote: > > Hello, > > > > I'm trying to buildworld with today's (Monday) RELENG_5 (cvsupped > > sometime in the morning (also tried with one from sat/sun). > > > > When I just run make buildworld, it builds everything just fine, however > > it fails when DESTDIR is specified (for both, buildworld and > > installworld). The error occurs in stage 1.2, in gnu/usr.bin/gperf/doc. > > > > Whole stage 1.2 section is attached below. > > > > Can someone give me any pointers? > > > Yes. DON'T DO THAT: do not specify DESTDIR as a command-line variable > to make(1) when doing a buildworld. Do a normal "make buildworld", > then do a "make installworld" specifying the DESTDIR. > > P.S. I know "make world DESTDIR=/foo" is broken at the moment due to > this. It seems we need to fix the warning for 'make world'. Now it suggests to define DESTDIR but not clear how to do that: : Define DESTDIR to where you want to install FreeBSD, : including /, to override this warning and proceed as usual. Moreover, a couple of days ago I was helping to a friend of mine to fix a problem with a broken build world, he had 'DESTDIR=/' in /etc/make.conf and 'make world' always failed for him. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:41:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F56D16A4CE for ; Tue, 24 Aug 2004 07:41:21 +0000 (GMT) Received: from mx4.datanet.hu (mx4.datanet.hu [194.149.13.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA43643D1F for ; Tue, 24 Aug 2004 07:41:20 +0000 (GMT) (envelope-from sziszi@bsd.hu) Received: from momo.buza.adamsfamily.xx (nilus-2628.adsl.datanet.hu [195.56.6.88]) by mx4.datanet.hu (DataNet) with ESMTP id 68EB626799B for ; Tue, 24 Aug 2004 09:41:19 +0200 (CEST) Received: from momo.buza.adamsfamily.xx (localhost.buza.adamsfamily.xx [127.0.0.1])i7O7gLaX001186 for ; Tue, 24 Aug 2004 09:42:21 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by momo.buza.adamsfamily.xx (8.13.1/8.13.1/Submit) id i7O7gJub001185 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 09:42:19 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: momo.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Tue, 24 Aug 2004 09:42:18 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20040824074217.GC976@momo.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <200408240056.42066.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408240056.42066.mistry.7@osu.edu> User-Agent: Mutt/1.5.6i Subject: Re: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:41:21 -0000 Hello Anish, I think you need devd running and devd.conf configured for this to work. But maybe I am wrong... -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:45:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E456C16A4CE; Tue, 24 Aug 2004 07:45:03 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id E749E43D3F; Tue, 24 Aug 2004 07:45:02 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id BBC7AACAE3; Tue, 24 Aug 2004 09:44:58 +0200 (CEST) Date: Tue, 24 Aug 2004 09:44:58 +0200 From: Pawel Jakub Dawidek To: Jun Kuriyama Message-ID: <20040824074458.GA30151@darkness.comp.waw.pl> References: <7misba8nhm.wl@black.imgsrc.co.jp> <20040823171424.GR30151@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/ke75lzkNdJ8e8mR" Content-Disposition: inline In-Reply-To: <20040823171424.GR30151@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: Current cc: phk@FreeBSD.org Subject: Re: panic: g_read_data(): invalid length 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:45:04 -0000 --/ke75lzkNdJ8e8mR Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 07:14:24PM +0200, Pawel Jakub Dawidek wrote: +> On Mon, Aug 23, 2004 at 01:52:37PM +0900, Jun Kuriyama wrote: +> +>=20 +> +> This is 6-current as of 2004.08.22.23.10.00. +> +>=20 +> +> It's fine with previous kernel configuration, but when I added "device +> +> atapicam" and "device cd", kernel is panic. I'm using gstripe(8) with +> +> usual ATA HDDs. If I added "device atapicam" only, this panic does +> +> not happened. Could you try this patch: http://people.freebsd.org/~pjd/patches/geom_taste.3.patch It does some more, but should also fix your problem. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --/ke75lzkNdJ8e8mR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKvH6ForvXbEpPzQRAudNAKDu0FJDLkM7kDOe1035GBCkMTfYOQCdEBQr K0IUFoGt6PlP1BjN/K4BUqs= =2PHs -----END PGP SIGNATURE----- --/ke75lzkNdJ8e8mR-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:45:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D802616A4CE for ; Tue, 24 Aug 2004 07:45:42 +0000 (GMT) Received: from web14123.mail.yahoo.com (web14123.mail.yahoo.com [66.163.171.114]) by mx1.FreeBSD.org (Postfix) with SMTP id 9FB8343D2D for ; Tue, 24 Aug 2004 07:45:42 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040824074542.25660.qmail@web14123.mail.yahoo.com> Received: from [194.248.174.58] by web14123.mail.yahoo.com via HTTP; Tue, 24 Aug 2004 09:45:42 CEST Date: Tue, 24 Aug 2004 09:45:42 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= To: Pawel Worach , Doug White In-Reply-To: <412A5B02.9010705@telia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:45:43 -0000 >> buildwords and other highly parallel operations, >> please try this patch: >> http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > Worked like a charm, Four way Xeon box with a -j256 > buildstone using > SCHED_ULE. Thanks for tracking this down! I assume this is with HTT disabled?? Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:56:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7790416A4CE for ; Tue, 24 Aug 2004 07:56:44 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8497343D53 for ; Tue, 24 Aug 2004 07:56:43 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 5ED4EACC65; Tue, 24 Aug 2004 09:56:37 +0200 (CEST) Date: Tue, 24 Aug 2004 09:56:37 +0200 From: Pawel Jakub Dawidek To: "Mario A. Doria" Message-ID: <20040824075637.GB30151@darkness.comp.waw.pl> References: <20040823114656.0453716A4DE@hub.freebsd.org> <200408231218.29467.mariodoria@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Mpco6AjI66RzYq4w" Content-Disposition: inline In-Reply-To: <200408231218.29467.mariodoria@yahoo.com> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: GMirror info X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:56:44 -0000 --Mpco6AjI66RzYq4w Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 12:18:29PM -0500, Mario A. Doria wrote: +> Hi, +>=20 +> I'm in the process of migrating from a vinum RAID-1 config to a GEOM=20 +> Mirror config, is there any help available or something I can use to=20 +> guide myself? There is a manual page for gmirror already in -CURRENT (if you haven't checked it out already). If you want to migrate without dump(8)/restore(8), it is possible, but risky. First you need to find out where vinum stores metadata (I don't know) and do dd(1): # dd if=3D/dev/ of=3D/dev/ skip=3D Where and are your mirror's components and is the number of sectors used by vinum (if they are stored at the beggining). You can increase block size for dd(1) to speed up things, but it will confuse 'skip' argument. Then you should create the mirror by using gmirror command: # gmirror label -b round-robin # gmirror load # gmirror insert But keep in mind that this is a risky procedure and I haven't tested it. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --Mpco6AjI66RzYq4w Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKvS1ForvXbEpPzQRArq/AKCihoQUZ4sfJBgsd05iFakCuViR7ACgnSiC Umm6iGqx2iTMNsiq5cXv+M0= =cTMd -----END PGP SIGNATURE----- --Mpco6AjI66RzYq4w-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 07:58:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D010916A4CE for ; Tue, 24 Aug 2004 07:58:46 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B0BD43D39 for ; Tue, 24 Aug 2004 07:58:46 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7O7wip9024639; Tue, 24 Aug 2004 09:58:44 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <412AF51B.8010801@DeepCore.dk> Date: Tue, 24 Aug 2004 09:58:19 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Rogers References: <412AD147.7050502@truffula.net> In-Reply-To: <412AD147.7050502@truffula.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: ATAPI_RESET hang fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 07:58:46 -0000 Brian Rogers wrote: > I was getting the hang on start after the "ATAPI_RESET time =3D x"=20 > message. I stuck in a diagnostic printf before the ATAPI_RESET, and=20 > that actually fixed the hang. So I replaced it with a DELAY(50), and=20 > that also avoids the hang. >=20 > I guess some ATAPI devices don't like being reset right after being=20 > queried. (Or there is a bug with handling that in FreeBSD) Patch is=20 > attached. Hmm, you could be on to something, but instead of using a fixed delay=20 I'd rather (re)introduce the wait for ready before selecting the device=20 in ata_command. Could you please try the following patch and let me know = if that fixes the problem as well ? -S=F8ren Index: ata-lowlevel.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/ata/ata-lowlevel.c,v retrieving revision 1.44 diff -u -r1.44 ata-lowlevel.c --- ata-lowlevel.c 16 Aug 2004 09:32:35 -0000 1.44 +++ ata-lowlevel.c 24 Aug 2004 07:21:12 -0000 @@ -721,6 +721,12 @@ rman_get_start(atadev->channel->r_io[ATA_DATA].res), command, (intmax_t)lba, count, feature); + /* ready to select device ? */ + if (ata_wait(atadev, 0) < 0) { + ata_prtdev(atadev, "timeout waiting for ready command=3D%02x\n", = command); + return -1; + } + /* select device */ ATA_IDX_OUTB(atadev->channel, ATA_DRIVE, ATA_D_IBM | atadev->unit);= From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 08:02:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F78916A4CE for ; Tue, 24 Aug 2004 08:02:24 +0000 (GMT) Received: from av5-1-sn3.vrr.skanova.net (av5-1-sn3.vrr.skanova.net [81.228.9.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D20D43D1F for ; Tue, 24 Aug 2004 08:02:23 +0000 (GMT) (envelope-from martin@gneto.com) Received: by av5-1-sn3.vrr.skanova.net (Postfix, from userid 502) id A811637ECD; Tue, 24 Aug 2004 10:02:22 +0200 (CEST) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av5-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 9640137E44 for ; Tue, 24 Aug 2004 10:02:22 +0200 (CEST) Received: from [192.168.2.10] (h118n1fls31o985.telia.com [213.65.16.118]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 6935A37E43 for ; Tue, 24 Aug 2004 10:02:22 +0200 (CEST) Message-ID: <412AF60D.2060408@gneto.com> Date: Tue, 24 Aug 2004 10:02:21 +0200 From: Martin Nilsson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: BTX halted problem with 5.3-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 08:02:24 -0000 I get the infamous BTX halted problem when booting the 5.3b1 CD in a USB connected CDROM drive on the Supermicro P4SCi motherboard. It works with a regular ATAPI CDROM. The older P4SGE boards works well with USB-CD booting (at least after i fixed cdboot a couple of months ago). I found that turning off legacy USB helped someone in the past but it didn't do anything for this board. I also found that turning off ATA DMA mode might help but this BIOS don't let me do that. Does anybody know what is causing this and a possible cure? I'm going to try to debug this over the weekend so if I can get some clues to work with before friday I'm hoping to get a head start. /Martin From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 08:07:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22C9E16A4CE for ; Tue, 24 Aug 2004 08:07:11 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED9443D5A for ; Tue, 24 Aug 2004 08:07:10 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7O7sEjr061890 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 24 Aug 2004 03:54:16 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: Szilveszter Adam , freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 04:08:24 -0400 User-Agent: KMail/1.6.2 References: <200408240056.42066.mistry.7@osu.edu> <20040824074217.GC976@momo.buza.adamsfamily.xx> In-Reply-To: <20040824074217.GC976@momo.buza.adamsfamily.xx> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408240408.32057.mistry.7@osu.edu> X-Spam-Status: No, hits=-3.7 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE, QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES,UPPERCASE_25_50,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 08:07:11 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 24 August 2004 03:42 am, Szilveszter Adam wrote: > Hello Anish, > > I think you need devd running and devd.conf configured for this to > work. > > But maybe I am wrong... I do have devd running. What would go in devd.conf then? =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBKvd/xqA5ziudZT0RAplcAKDanwlHS9mNNDYO0VwkITF6e/6yFQCeMxYE HqdhB4ypRdrZjkFl58rlWlo=3D =3Dbt4J =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 08:22:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE4D16A4CE for ; Tue, 24 Aug 2004 08:22:50 +0000 (GMT) Received: from mx4.datanet.hu (mx4.datanet.hu [194.149.13.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40E7343D31 for ; Tue, 24 Aug 2004 08:22:50 +0000 (GMT) (envelope-from sziszi@bsd.hu) Received: from momo.buza.adamsfamily.xx (nilus-2628.adsl.datanet.hu [195.56.6.88]) by mx4.datanet.hu (DataNet) with ESMTP id D3F8A267A48 for ; Tue, 24 Aug 2004 10:22:48 +0200 (CEST) Received: from momo.buza.adamsfamily.xx (localhost.buza.adamsfamily.xx [127.0.0.1])i7O8Nopr004332 for ; Tue, 24 Aug 2004 10:23:50 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by momo.buza.adamsfamily.xx (8.13.1/8.13.1/Submit) id i7O8NoHh004331 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 10:23:50 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: momo.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Tue, 24 Aug 2004 10:23:49 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20040824082349.GA1425@momo.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <200408240056.42066.mistry.7@osu.edu> <20040824074217.GC976@momo.buza.adamsfamily.xx> <200408240408.32057.mistry.7@osu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408240408.32057.mistry.7@osu.edu> User-Agent: Mutt/1.5.6i Subject: Re: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 08:22:50 -0000 On Tue, Aug 24, 2004 at 04:08:24AM -0400, Anish Mistry wrote: > On Tuesday 24 August 2004 03:42 am, Szilveszter Adam wrote: > > Hello Anish, > > > > I think you need devd running and devd.conf configured for this to > > work. > > > > But maybe I am wrong... > I do have devd running. What would go in devd.conf then? Well, devd.conf isn't exactly heavy on documentation, but I would think that you can do something like: attach 0 { device-name "da[0-9]+"; action "chmod 755"; // or even action "/etc/rc.d/devfs start" // but it depends what you have in there. }; Of course, others might be able to give you better suggestions, I have not tried this, but only based it on the docs that I read and on /usr/share/examples/etc/devd.conf Hope this helps somewhat... -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 08:56:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB99616A4CE for ; Tue, 24 Aug 2004 08:55:59 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42E8643D1F for ; Tue, 24 Aug 2004 08:55:59 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6AD72DD5F1; Tue, 24 Aug 2004 10:55:54 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 4AD3D8636C; Tue, 24 Aug 2004 10:55:54 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 28A7F807DD; Tue, 24 Aug 2004 10:55:54 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 13297D4877; Tue, 24 Aug 2004 10:55:54 +0200 (CEST) Received: from coyote.q.local (localhost [127.0.0.1]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i7O8trTH026070; Tue, 24 Aug 2004 10:55:53 +0200 (CEST) (envelope-from q@coyote.q.local) Received: (from q@localhost) by coyote.q.local (8.12.10/8.12.10/Submit) id i7O8tqL7026069; Tue, 24 Aug 2004 10:55:52 +0200 (CEST) (envelope-from q) Date: Tue, 24 Aug 2004 10:55:52 +0200 From: Ulrich Spoerlein To: "Thomas T. Veldhouse" Message-ID: <20040824085552.GA25548@galgenberg.net> Mail-Followup-To: "Thomas T. Veldhouse" , freebsd-current@freebsd.org References: <4129EE0E.7080606@veldy.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <4129EE0E.7080606@veldy.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-current@freebsd.org Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 08:56:00 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 23.08.2004 at 08:15:58 -0500, Thomas T. Veldhouse wrote: > I downloaded the miniinstall and booted it. The install booted alright= =20 > and started probing hardware. There is a hard hang at the point it=20 > attempts to probe my DVD reader/burner [on acd1]. I have to pull the=20 > power. There is a message indicating an ATAPI delay of 30 and 50=20 > microseconds before the final failed probe. This is just a /me too. Been running CURRENT on this laptop since the gcc 3.4 import and the DVD gets probed around half the time. The other half, the boot process stops after the ATAPI_RESET message and the Dics/CD LED is on. Sadly I haven't yet made a verbose boot while it hung. It looks like every time I try a verbose boot, the probe succeeds. Strange indeed. atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x1= 77,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 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=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 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=3D50 ostat1=3D00 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x04 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x4 ata1: [MPSAFE] ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x45 cable=3D80pin ata0-master: setting PIO4 on Intel ICH4 chip ata0-master: setting UDMA100 on Intel ICH4 chip ad0: ATA-6 disk at ata0-master ad0: 57231MB (117210240 sectors), 116280 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0x42 cable=3D40pin ATAPI_RESET time =3D 30us ata1-master: setting PIO4 on Intel ICH4 chip ata1-master: setting UDMA33 on Intel ICH4 chip acd0: <_NEC DVD_RW ND-5500A/1.51> DVDR drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 2755KB/s (2755KB/s), 2048KB buffer, UD= MA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKwKYmArGtfDbn0QRAi74AJ4xlFaZkt1iij0PKQ9NLA4vVVfFGQCgypCX tBvY20SVoGZWd7TzsZpwXKw= =/7tg -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 09:38:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18A0316A4CE for ; Tue, 24 Aug 2004 09:38:21 +0000 (GMT) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6610043D1F for ; Tue, 24 Aug 2004 09:38:20 +0000 (GMT) (envelope-from bsd-current@epcdirect.co.uk) Received: from lfarr (mail.shorewood-epc.co.uk [195.10.240.17]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 8D12B67E14; Tue, 24 Aug 2004 10:38:17 +0100 (BST) From: "Lawrence Farr" To: "'Doug White'" , Date: Tue, 24 Aug 2004 10:38:16 +0100 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: AcSIex6p93XkZkWnRYSlsbEEYIzzcgBPbFrQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <20040822115345.Y94593@carver.gumbysoft.com> Message-Id: <20040824093817.8D12B67E14@gunfright.epcdirect.co.uk> Subject: RE: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 09:38:21 -0000 My SMP machine still hung solid under load last night with the patch applied. Again no console output. Is there anything worth trying to do? Or shall I try 5.2.1 on there to eliminate hardware faults? It's a lightly loaded NFS server that does a make release at nights. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 10:00:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA95516A4CE; Tue, 24 Aug 2004 10:00:03 +0000 (GMT) Received: from spxau01.smeglobalnet.net (spxau01.smeglobalnet.net [203.57.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C12A43D1D; Tue, 24 Aug 2004 10:00:03 +0000 (GMT) (envelope-from andy@bradfieldprichard.com.au) Received: from bpgate.speednet.com.au ([203.41.15.9]) by spxau01.smeglobalnet.net with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 Aug 2004 19:59:01 +1000 Received: from bpgate.speednet.com.au (localhost [127.0.0.1]) i7O95M0G060172; Tue, 24 Aug 2004 19:05:22 +1000 (EST) (envelope-from andy@bradfieldprichard.com.au) Received: from 203.41.12.153 (SquirrelMail authenticated user andy) by bpgate.speednet.com.au with HTTP; Tue, 24 Aug 2004 19:05:22 +1000 (EST) Message-ID: <65297.203.41.12.153.1093338323.squirrel@bpgate.speednet.com.au> In-Reply-To: References: <53654.203.41.12.153.1093299636.squirrel@bpgate.speednet.com.au> Date: Tue, 24 Aug 2004 19:05:22 +1000 (EST) From: andy@bradfieldprichard.com.au To: "Robert Watson" User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-OriginalArrivalTime: 24 Aug 2004 09:59:01.0564 (UTC) FILETIME=[FB466FC0:01C489C0] cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 10:00:03 -0000 > > Could you set the following sysctl: > > debug.kdb.stop_cpus=0 > (hand typed - sorry about the wrapping) panic: APIC: Previous IPI is stuck cpuid = 0; KDB: enter: panic [thread 100161] Stopped at kdb_enter+0x30: leave db> where kdb_enter(c08b3ec5,0,c08d2917,d6a33c90,c1f689a0) at kdb_enter+0x30 panic(c08d2917,2,d6a33cb0,3,8) at panic+0x15a lapic_ipi_vectored(fb,4,d6a33d44,d6a33d44,c19d4280) at lapic_ipi_vectored+0xa3 ipi_selected(e,fb,d6a33d44,d6a33cec,c084a0ea) at ipi_selected+0x43 forward_hardclock(d6a33d44,0,c08d44e3,bd,c1b35580) at forward_hardclock+0x49 clkintr(d6a33d44,6,d6a33d40,c0846be0,0) at clkintr+0xba intr_execute_handlers(c0954fc0,d6a33d44,28562640,d6a33d3c,1) at intr_execute_handlers+0xbb atpic_handle_intr(0) at atpic_handle_intr+0xcf Xatpic_intr0() at Xatpic_intr0+0x20 --- interrupt, eip = 0x81a6ddb, esp = 0xbfbfe270, epb = 0xbfbfe278 --- db> -andyf From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 10:04:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DE9816A4CE for ; Tue, 24 Aug 2004 10:04:42 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B542E43D1D for ; Tue, 24 Aug 2004 10:04:41 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7OA4elm025617; Tue, 24 Aug 2004 12:04:40 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <412B129E.9030208@DeepCore.dk> Date: Tue, 24 Aug 2004 12:04:14 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <4129EE0E.7080606@veldy.net> <20040824085552.GA25548@galgenberg.net> In-Reply-To: <20040824085552.GA25548@galgenberg.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: "Thomas T. Veldhouse" cc: freebsd-current@freebsd.org Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 10:04:42 -0000 Ulrich Spoerlein wrote: > On Mon, 23.08.2004 at 08:15:58 -0500, Thomas T. Veldhouse wrote: >=20 >>I downloaded the miniinstall and booted it. The install booted alright= =20 >>and started probing hardware. There is a hard hang at the point it=20 >>attempts to probe my DVD reader/burner [on acd1]. I have to pull the=20 >>power. There is a message indicating an ATAPI delay of 30 and 50=20 >>microseconds before the final failed probe. >=20 >=20 > This is just a /me too. Been running CURRENT on this laptop since the > gcc 3.4 import and the DVD gets probed around half the time. The other > half, the boot process stops after the ATAPI_RESET message and the > Dics/CD LED is on. >=20 > Sadly I haven't yet made a verbose boot while it hung. It looks like > every time I try a verbose boot, the probe succeeds. Strange indeed. Upgrade /sys/dev/ata to whats in -current, I should have fixed it there. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 10:37:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9C616A4CE for ; Tue, 24 Aug 2004 10:37:34 +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 5C52943D53 for ; Tue, 24 Aug 2004 10:37:34 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 2C5A09C5; Tue, 24 Aug 2004 12:37:33 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 125AF7BA75; Tue, 24 Aug 2004 12:37:33 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id EA83C7BAD9; Tue, 24 Aug 2004 12:37:32 +0200 (CEST) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id CA2C49C5; Tue, 24 Aug 2004 12:37:32 +0200 (CEST) Received: from coyote.q.local (localhost [127.0.0.1]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id i7OAbWTH026790; Tue, 24 Aug 2004 12:37:32 +0200 (CEST) (envelope-from q@coyote.q.local) Received: (from q@localhost) by coyote.q.local (8.12.10/8.12.10/Submit) id i7OAbVCs026789; Tue, 24 Aug 2004 12:37:31 +0200 (CEST) (envelope-from q) Date: Tue, 24 Aug 2004 12:37:31 +0200 From: Ulrich Spoerlein To: =?iso-8859-15?Q?S=F8ren?= Schmidt Message-ID: <20040824103731.GA26464@galgenberg.net> Mail-Followup-To: =?iso-8859-15?Q?S=F8ren?= Schmidt , freebsd-current@freebsd.org References: <4129EE0E.7080606@veldy.net> <20040824085552.GA25548@galgenberg.net> <412B129E.9030208@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <412B129E.9030208@DeepCore.dk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-current@freebsd.org Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 10:37:34 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 24.08.2004 at 12:04:14 +0200, S=F8ren Schmidt wrote: > Upgrade /sys/dev/ata to whats in -current, I should have fixed it there. Yes, I applied the patch to RELENG_5 and after 5 reboots it failed to fail a single time :) Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Get it while it's hot! PGP Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBKxprmArGtfDbn0QRAgv4AJ0SjHndro/VC5Bb9T0db2YAN0jRygCfbbEB 5157T2FPbbU5E9DzushlRj8= =67EE -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 10:38:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 576D016A4CE for ; Tue, 24 Aug 2004 10:38:48 +0000 (GMT) Received: from worf.kerna.com (worf.kerna.com [194.106.143.118]) by mx1.FreeBSD.org (Postfix) with SMTP id 54BDD43D2D for ; Tue, 24 Aug 2004 10:38:45 +0000 (GMT) (envelope-from james@kerna.ie) Received: (qmail 33675 invoked from network); 24 Aug 2004 10:38:48 -0000 Received: from unknown (192.168.42.139) by bender.kerna.ie with QMQP; 24 Aug 2004 10:38:48 -0000 Date: Tue, 24 Aug 2004 11:38:42 +0100 From: James Raftery To: current@freebsd.org Message-ID: <20040824103842.GB34734@fry.kerna.ie> Mail-Followup-To: current@freebsd.org References: <1093058259.9940.29.camel@shumai.marcuscom.com> <1093121246.17246.33.camel@shumai.marcuscom.com> <1093195573.11223.3.camel@shumai.marcuscom.com> <1093222625.11223.26.camel@shumai.marcuscom.com> <20040823204959.V9327@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040823204959.V9327@carver.gumbysoft.com> Subject: Re: Cannot install onto mpt-driven drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 10:38:48 -0000 On Mon, Aug 23, 2004 at 08:50:19PM -0700, Doug White wrote: > I've committed the patch to HEAD, and will ask for a RELENG_5 merge later > this week. Thanks for testing it! I can confirm success too, applying the patch to RELENG_5_2 on a PowerEdge 400SC. Thanks, james From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 11:11:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BFEF16A4CE; Tue, 24 Aug 2004 11:11:53 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE8243D3F; Tue, 24 Aug 2004 11:11:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7OBBpHi017091; Tue, 24 Aug 2004 07:11:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7OBBqx6030411; Tue, 24 Aug 2004 07:11:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6A4E7303F; Tue, 24 Aug 2004 07:11:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040824111151.B6A4E7303F@freebsd-current.sentex.ca> Date: Tue, 24 Aug 2004 07:11:51 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 11:11:53 -0000 TB --- 2004-08-24 09:36:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-24 09:36:44 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-24 09:36:44 - checking out the source tree TB --- 2004-08-24 09:36:44 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-24 09:36:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-24 09:42:37 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-24 09:42:37 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-24 09:42:37 - /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 --- 2004-08-24 10:46:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-24 10:46:59 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-24 10:46:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 24 10:46:59 UTC 2004 >>> 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 Tue Aug 24 11:00:40 UTC 2004 TB --- 2004-08-24 11:00:40 - generating LINT kernel config TB --- 2004-08-24 11:00:40 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-24 11:00:40 - /usr/bin/make -B LINT TB --- 2004-08-24 11:00:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-24 11:00:40 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-24 11:00:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 24 11:00:41 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-24 11:11:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-24 11:11:51 - ERROR: failed to build lint kernel TB --- 2004-08-24 11:11:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 17:11:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2217B16A4CE; Mon, 23 Aug 2004 17:11:12 +0000 (GMT) Received: from web.matik.com.br (web.matik.com.br [200.208.167.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7830843D1F; Mon, 23 Aug 2004 17:11:03 +0000 (GMT) (envelope-from info@matik.com.br) Received: from wsrv.matik.com.br (201-0-9-226.dsl.telesp.net.br [201.0.9.226] (may be forged)) by web.matik.com.br (8.12.11/8.12.11) with ESMTP id i7NHCYJb092310; Mon, 23 Aug 2004 14:12:36 -0300 (BRT) (envelope-from info@matik.com.br) Received: from bon04.mega.net.br (bon04.mega.net.br [200.152.81.44]) by wsrv.matik.com.br (8.12.11/8.12.11) with ESMTP id i7NHBgbI057117; Mon, 23 Aug 2004 14:11:42 -0300 (BRT) (envelope-from info@matik.com.br) From: Infomatik Organization: Infomatik To: Nikolay Pavlov , freebsd-performance@freebsd.org, freebsd-current@freebsd.org Date: Mon, 23 Aug 2004 14:10:36 -0300 User-Agent: KMail/1.6.2 References: <20040823095502.GA757@roks.biz> In-Reply-To: <20040823095502.GA757@roks.biz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408231410.36111.info@matik.com.br> X-Virus-Scanned: clamd / ClamAV version devel-20040712, clamav-milter version 0.70k X-Virus-Scanned: clamd / ClamAV version 0.73, clamav-milter version 0.73a on wsrv.matik.com.br X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 24 Aug 2004 11:45:50 +0000 Subject: Re: Poor results of network perfomance with 5.2.1-p9. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 17:11:12 -0000 I am not so sure if your test is giving any usable result for FreeBSD. It seems you are using some wireless equipment between both servers what means that the throuput depends on this APs first. Any correctly cabled 10/100 NIC should give higher throughput than any available 802.11b network equipment. Even if you have a clean radio connection (> 25Db SNR on each side) between both APs, low(est) noise and a PP correctly configured you never get full duplex , one direction ever is slower. Also it depends on the distance between both points I believe. There are also several issues with the wireless equipments, may be you never get some usable cicles from an AP when it is highly used by another connection already. May be you first check your radio connection and before running a test between both server you check pinging the remote AP (even flooding) to see how capable your radio is. I guess you never get more than 1-1.5MB/s bi-directional between both servers. You may get sustained transfer rates of 3-6MB/s in one direction only but I do not know this APs enough to say it exactly. If you need higher traffic you should use Tsunami WL-PP-bridges or 802.11a/b/g cards configured as adhoc instead of this cheap APs connected to your NICs H On Monday 23 August 2004 06:55, Nikolay Pavlov wrote: > Hi, FreeBSD users. > I have made a smimple test of my network connection and have > received rather modest results of network perfomance. Here is my > test conditions: > ------------------------------ > > |FreeBSD4.10-p2 CUSTOM kernel| > |LANRealTek100Mb/s | > |192.168.35.3 | > > ------------------------------ > ------------------------------ > > |D-Link DWL-900AP+ | > |Wireless11Mb/s | > > ------------------------------ > From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:13:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABDE816A4CE for ; Mon, 23 Aug 2004 18:13:13 +0000 (GMT) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0759243D58 for ; Mon, 23 Aug 2004 18:13:13 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: by ns.atcom.spb.ru (Postfix, from userid 1042) id 5F0B82F3; Mon, 23 Aug 2004 22:13:11 +0400 (MSD) Received: from localhost (ppp-dialup-6.atcom.spb.ru [213.182.168.6]) by ns.atcom.spb.ru (Postfix) with ESMTP id C007E125; Mon, 23 Aug 2004 22:13:09 +0400 (MSD) Date: Mon, 23 Aug 2004 22:10:16 +0400 From: Anton Karpov To: Randy Bush X-Comment-To: "Anton Karpov" Message-ID: <20040823181016.GA1062@laptoxa.toxa.lan> Mail-Followup-To: Randy Bush , current@freebsd.org References: <20040820085322.GC16420@eddie.nitro.dk> <20040821130814.GA2795@arthur.nitro.dk> <16679.63728.806424.628485@ran.psg.com> <20040822.204851.38051558.imp@bsdimp.com> <16681.63912.501004.12204@ran.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <16681.63912.501004.12204@ran.psg.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Mailman-Approved-At: Tue, 24 Aug 2004 11:45:50 +0000 cc: current@freebsd.org Subject: Re: RELENG_5: ata interrupt problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 18:13:13 -0000 On Mon, Aug 23, 2004 at 07:05:28AM -0700, Randy Bush wrote: > > I had the same problems on Friday, but today's sources seem to have > > solved the problem. > confirmed on thinkpad t40p the same on sony vaio pcg-v505, as you might guess -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status #-------------------------------------------------- "Anyone who quotes me in their sig is an idiot." Rusty Russell. #-------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 20:30:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5BD916A4CE for ; Mon, 23 Aug 2004 20:30:50 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9B87843D41 for ; Mon, 23 Aug 2004 20:30:49 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail 30005 invoked by uid 65534); 23 Aug 2004 20:30:48 -0000 Received: from p50929DD6.dip.t-dialin.net (EHLO duron.hackerzberg.dyndns.org) (80.146.157.214) by mail.gmx.net (mp007) with SMTP; 23 Aug 2004 22:30:48 +0200 X-Authenticated: #5707313 Date: Mon, 23 Aug 2004 22:30:36 +0200 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-current@freebsd.org Message-Id: <20040823223036.472c88aa@duron.hackerzberg.dyndns.org> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 24 Aug 2004 11:45:50 +0000 Subject: LOR re0 and acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 20:30:50 -0000 Hi, after enabling ACPI in my BIOS and booting with ACPI enabled i got this LOR during boot on my 6.0-CURRENT as of yesterday (this is copy'n pasted from dmesg): pci0: at device 11.0 (no driver attached) lock order reversal 1st 0xc15c9ee8 re0 (network driver) @ /usr/src/sys/dev/re/if_re.c:830 2nd 0xc0a1b060 ACPI root bus (ACPI root bus) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:841 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08c03c0,c08c0938,c085008c) at kdb_backtrace+0x29 witness_checkorder(c0a1b060,9,c0a155c8,349) at witness_checkorder+0x544 _sx_xlock(c0a1b060,c0a155c8,349,0,1) at _sx_xlock+0x50 acpi_release_resource(c15d6980,c15fd580,4,10,c15ff140) at acpi_release_resource+0x23 bus_generic_release_resource(c15d6180,c15fd580,4,10,c15ff140) at bus_generic_release_resource+0x64 resource_list_release(c15fd604,c15f6880,c15fd580,4,10) at resource_list_release+0xfb bus_generic_rl_release_resource(c15f6880,c15fd580,4,10,c15ff140) at bus_generic_rl_release_resource+0x5e bus_release_resource(c15fd580,4,10,c15ff140,c15fd580) at bus_release_resource+0x61 re_probe(c15fd580) at re_probe+0x1b5 device_probe_child(c15f6880,c15fd580,c15fd680,c15fd580,c15f6880) at device_probe_child+0xc4 device_probe_and_attach(c15fd580) at device_probe_and_attach+0x51 bus_generic_attach(c15f6880,6,c14e9880,1,c0a03c90) at bus_generic_attach+0x16 acpi_pci_attach(c15f6880) at acpi_pci_attach+0xec device_attach(c15f6880,2e696370,c15f6880,c15d6180,0) at device_attach+0x58 device_probe_and_attach(c15f6880) at device_probe_and_attach+0xb4 bus_generic_attach(c15d6180,c15d6180,c15dbbd4,0,0) at bus_generic_attach+0x16 acpi_pcib_attach(c15d6180,c15dbbd4,0,c0c21c5c,c0616e9c) at acpi_pcib_attach+0x14e acpi_pcib_acpi_attach(c15d6180) at acpi_pcib_acpi_attach+0x20a device_attach(c15d6180,c0a1a5a8,c15d6180,c15d6980,0) at device_attach+0x58 device_probe_and_attach(c15d6180) at device_probe_and_attach+0xb4 bus_generic_attach(c15d6980,c15d6980,c14e9ac0,1,c15d6900) at bus_generic_attach+0x16 acpi_probe_children(c15d6980,1d910,c15d6980,c15d6980,0) at acpi_probe_children+0x63 acpi_attach(c15d6980) at acpi_attach+0x523 device_attach(c15d6980,c0a19620,c15d6980,c15d6b00,0) at device_attach+0x58 device_probe_and_attach(c15d6980) at device_probe_and_attach+0xb4 bus_generic_attach(c15d6b00,c15d6b00,c15d6b00,c0c21d44,c061326c) at bus_generic_attach+0x16 nexus_attach(c15d6b00) at nexus_attach+0x13 device_attach(c15d6b00,c0888510,c15d6b00,c0888510,c29000) at device_attach+0x58 device_probe_and_attach(c15d6b00) at device_probe_and_attach+0xb4 root_bus_configure(c14fba80,c0811569,0) at root_bus_configure+0x16 configure(0,c1ec00,c1e000,0,c043f555) at configure+0x1b mi_startup() at mi_startup+0x96 begin() at begin+0x2c rl0: port 0xd000-0xd0ff mem 0xcdfeff00-0xcdfeffff irq 11 at device 17.0 on pci0 I looked at the list of known LOR's but didn't find this one. Machine runs fine so far :) Marius From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 21:26:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7688116A4CE; Mon, 23 Aug 2004 21:26:18 +0000 (GMT) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C905B43D45; Mon, 23 Aug 2004 21:26:17 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (m3bgacuyk9vlv89t@thor.farley.org [IPv6:2002:4340:5fcd:1::5]) by mail.farley.org (8.12.11/8.12.11) with ESMTP id i7NLQERf078568; Mon, 23 Aug 2004 16:26:14 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (localhost [127.0.0.1]) by thor.farley.org (8.12.11/8.12.11) with ESMTP id i7NLQEBm003090; Mon, 23 Aug 2004 16:26:14 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (sean@localhost)i7NLQDW2003087; Mon, 23 Aug 2004 16:26:14 -0500 (CDT) (envelope-from sean-freebsd@farley.org) X-Authentication-Warning: thor.farley.org: sean owned process doing -bs Date: Mon, 23 Aug 2004 16:26:13 -0500 (CDT) From: Sean Farley X-X-Sender: sean@thor.farley.org To: Kevin Brunelle In-Reply-To: <1093293236.618.12.camel@fnord.quux.edu> Message-ID: <20040823161337.V715@thor.farley.org> References: <1093141197.643.28.camel@fnord.quux.edu> <1093188163.2100.4.camel@fnord.quux.edu> <1093293236.618.12.camel@fnord.quux.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 24 Aug 2004 11:45:50 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2004 21:26:18 -0000 On Mon, 23 Aug 2004, Kevin Brunelle wrote: > Alright, this is driving me nuts. For a little while there I could > not get the system to panic -- it would spontaniously reboot when > running a GL program instead of panic. This afternoon it finally > panic'd (who would think that would be something I want to see but it > was). If this is how I got most of my panics, this little script running in two different xterms helped decrease the time to panic. It got my system to panic a lot with the older nvidia drivers. #!/usr/local/bin/zsh # Try with and without. export __GL_SINGLE_THREADED=1 /bin/rm -f glxinfo.core while [ 1 = 1 ]; do /usr/X11R6/bin/glxinfo >& /dev/null if [ -e glxinfo.core ]; then echo "Core found." /bin/rm -f glxinfo.core fi done This always helped get my system unstable on 4-STABLE rather quickly. I think it was the issue of running two or more GL programs at the same time that caused or increased the problem. Are you using the latest nvidia drivers? > The error this time was a double fault (are we playing tennis?). My > original issue was with a page fault in kernel mode. And my original > problem also was related to a different function. The function this > time is . My panics were fairly random. > Take a look at all those sig-11s. I would suspect bad memory but I > ran memtest86+ on this machine less than a week ago and everything was > fine -- not even a whiff of a problem. I caused this panic by running > another gl application and I feel it is related to my orginal problem. I also ran memtest86 for over a day without finding fault in the memory. The sad thing is that almost any type of bad hardware can cause stability issues. At least this is what I was told. Maybe the caps on your system have started going bad? > Another thing that interested me is that the kernel dump seems > "corrupted" or incomplete... does the line "---Can't read userspace > from dump, or kernel process---" possibly imply that I did not get a > good dump at the time of the panic? > > If anyone has any ideas about what to fix I would love to hear them. > I am tempted to change a few things myself that might be an issue (for > example, removing the FreeBSD agp which nvidia complains about in my > dmesg -- and also upgrading to 3-Beta1 ... so at least my kernel > panics will relate to making that system better). But, until I know > that this is a dead end and no one wants to see anything, I am not > touching anything. I don't want to ruin the chances of this being a > real bug and it not being fixed because I change something that just > hides it. You should not be mixing the FreeBSD AGP and the nvidia AGP together. Choose one or the other. > If you want me to get any information from the dump or try anything > please let me know. You may have to tell me how to go about doing > stuff with gdb (I am not very experienced with its advanced features) > but I am willing to learn and do what I can. I have my own panic on 4-STABLE which I just reported in freebsd-stable: http://lists.freebsd.org/pipermail/freebsd-stable/2004-August/008530.html Would you like to trade? :) Sean ----------------------- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 00:42:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27BC716A4CE for ; Tue, 24 Aug 2004 00:42:31 +0000 (GMT) Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE2E043D4C for ; Tue, 24 Aug 2004 00:42:30 +0000 (GMT) (envelope-from vkashyap@amcc.com) Received: from mailhost02.amcc.com ([192.195.69.49]) by hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id I2XDYX00.K21; Mon, 23 Aug 2004 17:42:33 -0700 Received: (from vkashyap-pc [10.66.6.61]) by mailhost02.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2004082317423730199 ; Mon, 23 Aug 2004 17:42:37 -0700 From: "Vinod Kashyap" To: Doug White , current@freebsd.org Date: Mon, 23 Aug 2004 17:42:28 -0700 X-Sent-Folder-Path: Sent Items X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: X-Mailman-Approved-At: Tue, 24 Aug 2004 11:45:50 +0000 Subject: RE: Giant deadlock related to twe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 00:42:31 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org]On Behalf Of Doug White > Sent: Sunday, August 22, 2004 3:33 PM > To: current@freebsd.org > Subject: Giant deadlock related to twe > = > = > Hey folks, > = > Just got this on my amd64 box. A disk flaked out in my = > machine, which has > a 3ware 8006-2LP with 2 80GB drives in a RAID0. My X session = > locked up > and was able to break to ddb. Some ddb twiddling follows. = > It looks like, > at first glance, some sort of deadlock against softupdates. > = > twed0: drive timeouttwed0: drive timeouttwed0: drive = > timeouttwed0: drive > timeout > twed0: drive timeouttwed0: drive timeouttwed0: drive timeouttwe0: AEN: > > twed0: controller error - device failure (flags =3D 0x80) > twed0: controller error - device failure (flags =3D 0x80) > twed0: controller error - device failure (flags =3D 0x80) > twed0: controller error - device failure (flags =3D 0x80) The messages indicate timeouts due to the drive continuously returning BUSY to the firmware on the controller. This could be caused by the the drive going bad, or even a one time disturbance like tugging of cables, etc. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 01:42:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FB7B16A4CE for ; Tue, 24 Aug 2004 01:42:20 +0000 (GMT) Received: from web51006.mail.yahoo.com (web51006.mail.yahoo.com [206.190.38.137]) by mx1.FreeBSD.org (Postfix) with SMTP id B4C1643D53 for ; Tue, 24 Aug 2004 01:42:19 +0000 (GMT) (envelope-from tech2187@yahoo.com) Message-ID: <20040824014218.80717.qmail@web51006.mail.yahoo.com> Received: from [68.32.174.208] by web51006.mail.yahoo.com via HTTP; Mon, 23 Aug 2004 18:42:18 PDT Date: Mon, 23 Aug 2004 18:42:18 -0700 (PDT) From: K Chapman To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Tue, 24 Aug 2004 11:45:50 +0000 Subject: buildworld failure on amd64 with todays sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 01:42:20 -0000 make -j4 buildworld results in: sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/encoding.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/hash.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/objc-api.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/objc-list.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/objc.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/runtime.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/sarray.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/thr.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/typedstream.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/NXConstStr.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/Object.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/Protocol.h /usr/obj/usr/src/amd64/usr/include/objc ===> gnu/lib/libg2c sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libg2c.a /usr/obj/usr/src/amd64/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libg2c/g2c.h /usr/obj/usr/src/amd64/usr/include sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libg2c.so.1 /usr/obj/usr/src/amd64/usr/lib ln -fs libg2c.so.1 /usr/obj/usr/src/amd64/usr/lib/libg2c.so 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error ===== aaarrrggghhh!!!! FreeBSD rocks __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:01:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B487716A4CE; Tue, 24 Aug 2004 12:01:49 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C56B43D78; Tue, 24 Aug 2004 12:01:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7OC1m8L016110; Tue, 24 Aug 2004 08:01:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7OC1m7k090274; Tue, 24 Aug 2004 08:01:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8CBCE7303F; Tue, 24 Aug 2004 08:01:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040824120148.8CBCE7303F@freebsd-current.sentex.ca> Date: Tue, 24 Aug 2004 08:01:48 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:01:49 -0000 TB --- 2004-08-24 11:11:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-24 11:11:51 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-24 11:11:51 - checking out the source tree TB --- 2004-08-24 11:11:51 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-24 11:11:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-24 11:17:22 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-24 11:17:22 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-24 11:17:22 - /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 [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-24 12:01:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-24 12:01:48 - ERROR: failed to build world TB --- 2004-08-24 12:01:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:15:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD78016A4D0 for ; Tue, 24 Aug 2004 12:15:01 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D8F43D41 for ; Tue, 24 Aug 2004 12:15:00 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i7OCEqbi295642; Tue, 24 Aug 2004 14:14:54 +0200 Date: Tue, 24 Aug 2004 14:14:52 +0200 (CEST) From: Lukas Ertl To: Doug White In-Reply-To: <20040823134538.D3016@pcle2.cc.univie.ac.at> Message-ID: <20040824141238.K3016@pcle2.cc.univie.ac.at> References: <20040822115345.Y94593@carver.gumbysoft.com> <20040823134538.D3016@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx7.univie.ac.at 4247; Body=2 Fuz1=2 Fuz2=2 cc: freebsd-current@FreeBSD.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:15:01 -0000 On Mon, 23 Aug 2004, Lukas Ertl wrote: > On Sun, 22 Aug 2004, Doug White wrote: > >> If you have a reasonably fast i386 or amd64 multiprocessor and/or >> hyperthreading machine and are experiencing reproducible hangs during -j >> buildwords and other highly parallel operations, please try this patch: >> >> http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > Looks good here - several of my Xeon boxes that were subject to deadlocks > have survived -j4 buildworlds and other load situations with this patch. OK, it seems I shouted out too early. '-jX' buildworlds go fine, but my news server (heavy disk and network traffic) still locks up within one day of uptime. It's a Dual Xeon with HTT, SCHED_4BSD, ADAPTIVE_GIANT, and no WITNESS or INVARIANTS. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:37:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C028A16A4CF for ; Tue, 24 Aug 2004 12:37:22 +0000 (GMT) Received: from web14123.mail.yahoo.com (web14123.mail.yahoo.com [66.163.171.114]) by mx1.FreeBSD.org (Postfix) with SMTP id 9987443D39 for ; Tue, 24 Aug 2004 12:37:22 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040824123722.53222.qmail@web14123.mail.yahoo.com> Received: from [194.248.174.58] by web14123.mail.yahoo.com via HTTP; Tue, 24 Aug 2004 14:37:22 CEST Date: Tue, 24 Aug 2004 14:37:22 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= To: Lukas Ertl , Doug White In-Reply-To: <20040824141238.K3016@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@FreeBSD.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:37:22 -0000 >> please try this patch: >> >> >> http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > OK, it seems I shouted out too early. '-jX' > of uptime. It's a Dual Xeon with HTT, SCHED_4BSD, > ADAPTIVE_GIANT, and no WITNESS or INVARIANTS. Have you tried disabling HTT? Do you gain better performance when HTT is enabled? Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:40:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 021E216A4CE for ; Tue, 24 Aug 2004 12:40:29 +0000 (GMT) Received: from mail.imp.ch (ns1.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF67443D31 for ; Tue, 24 Aug 2004 12:40:27 +0000 (GMT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.9p2/8.12.3) with ESMTP id i7OCeKjX042802 for ; Tue, 24 Aug 2004 14:40:22 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 24 Aug 2004 14:40:20 +0200 (CEST) From: Martin Blapp To: freebsd-current@freebsd.org Message-ID: <20040824142129.S96700@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checksum: 4ae11ae0b6ff0fdd5b8e7bbd2df9931a X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0042 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="1.5354 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.44 Subject: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:40:29 -0000 I just got a new panic on a high load situation. Kernel dump is available if needed. This is RELENG_5 from yesterday: FreeBSD 5.3-BETA1 #0: Mon Aug 23 11:11:23 CEST 2004 toor@mx3:/usr/obj/usr/src/sys/MAIL debug.mpsafenet is set to 1. It's a Dual Opteron with SCHED_4BSD, ADAPTIVE_GIANT, and no WITNESS or INVARIANTS. panic: getnewbuf: locked buf cpuid = 1; KDB: enter: panic db> where kdb_enter(c089bd0a,1,c089f5d3,e9a75930,2) at kdb_enter+0x30 panic(c089f5d3,80012,0,c4903dc0,d7611bdc) at panic+0x14a getnewbuf(0,0,800,4000,c07a7367) at getnewbuf+0x2cd getblk(c47ef528,0,0,800,0) at getblk+0x494 ffs_balloc_ufs2(c47ef528,0,0,130,c3c95e80) at ffs_balloc_ufs2+0x116b ffs_write(e9a75c08,20002,c4903dc0,c07db27c,e9a75c5c) at ffs_write+0x388 vn_write(c4acfd48,e9a75c7c,c3c95e80,0,c4903dc0) at vn_write+0x237 dofilewrite(c4903dc0,c4acfd48,3,9ed3000,130) at dofilewrite+0xb6 write(c4903dc0,e9a75d14,c,c4903dc0,c3e76258) at write+0x6a syscall(2f,2f,2f,9ed3000,282a47a0) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x2821a503, esp = 0xbfbfe23c, ebp = 0xbfbfe258 --- #24 0xc0653eec in panic (fmt=0xc089f5d3 "getnewbuf: locked buf") at /usr/src/sys/kern/kern_shutdown.c:542 #25 0xc06a34fd in getnewbuf (slpflag=0, slptimeo=0, size=2048, maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1879 #26 0xc06a4dd2 in getblk (vp=0xc47ef528, blkno=0, size=2048, slpflag=0, slptimeo=0, flags=0) at /usr/src/sys/kern/vfs_bio.c:2586 #27 0xc07ae824 in ffs_balloc_ufs2 (vp=0xc47ef528, startoffset=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ufs/ffs/ffs_balloc.c:640 #28 0xc07c5f6f in ffs_write (ap=0xe9a75c08) at /usr/src/sys/ufs/ffs/ffs_vnops.c:650 #29 0xc06c2608 in vn_write (fp=0xc4acfd48, uio=0xe9a75c7c, active_cred=0xc3c95e80, flags=0, td=0xc4903dc0) at vnode_if.h:432 #30 0xc0678b5e in dofilewrite (td=0xc4903dc0, fp=0xc4acfd48, fd=0, buf=0x0, nbyte=3230631136, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:246 #31 0xc06789c7 in write (td=0xc4903dc0, uap=0xe9a75d14) at /usr/src/sys/kern/sys_generic.c:282 #32 0xc0834224 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 166539264, tf_esi = 673859488, tf_ebp = -1077943720, tf_isp = -374907532, tf_ebx = 673781228, tf_edx = 673859488, tf_ecx = 673859488, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 673293571, tf_cs = 31, tf_eflags = 514, tf_esp = -1077943748, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1004 #33 0xc081ff3f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 (kgdb) frame 25 #25 0xc06a34fd in getnewbuf (slpflag=0, slptimeo=0, size=2048, maxsize=16384) at /usr/src/sys/kern/vfs_bio.c:1879 1879 panic("getnewbuf: locked buf"); (kgdb) list 1874 * Start freeing the bp. This is somewhat involved. nbp 1875 * remains valid only for QUEUE_EMPTY[KVA] bp's. 1876 */ 1877 1878 if (BUF_LOCK(bp, LK_EXCLUSIVE | LK_NOWAIT, NULL) != 0) 1879 panic("getnewbuf: locked buf"); 1880 bremfreel(bp); 1881 mtx_unlock(&bqlock); 1882 1883 if (qindex == QUEUE_CLEAN) { (kgdb) p *bp $2 = {b_io = {bio_cmd = 2 '\002', bio_flags = 2 '\002', bio_cflags = 0 '\0', bio_pflags = 0 '\0', bio_dev = 0x0, bio_disk = 0x0, bio_offset = 1734344704, bio_bcount = 16384, bio_data = 0xd7c60000
, bio_error = 0, bio_resid = 0,bio_done = 0xc06a5db8 , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0,bio_caller2 = 0xd752b2e4, bio_queue = {tqe_next = 0x0, tqe_prev = 0x0}, bio_attribute = 0x0, bio_from = 0x0,bio_to = 0x0, bio_length = 0, bio_completed = 0, bio_children = 3, bio_inbed = 0, bio_parent = 0x0, bio_t0 = {sec = 0, frac = 0}, bio_task = 0, bio_task_arg = 0x0, bio_pblkno = 0}, b_op = 0xc08f67c8, b_magic = 280038160, b_iodone = 0, b_blkno = 3387392, b_offset = 1734344704, b_vnbufs = {tqe_next = 0xd778faac, tqe_prev = 0xd75f6f4c}, b_left = 0xd75f6eac, b_right = 0xd778faac, b_vflags = 0, b_freelist = {tqe_next = 0xd752bed0, tqe_prev = 0xc095c838}, b_qindex = 3, b_flags = 139808, b_xflags = 0 '\0', b_lock = {lk_interlock = 0xc09554a4, lk_flags = 2097664, lk_sharecount = 0, lk_waitcount = 2, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc089f36a "bufwait", lk_timo = 0, lk_lockholder = 0xffffffff, lk_newlock = 0x0}, b_bufsize = 0, b_runningbufspace = 0, b_kvabase = 0xd7c60000
, b_kvasize = 16384, b_lblkno = 3387392, b_vp = 0x0, b_object = 0x0, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_saveaddr = 0xd7c60000, b_pager = {pg_reqpage = 0}, b_cluster = {cluster_head = {tqh_first = 0x0, tqh_last = 0x0}, cluster_entry = {tqe_next = 0x0, tqe_prev = 0x0}}, b_pages = {0x0 }, b_npages = 0, b_dep = {lh_first = 0x0}} Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:42:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FAE116A4CE; Tue, 24 Aug 2004 12:42:08 +0000 (GMT) Received: from mx1.imp.ch (mx1.imp.ch [157.161.9.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 040F643D2F; Tue, 24 Aug 2004 12:42:08 +0000 (GMT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2o [157.161.9.17]) by mx1.imp.ch (8.12.11/8.12.11) with ESMTP id i7OCg1gN093907; Tue, 24 Aug 2004 14:42:02 +0200 (CEST) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (localhost [127.0.0.1]) by mx2.imp.ch (8.12.11/8.12.11/Submit) with ESMTP id i7OCfxnM065369; Tue, 24 Aug 2004 14:41:59 +0200 (CEST) (envelope-from mb@imp.ch) Received: (from clamav@localhost) by mx2.imp.ch (8.12.11/8.12.11/Submit) id i7OCfxfW065357; Tue, 24 Aug 2004 14:41:59 +0200 (CEST) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by ns1.imp.ch (MIMEDefang) with ESMTP id i7OCfqjX043425; Tue, 24 Aug 2004 14:41:59 +0200 (CEST) Date: Tue, 24 Aug 2004 14:41:52 +0200 (CEST) From: Martin Blapp To: =?iso-8859-1?q?Claus=20Guttesen?= In-Reply-To: <20040824123722.53222.qmail@web14123.mail.yahoo.com> Message-ID: <20040824144057.O96700@cvs.imp.ch> References: <20040824123722.53222.qmail@web14123.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Resent: Yes X-Spam-Checksum: 446f48ff94b1a475ce9454b30d9f9eec X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0013 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="2.1634 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:42:08 -0000 As far I can tell the early lockups on background fsck are gone with this patch. Good work ! Unfortunatly I still get panics, but related to problems elsewhere. Martin From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:42:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F4B516A4F2 for ; Tue, 24 Aug 2004 12:42:32 +0000 (GMT) Received: from www.cyclades.de (mail.linux-router.org [62.225.173.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4E3043D1D for ; Tue, 24 Aug 2004 12:42:31 +0000 (GMT) (envelope-from mh@kernel32.de) Received: from [192.168.10.148] (helo=[192.168.10.148]) by www.cyclades.de with asmtp (Exim 3.35 #1 (Debian)) id 1Bzad8-0007C3-00 for ; Tue, 24 Aug 2004 14:42:26 +0200 Message-ID: <412B37C9.3020502@kernel32.de> Date: Tue, 24 Aug 2004 14:42:49 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Found to be clean X-MailScanner-SpamCheck: Subject: if_ndis for Intel Pro/Wireless 2011B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:42:32 -0000 Hi All, as this card is not supported by wi(4), I thought giving it a try via if_ndis. I followed the instructions of Bill Paul: # cp foo.sys foo.inf /sys/modules/if_ndis # cd /sys/modules/ndis # make; make load # cd /sys/modules/if_ndis # ndiscvt -i foo.inf -s foo.sys -o ndis_driver_data.h # make; make load But something went wrong... ([root@ares] )# /usr/sbin/ndiscvt -i NetWLan5.Inf -s NetWLan5.sys -o ndis_driver_data.h ndiscvt: line 11: NT: syntax error. So... there I'm stuck. All the other steps before ndiscvt went fine. I got the Intel drivers from the intel website. As a co-worker of mine informed me, they are working under WinXP. As Intel is giving out those drivers in a crappy .exe file, I used wine to execute this windows binary, and see, I got the .inf and .sys - hope this is okay. Well... does somebody has an idea what the error of ndiscvt tries to tell me ? :) any help appreciated, thanks in advance, Marian From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:45:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ADC716A4CE for ; Tue, 24 Aug 2004 12:45:22 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E6C443D1F for ; Tue, 24 Aug 2004 12:45:22 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (202.138.38.219) by smtp01.syd.iprimus.net.au (7.0.028) id 412634F30015CA96; Tue, 24 Aug 2004 22:45:20 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id C28244207; Tue, 24 Aug 2004 22:45:16 +1000 (EST) Date: Tue, 24 Aug 2004 22:45:16 +1000 From: Tim Robbins To: Martin Blapp Message-ID: <20040824124516.GA25734@cat.robbins.dropbear.id.au> References: <20040824142129.S96700@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824142129.S96700@cvs.imp.ch> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:45:22 -0000 On Tue, Aug 24, 2004 at 02:40:20PM +0200, Martin Blapp wrote: > > I just got a new panic on a high load situation. Kernel dump is > available if needed. > > This is RELENG_5 from yesterday: > > FreeBSD 5.3-BETA1 #0: Mon Aug 23 11:11:23 CEST 2004 > toor@mx3:/usr/obj/usr/src/sys/MAIL > > debug.mpsafenet is set to 1. It's a Dual Opteron with SCHED_4BSD, > ADAPTIVE_GIANT, and no WITNESS or INVARIANTS. > > panic: getnewbuf: locked buf > cpuid = 1; > KDB: enter: panic This has already been fixed in -CURRENT and will presumably be merged into RELENG_5 in the next day or two. Tim From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:30:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00B4F16A4CE for ; Tue, 24 Aug 2004 12:30:08 +0000 (GMT) Received: from hotmail.com (bay5-f12.bay5.hotmail.com [65.54.173.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF0C443D2D for ; Tue, 24 Aug 2004 12:30:06 +0000 (GMT) (envelope-from cell_46@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 24 Aug 2004 05:30:06 -0700 Received: from 62.212.121.38 by by5fd.bay5.hotmail.msn.com with HTTP; Tue, 24 Aug 2004 12:30:06 GMT X-Originating-IP: [62.212.121.38] X-Originating-Email: [cell_46@msn.com] X-Sender: cell_46@msn.com From: "splinter cell" To: freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 14:30:06 +0200 Message-ID: X-OriginalArrivalTime: 24 Aug 2004 12:30:06.0742 (UTC) FILETIME=[168AD360:01C489D6] X-Mailman-Approved-At: Tue, 24 Aug 2004 12:52:30 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:30:09 -0000 hello , i have compiled my kernel with this options : options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Prioirity Queueing options ALTQ_NOPCC # Required for SMP build but when i run pf with this rules : int = "xl0" altq on $int cbq bandwidth 1024Kb queue { std } i have this message : altq not defined on xl0 pfctl: Syntax error in config file: pf rules not loaded And i have patched the driver if_xl.c and if_vr.c with [1]http://people.freebsd.org/~mlaier/ALTQ_driver/ but i have always this message and i don't have /dev/altq in my freebsd. Anyone have an idea for that ? _________________________________________________________________ Trouvez l'âme soeur sur [2]MSN Rencontres References 1. http://people.freebsd.org/~mlaier/ALTQ_driver/ 2. http://g.msn.com/8HMAFRFR/2731??PS=47575 From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:49:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E297216A4CF; Tue, 24 Aug 2004 12:49:05 +0000 (GMT) Received: from mail.imp.ch (ns1.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F70143D2F; Tue, 24 Aug 2004 12:49:05 +0000 (GMT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.9p2/8.12.3) with ESMTP id i7OCmvjX045481; Tue, 24 Aug 2004 14:48:58 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 24 Aug 2004 14:48:57 +0200 (CEST) From: Martin Blapp To: Tim Robbins In-Reply-To: <20040824124516.GA25734@cat.robbins.dropbear.id.au> Message-ID: <20040824144832.S96700@cvs.imp.ch> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checksum: ff3aa3df93e293ca42317d5cd76880f9 X-Virus-Message-Status: No X-Virus-Status: No, scantime="0.0033 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="2.0063 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:49:06 -0000 Hi, > This has already been fixed in -CURRENT and will presumably be merged into > RELENG_5 in the next day or two. Can you point me to the responsable commit ? Martin From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:50:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D72516A4CE for ; Tue, 24 Aug 2004 12:50:41 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E052C43D70 for ; Tue, 24 Aug 2004 12:50:40 +0000 (GMT) (envelope-from bettan@nerim.net) Received: from webmail.nerim.net (archimonde.nerim.net [62.4.16.97]) by mallaury.noc.nerim.net (Postfix) with ESMTP id 0812162FAA for ; Tue, 24 Aug 2004 14:50:34 +0200 (CEST) Received: from ::ffff:62.212.121.38 (SquirrelMail authenticated user bettan); by webmail.nerim.net with HTTP; Tue, 24 Aug 2004 14:50:30 +0200 (CEST) Message-ID: <2336.::ffff:62.212.121.38.1093351830.squirrel@::ffff:62.212.121.38> Date: Tue, 24 Aug 2004 14:50:30 +0200 (CEST) From: bettan@nerim.net To: freebsd-current@freebsd.org 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 Subject: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:50:41 -0000 hello , i have compiled my kernel with this options : options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_RED # Random Early Drop options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler options ALTQ_CDNR # Traffic conditioner options ALTQ_PRIQ # Prioirity Queueing options ALTQ_NOPCC # Required for SMP build device pf device pflog device pfsync I have patched if_xl.c dans if_vr.c with this patchs http://people.freebsd.org/~mlaier/ALTQ_driver/ and i have put this rules in my pf.conf : int = "xl0" altq on $int cbq bandwidth 1024Kb queue { std } And when i run pf i have this message : altq not defined on xl0 pfctl: Syntax error in config file: pf rules not loaded I don't hav /dev/altq in my freebsd too. Anyone have an idea for this problem ? From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:52:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 184E916A4D9 for ; Tue, 24 Aug 2004 12:52:39 +0000 (GMT) Received: from mail.iinet.net.au (mail-01.iinet.net.au [203.59.3.33]) by mx1.FreeBSD.org (Postfix) with SMTP id A3BE343D2D for ; Tue, 24 Aug 2004 12:52:37 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 7296 invoked from network); 24 Aug 2004 12:52:36 -0000 Received: from unknown (HELO ?10.100.3.105?) (203.173.42.29) by mail.iinet.net.au with SMTP; 24 Aug 2004 12:52:36 -0000 From: Warren Liddell To: freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 22:51:35 +1000 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408242251.35635.shinjii@virusinfo.rdksupportinc.com> Subject: installworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: shinjii@virusinfo.rdksupportinc.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:52:39 -0000 ERROR: Required proxy user is missing, see /usr/src/UPDATING. ironically i didnt bother doing that, but have done the following. mergemaster -a (presuming it'll do the same as mergemaster -p) vipw - to re-do the passwd file, presuming itd fix the proxy problem Yet nothing has changed the fact i still get the damn error. I am still learning the in's an outs of Unix, so any help for this newbie is greatly appreciated. -- Yours Sincerely Shinjii http://virusinfo.rdksupportinc.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 12:58:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D40C416A4D0 for ; Tue, 24 Aug 2004 12:58:21 +0000 (GMT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2C6743D1F for ; Tue, 24 Aug 2004 12:58:21 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (202.138.38.219) by smtp02.syd.iprimus.net.au (7.0.028) id 412630F10015717A; Tue, 24 Aug 2004 22:58:19 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 7B5D24207; Tue, 24 Aug 2004 22:58:18 +1000 (EST) Date: Tue, 24 Aug 2004 22:58:18 +1000 From: Tim Robbins To: Martin Blapp Message-ID: <20040824125818.GA25828@cat.robbins.dropbear.id.au> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> <20040824144832.S96700@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824144832.S96700@cvs.imp.ch> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 12:58:22 -0000 On Tue, Aug 24, 2004 at 02:48:57PM +0200, Martin Blapp wrote: > > Hi, > > > This has already been fixed in -CURRENT and will presumably be merged into > > RELENG_5 in the next day or two. > > Can you point me to the responsable commit ? kern_lock.c 1.75 Tim From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:10:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84F8B16A4CE for ; Tue, 24 Aug 2004 13:10:36 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 681A743D1D for ; Tue, 24 Aug 2004 13:10:36 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7ODAZM8001027 for ; Tue, 24 Aug 2004 13:10:36 GMT (envelope-from davidxu@freebsd.org) Message-ID: <412B3F55.7000204@freebsd.org> Date: Tue, 24 Aug 2004 21:15:01 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.1) Gecko/20040730 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sigh, ACPI is broken again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:10:36 -0000 Just cvs updated kernel source code, ACPI was broken again. It crashed at boot time. it seems acpi_sysres_attach is referencing a NULL pointer. BTW, motherboard is MSI K8T Neo. David Xu From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:19:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4381216A4CE for ; Tue, 24 Aug 2004 13:19:45 +0000 (GMT) Received: from jk.homeunix.net (memnoch.CSUChico.EDU [132.241.67.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E70043D1D for ; Tue, 24 Aug 2004 13:19:45 +0000 (GMT) (envelope-from jk@jk.homeunix.net) Received: from jk.homeunix.net (localhost [127.0.0.1]) by jk.homeunix.net (8.13.1/8.13.0) with ESMTP id i7ODJdIN056662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 06:19:40 -0700 (PDT) Received: (from warlock@localhost) by jk.homeunix.net (8.13.1/8.13.0/Submit) id i7ODJdOG056661; Tue, 24 Aug 2004 06:19:39 -0700 (PDT) Date: Tue, 24 Aug 2004 06:19:39 -0700 From: John Kennedy To: Warren Liddell Message-ID: <20040824131939.GA56346@memnoch.jk.homeunix.net> References: <200408241632.54515.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408241632.54515.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.4.2.1i X-jk-MailScanner: No infection found X-jk-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.9, required 6, autolearn=not spam, BAYES_00 -4.90) X-jk-MailScanner-From: warlock@jk.homeunix.net cc: freebsd-current@freebsd.org Subject: Re: installworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:19:45 -0000 On Tue, Aug 24, 2004 at 04:32:54PM +1000, Warren Liddell wrote: > ERROR: Required proxy user is missing, see /usr/src/UPDATING. > > I have run mergemaster -a (as i unf dont have the time to run mergemaster -p) > and the so called proxy user is still missing. > > I am relatively new to BSD and am unsure of exactly what to do. When upgrading from 5.2.1 to 5.3 (building into new partition) I had to add the entries by hand. I think you just need what would be in /etc/passwd and /etc/group: bash-3.00# grep proxy /etc/passwd /etc/group /etc/passwd:proxy:*:62:62:Packet Filter pseudo-user:/nonexistent:/usr/sbin/nologin /etc/group:proxy:*:62: From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:22:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89E9B16A4CE for ; Tue, 24 Aug 2004 13:22:42 +0000 (GMT) Received: from encontacto.net (dsl-200-95-35-64.prod-infinitum.com.mx [200.95.35.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id E158543D48 for ; Tue, 24 Aug 2004 13:22:41 +0000 (GMT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by encontacto.net with local; Tue, 24 Aug 2004 08:22:41 -0500 Received: from dsl-200-95-35-64.prod-infinitum.com.mx (dsl-200-95-35-64.prod-infinitum.com.mx [200.95.35.64]) by mail.encontacto.net (Horde) with HTTP for ; Tue, 24 Aug 2004 08:22:41 -0500 Message-ID: <20040824082241.ogsskc4g4g0ockk8@mail.encontacto.net> Date: Tue, 24 Aug 2004 08:22:41 -0500 From: Edwin Culp To: current@freebsd.org References: <20040822062942.jdgc48ksoo8c8kk0@mail.encontacto.net> <20040822194550.L94593@carver.gumbysoft.com> <20040822.213112.116247523.imp@bsdimp.com> In-Reply-To: <20040822.213112.116247523.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 200.95.35.64 Subject: Re: Problems with fdc0 w/Athlon and via chipset. Floppy isn't recognized. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:22:42 -0000 Quoting "M. Warner Losh" : > In message: <20040822194550.L94593@carver.gumbysoft.com> > Doug White writes: > : On Sun, 22 Aug 2004, Edwin Culp wrote: > : Your BIOS writer is on crack. I think Nate was working on a hack to glue > : the ranges together to work around this. > > Actually, Nate's hack doesn't glue things together like this. I have > a preliminary patch ready for this problem before phk committed the > rewrite of fdc, which I need to merge into the current fdc. > > Warner Thanks, Warner. I can confirm that with today's cvsup and build and with my BIOS writer on crack:), I'm still seeing the same: fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 Thanks again, ed From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:08:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1C0716A4CE for ; Tue, 24 Aug 2004 13:08:46 +0000 (GMT) Received: from megalogika.stp.lt (megalogika.stp.lt [193.219.52.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F6643D45 for ; Tue, 24 Aug 2004 13:08:46 +0000 (GMT) (envelope-from tomasv@megalogika.lt) Received: by megalogika.stp.lt (Postfix, from userid 426) id C9D611A7; Tue, 24 Aug 2004 16:08:42 +0300 (EEST) Received: from pilvas.lan (pilvas.lan [192.169.1.78]) by megalogika.stp.lt (Postfix) with ESMTP id 23D8282 for ; Tue, 24 Aug 2004 16:08:42 +0300 (EEST) Received: by pilvas.lan (Postfix, from userid 1001) id B613340CB; Tue, 24 Aug 2004 16:08:49 +0300 (EEST) Date: Tue, 24 Aug 2004 16:08:49 +0300 From: Tomas Verbaitis To: freebsd-current@freebsd.org Message-ID: <20040824130849.GA12431@megalogika.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-13 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-URL: http://www.hardcore.lt/ X-nic-hdl: TV13-LT User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Tue, 24 Aug 2004 13:23:55 +0000 Subject: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tomasv@megalogika.lt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:08:47 -0000 Ahoj. I was upgrading from a -current as of 2004-05-16, using a clean checkout of RELENG_5 as of 2004-08-24 12:00 Problems during buildworld: 1) Could not build a new make, failing with /usr/lib/crt1.o (...): unknown symbol 'init_tls()'. sorry for no propper error message. fix: cd /usr/src/lib/libc && make obj && make depend && make all && make install, then cd /usr/src/usr.bin/make and again make obj && make depend && make all && make install 2) Next failure was this: ===> snmp_atm cat /usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def /usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e begemotAtm > atm_oid.h line 110: junk after closing ')' Searched mailing lists about that, saw harti's email about new gensnmptree being required, then it was easy to fix: cd /usr/src/usr.sbin/bsnmpd/gensnmptree && make obj && make depend && make all && make install I realise actions like this leave the system in a quite undefined state, anyway that helped for that time. Hope this helps and i would appreciate any advice on how to behave in a similar situtaion. -- Tomas "Verbaitis" Verbaitis ** http://megalogika.lt * ðita gudri beþdþionë moka dirbti su kompiuteriu * From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:24:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD3F516A4CE for ; Tue, 24 Aug 2004 13:24:55 +0000 (GMT) Received: from web14127.mail.yahoo.com (web14127.mail.yahoo.com [66.163.171.118]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F59B43D1D for ; Tue, 24 Aug 2004 13:24:55 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040824132455.53443.qmail@web14127.mail.yahoo.com> Received: from [194.248.174.58] by web14127.mail.yahoo.com via HTTP; Tue, 24 Aug 2004 15:24:55 CEST Date: Tue, 24 Aug 2004 15:24:55 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= To: shinjii@virusinfo.rdksupportinc.com, freebsd-current@freebsd.org In-Reply-To: <200408242251.35635.shinjii@virusinfo.rdksupportinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: installworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:24:55 -0000 > vipw - to re-do the passwd file, presuming itd fix > the proxy problem > > Yet nothing has changed the fact i still get the > damn error. I am still > learning the in's an outs of Unix, so any help for > this newbie is greatly > appreciated. Before I upgraded the server I vipw'ed, I copy-pasted the relevant entry from another server. Remember /etc/group as well. That worked for me. Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:29:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7875316A4CE for ; Tue, 24 Aug 2004 13:29:20 +0000 (GMT) Received: from web14127.mail.yahoo.com (web14127.mail.yahoo.com [66.163.171.118]) by mx1.FreeBSD.org (Postfix) with SMTP id 71C6043D2F for ; Tue, 24 Aug 2004 13:29:20 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Message-ID: <20040824132920.53780.qmail@web14127.mail.yahoo.com> Received: from [194.248.174.58] by web14127.mail.yahoo.com via HTTP; Tue, 24 Aug 2004 15:29:20 CEST Date: Tue, 24 Aug 2004 15:29:20 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= To: tomasv@megalogika.lt, freebsd-current@freebsd.org In-Reply-To: <20040824130849.GA12431@megalogika.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:29:20 -0000 > I realise actions like this leave the system in a > quite undefined state, > anyway that helped for that time. Hope this helps > and i would appreciate > any advice on how to behave in a similar situtaion. Did you 'rm -rf /usr/obj' before you did make buildworld/buildkernel? Claus Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og virusscan From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:31:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D3BC16A4CE for ; Tue, 24 Aug 2004 13:31:40 +0000 (GMT) Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B7743D1D for ; Tue, 24 Aug 2004 13:31:40 +0000 (GMT) (envelope-from des@des.no) Received: from dwp.des.no (37.80-203-228.nextgentel.com [80.203.228.37]) by mail.broadpark.no (Postfix) with ESMTP id B83275734; Tue, 24 Aug 2004 15:32:15 +0200 (MEST) Received: by dwp.des.no (Postfix, from userid 2602) id C81C0B86E; Tue, 24 Aug 2004 15:31:38 +0200 (CEST) To: Anish Mistry References: <200408240056.42066.mistry.7@osu.edu> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 24 Aug 2004 15:31:38 +0200 In-Reply-To: <200408240056.42066.mistry.7@osu.edu> (Anish Mistry's message of "Tue, 24 Aug 2004 00:56:34 -0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:31:40 -0000 Anish Mistry writes: > Not sure if this is a bug or not, but my understanding of device rules th= at > are placed in /etc/devfs.conf are supposed to be applied when a device is > attached. ie. > perm da0 0666 > perm da0s1 0666 > perm da1 0666 > perm da1s1 0666 > perm da2 0666 > perm da2s1 0666 > perm da3 0666 > perm da3s1 0666 /etc/devfs.conf is only applied at boot and is mostly useless. What you really want is to put something like the following in /etc/devfs.rules: > [system=3D10] > add path 'da*' mode 0660 (see devfs(8) for details about the syntax) and add the following line to /etc/rc.conf: > devfs_system_ruleset=3D"system" Someone[tm] should document this somewhere. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:34:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4700416A4CE; Tue, 24 Aug 2004 13:34:46 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1149943D3F; Tue, 24 Aug 2004 13:34:40 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7ODYTjC069533; Tue, 24 Aug 2004 09:34:30 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7ODYKOI069532; Tue, 24 Aug 2004 09:34:20 -0400 (EDT) (envelope-from green) Date: Tue, 24 Aug 2004 09:34:20 -0400 From: Brian Fundakowski Feldman To: Tim Robbins Message-ID: <20040824133420.GI77326@green.homeunix.org> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> <20040824144832.S96700@cvs.imp.ch> <20040824125818.GA25828@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824125818.GA25828@cat.robbins.dropbear.id.au> User-Agent: Mutt/1.5.6i cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:34:46 -0000 On Tue, Aug 24, 2004 at 10:58:18PM +1000, Tim Robbins wrote: > On Tue, Aug 24, 2004 at 02:48:57PM +0200, Martin Blapp wrote: > > > > Hi, > > > > > This has already been fixed in -CURRENT and will presumably be merged into > > > RELENG_5 in the next day or two. > > > > Can you point me to the responsable commit ? > > kern_lock.c 1.75 Releasing 5.3 with lockmgr(9) known-broken in one way versus the other really is no better. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:59:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0849F16A4CE; Tue, 24 Aug 2004 13:59:32 +0000 (GMT) Received: from mail.imp.ch (ns1.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55CD43D2F; Tue, 24 Aug 2004 13:59:30 +0000 (GMT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.9p2/8.12.3) with ESMTP id i7ODwejk067679; Tue, 24 Aug 2004 15:58:42 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Tue, 24 Aug 2004 15:58:40 +0200 (CEST) From: Martin Blapp To: Brian Fundakowski Feldman In-Reply-To: <20040824133420.GI77326@green.homeunix.org> Message-ID: <20040824155822.A96700@cvs.imp.ch> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> <20040824125818.GA25828@cat.robbins.dropbear.id.au> <20040824133420.GI77326@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checksum: 88b82167bb4dac962dfacd2833054e19 X-Virus-Message-Status: No X-Virus-Status: No, scantime="2.8558 seconds" X-Spam-Status: No, hits=-4.9 required=5 scantime="9.6541 seconds" tests=BAYES_00 X-Scanned-By: MIMEDefang 2.44 cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:59:32 -0000 Hi, > Releasing 5.3 with lockmgr(9) known-broken in one way versus the other > really is no better. Do you have a fix available for both ? martin From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:04:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1302616A4CF; Tue, 24 Aug 2004 14:04:44 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD6543D2D; Tue, 24 Aug 2004 14:04:43 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7OE2UMX099974; Tue, 24 Aug 2004 10:02:30 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7OE2UBT099971; Tue, 24 Aug 2004 10:02:30 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 24 Aug 2004 10:02:30 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Lukas Ertl In-Reply-To: <20040824141238.K3016@pcle2.cc.univie.ac.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:04:44 -0000 On Tue, 24 Aug 2004, Lukas Ertl wrote: > On Mon, 23 Aug 2004, Lukas Ertl wrote: > > > On Sun, 22 Aug 2004, Doug White wrote: > > > >> If you have a reasonably fast i386 or amd64 multiprocessor and/or > >> hyperthreading machine and are experiencing reproducible hangs during -j > >> buildwords and other highly parallel operations, please try this patch: > >> > >> http://people.freebsd.org/~dwhite/smp_rv_mtx.patch > > > > Looks good here - several of my Xeon boxes that were subject to deadlocks > > have survived -j4 buildworlds and other load situations with this patch. > > OK, it seems I shouted out too early. '-jX' buildworlds go fine, but my > news server (heavy disk and network traffic) still locks up within one > day of uptime. It's a Dual Xeon with HTT, SCHED_4BSD, ADAPTIVE_GIANT, > and no WITNESS or INVARIANTS. Using a serial break, are you able to get into the debugger on hang? If not, have you tried SW_WATCHDOG or MP_WATCHDOG? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:05:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E96316A4CE; Tue, 24 Aug 2004 14:05:18 +0000 (GMT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41BAA43D31; Tue, 24 Aug 2004 14:05:18 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (202.138.38.219) by smtp01.syd.iprimus.net.au (7.0.028) id 412634F30016234B; Wed, 25 Aug 2004 00:05:17 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id D518F41FA; Wed, 25 Aug 2004 00:05:10 +1000 (EST) Date: Wed, 25 Aug 2004 00:05:10 +1000 From: Tim Robbins To: Brian Fundakowski Feldman Message-ID: <20040824140510.GA26058@cat.robbins.dropbear.id.au> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> <20040824144832.S96700@cvs.imp.ch> <20040824125818.GA25828@cat.robbins.dropbear.id.au> <20040824133420.GI77326@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824133420.GI77326@green.homeunix.org> User-Agent: Mutt/1.4.1i cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:05:18 -0000 On Tue, Aug 24, 2004 at 09:34:20AM -0400, Brian Fundakowski Feldman wrote: > On Tue, Aug 24, 2004 at 10:58:18PM +1000, Tim Robbins wrote: > > On Tue, Aug 24, 2004 at 02:48:57PM +0200, Martin Blapp wrote: > > > > > > Hi, > > > > > > > This has already been fixed in -CURRENT and will presumably be merged into > > > > RELENG_5 in the next day or two. > > > > > > Can you point me to the responsable commit ? > > > > kern_lock.c 1.75 > > Releasing 5.3 with lockmgr(9) known-broken in one way versus the other > really is no better. I suppose it would have been more accurate to say that it had been worked around, not fixed, in -CURRENT. This is definitely something that needs to be properly addressed before the release. Tim From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:07:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F3F16A4CE for ; Tue, 24 Aug 2004 14:07:08 +0000 (GMT) Received: from kendy.up.ac.za (kendy.up.ac.za [137.215.101.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F94C43D1F for ; Tue, 24 Aug 2004 14:07:06 +0000 (GMT) (envelope-from marc@bowtie.nl) Received: from hades.cs.up.ac.za ([137.215.40.17]) by kendy.up.ac.za with esmtp (Exim 4.24) id 1Bzbwp-0005nw-NU for current@freebsd.org; Tue, 24 Aug 2004 16:06:51 +0200 Received: (qmail 6147 invoked from network); 24 Aug 2004 16:06:51 +0200 Received: from b040pc123.up.ac.za (HELO ?137.215.40.123?) (137.215.40.123) by hades.cs.up.ac.za with SMTP; 24 Aug 2004 16:06:51 +0200 Message-ID: <412B4B7B.1090804@bowtie.nl> Date: Tue, 24 Aug 2004 16:06:51 +0200 From: Marc van Kempen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-15?Q?S=F8ren_Schmidt?= References: <4123FC71.8060308@root.org> <41245804.7060008@DeepCore.dk> <412A20A3.8060600@root.org> <412A5C40.4050100@DeepCore.dk> In-Reply-To: <412A5C40.4050100@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Scan-Signature: 3f1c3073c3344d2b26ee08b3d0cd511a cc: current@freebsd.org cc: Nate Lawson Subject: Re: suspend/resume panic in ACPI.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:07:09 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> Søren Schmidt wrote: >> >>> Nate Lawson wrote: >>> >>>> Try the attached patch. >>> >>> >>> OK, that makes the box suspend alright, but neither that nor any >>> other box or laptop I've got can get out of suspend without locking up. >>> >>> If I revert just /sys/dev/acpica and /sys/i386/acpica to aug-01 both >>> suspend and resume works (sortof, it does tend to panic later on). >>> It starts failing around aug-05 and then detoriates from that on to >>> the current state of locking up hard on resume. >>> It also fails in the exact same way on non-ATA systems, so I think >>> I'm out of the loop this time :) >> >> >> This may be fixed now in both current and releng_5. A logic >> inversion bug (= / !=) was causing pci irq link programming on resume >> to fail. It didn't impact many people since a lot of systems have >> chipsets that keep power to irq links while suspended. >> >> Please test again. > > > There is no change, the systems all lock up hard on resume, on the two > laptops (ASUS & Acer) the backlight doesn't even come on anymore.... > > Again reverting /sys/dev/acpica and /sys/i386/acpica back to aug 1st > make things work (well almost, but that might not be ACPI's fault)... > > This is a showstopper bug for 5.3 IMHO... > I don't know if I'm just lucky now and who is responsible, but after updating to RELENG_5 about an hour ago, my suspend problems seem to be fixed. The only thing that doesn't work (and I can't remember now if it has worked in before) is that using dri in XF86Config locks the display (not the machine, ctrl-alt-del will reboot it cleanly). Uncommenting dri makes suspend work ok. This is with XFree86-4.3.0 on a thinkpad r40. Cheers and thanks, Marc. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:12:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2886516A4CE; Tue, 24 Aug 2004 14:12:19 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id B718243D1F; Tue, 24 Aug 2004 14:12:12 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7OEC56k069730; Tue, 24 Aug 2004 10:12:05 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7OEC3UH069728; Tue, 24 Aug 2004 10:12:03 -0400 (EDT) (envelope-from green) Date: Tue, 24 Aug 2004 10:12:02 -0400 From: Brian Fundakowski Feldman To: Martin Blapp Message-ID: <20040824141202.GJ77326@green.homeunix.org> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> <20040824144832.S96700@cvs.imp.ch> <20040824125818.GA25828@cat.robbins.dropbear.id.au> <20040824133420.GI77326@green.homeunix.org> <20040824155822.A96700@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824155822.A96700@cvs.imp.ch> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:12:19 -0000 On Tue, Aug 24, 2004 at 03:58:40PM +0200, Martin Blapp wrote: > > > Hi, > > > Releasing 5.3 with lockmgr(9) known-broken in one way versus the other > > really is no better. > > Do you have a fix available for both ? I haven't had a chance to look into it yet. Kirk would be the person to ask about lockmgr(9). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:18:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EF516A4D4 for ; Tue, 24 Aug 2004 14:18:05 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id D64EC43D4C for ; Tue, 24 Aug 2004 14:18:04 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so95017rnl for ; Tue, 24 Aug 2004 07:18:04 -0700 (PDT) Received: by 10.38.15.69 with SMTP id 69mr911168rno; Tue, 24 Aug 2004 07:18:03 -0700 (PDT) Received: by 10.38.75.25 with HTTP; Tue, 24 Aug 2004 07:18:03 -0700 (PDT) Message-ID: <790a9fff0408240718231b1e4a@mail.gmail.com> Date: Tue, 24 Aug 2004 09:18:03 -0500 From: Scot Hetzel To: vip3r@inbox.ru In-Reply-To: <1093303561.15161.30.camel@vipehost.vipenet.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1093303561.15161.30.camel@vipehost.vipenet.lan> cc: freebsd-current@freebsd.org Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:18:05 -0000 On Tue, 24 Aug 2004 03:26:02 +0400, vippy wrote: > I'm wondering having in my rc.conf legal assignment: > > ntpd_flags="-A -c /etc/ntpd.conf -f /var/db/ntpd.drift \ > -l /var/log/ntpd.log -p /var/run/ntpd.pid" > > Why /etc/rc.d/ntpd script requires /etc/ntp.conf file as a config file > for NTP daemon? This file even isn't exist by default (cause ntpd is > contributed software, right?), so system administrator should create new > file, named by his own rules. Often it'll be ${name}.conf -> ntpd.conf. > So i see there 3 different ways to fix this (wrong?) behavior: > : > > 2) Add new variable "ntpd_conf" to rc.conf (and use it in etc/rc.d/ntpd > rc.ng) which will represent path to ntpd config file (default to > etc/ntpd.conf in etc/defaults/rc.conf). > > 3) Somehow (gtopt(1)?) parse ntpd_flags variable from rc.conf to find > what is after "-c" and use it in etc/rc.d/ntpd. > If you look at the man page for ntpd, the default configuration file is /etc/ntpd.conf, so you shouldn't need to specify '-c ' to the ntpd_flags variable. Also, you don't need the '-p ' in the ntpd_flags as it is the default. The required_files variable is to let the system administator know which file the ntpd configuration belongs in. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:26:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 975F016A4D8 for ; Tue, 24 Aug 2004 14:26:41 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE3B43D1F for ; Tue, 24 Aug 2004 14:26:41 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so95379rnl for ; Tue, 24 Aug 2004 07:26:40 -0700 (PDT) Received: by 10.38.171.20 with SMTP id t20mr1508412rne; Tue, 24 Aug 2004 07:26:40 -0700 (PDT) Received: by 10.38.75.25 with HTTP; Tue, 24 Aug 2004 07:26:40 -0700 (PDT) Message-ID: <790a9fff040824072678d6426f@mail.gmail.com> Date: Tue, 24 Aug 2004 09:26:40 -0500 From: Scot Hetzel To: vip3r@inbox.ru In-Reply-To: <790a9fff0408240718231b1e4a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1093303561.15161.30.camel@vipehost.vipenet.lan> <790a9fff0408240718231b1e4a@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: from src/etc/rc.d/ntpd: required_files="/etc/ntp.conf" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:26:41 -0000 > If you look at the man page for ntpd, the default configuration file > is /etc/ntpd.conf, should be ntp.conf Scot From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:32:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 335E216A4D8 for ; Tue, 24 Aug 2004 14:32:57 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD42443D39 for ; Tue, 24 Aug 2004 14:32:56 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7OEUi8v000872 for ; Tue, 24 Aug 2004 10:30:44 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7OEUhXq000869 for ; Tue, 24 Aug 2004 10:30:43 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 24 Aug 2004 10:30:43 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Running the network stack without Giant -- change in default coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:32:57 -0000 For some time, one of the major goals of the FreeBSD Project has been to allow the network stack to run in parallel on multiple processors at a time. Per my July 19, 2004 post to the freebsd-current mailing list, much of this support has now been merged to the FreeBSD 5-CURRENT branch (and now 6-CURRENT), with the intent of shipping this support in 5.3. And, per that post, it's now possible to run large parts of the network stack in this manner through the use of a system tunable at boot, debug.mpsafenet. This can result in a variety of performance benefits, especially on SMP, by improving concurrency and reducing latency. While it presents a "first cut" locking strategy, these benefits are still pretty tangible, and the resulting system is an excellent starting architecture for a broad range of performance work. Right now, that tunable "debug.mpsafenet" defaults to off (0) in the 5-CURRENT and 6-CURRENT branches. However, this will shortly change in 6-CURRENT to on (1), as most commonly exercised parts of the network stack are now ready for testing in this environment. Some caveats before I go into the details as to how to determine whether this is right for you: - While we've been doing pretty heavy testing in MPSAFE configurations, the nature of multiprocessor development and adapting code for MP safety means that it's unlikely this will "just work" for every last person who tries it. However, it appears to work well in a broad variety of environments and with fairly strenuous testing. - We've focussed primarily on getting mainstream network configurations to run without Giant: this means that less mainstream subsystems (parts of IPv6, some netgraph nodes, IPX, etc) are currently unsafe without the Giant lock turned on. Less mainstream network devices, even if the device drivers are not able to run without the Giant lock. are able to operate without Giant over the remainder of the stack due to compatibility code. This code comes with a performance penalty beyond just running with the Giant lock, so there is a strong motivation to complete locking for these straggling drivers. - You may run into hard to diagnose problems. We'd like to try to diagnose them anyway, but if you start to experience new problems, you'll want to go read the Handbook chapter on preparing kernel bug reports and diagnosing problems. You'll also want to be prepared to run the system with INVARIANTS and WITNESS turned on. The first step in debugging will be to try running with Giant turned back on by changing the debug.mpsafenet flag and seeing if the problem can be reproduced. Details below. - Not all workloads will experience a performance benefit -- some, for various reasons, will get worse. However, several interesting performance loads get measurably better. If you don't see an improvement, or you see things get worse, please don't be surprised -- you may want to look at some of the suggestions I make below on ways to make the results more predictable. Generally, you shouldn't see substantial performance degradation, if any, but it can't be ruled out, especially due to outstanding scheduler issues that are being worked on. - We can and will destroy your data. We don't mean to, because we like your data (and you!), and we try not to, but this is, after all, operating system development, and comes with risks. With this in mind, now is a good time to increase exposure for these changes, because they will become the default in the near future. Here's some technical information on how to get started: (1) Determine if all of the stack components you will operate with are MPsafe. For common configurations, answering the following questions will help you decide this: - Are you actively using IPv6, IPX, ATM, or KAME IPSEC? If you answered yes to any of these questions, it is not yet safe for you to run without Giant. Note that most use of IPv6 is safe, but there are some areas (multicast) that are not entirely safe yet. - Are your using Netgraph? If yes, it may be that you are not yet able to run without Giant. The framework and many nodes are MPSAFE, but some remain that are not. It is worth giving it a try, but you may experience panics, etc, especially in MP configurations. - Are you using SLIP or kernel PPP (not to be confused with user ppp, which is what most FreeBSD users use with modems). If so, there are experimental patches to make SLIP safe, but out of the box you may see lock assertion failures. We are working to resolve this issue. - Are you using any physical network interfaces other than the following: ath, bge, dc, em, ep, fxp, rl, sis, xl, wi. If so, you may see a performance drop. NOTE: Do you maintain a network interface driver? Is it not on this list? Shame on you! Or maybe shame on me for not listing it, even though it should work. Drop me a private e-mail with any questions or comments. Please update the busdma driver status web page with your driver's status. (2) If you are comfortable that you are using an MPSAFE-supported configuration, then you can use the following tunable in loader.conf to disable the Giant lock over the network stack on your system: debug.mpsafenet="1" Note that this is a boot-time only flag; you can inspect the setting with a sysctl, but it cannot currently be changed at runtime. You will need to reboot for the change to take effect. Once the default has changed, it will be necessary to explicitly disable Giant-free networking if that is the desired operating mode. Specifically, you will need to place the following in loader.conf to get that mode of operation: debug.mpsafenet="0" Some notes: On SMP-centric performance measurements, such as local UNIX domain socket use by MySQL on MP systems, I've observed 30%-40% performance improvements by disabling Giant (some details below). My recommended configuration for testing out the impact of disabling Giant on MP systems is: - Running with adaptive mutexes (now the default) and with ADAPTIVE_GIANT (also now the default) appears to make a big difference. - Try disabling HTT. In my workloads, which tend to pound the kernel, HTT appears to hurt quite a bit. Obviously, the effectiveness of HTT depends on the instruction mix, so this may not be for you. Builds, for example, may benefit. - Pick one of ULE and 4BSD, and then try the other. I found 4BSD helped a lot for MySQL, but I've seen other benchmarks with quite different results. - For stability purposes with MySQL, I currently have to disable PREEMPTION (currently the default), as the MySQL benchmarks I use are pretty thread-centric and trigger preemption-related bugs with the kernel threading bits. Recent work-arounds committed should resolve this but I have not yet run stability tests. - If you want to measure performance, make sure to disable INVARIANTS, INVARIANTS_SUPPORT, WITNESS, etc. Also, confirm that the userland malloc debugging features are disabled, as they add cost to each free() operation. I believe we now have a handbook with a variety of recommendations on performance measurement, such as disabling various daemons (such as dhclient, etc). For latency measurements, PREEMPTION is generally desired, subject to stability. - To increase parallelism, especially for inbound packet paths on multiple interfaces, set the sysctl/tunable net.isr.enable=1, which enables direct dispatch in network interface ithreads, rather than defering to the netisr thread. If each interface is assigned a different ithread, their inbound processing paths can run in parallel, as well as with loop back traffic running in the global netisr thread. We have additional work to do here in terms of increasing the chances of parallel dispatch, etc, and it could be some environments this is not a useful setting. I'd be interested in learning about the environments where a negative performance impact is measured. Some notes on bug reporting: - Make sure to identify that you are running with debug.mpsafenet on. If the problem is reproduceable, make sure to indicate if it goes away or persists when you disable debug.mpsafenet. This will help to distinguish network stack problems which are (and are not) a result of this work. - If you appear to be experiencing a hang/deadlock, please try running with WITNESS. I'd actually like to see most people running with WITNESS for a bit to shake out lock order issues, as I've introduced a lot of orders. If experiencing lock order reversals, please include the full console warning including stack trace and any warning messages prior to the trace identifying locks, etc. If dropped to DDB, "show locks" is useful. - INVARIANTS also considered good. Even if you aren't running with WITNESS, do run with INVARIANTS. Note that there is a measurable performance hit for doing so. - If you experience a hang, see if you can get into DDB -- if you are having problems getting in using a console break, try a serial console. When debugging, at minimum DDB 'ps' output, along with traces of interesting processes. Typically interesting will be processes that appear to be involved in the hang, etc. Obviously, this requires some intuition about what causes the hang and I can't offer hard and fast rules here. NMI, SW_WATCHDOG, and MP_WATCHDOG can all increase the chances of getting to DDB even in hard hangs. - Experimenting with debug.mpsafenet=1 and UP is also interesting, not just SMP. With PREEMPTION turned on, it may result in lower latency and/or lower throughput. Or not. Regardless, it's interesting -- you don't have to have SMP to give it a spin. FYI, while results can and will vary, I was pleased to observe moving from a UP->MP speedup of 1.07 on a dual-processor box to a speedup of 1.42 with the supersmack benchmark using 11 workers and 1000 select transactions with MySQL. For reference, that was with the 4BSD scheduler and adaptive mutexes. For loopback netperf with TCP and UDP, I observed no change in performance (well, 1% better for UDP RR, but basically no change). Note that the MySQL benchmark here is basically a UNIX domain socket IPC test, and so real world databases will give pretty different results since they won't be pure IPC. The results appear to be very sensitive to the choice of scheduler, and for a variety of reasons I've preferred 4BSD during recent testing (not least, better results in terms of throughput). There are a lot of people who have been working on this for quite some time -- I can't thank them all here, but I will point at the netperf web page as a place to look for ongoing patches, change logs, and some credits: http://www.watson.org/~robert/freebsd/netperf/ The hard work and contributions of these many developers over several years is finally coming to fruition! I try to keep it up to date about once a week or so as I drop new patch sets. There's also an RSS feed on the change log, which is fairly technical but might be interesting to some readers. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:36:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6725D16A4CE for ; Tue, 24 Aug 2004 14:36:38 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3CDE43D54 for ; Tue, 24 Aug 2004 14:36:37 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i7OEaS22201194; Tue, 24 Aug 2004 16:36:30 +0200 Date: Tue, 24 Aug 2004 16:36:28 +0200 (CEST) From: Lukas Ertl To: Robert Watson In-Reply-To: Message-ID: <20040824163550.X3016@pcle2.cc.univie.ac.at> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: imap 4247; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-current@FreeBSD.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:36:38 -0000 On Tue, 24 Aug 2004, Robert Watson wrote: > > On Tue, 24 Aug 2004, Lukas Ertl wrote: >> >> OK, it seems I shouted out too early. '-jX' buildworlds go fine, but my >> news server (heavy disk and network traffic) still locks up within one >> day of uptime. It's a Dual Xeon with HTT, SCHED_4BSD, ADAPTIVE_GIANT, >> and no WITNESS or INVARIANTS. > > Using a serial break, are you able to get into the debugger on hang? If > not, have you tried SW_WATCHDOG or MP_WATCHDOG? Nope, NMI doesn't work. But I'll add MP_WATCHDOG and let the box run for a while. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:41:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 941D616A4CE for ; Tue, 24 Aug 2004 14:41:23 +0000 (GMT) Received: from chello080110061116.502.15.vie.surfer.at (chello080110061116.502.15.vie.surfer.at [80.110.61.116]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F48843D1D for ; Tue, 24 Aug 2004 14:41:22 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 970 invoked from network); 24 Aug 2004 14:41:20 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 24 Aug 2004 14:41:20 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 16:40:58 +0200 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_QO1KB7TMhPGOGoV"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408241641.20389.4711@chello.at> Subject: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:41:23 -0000 --Boundary-02=_QO1KB7TMhPGOGoV Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline When i upgraded one of my systems from 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat May 29 14:14:06 CEST 2004 =20 admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 to=20 5.3-BETA1 FreeBSD 5.3-BETA1 #0: Mon Aug 23 16:30:40 CEST 2004 =20 admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 "make installkernel" fails during module installation. =20 The directories /usr/src and /usr/obj were NFS-mounted on this machine. =20 matrix001# cd /usr/src matrix001# make installkernel =2D------------------------------------------------------------- >>> Making hierarchy =2D------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHINE=3Di= 386 =20 CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin =20 GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font =20 GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac=20 PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/u= sr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbi= n:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:= /usr/sbin:/usr/bin=20 make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -eU -f /usr/src/etc/mtree/BSD.root.dist -p / mtree -eU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -eU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -eU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; while= =20 [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/openssl/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`= ; =20 while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; do= ne cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/nls; set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`; while= =20 [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done =2D------------------------------------------------------------- >>> Installing kernel =2D------------------------------------------------------------- cd /usr/obj/usr/src/sys/MATRIX001; MAKEOBJDIRPREFIX=3D/usr/obj =20 MACHINE_ARCH=3Di386 MACHINE=3Di386 CPUTYPE=3D =20 GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin =20 GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font =20 GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac=20 PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/u= sr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbi= n:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:= /usr/sbin:/usr/bin =20 make KERNEL=3Dkernel install thiskernel=3D`sysctl -n kern.bootfile` ; if [ "`dirname=20 "$thiskernel"`" !=3D /boot/kernel ] ; then chflags -R noschg /boot/kernel = ; =20 rm -rf /boot/kernel ; else if [ -d /boot/kernel.old ] ; then chflags -R= =20 noschg /boot/kernel.old ; rm -rf /boot/kernel.old ; fi ; =20 mv /boot/kernel /boot/kernel.old ; sysctl=20 kern.bootfile=3D/boot/kernel.old/"`basename "$thiskernel"`" ; fi mkdir -p /boot/kernel install -p -m 555 -o root -g wheel kernel /boot/kernel cd /usr/src/sys/modules;=20 MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/sys/MATRIX001/modules KMODDIR=3D/boot/k= ernel=20 MACHINE=3Di386 KERNBUILDDIR=3D"/usr/obj/usr/src/sys/MATRIX001" make install +for: not found *** Error code 127 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/MATRIX001. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. My make.conf: matrix001# cat /etc/make.conf # -- misc -- # NO_SENDMAIL=3D true NO_LPR=3D true # -- Ports -- # WRKDIRPREFIX=3D/usr/wrkdir PACKAGES=3D/usr/ports/packages # -- Kernels --# KERNCONF=3DMATRIX001 # -- use.perl generated deltas -- # # Created: Tue Aug 24 12:13:37 2004 # Setting to use base perl from ports: PERL_VER=3D5.8.5 PERL_VERSION=3D5.8.5 PERL_ARCH=3Dmach NOPERL=3Dyo NO_PERL=3Dyo NO_PERL_WRAPPER=3Dyo matrix001# Kernel and world are in sync, I did a "chflags -R noschg *" and "rm -rf *"= =20 in /usr/obj before i did the make buildworld and buildkernel. Yesterday I d= id=20 an upgrade from the same build on another machine, on which 5.3-BETA1 alrea= dy=20 was installed - the upgrade went fine without the stop=20 in /usr/src/sys/modules.=20 =20 However, I could fix this by doing a reinstall of /usr/src/usr.bin/make bef= ore=20 running the installkernel target.=20 Cheers, ch =2D-=20 Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x941B6B0B=20 OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu --Boundary-02=_QO1KB7TMhPGOGoV Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBK1OQcyi/EZQbawsRAkazAKCsX3RAFlN0kWe1RRnEmc7gD7kSVwCeN6p2 e/3WhYPm4ALQgGH6GWYv2x0= =+DxL -----END PGP SIGNATURE----- --Boundary-02=_QO1KB7TMhPGOGoV-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:44:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C65416A4CE for ; Tue, 24 Aug 2004 14:44:00 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1735D43D46 for ; Tue, 24 Aug 2004 14:44:00 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7OEhxhc045824; Tue, 24 Aug 2004 07:43:59 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7OEhxP4045823; Tue, 24 Aug 2004 07:43:59 -0700 (PDT) (envelope-from sgk) Date: Tue, 24 Aug 2004 07:43:59 -0700 From: Steve Kargl To: K Chapman Message-ID: <20040824144359.GA45801@troutmask.apl.washington.edu> References: <20040824014218.80717.qmail@web51006.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824014218.80717.qmail@web51006.mail.yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: buildworld failure on amd64 with todays sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:44:00 -0000 On Mon, Aug 23, 2004 at 06:42:18PM -0700, K Chapman wrote: > make -j4 buildworld results in: > Remove the -j4 and try again. The portion of the make(1) output you quote is not where the problem ocurred. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:55:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B320116A4CE for ; Tue, 24 Aug 2004 14:55:22 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B33B43D5D for ; Tue, 24 Aug 2004 14:55:22 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i7OEuntw025382; Tue, 24 Aug 2004 07:56:49 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7OEuniE025380; Tue, 24 Aug 2004 07:56:49 -0700 Date: Tue, 24 Aug 2004 07:56:49 -0700 From: Brooks Davis To: Warren Liddell Message-ID: <20040824145649.GA25077@odin.ac.hmc.edu> References: <200408241632.54515.shinjii@virusinfo.rdksupportinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <200408241632.54515.shinjii@virusinfo.rdksupportinc.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: installworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:55:22 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 04:32:54PM +1000, Warren Liddell wrote: > ERROR: Required proxy user is missing, see /usr/src/UPDATING. >=20 > I have run mergemaster -a (as i unf dont have the time to run mergemaster= -p)=20 > and the so called proxy user is still missing. If you don't have time to run mergemaster -p, DO NOT ATTEMPT TO UPGRADE! -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBK1cwXY6L6fI4GtQRAjm/AKCQDw0tXpnCl3juAjgmfSf25TWZqACgjBTB 2lBd0bPt7VvX9g0xnUnLImA= =aTAv -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 14:57:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C0816A4CE for ; Tue, 24 Aug 2004 14:57:19 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E54A743D31 for ; Tue, 24 Aug 2004 14:57:18 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7OEvFX63828; Tue, 24 Aug 2004 16:57:15 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7OEvEI67718; Tue, 24 Aug 2004 16:57:14 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7OEvEe23691; Tue, 24 Aug 2004 16:57:14 +0200 (MET DST) Date: Tue, 24 Aug 2004 16:57:14 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Tomas Verbaitis In-Reply-To: <20040824130849.GA12431@megalogika.lt> Message-ID: <20040824165503.P517@beagle.kn.op.dlr.de> References: <20040824130849.GA12431@megalogika.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 14:57:19 -0000 On Tue, 24 Aug 2004, Tomas Verbaitis wrote: TV>2) Next failure was this: TV>===> snmp_atm TV>cat TV>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def TV>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e TV>begemotAtm > atm_oid.h TV>line 110: junk after closing ')' TV> TV>Searched mailing lists about that, saw harti's email about new TV>gensnmptree being required, then it was easy to fix: TV>cd /usr/src/usr.sbin/bsnmpd/gensnmptree && make obj && make depend && make all && make install I'm working on this. That may be the same as i386/70673. harti From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:01:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B4A16A4CE for ; Tue, 24 Aug 2004 15:01:34 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4B7143D3F for ; Tue, 24 Aug 2004 15:01:33 +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 i7OF1UXC035391; Tue, 24 Aug 2004 11:01:30 -0400 (EDT) (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 35060-05; Tue, 24 Aug 2004 11:01:30 -0400 (EDT) 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 i7OF1UVO035375; Tue, 24 Aug 2004 11:01:30 -0400 (EDT) (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 i7OF1LAL028981; Tue, 24 Aug 2004 11:01:21 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040824104355.09873460@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 24 Aug 2004 11:05:24 -0400 To: freebsd-current@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 avscan2b Subject: accidental atacontrol reinit causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:01:34 -0000 I know its one of those "Dont do it if it hurts" things but it seems to be a bit dangerous none the less. On a RELENG_5, if I accidentally try and reinit a non existant channel, the machine panics 53beta# atacontrol reinit 1 Master: no device present Slave: no device present 53beta# atacontrol reinit 2 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05b9d66 stack pointer = 0x10:0xcbe90c00 frame pointer = 0x10:0xcbe90c00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 585 (atacontrol) [thread 100046] Stopped at turnstile_head+0x6: movl 0(%eax),%eax db> where turnstile_head(0,c05690af,c1779484,c15522c0,800) at turnstile_head+0x6 _mtx_unlock_sleep(c080c940,0,0,0,c15522c0) at _mtx_unlock_sleep+0x4a ioctl(c15522c0,cbe90d14,c,c15522c0,4) at ioctl+0x784 syscall(2f,2f,2f,804a4e2,bfbfee32) at syscall+0x330 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280cc09f, esp = 0xbfbfe85c, ebp = 0xbfbfed20 --- db> db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 585 c15531c0 cbeaf000 0 475 585 0004002 [CPU 0] atacontrol 475 c18068c0 ccbba000 0 426 475 0004002 [SLPQ pause 0xc18068f8][SLP] csh 433 c19d8700 ccbe7000 0 432 433 0004002 [SLPQ ttyin 0xc1801010][SLP] csh 432 c19d88c0 ccbe8000 1001 430 432 0004102 [SLPQ wait 0xc19d88c0][SLP] su 430 c19d8c40 ccc2c000 1001 429 430 0004002 [SLPQ pause 0xc19d8c78][SLP] csh 429 c19d8e00 ccc2d000 1001 427 427 0000100 [SLPQ select 0xc0811de4][SLP] sshd 427 c1750c40 cc35d000 0 360 427 0000100 [SLPQ sbwait 0xc17f8320][SLP] sshd 426 c1804a80 ccb91000 0 1 426 0004102 [SLPQ wait 0xc1804a80][SLP] login 425 c15538c0 cbeb3000 0 1 425 0004002 [SLPQ ttyin 0xc1660c10][SLP] getty 424 c1804000 ccb7b000 0 1 424 0004002 [SLPQ ttyin 0xc1660e10][SLP] getty 423 c1806380 ccbb7000 0 1 423 0004002 [SLPQ ttyin 0xc168a010][SLP] getty 422 c1750e00 cc35e000 0 1 422 0004002 [SLPQ ttyin 0xc168a210][SLP] getty 421 c1553a80 cbeb4000 0 1 421 0004002 [SLPQ ttyin 0xc168a410][SLP] getty 420 c1804e00 ccbb4000 0 1 420 0004002 [SLPQ ttyin 0xc168a610][SLP] getty 419 c1553540 cbeb1000 0 1 419 0004002 [SLPQ ttyin 0xc168a810][SLP] getty 418 c1553e00 cbeb6000 0 1 418 0004002 [SLPQ ttyin 0xc152e210][SLP] getty 384 c1806000 ccbb5000 0 1 384 0000000 [SLPQ nanslp 0xc080e3f0][SLP] cron 372 c1804700 ccb8f000 25 1 372 0000100 [SLPQ pause 0xc1804738][SLP] sendmail 366 c18061c0 ccbb6000 0 1 366 0000100 [SLPQ select 0xc0811de4][SLP] sendmail 360 c1804540 ccb8e000 0 1 360 0000100 [SLPQ select 0xc0811de4][SLP] sshd 325 c18041c0 ccb8c000 0 1 325 0000000 [SLPQ select 0xc0811de4][SLP] usbd 249 c18048c0 ccb90000 0 1 249 0000000 [SLPQ select 0xc0811de4][SLP] syslogd 229 c1750a80 cc35c000 0 1 229 0000000 [SLPQ select 0xc0811de4][SLP] devd 202 c1804380 ccb8d000 0 1 202 0000000 [SLPQ select 0xc0811de4][SLP] dhclient 152 c1553c40 cbeb5000 0 1 152 0000000 [SLPQ pause 0xc1553c78][SLP] adjkerntz 52 c1750000 cc314000 0 0 0 0000204 [SLPQ - 0xc081988c][SLP] nfsiod 3 51 c17501c0 cc357000 0 0 0 0000204 [SLPQ - 0xc0819888][SLP] nfsiod 2 50 c1750380 cc358000 0 0 0 0000204 [SLPQ - 0xc0819884][SLP] nfsiod 1 49 c1750540 cc359000 0 0 0 0000204 [SLPQ - 0xc0819880][SLP] nfsiod 0 48 c1750700 cc35a000 0 0 0 0000204 [SLPQ syncer 0xc080e16c][SLP] syncer 47 c17508c0 cc35b000 0 0 0 0000204 [SLPQ vlruwt 0xc17508c0][SLP] vnlru 46 c14d5a80 cbe7c000 0 0 0 0000204 [SLPQ psleep 0xc08123ac][SLP] bufdaemon 45 c14d5c40 cbe7d000 0 0 0 000020c [SLPQ pgzero 0xc08200ec][SLP] pagezero 44 c14d5e00 cbe7e000 0 0 0 0000204 [SLPQ psleep 0xc0820140][SLP] vmdaemon 43 c1551000 cbe84000 0 0 0 0000204 [SLPQ psleep 0xc08200fc][SLP] pagedaemon 42 c15511c0 cbe85000 0 0 0 0000204 [IWAIT] swi0: sio 41 c1551380 cbe86000 0 0 0 0000204 [SLPQ usbevt 0xc1658210][SLP] usb2 40 c1551540 cbe87000 0 0 0 0000204 [SLPQ usbevt 0xc1653210][SLP] usb1 39 c1551700 cbea9000 0 0 0 0000204 [SLPQ usbtsk 0xc0806218][SLP] usbtask 38 c15518c0 cbeaa000 0 0 0 0000204 [SLPQ usbevt 0xc1636210][SLP] usb0 37 c1551a80 cbeab000 0 0 0 0000204 [SLPQ cbb cv 0xc1521bf0][SLP] cbb1 36 c1551c40 cbeac000 0 0 0 0000204 [SLPQ cbb cv 0xc15203f0][SLP] cbb0 9 c1551e00 cbead000 0 0 0 0000204 [SLPQ actask 0xc09219ec][SLP] acpi_task2 8 c1553000 cbeae000 0 0 0 0000204 [SLPQ actask 0xc09219ec][SLP] acpi_task1 7 c14c5540 cbe4f000 0 0 0 0000204 [SLPQ actask 0xc09219ec][SLP] acpi_task0 6 c14c5700 cbe50000 0 0 0 0000204 [SLPQ - 0xc14e7a40][SLP] thread taskq 35 c14c58c0 cbe51000 0 0 0 0000204 [IWAIT] swi6:+ 34 c14c5a80 cbe52000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 33 c14c5c40 cbe53000 0 0 0 0000204 [IWAIT] swi6: task queue 5 c14c5e00 cbe75000 0 0 0 0000204 [SLPQ - 0xc14e7c00][SLP] kqueue taskq 32 c14d5000 cbe76000 0 0 0 0000204 [IWAIT] swi3: cambio 31 c14d51c0 cbe77000 0 0 0 0000204 [IWAIT] swi2: camnet 30 c14d5380 cbe78000 0 0 0 0000204 [IWAIT] swi6:+ 4 c14d5540 cbe79000 0 0 0 0000204 [SLPQ - 0xc0808a28][SLP] g_down 3 c14d5700 cbe7a000 0 0 0 0000204 [SLPQ - 0xc0808a24][SLP] g_up 2 c14d58c0 cbe7b000 0 0 0 0000204 [SLPQ - 0xc0808a1c][SLP] g_event 29 c14a11c0 cb4d9000 0 0 0 0000204 [IWAIT] swi1: net 28 c14a1380 cb4da000 0 0 0 0000204 [IWAIT] swi4: vm 27 c14a1540 cb4db000 0 0 0 000020c [IWAIT] swi5: clock sio 26 c14a1700 cb4fd000 0 0 0 0000204 [IWAIT] irq15: ata1 25 c14a18c0 cb4fe000 0 0 0 0000204 [IWAIT] irq14: ata0 24 c14a1a80 cb4ff000 0 0 0 0000204 [IWAIT] irq13: 23 c14a1c40 cb500000 0 0 0 0000204 [IWAIT] irq12: cbb0 vr0+ 22 c14a1e00 cb501000 0 0 0 0000204 [IWAIT] irq11: 21 c14c5000 cbe4c000 0 0 0 0000204 [IWAIT] irq10: 20 c14c51c0 cbe4d000 0 0 0 0000204 [IWAIT] irq9: acpi0 19 c14c5380 cbe4e000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c1497000 cb48d000 0 0 0 0000204 [IWAIT] irq7: uhci2 17 c14971c0 cb4d0000 0 0 0 0000204 [IWAIT] irq6: 16 c1497380 cb4d1000 0 0 0 0000204 [IWAIT] irq5: cbb1 fwohci0+ 15 c1497540 cb4d2000 0 0 0 0000204 [IWAIT] irq4: sio0 14 c1497700 cb4d3000 0 0 0 0000204 [IWAIT] irq3: sio1 13 c14978c0 cb4d4000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c1497a80 cb4d5000 0 0 0 0000204 [IWAIT] irq0: clk 11 c1497c40 cb4d6000 0 0 0 000020c [Can run] idle 1 c1497e00 cb4d7000 0 0 1 0004200 [SLPQ wait 0xc1497e00][SLP] init 10 c14a1000 cb4d8000 0 0 0 0000204 [SLPQ ktrace 0xc080c398][SLP] ktrace 0 c0808b20 c0c1f000 0 0 0 0000200 [SLPQ sched 0xc0808b20][SLP] swapper db> %dmesg 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-BETA1 #0: Mon Aug 23 15:21:32 EDT 2004 mdtancsa@53beta.sentex.ca:/usr/obj/usr/src/sys/itx Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: VIA C3 Nehemiah+RNG+ACE (1199.79-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x698 Stepping = 8 Features=0x381b83f real memory = 251592704 (239 MB) avail memory = 236650496 (225 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 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.PCI0.LNKD has invalid initial irq 9, ignoring pci0: on pcib0 agp0: mem 0xe6000000-0xe63fffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: mem 0xe6400000-0xe6400fff irq 12 at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0xe6405000-0xe6405fff irq 5 at device 10.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: port 0xb000-0xb07f mem 0xe640a000-0xe640a7ff irq 5 at device 13.0 on pci0 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:40:63:50:00:01:a5:87 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:40:63:01:a5:87 fwe0: Ethernet address: 02:40:63:01:a5:87 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) uhci0: port 0xb400-0xb41f irq 12 at device 16.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 0xb800-0xb81f irq 5 at device 16.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 uhci2: port 0xbc00-0xbc1f irq 7 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] 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 pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 vr0: port 0xc800-0xc8ff mem 0xe640c000-0xe640c0ff irq 12 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:40:63:d6:7a:cc vr0: [GIANT-LOCKED] sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xcdfff on isa0 fdc0: ready for input in output fdc0: cmd 3 failed at out byte 1 of 3 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1199794461 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ad0: 58827MB [119521/16/63] at ata0-master UDMA100 Mounting root from ufs:/dev/ad0s1a vr0: Using force reset command. -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:09:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86D2D16A4CE for ; Tue, 24 Aug 2004 15:09:52 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9741D43D53 for ; Tue, 24 Aug 2004 15:09:51 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i7OF9n0m028115; Tue, 24 Aug 2004 17:09:49 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <412B5A23.7010801@DeepCore.dk> Date: Tue, 24 Aug 2004 17:09:23 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <6.1.2.0.0.20040824104355.09873460@64.7.153.2> In-Reply-To: <6.1.2.0.0.20040824104355.09873460@64.7.153.2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: accidental atacontrol reinit causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:09:52 -0000 Mike Tancsa wrote: >=20 > I know its one of those "Dont do it if it hurts" things but it seems to= =20 > be a bit dangerous none the less. > On a RELENG_5, if I accidentally try and reinit a non existant channel,= =20 > the machine panics >=20 >=20 > 53beta# atacontrol reinit 1 > Master: no device present > Slave: no device present > 53beta# atacontrol reinit 2 > kernel trap 12 with interrupts disabled Right, that shouldn't happen, fix committed to -current -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:11:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D4216A4CE for ; Tue, 24 Aug 2004 15:11:36 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id D45AB43D48 for ; Tue, 24 Aug 2004 15:11:35 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7OFBXX133292; Tue, 24 Aug 2004 17:11:33 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7OFBXI51076; Tue, 24 Aug 2004 17:11:33 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7OFBWe23853; Tue, 24 Aug 2004 17:11:32 +0200 (MET DST) Date: Tue, 24 Aug 2004 17:11:32 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Tomas Verbaitis In-Reply-To: <20040824130849.GA12431@megalogika.lt> Message-ID: <20040824170917.Y517@beagle.kn.op.dlr.de> References: <20040824130849.GA12431@megalogika.lt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:11:36 -0000 On Tue, 24 Aug 2004, Tomas Verbaitis wrote: TV>2) Next failure was this: TV>===> snmp_atm TV>cat TV>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def TV>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e TV>begemotAtm > atm_oid.h TV>line 110: junk after closing ')' The problem seems to be that it is running an old gensnmptree from /usr/bin although it should build and run a new one. Can you tell me what is the __FreeBSD_version in /usr/include/osreldate.h on the system you are trying to upgrade? harti From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:36:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C8A516A4CE for ; Tue, 24 Aug 2004 15:36:05 +0000 (GMT) Received: from mail4.bluewin.ch (mail4.bluewin.ch [195.186.4.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id BED3043D55 for ; Tue, 24 Aug 2004 15:36:04 +0000 (GMT) (envelope-from carloma@bluewin.ch) Received: from mssbzhh-int.msg.bluewin.ch (195.186.4.230) by mail4.bluewin.ch (Bluewin AG 7.0.030.2) id 41184A6E00209CD7 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 15:36:03 +0000 Received: from [172.21.1.217] by mssbzhh-int.msg.bluewin.ch with HTTP; Tue, 24 Aug 2004 15:36:03 +0000 Date: Tue, 24 Aug 2004 17:36:03 +0200 Message-ID: <40F7BFA60011DA96@mssbzhh-int.msg.bluewin.ch> From: carloma@bluewin.ch To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Mailer: Bluewin WebMail / BlueMail Subject: missing fd0 in /dev after upgrading to FBSD-6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:36:05 -0000 Hi all, this is my problem ! After cvsupping from FBSD-5.2 to FBSD-6.0-CURRENT I miss fd0 in /dev. Consequently accssing floppy is not possible anymore. It must have something to do with devfs. I tried 'mknod /dev/fd0 ...' but could not find out the correct major/minor numbers for the floppy driver. Any suggestion helping solve the problem is highly appreciated (sure, the real problem is my stupidity, but this is not solvable anymore) Thanks in advance Carlo. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:38:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D4C916A4CE; Tue, 24 Aug 2004 15:38:54 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BDED43D3F; Tue, 24 Aug 2004 15:38:54 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.202] (c-24-99-11-35.atl.client2.attbi.com [24.99.11.35]) by saturn.criticalmagic.com (Postfix) with ESMTP id 58EF33BD21; Tue, 24 Aug 2004 11:38:52 -0400 (EDT) Message-ID: <412B618F.2000305@criticalmagic.com> Date: Tue, 24 Aug 2004 11:41:03 -0400 From: Richard Coleman User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: Running the network stack without Giant -- change in default coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:38:54 -0000 Very very cool. It's exciting to see many of the long term FreeBSD projects coming together like this. Richard Coleman rcoleman@criticalmagic.com Robert Watson wrote: > For some time, one of the major goals of the FreeBSD Project has been > to allow the network stack to run in parallel on multiple processors > at a time. Per my July 19, 2004 post to the freebsd-current mailing > list, much of this support has now been merged to the FreeBSD > 5-CURRENT branch (and now 6-CURRENT), with the intent of shipping > this support in 5.3. And, per that post, it's now possible to run > large parts of the network stack in this manner through the use of a > system tunable at boot, debug.mpsafenet. This can result in a variety > of performance benefits, especially on SMP, by improving concurrency > and reducing latency. While it presents a "first cut" locking > strategy, these benefits are still pretty tangible, and the resulting > system is an excellent starting architecture for a broad range of > performance work. > > Right now, that tunable "debug.mpsafenet" defaults to off (0) in the > 5-CURRENT and 6-CURRENT branches. However, this will shortly change > in 6-CURRENT to on (1), as most commonly exercised parts of the > network stack are now ready for testing in this environment. Some > caveats before I go into the details as to how to determine whether > this is right for you: > > - While we've been doing pretty heavy testing in MPSAFE > configurations, the nature of multiprocessor development and adapting > code for MP safety means that it's unlikely this will "just work" for > every last person who tries it. However, it appears to work well in > a broad variety of environments and with fairly strenuous testing. > > - We've focussed primarily on getting mainstream network > configurations to run without Giant: this means that less mainstream > subsystems (parts of IPv6, some netgraph nodes, IPX, etc) are > currently unsafe without the Giant lock turned on. Less mainstream > network devices, even if the device drivers are not able to run > without the Giant lock. are able to operate without Giant over the > remainder of the stack due to compatibility code. This code comes > with a performance penalty beyond just running with the Giant lock, > so there is a strong motivation to complete locking for these > straggling drivers. > > - You may run into hard to diagnose problems. We'd like to try to > diagnose them anyway, but if you start to experience new problems, > you'll want to go read the Handbook chapter on preparing kernel bug > reports and diagnosing problems. You'll also want to be prepared to > run the system with INVARIANTS and WITNESS turned on. The first step > in debugging will be to try running with Giant turned back on by > changing the debug.mpsafenet flag and seeing if the problem can be > reproduced. Details below. > > - Not all workloads will experience a performance benefit -- some, > for various reasons, will get worse. However, several interesting > performance loads get measurably better. If you don't see an > improvement, or you see things get worse, please don't be surprised > -- you may want to look at some of the suggestions I make below on > ways to make the results more predictable. Generally, you shouldn't > see substantial performance degradation, if any, but it can't be > ruled out, especially due to outstanding scheduler issues that are > being worked on. > > - We can and will destroy your data. We don't mean to, because we > like your data (and you!), and we try not to, but this is, after all, > operating system development, and comes with risks. > > With this in mind, now is a good time to increase exposure for these > changes, because they will become the default in the near future. > > Here's some technical information on how to get started: > > (1) Determine if all of the stack components you will operate with > are MPsafe. For common configurations, answering the following > questions will help you decide this: > > - Are you actively using IPv6, IPX, ATM, or KAME IPSEC? If you > answered yes to any of these questions, it is not yet safe for you to > run without Giant. Note that most use of IPv6 is safe, but there are > some areas (multicast) that are not entirely safe yet. > > - Are your using Netgraph? If yes, it may be that you are not yet > able to run without Giant. The framework and many nodes are MPSAFE, > but some remain that are not. It is worth giving it a try, but you > may experience panics, etc, especially in MP configurations. > > - Are you using SLIP or kernel PPP (not to be confused with user ppp, > which is what most FreeBSD users use with modems). If so, there are > experimental patches to make SLIP safe, but out of the box you may > see lock assertion failures. We are working to resolve this issue. > > - Are you using any physical network interfaces other than the > following: ath, bge, dc, em, ep, fxp, rl, sis, xl, wi. If so, you > may see a performance drop. > > NOTE: Do you maintain a network interface driver? Is it not on this > list? Shame on you! Or maybe shame on me for not listing it, even > though it should work. Drop me a private e-mail with any questions > or comments. Please update the busdma driver status web page with > your driver's status. > > (2) If you are comfortable that you are using an MPSAFE-supported > configuration, then you can use the following tunable in loader.conf > to disable the Giant lock over the network stack on your system: > > debug.mpsafenet="1" > > Note that this is a boot-time only flag; you can inspect the setting > with a sysctl, but it cannot currently be changed at runtime. You > will need to reboot for the change to take effect. > > Once the default has changed, it will be necessary to explicitly > disable Giant-free networking if that is the desired operating mode. > Specifically, you will need to place the following in loader.conf to > get that mode of operation: > > debug.mpsafenet="0" > > Some notes: > > On SMP-centric performance measurements, such as local UNIX domain > socket use by MySQL on MP systems, I've observed 30%-40% performance > improvements by disabling Giant (some details below). My recommended > configuration for testing out the impact of disabling Giant on MP > systems is: > > - Running with adaptive mutexes (now the default) and with > ADAPTIVE_GIANT (also now the default) appears to make a big > difference. > > - Try disabling HTT. In my workloads, which tend to pound the > kernel, HTT appears to hurt quite a bit. Obviously, the > effectiveness of HTT depends on the instruction mix, so this may not > be for you. Builds, for example, may benefit. > > - Pick one of ULE and 4BSD, and then try the other. I found 4BSD > helped a lot for MySQL, but I've seen other benchmarks with quite > different results. > > - For stability purposes with MySQL, I currently have to disable > PREEMPTION (currently the default), as the MySQL benchmarks I use are > pretty thread-centric and trigger preemption-related bugs with the > kernel threading bits. Recent work-arounds committed should resolve > this but I have not yet run stability tests. > > - If you want to measure performance, make sure to disable > INVARIANTS, INVARIANTS_SUPPORT, WITNESS, etc. Also, confirm that the > userland malloc debugging features are disabled, as they add cost to > each free() operation. I believe we now have a handbook with a > variety of recommendations on performance measurement, such as > disabling various daemons (such as dhclient, etc). For latency > measurements, PREEMPTION is generally desired, subject to stability. > > - To increase parallelism, especially for inbound packet paths on > multiple interfaces, set the sysctl/tunable net.isr.enable=1, which > enables direct dispatch in network interface ithreads, rather than > defering to the netisr thread. If each interface is assigned a > different ithread, their inbound processing paths can run in > parallel, as well as with loop back traffic running in the global > netisr thread. We have additional work to do here in terms of > increasing the chances of parallel dispatch, etc, and it could be > some environments this is not a useful setting. I'd be interested in > learning about the environments where a negative performance impact > is measured. > > Some notes on bug reporting: > > - Make sure to identify that you are running with debug.mpsafenet on. > If the problem is reproduceable, make sure to indicate if it goes > away or persists when you disable debug.mpsafenet. This will help to > distinguish network stack problems which are (and are not) a result > of this work. > > - If you appear to be experiencing a hang/deadlock, please try > running with WITNESS. I'd actually like to see most people running > with WITNESS for a bit to shake out lock order issues, as I've > introduced a lot of orders. If experiencing lock order reversals, > please include the full console warning including stack trace and any > warning messages prior to the trace identifying locks, etc. If > dropped to DDB, "show locks" is useful. > > - INVARIANTS also considered good. Even if you aren't running with > WITNESS, do run with INVARIANTS. Note that there is a measurable > performance hit for doing so. > > - If you experience a hang, see if you can get into DDB -- if you are > having problems getting in using a console break, try a serial > console. When debugging, at minimum DDB 'ps' output, along with > traces of interesting processes. Typically interesting will be > processes that appear to be involved in the hang, etc. Obviously, > this requires some intuition about what causes the hang and I can't > offer hard and fast rules here. NMI, SW_WATCHDOG, and MP_WATCHDOG > can all increase the chances of getting to DDB even in hard hangs. > > - Experimenting with debug.mpsafenet=1 and UP is also interesting, > not just SMP. With PREEMPTION turned on, it may result in lower > latency and/or lower throughput. Or not. Regardless, it's > interesting -- you don't have to have SMP to give it a spin. > > FYI, while results can and will vary, I was pleased to observe moving > from a UP->MP speedup of 1.07 on a dual-processor box to a speedup of > 1.42 with the supersmack benchmark using 11 workers and 1000 select > transactions with MySQL. For reference, that was with the 4BSD > scheduler and adaptive mutexes. For loopback netperf with TCP and > UDP, I observed no change in performance (well, 1% better for UDP RR, > but basically no change). Note that the MySQL benchmark here is > basically a UNIX domain socket IPC test, and so real world databases > will give pretty different results since they won't be pure IPC. The > results appear to be very sensitive to the choice of scheduler, and > for a variety of reasons I've preferred 4BSD during recent testing > (not least, better results in terms of throughput). > > There are a lot of people who have been working on this for quite > some time -- I can't thank them all here, but I will point at the > netperf web page as a place to look for ongoing patches, change logs, > and some credits: > > http://www.watson.org/~robert/freebsd/netperf/ > > The hard work and contributions of these many developers over several > years is finally coming to fruition! I try to keep it up to date > about once a week or so as I drop new patch sets. There's also an > RSS feed on the change log, which is fairly technical but might be > interesting to some readers. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Principal Research Scientist, McAfee > Research > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current To > unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:41:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A11FE16A4CE for ; Tue, 24 Aug 2004 15:41:12 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D9D443D55 for ; Tue, 24 Aug 2004 15:41:12 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id D84BA61D92; Tue, 24 Aug 2004 10:41:12 -0500 (CDT) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Tue, 24 Aug 2004 10:41:12 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408241041.12298.mjohnston@skyweb.ca> Subject: cvs-src summary for August 16-23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:41:12 -0000 FreeBSD cvs-src summary for 16/08/04 to 23/08/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). If you would like to get the summary without subscribing to current@, please send mail to freebsd-cvs-summary-subscribe@lists.enderunix.org. Thanks to Omer Faruk Sen and EnderUNIX for hosting this list. For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ RELENG_5 branched; HEAD becomes 6-CURRENT ----------------------------------------- Two small commits by Scott Long (scottl) this week marked two major, connected events in FreeBSD's history. A new branch, RELENG_5, was created, marking the transition of FreeBSD 5 to "stable" status. This "stable" tag means that 5.x releases will become the new production FreeBSD releases. This is the first new stable branch since RELENG_4 was branched in March 2000, marking the start of the 4.x branch. The second commit changed the major number of the CVS HEAD from 5 to 6. -CURRENT FreeBSD now uses the major number 6, the first new major number since March 2000. This will be the new development branch, leading towards the eventual release of FreeBSD 6.0. Thank you and congratulations to all the FreeBSD contributors! Rather than mention all the roles and teams that make the project work, I highly recommend you read the `Contributors to FreeBSD`_ article. .. _`Contributors to FreeBSD`: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/ http://www.freebsd.org/cgi/mid.cgi?200408180004.i7I04m3h019649 http://www.freebsd.org/cgi/mid.cgi?200408180021.i7I0LCCK020175 Rewritten floppy driver ----------------------- Poul-Henning Kamp (phk) committed a rewrite of the floppy driver, making it work with GEOM and not require the Giant system lock in SMP systems. The new driver also fixes some bugs in the old code and adds some new features, like sysctl tunables for many drive-related parameters. http://www.freebsd.org/cgi/mid.cgi?200408201514.i7KFEP5S025188 make universe now parallelizable -------------------------------- Ruslan Ermilov (ru) enhanced make universe, the Makefile target that builds world for all the architectures, to be able to build the worlds in parallel. He gives the following examples of how to use the new build method:: make universe Builds worlds sequentially, each world sequentially. make universe JFLAG=-j4 Builds worlds sequentially, each world in parallel. make -j4 universe make -j4 universe JFLAG=-j2 Builds four worlds in parallel, each world will be built in parallel too. World parallelization is set to four in the first synopsis, and to two in the second. make -j4 universe JFLAG=-B Builds worlds in parallel, each world sequentially. http://www.freebsd.org/cgi/mid.cgi?200408180717.i7I7H1cD032867 =============== Notable changes =============== ipfw converted to use PFIL_HOOKS -------------------------------- Andre Oppermann (andre) converted ipfw to use the PFIL_HOOKS packet filter API. This doesn't change the use or ABI of ipfw, but it does mean that the PFIL_HOOKS kernel option is required to use the IPFIREWALL option. http://www.freebsd.org/cgi/mid.cgi?200408172205.i7HM5sDs087606 Netgraph made 64-bit ready -------------------------- Julian Elischer (julian) committed code to align the Netgraph message fields so it will work on 64-bit machines. This change requires a recompile of any code that uses Netgraph. http://www.freebsd.org/cgi/mid.cgi?200408200124.i7K1ONcF095627 ================= Discussion topics ================= The meaning of MFC ------------------ In Julian Elischer (julian)'s commit described in `Netgraph made 64-bit ready`_, he noted, "MFC after: 2 days". Ruslan Ermilov (ru) replied, "We need to be careful with using "MFC" now. What does it mean, RELENG_5, RELENG_4, or both? ;)" Ken Smith (kensmith) followed up, "This problem will continue for a while too unfortunately. :-(". He clarified, "shortly after the 5.X release RELENG_5 becomes -stable. HEAD as always will be -current. But RELENG_4 will still be an active development branch and the target of at least some normal developer-generated commits until we release 4.11. After 4.11 is released the current plan is to turn over RELENG_4 (as well as RELENG_4_11) to so@ and it becomes an Errata Branch." Eivind Eklund (eivind) answered, "I suggest replacing "MFC" with 'MT4' (merge to 4.x) and 'MT5' (merge to 5) for the case where we are indicating planned merges." Ruslan pointed out, "Changing to this would lose the 'from' information, which is quite useful, as we sometimes merge not only from -CURRENT." He suggested the format "MFC [into ] (after|in):". Eivind clarified, "I meant for the markers we put into the commit messages for the reminder script, and that's explictly from the branch the change is commited to." Regarding Ruslan's suggestion, he said, "I see some slight disadvantages: It is more to type, and it include information (that this is -current) that is both unnecessary (it is known from the ids) and may be wrong if we change release engineering practices." M. Warner Losh (imp) also replied to Ken's post, noting, "Of course MFC After just generates email to the person doing the commit as a reminder." http://www.freebsd.org/cgi/mid.cgi?200408200124.i7K1ONcF095627 Handling routing message overflows ---------------------------------- Robert Watson (rwatson) made a commit allowing the size of the routing message queue to be set with the sysctl net.route.netisr_maxqlen. He mentioned, "Default the maximum depth to 256 rather than IFQ_MAXLEN due to the downsides of dropping routing messages." Andre Oppermann (andre) replied, "A rtmessage should never ever be dropped. That would wedge the synchronized state of any userland routing daemons." Peter Grehan (grehan) noted, "That only works with infinite memory or if you can flow-control the sources of the messages." Robert also answered Andre's post, saying, "That as may be, but we've always been able to drop them [ . . . ] as we're often unable to block when such a message is generated." He asked, "Do you have any measurement of how deep that socket buffer gets in practice on high volume routers?" Brooks Davis (brooks) suggested, "It might be useful to add a RTM_FOOBAR (or similar :-) message to send when we are forced to drop a message." http://www.freebsd.org/cgi/mid.cgi?200408212120.i7LLK6YQ092852 =================== Important bug fixes =================== Security hole in lukemftpd fixed -------------------------------- David O'Brien (obrien) imported an updated version of lukemftpd, fixing a remotely-exploitable `security hole`_. Since lukemftpd isn't compiled or used in a default install, FreeBSD isn't generally vulnerable to this hole. The only release including lukemftpd was 4.7; even in 4.7, though, it was not enabled by default. .. _`security hole`: ftp://ftp.netbsd.org/pub/NetBSD/security/advisories/NetBSD-SA2004-009.txt.asc http://www.freebsd.org/cgi/mid.cgi?200408180629.i7I6Tmm2030721 =============== Other bug fixes =============== Robert Watson (rwatson) fixed a bug that was causing "out of data" warnings on large UDP packets sent over the loopback interface. http://www.freebsd.org/cgi/mid.cgi?200408220132.i7M1WnMB001137 Maxime Henrion (mux) fixed a bug in the lnc driver for AMD Lance/PCnet Ethernet cards. This corrects a problem with network support in VMware. http://www.freebsd.org/cgi/mid.cgi?200408222301.i7MN1Epo048916 From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:59:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4502B16A4CE for ; Tue, 24 Aug 2004 15:59:34 +0000 (GMT) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 238EC43D2D for ; Tue, 24 Aug 2004 15:59:33 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net id i7OFxVYA004845 (8.12.10/1.4); Tue, 24 Aug 2004 17:59:31 +0200 (MET DST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id i7OFxV8k015948 (8.12.10/2.02); Tue, 24 Aug 2004 17:59:31 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Tue, 24 Aug 2004 17:59:31 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1093363171=:15923" Subject: LOR in radeon_close X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:59:34 -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. ---559023410-851401618-1093363171=:15923 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Hi. In a temporary lapse of sanity I ran an X server without any installed fonts (at least not the 'fixed' font.) Obviously the server immediately exited. I then got a LOR on the console. Dmesg plus LOR follows. Hope this is of any use to someone. ;) Cheers Michiel 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 6.0-20040821-SNAP #0: Sat Aug 21 16:05:11 UTC 2004 root@leefnet.office.internl.net:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (666.69-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387f9ff real memory = 536805376 (511 MB) avail memory = 515723264 (491 MB) bktr_mem: memory holder loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (200.0C) acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff 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 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xe000-0xe01f irq 12 at device 7.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 ums0: Microsoft Microsoft IntelliMouse® Explorer, rev 1.10/1.14, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. pci0: at device 7.3 (no driver attached) bktr0: mem 0xe7100000-0xe7100fff irq 12 at device 11.0 on pci0 bktr0: [GIANT-LOCKED] bktr0: Pinnacle/Miro TV, Temic NTSC tuner. pcm0: port 0xe400-0xe41f irq 5 at device 13.0 on pci0 pcm0: fxp0: port 0xec00-0xec3f mem 0xe7000000-0xe70fffff,0xe7101000-0xe7101fff irq 11 at device 15.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:70:12:7f fxp0: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 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 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xcc000-0xccfff,0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 666693843 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% acpi_tz0: _CRT value is absurd, ignored (200.0C) acpi_tz0: _CRT value is absurd, ignored (200.0C) ad0: 8056MB [16368/16/63] at ata0-master UDMA33 ATAPI_RESET time = 20us acd0: DVDR at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s1a fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 drm0: port 0xd000-0xd0ff mem 0xe5000000-0xe500ffff,0xd0000000-0xd7ffffff irq 10 at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 info: [drm] Loading R200 Microcode lock order reversal 1st 0xc1a98064 drm device (drm device) @ @/dev/drm/drm_drv.h:846 2nd 0xc0a53060 ACPI root bus (ACPI root bus) @ /usr/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:841 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08bf718,c08c06b8,c084fe8c) at kdb_backtrace+0x29 witness_checkorder(c0a53060,9,c0a4d5c8,349) at witness_checkorder+0x544 _sx_xlock(c0a53060,c0a4d5c8,349,121,c084c460) at _sx_xlock+0x50 acpi_release_resource(c1a4e980,c1a77180,1,0,c1a5b500) at acpi_release_resource+0x23 bus_generic_release_resource(c197db80,c1a77180,1,0,c1a5b500) at bus_generic_release_resource+0x64 resource_list_release(c1a77204,c1a77e80,c1a77180,1,0) at resource_list_release+0x6e bus_generic_rl_release_resource(c1a77e80,c1a77180,1,0,c1a5b500) at bus_generic_rl_release_resource+0x5e bus_generic_release_resource(c1a77900,c1a77180,1,0,c1a5b500) at bus_generic_release_resource+0x64 resource_list_release(c1a77204,c1a77100,c1a77180,1,0) at resource_list_release+0xfb bus_generic_rl_release_resource(c1a77100,c1a77180,1,0,c1a5b500) at bus_generic_rl_release_resource+0x5e bus_release_resource(c1a77180,1,0,c1a5b500,c1a77180) at bus_release_resource+0x61 radeon_irq_uninstall(c1a98000,c195e200,d5464a64,d5464a74,c1db05cd) at radeon_irq_uninstall+0x5b radeon_do_cleanup_cp(c1a98000,c195e2fc,c195e2f8,c1a98000,c1a98000) at radeon_do_cleanup_cp+0x17 radeon_do_release(c1a98000,c1a98000,c1c57280,c195e200,d5464aac) at radeon_do_release+0x85 radeon_takedown(c1a98000,1f5,0,c1daa108,c1a65dc0) at radeon_takedown+0x27 radeon_close(c1d4a400,43,2000,c1a65dc0,c1dc1480) at radeon_close+0x163 spec_close(d5464af8,d5464b20,c0658ee2,d5464af8,c08953c0) at spec_close+0x2ae spec_vnoperate(d5464af8) at spec_vnoperate+0x13 vn_close(c1daa108,43,c1d23000,c1a65dc0,c061f875) at vn_close+0x5a vn_closefile(c1c7894c,c1a65dc0) at vn_closefile+0xaa fdrop_locked(c1c7894c,c1a65dc0,c194bd00,0,c07ef78e) at fdrop_locked+0x84 fdrop(c1c7894c,c1a65dc0,3,c1a65dc0,d5464bf4) at fdrop+0x24 closef(c1c7894c,c1a65dc0) at closef+0x1db fdfree(c1a65dc0,c1d14b94,d5464cb8,c061f9da,c08e4008) at fdfree+0x2ff exit1(c1a65dc0,100,d5464d40,c07898ff,c1a65dc0) at exit1+0x402 exit1(c1a65dc0,d5464d14,1,11e,3296) at exit1 syscall(872002f,bfbf002f,bfbf002f,1,88e7800) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x2823a453, esp = 0xbfbfec7c, ebp = 0xbfbfec98 --- ---559023410-851401618-1093363171=:15923-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:16:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A72C316A4CF for ; Tue, 24 Aug 2004 16:16:18 +0000 (GMT) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1723243D54 for ; Tue, 24 Aug 2004 16:16:18 +0000 (GMT) (envelope-from xi@borderworlds.dk) Received: from ferengi.borderworlds.dk (ferengi.borderworlds.dk [80.166.152.7]) by pfepb.post.tele.dk (Postfix) with ESMTP id B581F5EE05E for ; Tue, 24 Aug 2004 18:16:16 +0200 (CEST) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id E3FF2B826 for ; Tue, 24 Aug 2004 18:16:15 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id A7F32B86E; Tue, 24 Aug 2004 18:16:15 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org From: Christian Laursen Date: 24 Aug 2004 18:16:15 +0200 Message-ID: <868yc4eckw.fsf@borg.borderworlds.dk> Lines: 14 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: ACPI problem with 5.3-BETA1 on Toshiba Portege 3110CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:16:18 -0000 Today I upgraded my laptop to FreeBSD 5.3-BETA1. When I boot it with ACPI enabled the fan is running constanly, even though the machine is completely idle. When booted without ACPI it only runs when the machine is busy as expected. The dmesg when booted with ACPI: http://borderworlds.dk/~xi/dmesg.vulcan What do I need to do in order to help debug this? -- Christian Laursen From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:17:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEAB116A4CF; Tue, 24 Aug 2004 16:17:37 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B31A743D41; Tue, 24 Aug 2004 16:17:37 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) i7OGHb02026528; Tue, 24 Aug 2004 16:17:37 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7OGHbaU026527; Tue, 24 Aug 2004 16:17:37 GMT (envelope-from kan) Date: Tue, 24 Aug 2004 16:17:37 +0000 From: Alexander Kabaev To: Tim Robbins Message-ID: <20040824161737.GA26508@freefall.freebsd.org> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> <20040824144832.S96700@cvs.imp.ch> <20040824125818.GA25828@cat.robbins.dropbear.id.au> <20040824133420.GI77326@green.homeunix.org> <20040824140510.GA26058@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824140510.GA26058@cat.robbins.dropbear.id.au> User-Agent: Mutt/1.4.1i cc: Martin Blapp cc: freebsd-current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:17:37 -0000 On Wed, Aug 25, 2004 at 12:05:10AM +1000, Tim Robbins wrote: > On Tue, Aug 24, 2004 at 09:34:20AM -0400, Brian Fundakowski Feldman wrote: > > On Tue, Aug 24, 2004 at 10:58:18PM +1000, Tim Robbins wrote: > > > On Tue, Aug 24, 2004 at 02:48:57PM +0200, Martin Blapp wrote: > > > > > > > > Hi, > > > > > > > > > This has already been fixed in -CURRENT and will presumably be merged into > > > > > RELENG_5 in the next day or two. > > > > > > > > Can you point me to the responsable commit ? > > > > > > kern_lock.c 1.75 > > > > Releasing 5.3 with lockmgr(9) known-broken in one way versus the other > > really is no better. > > I suppose it would have been more accurate to say that it had been worked > around, not fixed, in -CURRENT. This is definitely something that needs to > be properly addressed before the release. > > > Tim The fix was under test by two people who were able to reproduce the error at will. So far I got one positive response and I am waiting for another before doing a commit. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:24:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15BE816A4CE; Tue, 24 Aug 2004 16:24:55 +0000 (GMT) Received: from green.homeunix.org (pcp04371970pcs.nrockv01.md.comcast.net [69.140.223.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E34F43D39; Tue, 24 Aug 2004 16:24:54 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id i7OGOr81070558; Tue, 24 Aug 2004 12:24:53 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i7OGOr5p070557; Tue, 24 Aug 2004 12:24:53 -0400 (EDT) (envelope-from green) Date: Tue, 24 Aug 2004 12:24:53 -0400 From: Brian Fundakowski Feldman To: Alexander Kabaev Message-ID: <20040824162453.GK77326@green.homeunix.org> References: <20040824142129.S96700@cvs.imp.ch> <20040824124516.GA25734@cat.robbins.dropbear.id.au> <20040824144832.S96700@cvs.imp.ch> <20040824125818.GA25828@cat.robbins.dropbear.id.au> <20040824133420.GI77326@green.homeunix.org> <20040824140510.GA26058@cat.robbins.dropbear.id.au> <20040824161737.GA26508@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824161737.GA26508@freefall.freebsd.org> User-Agent: Mutt/1.5.6i cc: Martin Blapp cc: Tim Robbins cc: freebsd-current@freebsd.org Subject: Re: panic: getnewbuf: locked buf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:24:55 -0000 On Tue, Aug 24, 2004 at 04:17:37PM +0000, Alexander Kabaev wrote: > On Wed, Aug 25, 2004 at 12:05:10AM +1000, Tim Robbins wrote: > > On Tue, Aug 24, 2004 at 09:34:20AM -0400, Brian Fundakowski Feldman wrote: > > > On Tue, Aug 24, 2004 at 10:58:18PM +1000, Tim Robbins wrote: > > > > On Tue, Aug 24, 2004 at 02:48:57PM +0200, Martin Blapp wrote: > > > > > > > > > > Hi, > > > > > > > > > > > This has already been fixed in -CURRENT and will presumably be merged into > > > > > > RELENG_5 in the next day or two. > > > > > > > > > > Can you point me to the responsable commit ? > > > > > > > > kern_lock.c 1.75 > > > > > > Releasing 5.3 with lockmgr(9) known-broken in one way versus the other > > > really is no better. > > > > I suppose it would have been more accurate to say that it had been worked > > around, not fixed, in -CURRENT. This is definitely something that needs to > > be properly addressed before the release. > > > > > > Tim > The fix was under test by two people who were able to reproduce the error > at will. So far I got one positive response and I am waiting for another > before doing a commit. Great! I hope we can continue to tie up as many loose ends as possible for the first 5-STABLE release. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:36:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B500E16A4CE; Tue, 24 Aug 2004 16:36:15 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D568143D46; Tue, 24 Aug 2004 16:36:14 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7OGaAHl044993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 19:36:11 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7OGa8eg037771; Tue, 24 Aug 2004 19:36:08 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 19:36:08 +0300 From: Ruslan Ermilov To: Harti Brandt Message-ID: <20040824163608.GD37217@ip.net.ua> References: <20040824130849.GA12431@megalogika.lt> <20040824170917.Y517@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LTeJQqWS0MN7I/qa" Content-Disposition: inline In-Reply-To: <20040824170917.Y517@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Tomas Verbaitis cc: freebsd-current@freebsd.org Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:36:15 -0000 --LTeJQqWS0MN7I/qa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 05:11:32PM +0200, Harti Brandt wrote: > On Tue, 24 Aug 2004, Tomas Verbaitis wrote: >=20 > TV>2) Next failure was this: > TV>=3D=3D=3D> snmp_atm > TV>cat > TV>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_= atm/atm_tree.def > TV>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e > TV>begemotAtm > atm_oid.h > TV>line 110: junk after closing ')' >=20 > The problem seems to be that it is running an old gensnmptree from=20 > /usr/bin although it should build and run a new one. Can you tell me what= =20 > is the __FreeBSD_version in /usr/include/osreldate.h on the system you ar= e=20 > trying to upgrade? >=20 Harti, nothing to worry about, you can safely close PR. This is what happens when people do "make includes" without understanding that it will ruin their build environment. ``make buildworld OSRELDATE=3D0'' usually helps these pour souls. ;) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LTeJQqWS0MN7I/qa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK254qRfpzJluFF4RAseCAJ9TaI7Vwypd34zy3cT2BfKuSs1E8QCaA2MM qjVnxNtazzHk4u00CZzzSsI= =43mE -----END PGP SIGNATURE----- --LTeJQqWS0MN7I/qa-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:38:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1297C16A4CE for ; Tue, 24 Aug 2004 16:38:48 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E1CA43D1D for ; Tue, 24 Aug 2004 16:38:47 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i7OGPpjr062505 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 24 Aug 2004 12:25:53 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Tue, 24 Aug 2004 12:39:57 -0400 User-Agent: KMail/1.6.2 References: <200408240056.42066.mistry.7@osu.edu> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200408241240.08060.mistry.7@osu.edu> X-Spam-Status: No, hits=-4.9 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE, QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: hoe-waa@hawaii.rr.com cc: freebsd-current@freebsd.org Subject: Re: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:38:48 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 24 August 2004 09:31 am, you wrote: > Anish Mistry writes: > > Not sure if this is a bug or not, but my understanding of device rules > > that are placed in /etc/devfs.conf are supposed to be applied when a > > device is attached. ie. > > perm da0 0666 > > perm da0s1 0666 > > perm da1 0666 > > perm da1s1 0666 > > perm da2 0666 > > perm da2s1 0666 > > perm da3 0666 > > perm da3s1 0666 > > /etc/devfs.conf is only applied at boot and is mostly useless. > > What you really want is to put something like the following in > > /etc/devfs.rules: > > [system=3D10] > > add path 'da*' mode 0660 > > (see devfs(8) for details about the syntax) > > and add the following line to /etc/rc.conf: > > devfs_system_ruleset=3D"system" Thanks, this works. > > Someone[tm] should document this somewhere. Yes, definitely before 5.3 since I'm sure this will come up for many people. > > DES =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBK29lxqA5ziudZT0RAs0OAJoCm/Z8qX4VArl3CpfcKjUaZrhtMQCgvK1N LI/jiaNqJAAdqCyAM+YqJ78=3D =3DSe3/ =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:42:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 127A616A4CE for ; Tue, 24 Aug 2004 16:42:34 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A75043D58 for ; Tue, 24 Aug 2004 16:42:33 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7OGgVnk012741 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 24 Aug 2004 18:42:31 +0200 Received: from goofy.here (localhost.here [127.0.0.1]) by gicco.homeip.net (8.13.1/8.13.1) with ESMTP id i7OGgOHn006395 for ; Tue, 24 Aug 2004 18:42:25 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by goofy.here (8.13.1/8.13.1/Submit) id i7OGgNfE006394 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 18:42:23 +0200 (CEST) (envelope-from hampi@rootshell.be) X-Authentication-Warning: goofy.here: idefix set sender to hampi@rootshell.be using -f Date: Tue, 24 Aug 2004 18:42:23 +0200 From: Hanspeter Roth To: freebsd-current@freebsd.org Message-ID: <20040824164223.GA6359@gicco.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: crt1.o: In function `_start': undefined reference to `_init_tsl' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:42:34 -0000 Hello, I have upgraded to 5.3-Beta1 from CD. I had removed /usr/src before upgrading. Now building the kernel fails: cc -O -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll /usr/lib/crt1.o(.text+0x64): In function `_start': : undefined reference to `_init_tls' Is it expected to build world first or to build a GENERIC kernel first? -Hanspeter From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:44:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D54416A4CE for ; Tue, 24 Aug 2004 16:44:50 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B15643D31 for ; Tue, 24 Aug 2004 16:44:49 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7OGidlU045095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 19:44:40 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7OGihAV037855; Tue, 24 Aug 2004 19:44:43 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 19:44:42 +0300 From: Ruslan Ermilov To: Christian Hiris <4711@chello.at> Message-ID: <20040824164442.GE37217@ip.net.ua> References: <200408241641.20389.4711@chello.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6e7ZaeXHKrTJCxdu" Content-Disposition: inline In-Reply-To: <200408241641.20389.4711@chello.at> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:44:50 -0000 --6e7ZaeXHKrTJCxdu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 04:40:58PM +0200, Christian Hiris wrote: > When i upgraded one of my systems from > 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat May 29 14:14:06 CEST 2004 =20 > admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 > to=20 > 5.3-BETA1 FreeBSD 5.3-BETA1 #0: Mon Aug 23 16:30:40 CEST 2004 =20 > admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 > "make installkernel" fails during module installation. =20 >=20 > The directories /usr/src and /usr/obj were NFS-mounted on this machine. = =20 >=20 We don't, strictly speaking, support this type of installation. We only support it if build host *exactly* matches the install host, read: it's the same arch, CPU, and it's running the same __FreeBSD_version world and kernel. What happens here is that your build machine has newer make(1) binary that understand the `+' modifier. The install machine has an older make(1). You can try to overcome this problem by doing: make installkernel -DALWAYS_CHECK_MAKE, but: no guarantees it will work (I don't know how different your build and install hosts are), and you'll have to mount /usr/obj read-write, for this to work. > matrix001# cd /usr/src > matrix001# make installkernel > -------------------------------------------------------------- > >>> Making hierarchy > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHINE= =3Di386 =20 > CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin =20 > GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font =20 > GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac=20 > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy= /usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/s= bin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bi= n:/usr/sbin:/usr/bin=20 > make -f Makefile.inc1 hierarchy > cd /usr/src/etc; make distrib-dirs > mtree -eU -f /usr/src/etc/mtree/BSD.root.dist -p / > mtree -eU -f /usr/src/etc/mtree/BSD.var.dist -p /var > mtree -eU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr > mtree -eU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include > cd /; rm -f /sys; ln -s usr/src/sys sys > cd /usr/share/man/en.ISO8859-1; ln -sf ../man* . > cd /usr/share/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`; whi= le=20 > [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done > cd /usr/share/openssl/man; set - `grep "^[a-zA-Z]" /usr/src/etc/man.alia= s`; =20 > while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; = done > cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . > cd /usr/share/nls; set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`; whi= le=20 > [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done >=20 > -------------------------------------------------------------- > >>> Installing kernel > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/MATRIX001; MAKEOBJDIRPREFIX=3D/usr/obj =20 > MACHINE_ARCH=3Di386 MACHINE=3Di386 CPUTYPE=3D =20 > GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin =20 > GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font =20 > GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac=20 > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy= /usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/s= bin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bi= n:/usr/sbin:/usr/bin =20 > make KERNEL=3Dkernel install > thiskernel=3D`sysctl -n kern.bootfile` ; if [ "`dirname=20 > "$thiskernel"`" !=3D /boot/kernel ] ; then chflags -R noschg /boot/kerne= l ; =20 > rm -rf /boot/kernel ; else if [ -d /boot/kernel.old ] ; then chflags -= R=20 > noschg /boot/kernel.old ; rm -rf /boot/kernel.old ; fi ; =20 > mv /boot/kernel /boot/kernel.old ; sysctl=20 > kern.bootfile=3D/boot/kernel.old/"`basename "$thiskernel"`" ; fi > mkdir -p /boot/kernel > install -p -m 555 -o root -g wheel kernel /boot/kernel > cd /usr/src/sys/modules;=20 > MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/sys/MATRIX001/modules KMODDIR=3D/boot= /kernel=20 > MACHINE=3Di386 KERNBUILDDIR=3D"/usr/obj/usr/src/sys/MATRIX001" make inst= all > +for: not found > *** Error code 127 >=20 > Stop in /usr/src/sys/modules. > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/MATRIX001. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 >=20 [...] > Kernel and world are in sync, I did a "chflags -R noschg *" and "rm -rf *= "=20 > in /usr/obj before i did the make buildworld and buildkernel. Yesterday I= did=20 > an upgrade from the same build on another machine, on which 5.3-BETA1 alr= eady=20 > was installed - the upgrade went fine without the stop=20 > in /usr/src/sys/modules.=20 > =20 > However, I could fix this by doing a reinstall of /usr/src/usr.bin/make b= efore=20 > running the installkernel target.=20 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --6e7ZaeXHKrTJCxdu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK3B6qRfpzJluFF4RAhDyAKCK/745CEBRhWCr8ToRwKfhpgZ6GwCglJDv QSQpCUXqA4L9ZjD8tT4yAJE= =r/oF -----END PGP SIGNATURE----- --6e7ZaeXHKrTJCxdu-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:47:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6ABD16A4CE for ; Tue, 24 Aug 2004 16:47:08 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 219C743D3F for ; Tue, 24 Aug 2004 16:47:08 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7OGkwTL045118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 19:46:59 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7OGl22j037874; Tue, 24 Aug 2004 19:47:02 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 19:47:01 +0300 From: Ruslan Ermilov To: Christian Hiris <4711@chello.at> Message-ID: <20040824164701.GF37217@ip.net.ua> References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="924gEkU1VlJlwnwX" Content-Disposition: inline In-Reply-To: <20040824164442.GE37217@ip.net.ua> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:47:08 -0000 --924gEkU1VlJlwnwX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 07:44:42PM +0300, Ruslan Ermilov wrote: > On Tue, Aug 24, 2004 at 04:40:58PM +0200, Christian Hiris wrote: > > When i upgraded one of my systems from > > 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat May 29 14:14:06 CEST 2004 = =20 > > admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 > > to=20 > > 5.3-BETA1 FreeBSD 5.3-BETA1 #0: Mon Aug 23 16:30:40 CEST 2004 =20 > > admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 > > "make installkernel" fails during module installation. =20 > >=20 > > The directories /usr/src and /usr/obj were NFS-mounted on this machine.= =20 > >=20 > We don't, strictly speaking, support this type of installation. > We only support it if build host *exactly* matches the install > host, read: it's the same arch, CPU, and it's running the same > __FreeBSD_version world and kernel. >=20 > What happens here is that your build machine has newer make(1) > binary that understand the `+' modifier. The install machine > has an older make(1). You can try to overcome this problem > by doing: make installkernel -DALWAYS_CHECK_MAKE, but: no > guarantees it will work (I don't know how different your build > and install hosts are), and you'll have to mount /usr/obj > read-write, for this to work. >=20 I forgot to mention what we *do* support. We support NFS mounting remote /, /usr, and /var partitions, and doing an installworld/installkernel with DESTDIR pointing to NFS mounts. This will result in missing file flags (NFS does not support them), but otherwise it's what we actually support: host doing build is the host doing an install. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --924gEkU1VlJlwnwX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK3EFqRfpzJluFF4RAmYrAJ9sBHQ2yE9V3Na9ClstTJR0GYrXcgCeKA7Q ix0C+j703NQ3dL9EX0J23dU= =flqT -----END PGP SIGNATURE----- --924gEkU1VlJlwnwX-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:48:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C0A16A4E1; Tue, 24 Aug 2004 16:48:59 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B25E043D46; Tue, 24 Aug 2004 16:48:58 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7OGmuX258446; Tue, 24 Aug 2004 18:48:57 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7OGmuI74874; Tue, 24 Aug 2004 18:48:56 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7OGmte24966; Tue, 24 Aug 2004 18:48:56 +0200 (MET DST) Date: Tue, 24 Aug 2004 18:48:55 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Ruslan Ermilov In-Reply-To: <20040824163608.GD37217@ip.net.ua> Message-ID: <20040824184623.K517@beagle.kn.op.dlr.de> References: <20040824130849.GA12431@megalogika.lt> <20040824170917.Y517@beagle.kn.op.dlr.de> <20040824163608.GD37217@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Tomas Verbaitis cc: freebsd-current@freebsd.org Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:48:59 -0000 On Tue, 24 Aug 2004, Ruslan Ermilov wrote: RE>On Tue, Aug 24, 2004 at 05:11:32PM +0200, Harti Brandt wrote: RE>> On Tue, 24 Aug 2004, Tomas Verbaitis wrote: RE>> RE>> TV>2) Next failure was this: RE>> TV>===> snmp_atm RE>> TV>cat RE>> TV>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def RE>> TV>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e RE>> TV>begemotAtm > atm_oid.h RE>> TV>line 110: junk after closing ')' RE>> RE>> The problem seems to be that it is running an old gensnmptree from RE>> /usr/bin although it should build and run a new one. Can you tell me what RE>> is the __FreeBSD_version in /usr/include/osreldate.h on the system you are RE>> trying to upgrade? RE>> RE>Harti, nothing to worry about, you can safely close PR. This is what RE>happens when people do "make includes" without understanding that it RE>will ruin their build environment. ``make buildworld OSRELDATE=0'' RE>usually helps these pour souls. ;) Ok. I was now half an hour thinking about the versions. It was my fault that I did not bump the FreeBSD_version then, so the actual commit of the gensnmptree is between two version bumps. I choose the later one for the check in Makefile.inc1 and think this should be safe. harti From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 16:55:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA8B116A4CE; Tue, 24 Aug 2004 16:55:37 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1829143D48; Tue, 24 Aug 2004 16:55:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7OGtVU2045494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 19:55:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7OGtZ97037976; Tue, 24 Aug 2004 19:55:35 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 19:55:35 +0300 From: Ruslan Ermilov To: Harti Brandt Message-ID: <20040824165535.GH37217@ip.net.ua> References: <20040824130849.GA12431@megalogika.lt> <20040824170917.Y517@beagle.kn.op.dlr.de> <20040824163608.GD37217@ip.net.ua> <20040824184623.K517@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9ZOS6odDaRI+0hI" Content-Disposition: inline In-Reply-To: <20040824184623.K517@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@FreeBSD.org cc: Tomas Verbaitis Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 16:55:37 -0000 --/9ZOS6odDaRI+0hI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 06:48:55PM +0200, Harti Brandt wrote: > On Tue, 24 Aug 2004, Ruslan Ermilov wrote: >=20 > RE>On Tue, Aug 24, 2004 at 05:11:32PM +0200, Harti Brandt wrote: > RE>> On Tue, 24 Aug 2004, Tomas Verbaitis wrote: > RE>>=20 > RE>> TV>2) Next failure was this: > RE>> TV>=3D=3D=3D> snmp_atm > RE>> TV>cat > RE>> TV>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/= snmp_atm/atm_tree.def > RE>> TV>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmpt= ree -e > RE>> TV>begemotAtm > atm_oid.h > RE>> TV>line 110: junk after closing ')' > RE>>=20 > RE>> The problem seems to be that it is running an old gensnmptree from= =20 > RE>> /usr/bin although it should build and run a new one. Can you tell me= what=20 > RE>> is the __FreeBSD_version in /usr/include/osreldate.h on the system y= ou are=20 > RE>> trying to upgrade? > RE>>=20 > RE>Harti, nothing to worry about, you can safely close PR. This is what > RE>happens when people do "make includes" without understanding that it > RE>will ruin their build environment. ``make buildworld OSRELDATE=3D0'' > RE>usually helps these pour souls. ;) >=20 > Ok. I was now half an hour thinking about the versions. It was my fault= =20 > that I did not bump the FreeBSD_version then, so the actual commit of the= =20 > gensnmptree is between two version bumps. I choose the later one for the= =20 > check in Makefile.inc1 and think this should be safe. >=20 It should be okay, and I thought we already fixed this in Makefile.inc1 by using the correct __FreeBSD_version check. Ask for the ``ls -l /usr/include/osreldate.h /usr/bin/gensnmptree'' output when diagnosing the problem -- like I said, chances are good that people fooled their build environment to think it's more fresh than is actually. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --/9ZOS6odDaRI+0hI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK3MHqRfpzJluFF4RAoORAKCLGRnprY0if2aVMvxl6vxkr6G5rgCfUoHS iKpXYrYPn6hn6rUQZHhIEls= =JSnj -----END PGP SIGNATURE----- --/9ZOS6odDaRI+0hI-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:03:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B83A16A4CE for ; Tue, 24 Aug 2004 17:03:58 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9DD43D48 for ; Tue, 24 Aug 2004 17:03:58 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7OH3vcP046815 for ; Tue, 24 Aug 2004 10:03:57 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7OH3vlI046814 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 10:03:57 -0700 (PDT) (envelope-from sgk) Date: Tue, 24 Aug 2004 10:03:57 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040824170357.GA46720@troutmask.apl.washington.edu> References: <20040824164223.GA6359@gicco.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824164223.GA6359@gicco.homeip.net> User-Agent: Mutt/1.4.1i Subject: Re: crt1.o: In function `_start': undefined reference to `_init_tsl' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:03:58 -0000 On Tue, Aug 24, 2004 at 06:42:23PM +0200, Hanspeter Roth wrote: > Hello, > > I have upgraded to 5.3-Beta1 from CD. > I had removed /usr/src before upgrading. > Now building the kernel fails: > > cc -O -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll > /usr/lib/crt1.o(.text+0x64): In function `_start': > : undefined reference to `_init_tls' > > Is it expected to build world first or to build a GENERIC kernel > first? > more /usr/src/UPDATING Skip to this section: To build a kernel ----------------- If you are updating from a prior version of FreeBSD (even one just a few days old), you should follow this procedure. With a /usr/obj tree with a fresh buildworld, and start reading. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:00:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B96B916A4CE for ; Tue, 24 Aug 2004 17:00:58 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DD043D31 for ; Tue, 24 Aug 2004 17:00:57 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7OH0qBd045582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 20:00:53 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7OH0tFh038042; Tue, 24 Aug 2004 20:00:55 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 20:00:55 +0300 From: Ruslan Ermilov To: Maxim Konovalov Message-ID: <20040824170055.GI37217@ip.net.ua> References: <1093304541.732.53.camel@einstein.local.nfy> <20040824070215.GH35016@ip.net.ua> <20040824113430.F50603@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qVyHzDF4yf4A8jkR" Content-Disposition: inline In-Reply-To: <20040824113430.F50603@mp2.macomnet.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Mayo Jordanov cc: current@freebsd.org Subject: Re: buildworld problems when DESTDIR is specified? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:00:58 -0000 --qVyHzDF4yf4A8jkR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 11:40:03AM +0400, Maxim Konovalov wrote: > On Tue, 24 Aug 2004, 10:02+0300, Ruslan Ermilov wrote: >=20 > > On Mon, Aug 23, 2004 at 04:42:22PM -0700, Mayo Jordanov wrote: > > > Hello, > > > > > > I'm trying to buildworld with today's (Monday) RELENG_5 (cvsupped > > > sometime in the morning (also tried with one from sat/sun). > > > > > > When I just run make buildworld, it builds everything just fine, howe= ver > > > it fails when DESTDIR is specified (for both, buildworld and > > > installworld). The error occurs in stage 1.2, in gnu/usr.bin/gperf/do= c. > > > > > > Whole stage 1.2 section is attached below. > > > > > > Can someone give me any pointers? > > > > > Yes. DON'T DO THAT: do not specify DESTDIR as a command-line variable > > to make(1) when doing a buildworld. Do a normal "make buildworld", > > then do a "make installworld" specifying the DESTDIR. > > > > P.S. I know "make world DESTDIR=3D/foo" is broken at the moment due to > > this. >=20 > It seems we need to fix the warning for 'make world'. Now it suggests > to define DESTDIR but not clear how to do that: >=20 > : Define DESTDIR to where you want to install FreeBSD, > : including /, to override this warning and proceed as usual. >=20 > Moreover, a couple of days ago I was helping to a friend of mine to > fix a problem with a broken build world, he had 'DESTDIR=3D/' in > /etc/make.conf and 'make world' always failed for him. >=20 Recent make(1) is right about handling of command-line variables -- they stay command-line variables (a highest priority) forever. The new behavior is required by POSIX. Unfortunately, it also breaks the ``make world DESTDIR=3D/'', and there's no way you can unset/kill the command-line variable, so I see only two solutions: 1) kill "make world" completely, and 2) request that DESTDIR be set in environment for "make world": ``env DESTDIR=3D/foo make world'' should still work fine. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --qVyHzDF4yf4A8jkR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK3RHqRfpzJluFF4RAp/qAJ9rzHsmNkzeB/Aegrr4q5WgEFG4YwCeJyJe 73Ol3ZiSTr/S2k1liSK9F3Y= =Rspc -----END PGP SIGNATURE----- --qVyHzDF4yf4A8jkR-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:14:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4616B16A4CE for ; Tue, 24 Aug 2004 17:14:23 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id A569043D5D for ; Tue, 24 Aug 2004 17:14:20 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7OHEJSG026813 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 24 Aug 2004 19:14:19 +0200 Received: from localhost.here (idefix@gicco.homeip.net [127.0.0.1]) by gicco.homeip.net (8.12.8p2/8.12.8) with ESMTP id i7OHEJwV001929 for ; Tue, 24 Aug 2004 19:14:19 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by localhost.here (8.12.8p2/8.12.8/Submit) id i7OHEIiw001928 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 19:14:18 +0200 (CEST) X-Authentication-Warning: localhost.here: idefix set sender to hampi@rootshell.be using -f Date: Tue, 24 Aug 2004 19:14:18 +0200 From: Hanspeter Roth To: freebsd-current@freebsd.org Message-ID: <20040824171418.GA1894@gicco.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org References: <868yc4eckw.fsf@borg.borderworlds.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <868yc4eckw.fsf@borg.borderworlds.dk> User-Agent: Mutt/1.4.1i Subject: Re: ACPI problem with 5.3-BETA1 on Toshiba Portege 3110CT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:14:23 -0000 On Aug 24 at 18:16, Christian Laursen spoke: > Today I upgraded my laptop to FreeBSD 5.3-BETA1. > > When I boot it with ACPI enabled the fan is running constanly, > even though the machine is completely idle. > > When booted without ACPI it only runs when the machine is busy > as expected. Have you tried with sysctl debug.witness_watch=0 and/or debug.witness_trace=0 ? -Hanspeter From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:09:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F73616A4CE for ; Tue, 24 Aug 2004 17:09:54 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id D55BC43D64 for ; Tue, 24 Aug 2004 17:09:53 +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 1Bzenx-0002ar-00; Tue, 24 Aug 2004 19:09:53 +0200 Received: from [84.128.136.2] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Bzenw-0002WC-00; Tue, 24 Aug 2004 19:09:53 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 19:07:56 +0200 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_BY3KBWlFAYplS6+"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408241908.17510.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: bettan@nerim.net cc: splinter cell Subject: Re: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:09:54 -0000 --Boundary-02=_BY3KBWlFAYplS6+ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 August 2004 14:30, splinter cell wrote: > hello , i have compiled my kernel with this options : > > options ALTQ > options ALTQ_CBQ # Class Bases Queueing > options ALTQ_RED # Random Early Drop > options ALTQ_RIO # RED In/Out > options ALTQ_HFSC # Hierarchical Packet Scheduler > options ALTQ_CDNR # Traffic conditioner > options ALTQ_PRIQ # Prioirity Queueing > options ALTQ_NOPCC # Required for SMP build > > but when i run pf with this rules : > > int =3D "xl0" > > altq on $int cbq bandwidth 1024Kb queue { std } You are missing a line that gives more information about the queue, e.g.: queue std bandwidth 10% cbq(default) note, that having only one queue is not very useful for the most of=20 applications. > i have this message : altq not defined on xl0 > pfctl: Syntax error in config file: pf rules not loaded > > And i have patched the driver if_xl.c and if_vr.c with > [1]http://people.freebsd.org/~mlaier/ALTQ_driver/ but i have always This is no longer necessary for xl(4) and vr(4), if you use RELENG_5 or HEA= D. > this message and i don't have /dev/altq in my freebsd. There is no /dev/altq at the moment. > Anyone have an idea for that ? See above. =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 --Boundary-02=_BY3KBWlFAYplS6+ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBK3YBXyyEoT62BG0RAs/+AJ9mMJMyIxZcSDczxNHoO2DXKUMjGQCfan96 YFlIc5sSbh12DlfHySTrK6A= =7j3b -----END PGP SIGNATURE----- --Boundary-02=_BY3KBWlFAYplS6+-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:16:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E685C16A4CE for ; Tue, 24 Aug 2004 17:16:46 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D3E043D53 for ; Tue, 24 Aug 2004 17:16:46 +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 1Bzeub-0000As-00; Tue, 24 Aug 2004 19:16:45 +0200 Received: from [84.128.136.2] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1Bzeua-0004C2-00; Tue, 24 Aug 2004 19:16:45 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Tue, 24 Aug 2004 19:15:08 +0200 User-Agent: KMail/1.6.2 References: <200408241041.12298.mjohnston@skyweb.ca> In-Reply-To: <200408241041.12298.mjohnston@skyweb.ca> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_ee3KBXebkSaTErc"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408241915.10160.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Mark Johnston cc: freebsd-cvs-summary@lists.enderunix.org Subject: Re: cvs-src summary for August 16-23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:16:47 -0000 --Boundary-02=_ee3KBXebkSaTErc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 August 2004 17:41, Mark Johnston wrote: > FreeBSD cvs-src summary for 16/08/04 to 23/08/04 <...> > RELENG_5 branched; HEAD becomes 6-CURRENT <...> Maybe readers will also find this link useful to dig up further reading=20 regarding the subject: http://www.freebsd.org/releng/ As always, great summary! Thanks a lot! =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 --Boundary-02=_ee3KBXebkSaTErc Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBK3eeXyyEoT62BG0RApJAAJ46Cbd/HtuF+4smwuUg+6PWlozo+wCeLjJ7 lCkeeR7dt+jK5lQggQa94HI= =urSg -----END PGP SIGNATURE----- --Boundary-02=_ee3KBXebkSaTErc-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:34:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83A5916A4CF; Tue, 24 Aug 2004 17:34:49 +0000 (GMT) Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1FEA43D5C; Tue, 24 Aug 2004 17:34:48 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.160.193.218]) by out008.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040824173448.TAQP8960.out008.verizon.net@[192.168.1.3]>; Tue, 24 Aug 2004 12:34:48 -0500 Message-ID: <412B7C24.3040006@mac.com> Date: Tue, 24 Aug 2004 13:34:28 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> In-Reply-To: <20040824164701.GF37217@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out008.verizon.net from [68.160.193.218] at Tue, 24 Aug 2004 12:34:48 -0500 cc: Christian Hiris <4711@chello.at> cc: freebsd-current@freebsd.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:34:49 -0000 Ruslan Ermilov wrote: [ ...using NFS to share /usr/src and /usr/obj... ] > I forgot to mention what we *do* support. We support NFS > mounting remote /, /usr, and /var partitions, and doing an > installworld/installkernel with DESTDIR pointing to NFS > mounts. This will result in missing file flags (NFS does > not support them), but otherwise it's what we actually > support: host doing build is the host doing an install. I've been updating a half-dozen or so 4.x machines using NFS-mounted /usr/src and /usr/obj since 4.1 or so. I'd much prefer to help get NFS-distributed builds supported again than help change the Handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/small-lan.html -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:40:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B05E16A4E9; Tue, 24 Aug 2004 17:40:22 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26B2B43D5D; Tue, 24 Aug 2004 17:40:22 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id BD1A0FD0B6; Tue, 24 Aug 2004 10:40:21 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09961-02; Tue, 24 Aug 2004 10:40:21 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 18510FD02A; Tue, 24 Aug 2004 10:40:21 -0700 (PDT) From: Sean McNeil To: Tim Kientzle In-Reply-To: <4127841D.6050104@freebsd.org> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> Content-Type: text/plain Message-Id: <1093369220.10362.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 24 Aug 2004 10:40:21 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Giorgos Keramidas cc: freebsd-current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:40:22 -0000 On Sat, 2004-08-21 at 10:19, Tim Kientzle wrote: > Sean McNeil wrote: > >>> > >>>I just tried to unarchive a file that didn't exist and got a core dump: > > > > Here is a backtrace of the error: > > > > #0 0x0000000200926d7e in __vfprintf (fp=0x7fffffffe360, > > fmt0=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > > at /usr/src/lib/libc/stdio/vfprintf.c:1052 > > #1 0x00000002008c4006 in vsnprintf (str=0x32
, > > n=4284889, fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > > at /usr/src/lib/libc/stdio/vsnprintf.c:75 > > #2 0x0000000000411478 in __archive_string_vsprintf (as=0x520240, > > fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) > > at /usr/src/lib/libarchive/archive_string_sprintf.c:60 > > > > Could be a compiler bug I suppose, but more likely I think it is this > > code: > > > > if (n == 0) { > > if (on > 0) > > *str = '\0'; > > str = dummy; > > n = 1; > > } > > > > in vsnprintf.c::vsnprintf. > > The code you've pointed to above concerns > me because of the part about: > if (n == 0) { > ... > n = 1; > } > That ain't right: If I told vsnprintf the buffer > size was zero, it should treat it as such. If I > meant "one", I would have said "one." > > On the other hand, the vsnprintf.3 man page > does explicitly state that "the output is always > null-terminated," which would preclude passing > a zero-length buffer, which is exactly what > libarchive is doing in this situation. It is > bogus, but at least it's documented bogosity. ;-) > > Please try the attached patch to libarchive/archive_string_sprintf.c > and let me know if it works for you. It simply > forces the target buffer to be allocated and thereby > avoids calling vsnprintf with a NULL buffer. > > Tim Kientzle > > ______________________________________________________________________ > Index: archive_string_sprintf.c > =================================================================== > RCS file: /home/ncvs/src/lib/libarchive/archive_string_sprintf.c,v > retrieving revision 1.4 > diff -u -r1.4 archive_string_sprintf.c > --- archive_string_sprintf.c 14 Aug 2004 03:45:45 -0000 1.4 > +++ archive_string_sprintf.c 21 Aug 2004 17:02:49 -0000 > @@ -48,6 +48,9 @@ > { > size_t l; > > + /* Make sure the target area is initialized. */ > + __archive_string_ensure(as, 64); > + > if (fmt == NULL) { > as->s[0] = 0; > return; I think what is happening is that the amd64 architecture passes a va_list by reference instead of by value. This is causing a side-effect within __vfprintf. To counter the side-effect, the following patch saves the ap and uses the copy for the second call to vsnprintf. Here is a patch that fixes my core dump: *** lib/libarchive/archive_string_sprintf.c.orig Fri Aug 13 20:45:45 2004--- lib/libarchive/archive_string_sprintf.c Tue Aug 24 10:37:02 2004 *************** __archive_string_vsprintf(struct archive *** 47,63 **** va_list ap) { size_t l; if (fmt == NULL) { as->s[0] = 0; return; } l = vsnprintf(as->s, as->buffer_length, fmt, ap); /* If output is bigger than the buffer, resize and try again. */ if (l+1 >= as->buffer_length) { __archive_string_ensure(as, l + 1); ! l = vsnprintf(as->s, as->buffer_length, fmt, ap); } as->length = l; } --- 47,65 ---- va_list ap) { size_t l; + va_list ap1; if (fmt == NULL) { as->s[0] = 0; return; } + va_copy(ap1,ap); l = vsnprintf(as->s, as->buffer_length, fmt, ap); /* If output is bigger than the buffer, resize and try again. */ if (l+1 >= as->buffer_length) { __archive_string_ensure(as, l + 1); ! l = vsnprintf(as->s, as->buffer_length, fmt, ap1); } as->length = l; } From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:41:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7138A16A548 for ; Tue, 24 Aug 2004 17:41:50 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id B691D43D45 for ; Tue, 24 Aug 2004 17:41:49 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7OHfmnk022199 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 24 Aug 2004 19:41:48 +0200 Received: from localhost.here (idefix@gicco.homeip.net [127.0.0.1]) by gicco.homeip.net (8.12.8p2/8.12.8) with ESMTP id i7OHfmwV002082 for ; Tue, 24 Aug 2004 19:41:48 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by localhost.here (8.12.8p2/8.12.8/Submit) id i7OHflAl002081 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 19:41:48 +0200 (CEST) X-Authentication-Warning: localhost.here: idefix set sender to hampi@rootshell.be using -f Date: Tue, 24 Aug 2004 19:41:47 +0200 From: Hanspeter Roth To: freebsd-current@freebsd.org Message-ID: <20040824174147.GA2041@gicco.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20040824164223.GA6359@gicco.homeip.net> <20040824170357.GA46720@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824170357.GA46720@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i Subject: Re: crt1.o: In function `_start': undefined reference to `_init_tsl' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:41:52 -0000 On Aug 24 at 10:03, Steve Kargl spoke: > On Tue, Aug 24, 2004 at 06:42:23PM +0200, Hanspeter Roth wrote: > > Hello, > > > > I have upgraded to 5.3-Beta1 from CD. > > I had removed /usr/src before upgrading. > > Now building the kernel fails: > > [...] > > /usr/lib/crt1.o(.text+0x64): In function `_start': > > : undefined reference to `_init_tls' > > > > Is it expected to build world first or to build a GENERIC kernel > > first? > > > > more /usr/src/UPDATING > > Skip to this section: > > To build a kernel > ----------------- > If you are updating from a prior version of FreeBSD (even one just > a few days old), you should follow this procedure. With a > /usr/obj tree with a fresh buildworld, > > and start reading. Ok. I've tried buildworld. It results in the same undefined reference probably when building tcsh. -Hanspeter From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:45:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D1ED16A4CF for ; Tue, 24 Aug 2004 17:45:03 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B8A043D46 for ; Tue, 24 Aug 2004 17:45:02 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7OHiqM4046369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 20:44:53 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7OHiu8v038450; Tue, 24 Aug 2004 20:44:56 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 20:44:56 +0300 From: Ruslan Ermilov To: Chuck Swiger Message-ID: <20040824174456.GA38418@ip.net.ua> References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> <412B7C24.3040006@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <412B7C24.3040006@mac.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Christian Hiris <4711@chello.at> cc: freebsd-current@FreeBSD.ORG Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:45:03 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 01:34:28PM -0400, Chuck Swiger wrote: > Ruslan Ermilov wrote: > [ ...using NFS to share /usr/src and /usr/obj... ] > >I forgot to mention what we *do* support. We support NFS > >mounting remote /, /usr, and /var partitions, and doing an > >installworld/installkernel with DESTDIR pointing to NFS > >mounts. This will result in missing file flags (NFS does > >not support them), but otherwise it's what we actually > >support: host doing build is the host doing an install. >=20 > I've been updating a half-dozen or so 4.x machines using NFS-mounted=20 > /usr/src and /usr/obj since 4.1 or so. I'd much prefer to help get=20 > NFS-distributed builds supported again than help change the Handbook: >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/small-lan.html >=20 I've underlined important parts. 19.5.1 Preliminaries = =20 = =20 First, identify a set of machines that is going to run the same set of ^^^^^^^^^^^^^^^^^^^ binaries, which we will call a build set. Each machine can have a custom ^^^^^^^^ kernel, but they will be running the same userland binaries. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This configuration we *do* support. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK36YqRfpzJluFF4RAi0xAJ4jWVBs4G4nG7anXyQKm7Y97drRCgCeJcSX NhF665D964w/edvQ1GgVkSA= =RNm5 -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:51:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC8A916A4CE for ; Tue, 24 Aug 2004 17:51:38 +0000 (GMT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5366A43D1F for ; Tue, 24 Aug 2004 17:51:38 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 650231674EF; Tue, 24 Aug 2004 19:51:37 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i7OHpZtk096256 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 24 Aug 2004 19:51:36 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@FreeBSD.org Date: Tue, 24 Aug 2004 19:51:30 +0200 User-Agent: KMail/1.6.2 References: <20040821174133.00007d48@nehal> <20040822194126.T94593@carver.gumbysoft.com> In-Reply-To: <20040822194126.T94593@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_mA4KBTNVHtcYaSg"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408241951.34799.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Nehal Subject: Re: Syncer giving up on buffers for ext2fs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:51:38 -0000 --Boundary-02=_mA4KBTNVHtcYaSg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 August 2004 04:42, Doug White wrote: > On Sat, 21 Aug 2004, Nehal wrote: > > the bug 'Syncer "giving up" on buffers and ext2 filesystems' > > (PR kern/56675 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/56675) > > has existed for almost a year, and i have tested in a recent > > snapshot (18th August) and it still exists, will this bug be fixed > > for 5.3? seems to be quite an important bug. > > It would be nice if someone could come up with a patch, even a quick one. In case there'll be no fix in code, there's at least this workaround which= =20 I've been using for a few months now:=20 http://people.freebsd.org/~lofi/rc.shutdown.diff =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_mA4KBTNVHtcYaSg Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBK4AmXhc68WspdLARAgiwAJwOM++cx/ay1qGZPaey6dKVsDg2dwCdEUSw YRMYCulIqhLixTGX2gjtoYw= =rsj+ -----END PGP SIGNATURE----- --Boundary-02=_mA4KBTNVHtcYaSg-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:57:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9D8216A4CE for ; Tue, 24 Aug 2004 17:57:11 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B1FA43D41 for ; Tue, 24 Aug 2004 17:57:11 +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 i7OHvAi8044371 for ; Tue, 24 Aug 2004 13:57:10 -0400 (EDT) (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 44096-04 for ; Tue, 24 Aug 2004 13:57:10 -0400 (EDT) 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 i7OHv9h4044323 for ; Tue, 24 Aug 2004 13:57:10 -0400 (EDT) (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 i7OHv1ok029536 for ; Tue, 24 Aug 2004 13:57:02 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040824135634.051fa4a0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Tue, 24 Aug 2004 14:01:23 -0400 To: freebsd-current@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 and CL10000 serial ports not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:57:12 -0000 I have a VIA CL10000 MB with a C3 CPU. RELENG_5 does not seem to be able to talk to any of the serial ports other than cuaa0. I confirmed that the device.hints file does indeed match what the BIOS says about the ports hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" hint.sio.1.at="isa" hint.sio.1.port="0x2F8" hint.sio.1.irq="3" hint.sio.2.at="isa" hint.sio.2.port="0x3E8" hint.sio.2.irq="5" hint.sio.3.at="isa" hint.sio.3.port="0x2E8" hint.sio.3.irq="10" yet %dmesg | grep "sio[0-4]" sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio2 port 0x3e8-0x3ef irq 5 on acpi0 sio2: type 16550A sio3: configured irq 10 not in bitmap of probed irqs 0 sio3: port may not be enabled sio3 port 0x2e8-0x2ef irq 10 on acpi0 sio3: type 16550A % there are complaints about sio3 and I am unable to talk to anything on cuaa ports 1,2,3. Complete dmesg below ---Mike mini-itx-4serial# dmesg 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-BETA1 #0: Tue Aug 24 13:09:59 EDT 2004 root@mini-itx-4serial.sentex.ca:/usr/obj/usr/src/sys/itx Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: VIA C3 Nehemiah (1002.28-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x691 Stepping = 1 Features=0x380b035 real memory = 251592704 (239 MB) avail memory = 236556288 (225 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 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI link \\_SB_.PCI0.LNKB has invalid initial irq 9, ignoring pci0: on pcib0 agp0: mem 0xe6000000-0xe63fffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) vr0: port 0xd000-0xd0ff mem 0xe6400000-0xe64000ff irq 12 at device 15.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:40:63:c9:fa:99 vr0: [GIANT-LOCKED] uhci0: port 0xd400-0xd41f irq 11 at device 16.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 0xd800-0xd81f irq 10 at device 16.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 uhci2: port 0xdc00-0xdc1f irq 7 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] 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 pci0: at device 16.3 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 vr1: port 0xe400-0xe4ff mem 0xe6402000-0xe64020ff irq 11 at device 18.0 on pci0 miibus1: on vr1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr1: Ethernet address: 00:40:63:c9:fa:98 vr1: [GIANT-LOCKED] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio2 port 0x3e8-0x3ef irq 5 on acpi0 sio2: type 16550A sio3: configured irq 10 not in bitmap of probed irqs 0 sio3: port may not be enabled sio3 port 0x2e8-0x2ef irq 10 on acpi0 sio3: type 16550A orm0: at iomem 0xc0000-0xcdfff 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 1002279342 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ad0: 28629MB [58168/16/63] at ata0-master UDMA100 ATAPI_RESET time = 13580us ata1-master: DMA limited to UDMA33, non-ATA66 cable or device acd0: CDRW at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s1a mini-itx-4serial# -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 17:59:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D1516A4CE for ; Tue, 24 Aug 2004 17:59:05 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D3C43D1F for ; Tue, 24 Aug 2004 17:59:05 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7OHuBac053367 for freebsd-current@FreeBSD.org.checked; (8.12.8/vak/2.1) Tue, 24 Aug 2004 21:56:11 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7OHrCcR053142; (8.12.8/vak/2.1) Tue, 24 Aug 2004 21:53:12 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <412B80DC.5060404@cronyx.ru> Date: Tue, 24 Aug 2004 21:54:36 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <41261D1B.5000003@cronyx.ru> <412640B5.9090104@cronyx.ru> <20040821133304.D84878@carver.gumbysoft.com> <200408231327.11303.jhb@FreeBSD.org> In-Reply-To: <200408231327.11303.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Boot code broken in some way in recent current (Was: Panic at boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 17:59:06 -0000 John Baldwin wrote: >On Saturday 21 August 2004 04:35 pm, Doug White wrote: > > >>On Fri, 20 Aug 2004, Roman Kurakin wrote: >> >> >>> At first I have two SMP system (Dual) one that boots normaly and one >>>that >>>goes to panic (the older pc). >>> I've setup finaly serial console to that system, so here is more >>>detailed output: >>> >>>OK boot -Dhv >>>/boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c >>>syms=[0x4+0x72d0+0x4+0x9754] >>> >>> >>Have you tried booting without enabling ACPI? The ACPI tables seem to >>think you have two APs and no BSP. >> >> > >ACPI tables have no concept at all of a BSP. We infer the BSP by checking the >APIC ID of the CPU we are currently executing on when enumerating CPUs. > > > >>Also check the BIOS and set the MPTable version to 1.4, and upgrade the >>BIOS itself if there is an update. >> >> > >Since it worked before the recent loader change, I doubt this will make a >difference. More likely is that the code picked a bad memory address to >install the AP trampoline into for some reason. > > > I constantly see effect of moving this problem to other place if I debugging problematic one. rik From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:08:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7151916A4CE; Tue, 24 Aug 2004 18:08:13 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FA0443D39; Tue, 24 Aug 2004 18:08:12 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7OI88X421846; Tue, 24 Aug 2004 20:08:08 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7OI87I74060; Tue, 24 Aug 2004 20:08:07 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7OI86e25554; Tue, 24 Aug 2004 20:08:07 +0200 (MET DST) Date: Tue, 24 Aug 2004 20:08:12 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Sean McNeil In-Reply-To: <1093369220.10362.6.camel@server.mcneil.com> Message-ID: <20040824200225.V517@beagle.kn.op.dlr.de> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <1093369220.10362.6.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Giorgos Keramidas cc: Tim Kientzle cc: current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:08:13 -0000 On Tue, 24 Aug 2004, Sean McNeil wrote: SM>On Sat, 2004-08-21 at 10:19, Tim Kientzle wrote: SM>> Sean McNeil wrote: SM>> >>> SM>> >>>I just tried to unarchive a file that didn't exist and got a core dump: SM>> > SM>> > Here is a backtrace of the error: SM>> > SM>> > #0 0x0000000200926d7e in __vfprintf (fp=0x7fffffffe360, SM>> > fmt0=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) SM>> > at /usr/src/lib/libc/stdio/vfprintf.c:1052 SM>> > #1 0x00000002008c4006 in vsnprintf (str=0x32
, SM>> > n=4284889, fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) SM>> > at /usr/src/lib/libc/stdio/vsnprintf.c:75 SM>> > #2 0x0000000000411478 in __archive_string_vsprintf (as=0x520240, SM>> > fmt=0x4161d9 "Failed to open '%s'", ap=0x7fffffffe640) SM>> > at /usr/src/lib/libarchive/archive_string_sprintf.c:60 SM>> > SM>> > Could be a compiler bug I suppose, but more likely I think it is this SM>> > code: SM>> > SM>> > if (n == 0) { SM>> > if (on > 0) SM>> > *str = '\0'; SM>> > str = dummy; SM>> > n = 1; SM>> > } SM>> > SM>> > in vsnprintf.c::vsnprintf. SM>> SM>> The code you've pointed to above concerns SM>> me because of the part about: SM>> if (n == 0) { SM>> ... SM>> n = 1; SM>> } SM>> That ain't right: If I told vsnprintf the buffer SM>> size was zero, it should treat it as such. If I SM>> meant "one", I would have said "one." SM>> SM>> On the other hand, the vsnprintf.3 man page SM>> does explicitly state that "the output is always SM>> null-terminated," which would preclude passing SM>> a zero-length buffer, which is exactly what SM>> libarchive is doing in this situation. It is SM>> bogus, but at least it's documented bogosity. ;-) SM>> SM>> Please try the attached patch to libarchive/archive_string_sprintf.c SM>> and let me know if it works for you. It simply SM>> forces the target buffer to be allocated and thereby SM>> avoids calling vsnprintf with a NULL buffer. SM>> SM>> Tim Kientzle SM>> SM>> ______________________________________________________________________ SM>> Index: archive_string_sprintf.c SM>> =================================================================== SM>> RCS file: /home/ncvs/src/lib/libarchive/archive_string_sprintf.c,v SM>> retrieving revision 1.4 SM>> diff -u -r1.4 archive_string_sprintf.c SM>> --- archive_string_sprintf.c 14 Aug 2004 03:45:45 -0000 1.4 SM>> +++ archive_string_sprintf.c 21 Aug 2004 17:02:49 -0000 SM>> @@ -48,6 +48,9 @@ SM>> { SM>> size_t l; SM>> SM>> + /* Make sure the target area is initialized. */ SM>> + __archive_string_ensure(as, 64); SM>> + SM>> if (fmt == NULL) { SM>> as->s[0] = 0; SM>> return; SM> SM>I think what is happening is that the amd64 architecture passes a SM>va_list by reference instead of by value. This is causing a side-effect SM>within __vfprintf. To counter the side-effect, the following patch SM>saves the ap and uses the copy for the second call to vsnprintf. Here SM>is a patch that fixes my core dump: Sorry to jump in. You cannot use a va_list twice. As soon as someone call va_arg() on the ap all the aps in the calling functions get invalid. The only thing that can and must be done is that the function that did the va_start() must call va_end. If you need it twice you must make a copy as in the patch below. But the function call va_copy must also call va_end() on that copy (this seems missing in the patch). harti SM> SM>*** lib/libarchive/archive_string_sprintf.c.orig Fri Aug 13 SM>20:45:45 2004--- lib/libarchive/archive_string_sprintf.c Tue Aug 24 SM>10:37:02 2004 SM>*************** __archive_string_vsprintf(struct archive SM>*** 47,63 **** SM> va_list ap) SM> { SM> size_t l; SM> SM> if (fmt == NULL) { SM> as->s[0] = 0; SM> return; SM> } SM> SM> l = vsnprintf(as->s, as->buffer_length, fmt, ap); SM> /* If output is bigger than the buffer, resize and try again. */ SM> if (l+1 >= as->buffer_length) { SM> __archive_string_ensure(as, l + 1); SM>! l = vsnprintf(as->s, as->buffer_length, fmt, ap); SM> } SM> as->length = l; SM> } SM>--- 47,65 ---- SM> va_list ap) SM> { SM> size_t l; SM>+ va_list ap1; SM> SM> if (fmt == NULL) { SM> as->s[0] = 0; SM> return; SM> } SM> SM>+ va_copy(ap1,ap); SM> l = vsnprintf(as->s, as->buffer_length, fmt, ap); SM> /* If output is bigger than the buffer, resize and try again. */ SM> if (l+1 >= as->buffer_length) { SM> __archive_string_ensure(as, l + 1); SM>! l = vsnprintf(as->s, as->buffer_length, fmt, ap1); SM> } SM> as->length = l; SM> } SM> SM> SM>_______________________________________________ SM>freebsd-current@freebsd.org mailing list SM>http://lists.freebsd.org/mailman/listinfo/freebsd-current SM>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" SM> SM> SM> From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:20:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1EAC16A4CE for ; Tue, 24 Aug 2004 18:20:36 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A090343D53 for ; Tue, 24 Aug 2004 18:20:36 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 30028 invoked from network); 24 Aug 2004 18:20:36 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 24 Aug 2004 18:20:35 -0000 Received: from hydrogen.funkthat.com (fwdixg@localhost.funkthat.com [127.0.0.1])i7OIKZuU083847; Tue, 24 Aug 2004 11:20:35 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7OIKYYa083846; Tue, 24 Aug 2004 11:20:34 -0700 (PDT) Date: Tue, 24 Aug 2004 11:20:34 -0700 From: John-Mark Gurney To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20040824182034.GH29902@funkthat.com> Mail-Followup-To: Marius =?iso-8859-1?Q?N=FCnnerich?= , freebsd-current@freebsd.org References: <20040823223036.472c88aa@duron.hackerzberg.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040823223036.472c88aa@duron.hackerzberg.dyndns.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: LOR re0 and acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:20:37 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Marius Nünnerich wrote this message on Mon, Aug 23, 2004 at 22:30 +0200: > after enabling ACPI in my BIOS and booting with ACPI enabled i got this LOR during boot on my 6.0-CURRENT as of yesterday (this is copy'n pasted from dmesg): [...] > I looked at the list of known LOR's but didn't find this one. > Machine runs fine so far :) I happen to have recently purchased a card, and ran across the same LOR... Try the attached patch. It works for me.. Next step is to lock down the driver.. :) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_re.diff" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.28 diff -u -r1.28 if_re.c --- if_re.c 2004/07/06 02:48:29 1.28 +++ if_re.c 2004/08/24 18:18:21 @@ -824,15 +824,9 @@ } sc->rl_btag = rman_get_bustag(sc->rl_res); sc->rl_bhandle = rman_get_bushandle(sc->rl_res); - mtx_init(&sc->rl_mtx, - device_get_nameunit(dev), - MTX_NETWORK_LOCK, MTX_DEF); - RL_LOCK(sc); hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); - RL_UNLOCK(sc); - mtx_destroy(&sc->rl_mtx); if (t->rl_basetype == hwrev) { device_set_desc(dev, t->rl_name); return (0); --XOIedfhf+7KOe/yw-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:21:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E111716A4CE for ; Tue, 24 Aug 2004 18:21:23 +0000 (GMT) Received: from linda.pathlink.com (linda.pathlink.com [129.250.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 056E943D66 for ; Tue, 24 Aug 2004 18:21:23 +0000 (GMT) (envelope-from kachun@pathlink.com) Received: from kachun.pathlink.com (dvl-1.pathlink.com [129.250.170.211]) by linda.pathlink.com (8.12.8p1/8.12.8) with ESMTP id i7OILLoG004690 for ; Tue, 24 Aug 2004 11:21:21 -0700 (PDT) (envelope-from kachun@pathlink.com) Message-Id: <5.0.2.1.2.20040824111343.00b86d90@dvl.pathlink.com> X-Sender: kachun@dvl.pathlink.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Tue, 24 Aug 2004 11:21:44 -0700 To: freebsd-current@freebsd.org From: Kachun Lee Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: 5.3-BETA1 panic during boot up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:21:24 -0000 Hi, I was upgrading from 4.10 to 5.3-BETA1 (cvsup yesterday) and the kernel panic right after the boot up message. I tried again with the apci-source.c from current, but that did not help. I included the dmesg and panic message below. Any hints? Regards --------------------------------------------------------------------------------------------- Default: F1 Console: serial port BIOS drive C: is disk0 BIOS drive D: is disk1 BIOS drive E: is disk2 BIOS drive F: is disk3 BIOS drive G: is disk4 BIOS drive H: is disk5 BIOS drive I: is disk6 BIOS drive J: is disk7 BIOS 631kB/3931072kB available memory FreeBSD/i386 bootstrap loader, Revision 0.8 (root@lisa.pathlink.com, Thu Jun 10 17:11:01 PDT 2004) Loading /boot/defaults/loader.conf /kernel text=0x1ea94b data=0x280f8+0x1ffd8 syms=[0x4+0x2cee0+0x4+0x34232] e Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. ok unload ok load boot/kernel/kernel boot/kernel/kernel text=0x26c568 data=0x2f160+0x2d400 syms=[0x4+0x37970+0x4+0x46 0eb] ok boot -s KDB: debugger backends: ddb KDB: current backend: ddb 262144K of memory above 4GB ignored 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-BETA1 #0: Mon Aug 23 16:05:35 PDT 2004 root@lisa.pathlink.com:/n/obj/n/bsd.src/5.3/src/sys/DEX Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 4026466304 (3839 MB) avail memory = 3943997440 (3761 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci2: on pcib1 pci2: at device 28.0 (no driver attached ) pcib2: at device 29.0 on pci2 pci4: on pcib2 ahc0: port 0x3400-0x34ff mem 0xfeae0000-0x feae0fff irq 11 at device 1.0 on pci4 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x3000-0x30ff mem 0xfeaf0000-0x feaf0fff irq 11 at device 1.1 on pci4 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x3800-0x380f mem 0xfe000000-0xfe7fffff irq 11 at device 2.0 on pci4 twe0: [GIANT-LOCKED] twe0: 12 ports, Firmware FE7X 1.05.00.034, BIOS BE7X 1.08.00.038 pci2: at device 30.0 (no driver attached ) pcib3: at device 31.0 on pci2 pci3: on pcib3 twe1: <3ware Storage Controller. Driver version 1.50.01.002> port 0x2000-0x200f mem 0xfd000000-0xfd7fffff irq 11 at device 1.0 on pci3 twe1: [GIANT-LOCKED] twe1: 12 ports, Firmware FE7S 1.05.00.049, BIOS BE7X 1.08.00.046 twe2: <3ware Storage Controller. Driver version 1.50.01.002> port 0x2010-0x201f mem 0xfc800000-0xfcffffff irq 11 at device 2.0 on pci3 twe2: [GIANT-LOCKED] twe2: 12 ports, Firmware FE7S 1.05.00.036, BIOS BE7X 1.08.00.044 ahd0: port 0x2800-0x28ff,0x2400-0x24ff mem 0xfd9b0000-0xfd9b1fff irq 11 at device 3.0 on pci3 ahd0: [GIANT-LOCKED] aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs pci0: at device 3.1 (no driver attached) pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pcib4: at device 30.0 on pci0 pci1: on pcib4 fxp0: port 0x1440-0x147f mem 0xfb780000-0xfb79fff f,0xfb7a0000-0xfb7a0fff irq 11 at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:30:f6:e7 fxp0: [GIANT-LOCKED] em0: port 0x1480-0x14bf mem 0xfb740000-0xfb75ffff irq 11 at device 4.0 on pci1 em0: [GIANT-LOCKED] em0: Ethernet address: 00:03:47:30:f6:e9 em0: Speed:N/A Duplex:N/A twe3: <3ware Storage Controller. Driver version 1.50.01.002> port 0x1400-0x140f mem 0xf9800000-0xf9ffffff irq 9 at device 9.0 on pci1 twe3: [GIANT-LOCKED] twe3: 12 ports, Firmware FE7S 1.05.00.036, BIOS BE7X 1.08.00.044 pci1: at device 12.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x3a0-0x3af,0x376,0x170-0x177,0x3f 6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) cpu0 on motherboard Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x58:0xd119 stack pointer = 0x10:0xf98 frame pointer = 0x10:0xfd2 code segment = base 0x800f0000, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread 0] Stopped at 0xd119: addb %al,0(%eax) db> trace (null)(10070,60,2020000,ffe000b,0) at 0xd119 From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:26:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5104416A4DC; Tue, 24 Aug 2004 18:26:45 +0000 (GMT) Received: from out014.verizon.net (out014pub.verizon.net [206.46.170.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE5D343D2F; Tue, 24 Aug 2004 18:26:44 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.160.193.218]) by out014.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040824182643.MLKT24490.out014.verizon.net@[192.168.1.3]>; Tue, 24 Aug 2004 13:26:43 -0500 Message-ID: <412B884F.1000004@mac.com> Date: Tue, 24 Aug 2004 14:26:23 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> <412B7C24.3040006@mac.com> <20040824174456.GA38418@ip.net.ua> In-Reply-To: <20040824174456.GA38418@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out014.verizon.net from [68.160.193.218] at Tue, 24 Aug 2004 13:26:43 -0500 cc: Christian Hiris <4711@chello.at> cc: freebsd-current@FreeBSD.ORG Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:26:45 -0000 Ruslan Ermilov wrote: > On Tue, Aug 24, 2004 at 01:34:28PM -0400, Chuck Swiger wrote: >> Ruslan Ermilov wrote: >> [ ...using NFS to share /usr/src and /usr/obj... ] >>> I forgot to mention what we *do* support. We support NFS >>> mounting remote /, /usr, and /var partitions, and doing an >>> installworld/installkernel with DESTDIR pointing to NFS >>> mounts. This will result in missing file flags (NFS does >>> not support them), but otherwise it's what we actually >>> support: host doing build is the host doing an install. >> >> I've been updating a half-dozen or so 4.x machines using NFS-mounted >> /usr/src and /usr/obj since 4.1 or so. I'd much prefer to help get >> NFS-distributed builds supported again than help change the Handbook: >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/small-lan.html > > I've underlined important parts. > > 19.5.1 Preliminaries > > First, identify a set of machines that is going to run the same set of > ^^^^^^^^^^^^^^^^^^^ > binaries, which we will call a build set. Each machine can have a custom > ^^^^^^^^ > kernel, but they will be running the same userland binaries. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This configuration we *do* support. In the section quoted above by ">>> ", you state that "host doing build is the host doing an install". In Handbook 19.5.1, the host doing the install is not the host which did the build-- the host doing the install is NFS-mounting the software trees from the host which did the build. Let's say I have one build machine, three multihomed firewall boxes which only get updated for critical security problems which affect (IPFW, kernel, SSH), and several other FreeBSD systems running mail, WWW, etc which I update more frequently as downtime is less critical, and running more user-oriented services means more exposure. Let's say they all started out at 4.1. I wait, update the build machine regularly by following RELENG_4, and say around 4.3 decide I'm happy and want to update all but the firewall machines via NFS. More time passes, and the build machine gets up to 4.5 when a raft of OpenSSL/OpenSSL patches breaks loose. I buildworld/buildkernel under 4.5 on the build server, test the upgrade process until I am happy with the results, and then use NFS to export /usr/src and /usr/obj, and update not just the 4.3 boxes but the older 4.1 machines to 4.5. Is doing the equivalent today OK, or is it not supported? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:30:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9975616A533; Tue, 24 Aug 2004 18:30:34 +0000 (GMT) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63ACA43D3F; Tue, 24 Aug 2004 18:30:21 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.12.11/8.12.11) with ESMTP id i7OIUJWa037947; Tue, 24 Aug 2004 20:30:20 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.11/8.12.9) with ESMTP id i7OIUJYd082398; Tue, 24 Aug 2004 20:30:19 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.12.11/8.12.11/Submit) id i7OIUJBF082397; Tue, 24 Aug 2004 20:30:19 +0200 (CEST) (envelope-from wb) Date: Tue, 24 Aug 2004 20:30:19 +0200 From: Wilko Bulte To: alpha@freebsd.org, current@freebsd.org Message-ID: <20040824183019.GA82339@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner Subject: 5.3-BETA1 for Alpha available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:30:35 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, After an initially bumpy ride we now finally have an=20 5.3-BETA available for the Alpha port. It has been uploaded to ftp-master today, and will find its way to the various mirror sites in due time. Please test and report any good or bad experiences. MD5: MD5 (5.3-BETA1-alpha-bootonly.iso) =3D fc9492b3733870a94450a0d70a1a92fc MD5 (5.3-BETA1-alpha-disc2.iso) =3D ca1e3661d8ef36f401345ffea9c28920 MD5 (5.3-BETA1-alpha-miniinst.iso) =3D 9c7a449a6598cb4a3870ee07f9402589 On behalf of re@, Wilko --=20 Wilko Bulte wilko@FreeBSD.org --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: LtZONNGeDV4EQp31aEmH3ZGLxf6yyGKV Comment: Requires PGP version 2.6 or later. iQCVAwUBQSuJO/ymwUj/iuMFAQHtjQQAo/Gd/XsmOjoy8Rbham1zXSEfLrSs7kgh iiOAqFtSphp+Zs/Q4q1cIkIngFTVlxA84cWnJ1P6E8gOzgTCcU4nAlMsak1IDNeD 0U+PS2X+RTg285F/ppsl2vptwjoEvNceYQs2s3sxi/yWoOzv+lp+e11q8IMxyRUD HV972ElX9pM= =otcS -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:37:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0785B16A4CE for ; Tue, 24 Aug 2004 18:37:52 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DE943D1F for ; Tue, 24 Aug 2004 18:37:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7OIblp6086242; Tue, 24 Aug 2004 12:37:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 24 Aug 2004 12:38:06 -0600 (MDT) Message-Id: <20040824.123806.73019956.imp@bsdimp.com> To: sziszi@bsd.hu From: "M. Warner Losh" In-Reply-To: <20040824074217.GC976@momo.buza.adamsfamily.xx> References: <200408240056.42066.mistry.7@osu.edu> <20040824074217.GC976@momo.buza.adamsfamily.xx> 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-current@freebsd.org Subject: Re: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:37:52 -0000 In message: <20040824074217.GC976@momo.buza.adamsfamily.xx> Szilveszter Adam writes: : Hello Anish, : : I think you need devd running and devd.conf configured for this to : work. : : But maybe I am wrong... I belive that you are. devd and devfs are not related. Warner From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:38:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A267A16A4CE for ; Tue, 24 Aug 2004 18:38:50 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4808D43D49 for ; Tue, 24 Aug 2004 18:38:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i7OIcaVQ086247; Tue, 24 Aug 2004 12:38:36 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 24 Aug 2004 12:38:55 -0600 (MDT) Message-Id: <20040824.123855.50341795.imp@bsdimp.com> To: sziszi@bsd.hu From: "M. Warner Losh" In-Reply-To: <20040824082349.GA1425@momo.buza.adamsfamily.xx> References: <20040824074217.GC976@momo.buza.adamsfamily.xx> <200408240408.32057.mistry.7@osu.edu> <20040824082349.GA1425@momo.buza.adamsfamily.xx> 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-current@freebsd.org Subject: Re: devfs rules not applied on reattach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:38:50 -0000 In message: <20040824082349.GA1425@momo.buza.adamsfamily.xx> Szilveszter Adam writes: : On Tue, Aug 24, 2004 at 04:08:24AM -0400, Anish Mistry wrote: : > On Tuesday 24 August 2004 03:42 am, Szilveszter Adam wrote: : > > Hello Anish, : > > : > > I think you need devd running and devd.conf configured for this to : > > work. : > > : > > But maybe I am wrong... : > I do have devd running. What would go in devd.conf then? : : Well, devd.conf isn't exactly heavy on documentation, but I would think : that you can do something like: : : attach 0 { : device-name "da[0-9]+"; : action "chmod 755"; // or even : action "/etc/rc.d/devfs start" // but it depends what you have in : there. : }; : : Of course, others might be able to give you better suggestions, I have : not tried this, but only based it on the docs that I read and on : /usr/share/examples/etc/devd.conf : : Hope this helps somewhat... I don't see how. CAM devices aren't added to the tree, so no device added will be generated. Warner From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:40:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9171316A4CF for ; Tue, 24 Aug 2004 18:40:16 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D993F43D39 for ; Tue, 24 Aug 2004 18:40:15 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7OIe6EG047726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Aug 2004 21:40:07 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7OIe9o3038822; Tue, 24 Aug 2004 21:40:09 +0300 (EEST) (envelope-from ru) Date: Tue, 24 Aug 2004 21:40:09 +0300 From: Ruslan Ermilov To: Chuck Swiger Message-ID: <20040824184009.GD38418@ip.net.ua> References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> <412B7C24.3040006@mac.com> <20040824174456.GA38418@ip.net.ua> <412B884F.1000004@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3yNHWXBV/QO9xKNm" Content-Disposition: inline In-Reply-To: <412B884F.1000004@mac.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Christian Hiris <4711@chello.at> cc: freebsd-current@FreeBSD.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:40:16 -0000 --3yNHWXBV/QO9xKNm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 02:26:23PM -0400, Chuck Swiger wrote: [...] > In the section quoted above by ">>> ", you state that "host doing build i= s=20 > the host doing an install". In Handbook 19.5.1, the host doing the insta= ll=20 > is not the host which did the build-- the host doing the install is=20 > NFS-mounting the software trees from the host which did the build. >=20 Earlier I said that the install host may be different from the build host if and only if they are running the same __FreeBSD_version. This is the only guaranteed way to do it. If __FreeBSD_version do not match, then I suggested an alternative: install from host that did a build. > Let's say I have one build machine, three multihomed firewall boxes which= =20 > only get updated for critical security problems which affect (IPFW, kerne= l,=20 > SSH), and several other FreeBSD systems running mail, WWW, etc which I=20 > update more frequently as downtime is less critical, and running more=20 > user-oriented services means more exposure. >=20 > Let's say they all started out at 4.1. I wait, update the build machine= =20 > regularly by following RELENG_4, and say around 4.3 decide I'm happy and= =20 > want to update all but the firewall machines via NFS. More time passes,= =20 > and the build machine gets up to 4.5 when a raft of OpenSSL/OpenSSL patch= es=20 > breaks loose. I buildworld/buildkernel under 4.5 on the build server, te= st=20 > the upgrade process until I am happy with the results, and then use NFS t= o=20 > export /usr/src and /usr/obj, and update not just the 4.3 boxes but the= =20 > older 4.1 machines to 4.5. >=20 > Is doing the equivalent today OK, or is it not supported? >=20 It never been OK. It may occasionally work, but is not guaranteed. The reason is simple: the bootstrap-tools stage uses __FreeBSD_version to determine a list of things that need to be bootstrapped. These tools are used during both buildworld and installworld times. If you change the OS, the expectations of installworld (that it's running on the same __FreeBSD_version machine) could be wrong, and you get what you get -- things may fail to install. The set of such tools is quite small, the set of tools used during an install is even smaller, so it's likely that things didn't break for the duration of the whole RELENG_4 branch. The point still applies: it's not guaranteed. Another point: the build host (if you NFS mount from it) should have its CPUTYPE unset or set to a lowest common denominator of all CPUs in the cluster, so the code could be run safely on all (possibly other) CPUs. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3yNHWXBV/QO9xKNm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK4uJqRfpzJluFF4RAkMJAJ4+3KoVGgO7LpA2bQMDX8LWQSKH+QCbBkzq sW6hM8dm4iT6AYv1CsVfRdU= =jt+t -----END PGP SIGNATURE----- --3yNHWXBV/QO9xKNm-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:51:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A2516A4CE; Tue, 24 Aug 2004 18:51:20 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9583243D2F; Tue, 24 Aug 2004 18:51:18 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id CAA6EFD0B6; Tue, 24 Aug 2004 11:20:00 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09961-05; Tue, 24 Aug 2004 11:20:00 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2AB97FD06B; Tue, 24 Aug 2004 11:20:00 -0700 (PDT) From: Sean McNeil To: Harti Brandt In-Reply-To: <20040824200225.V517@beagle.kn.op.dlr.de> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <1093369220.10362.6.camel@server.mcneil.com> <20040824200225.V517@beagle.kn.op.dlr.de> Content-Type: text/plain Message-Id: <1093371600.10464.23.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 24 Aug 2004 11:20:00 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Giorgos Keramidas cc: Tim Kientzle cc: current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:51:20 -0000 On Tue, 2004-08-24 at 11:08, Harti Brandt wrote: > On Tue, 24 Aug 2004, Sean McNeil wrote: > [snip] > > Sorry to jump in. > > You cannot use a va_list twice. As soon as someone call va_arg() on the > ap all the aps in the calling functions get invalid. The only thing that > can and must be done is that the function that did the va_start() must > call va_end. > > If you need it twice you must make a copy as in the patch below. > But the function call va_copy must also call va_end() on that copy > (this seems missing in the patch). I took the lead from /usr/src/lib/libc/stdio/vfprintf.c It happens to do a va_copy(orgap,ap) but never does a va_end(orgap). Either vfprintf.c is incorrect or it is not necessary to call va_end(). One point I would like to make clear - you _can_ use a va_list twice on architectures that will pass the va_list argument by value (i.e. i386). This makes it easy to produce faulty code for those architectures that pass by reference and thus have a side-effect. Since most people here are developing and testing on x86 machines I would think this problem to have happened more often than it has. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:56:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01F3616A4CF for ; Tue, 24 Aug 2004 18:56:07 +0000 (GMT) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.FreeBSD.org (Postfix) with SMTP id DAA2243D48 for ; Tue, 24 Aug 2004 18:56:06 +0000 (GMT) (envelope-from marcus@blazingdot.com) Received: (qmail 59712 invoked by uid 503); 24 Aug 2004 18:56:06 -0000 Date: Tue, 24 Aug 2004 11:56:06 -0700 From: Marcus Reid To: current@freebsd.org Message-ID: <20040824185606.GA59304@blazingdot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.5.1i Subject: readonly option in mdconfig not supported, but still in man page. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:56:07 -0000 Hi, Sorry to nitpick, but it appears that the readonly option is no longer supported in mdconfig, but the option is still listed in the manpage. Marcus From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 18:57:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BD3316A4CE for ; Tue, 24 Aug 2004 18:57:43 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE20643D4C for ; Tue, 24 Aug 2004 18:57:42 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Tue, 24 Aug 2004 11:57:42 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 45B945D04; Tue, 24 Aug 2004 11:57:42 -0700 (PDT) To: bettan@nerim.net In-reply-to: Your message of "Tue, 24 Aug 2004 14:50:30 +0200." <2336.::ffff:62.212.121.38.1093351830.squirrel@::ffff:62.212.121.38> Date: Tue, 24 Aug 2004 11:57:42 -0700 From: "Kevin Oberman" Message-Id: <20040824185742.45B945D04@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 18:57:43 -0000 > Date: Tue, 24 Aug 2004 14:50:30 +0200 (CEST) > From: bettan@nerim.net > Sender: owner-freebsd-current@freebsd.org > > hello , i have compiled my kernel with this options : > options ALTQ > options ALTQ_CBQ # Class Bases Queueing > options ALTQ_RED # Random Early Drop Eeek! Had my knuckles rapped too often by Van J. to let this pass. RED is NOT "Random Early Drop" or "Random Early Discard". It is "Random Early Detection". Van invented it (and WRED) and he is quite adamant about the name. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 19:03:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC7616A4CE; Tue, 24 Aug 2004 19:03:08 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34AB143D3F; Tue, 24 Aug 2004 19:03:07 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7OJ2rX331792; Tue, 24 Aug 2004 21:02:54 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7OJ2rI77672; Tue, 24 Aug 2004 21:02:53 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7OJ2qe25951; Tue, 24 Aug 2004 21:02:53 +0200 (MET DST) Date: Tue, 24 Aug 2004 21:03:02 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Sean McNeil In-Reply-To: <1093371600.10464.23.camel@server.mcneil.com> Message-ID: <20040824205417.L517@beagle.kn.op.dlr.de> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <20040824200225.V517@beagle.kn.op.dlr.de> <1093371600.10464.23.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Giorgos Keramidas cc: Tim Kientzle cc: current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 19:03:08 -0000 On Tue, 24 Aug 2004, Sean McNeil wrote: SM>On Tue, 2004-08-24 at 11:08, Harti Brandt wrote: SM>> On Tue, 24 Aug 2004, Sean McNeil wrote: SM>> SM>[snip] SM>> SM>> Sorry to jump in. SM>> SM>> You cannot use a va_list twice. As soon as someone call va_arg() on the SM>> ap all the aps in the calling functions get invalid. The only thing that SM>> can and must be done is that the function that did the va_start() must SM>> call va_end. SM>> SM>> If you need it twice you must make a copy as in the patch below. SM>> But the function call va_copy must also call va_end() on that copy SM>> (this seems missing in the patch). SM> SM>I took the lead from /usr/src/lib/libc/stdio/vfprintf.c SM> SM>It happens to do a va_copy(orgap,ap) but never does a va_end(orgap). SM>Either vfprintf.c is incorrect or it is not necessary to call va_end(). vfprintf.c is wrong. Paragraph 1 of 7.15.1 of C99 states: "Each invocation of the va_start and va_copy macros shall be matched by a corresponding invocation of the va_end macro in the same function." SM>One point I would like to make clear - you _can_ use a va_list twice on SM>architectures that will pass the va_list argument by value (i.e. i386). SM>This makes it easy to produce faulty code for those architectures that SM>pass by reference and thus have a side-effect. Since most people here SM>are developing and testing on x86 machines I would think this problem to SM>have happened more often than it has. This depends on what you call _can_. Again citing C99 (paragraph 3 of 7.15): "The object ap may be passed as an argument to another function; if that function invokes the va_arg macro with parameter ap, the value of ap in the calling function is indeterminate and shall be passed to the va_end macro prior to any further reference to ap." (ap is a va_list here). That is rather clear. I wouldn't call the fact that it incidentally happens to work on that concrete compiler/machine implementation an argument for 'can be used twice'. Especially in the case if stdarg.h it is very helpful to closly follow the standard. harti From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 19:26:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE40316A4CE; Tue, 24 Aug 2004 19:26:25 +0000 (GMT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FED343D31; Tue, 24 Aug 2004 19:26:22 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from [192.168.1.3] ([68.160.193.218]) by out003.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040824192621.PJKV26805.out003.verizon.net@[192.168.1.3]>; Tue, 24 Aug 2004 14:26:21 -0500 Message-ID: <412B9648.2060102@mac.com> Date: Tue, 24 Aug 2004 15:26:00 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> <412B7C24.3040006@mac.com> <20040824174456.GA38418@ip.net.ua> <412B884F.1000004@mac.com> <20040824184009.GD38418@ip.net.ua> In-Reply-To: <20040824184009.GD38418@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [68.160.193.218] at Tue, 24 Aug 2004 14:26:20 -0500 cc: Christian Hiris <4711@chello.at> cc: freebsd-current@FreeBSD.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 19:26:26 -0000 Ruslan Ermilov wrote: > On Tue, Aug 24, 2004 at 02:26:23PM -0400, Chuck Swiger wrote: > [...] >> In the section quoted above by ">>> ", you state that "host doing build is >> the host doing an install". In Handbook 19.5.1, the host doing the install >> is not the host which did the build-- the host doing the install is >> NFS-mounting the software trees from the host which did the build. > > Earlier I said that the install host may be different from the build > host if and only if they are running the same __FreeBSD_version. > This is the only guaranteed way to do it. If __FreeBSD_version do > not match, then I suggested an alternative: install from host that > did a build. OK, I believe I understand what you are saying. I gather that the handbook article ought to mention these caveats, too. [ ... ] >> I buildworld/buildkernel under 4.5 on the build server, test >> the upgrade process until I am happy with the results, and then use NFS to >> export /usr/src and /usr/obj, and update not just the 4.3 boxes but the >> older 4.1 machines to 4.5. >> >> Is doing the equivalent today OK, or is it not supported? > > It never been OK. It may occasionally work, but is not guaranteed. It's been working fine for pretty much all of 4.x. Would running "mergemaster -p" on systems before the installkernel stage have helped make this work? > The reason is simple: the bootstrap-tools stage uses __FreeBSD_version > to determine a list of things that need to be bootstrapped. These > tools are used during both buildworld and installworld times. If > you change the OS, the expectations of installworld (that it's > running on the same __FreeBSD_version machine) could be wrong, and > you get what you get -- things may fail to install. The set of > such tools is quite small, the set of tools used during an install > is even smaller, so it's likely that things didn't break for the > duration of the whole RELENG_4 branch. The point still applies: > it's not guaranteed. OK, thanks for your explanation. I thought "mergemaster" was supposed to deal with upgrading the parts of the installed system (missing users, rc scripts, tools like make) which might be needed for the installkernel/installworld to run properly. I also seem to recall that the build system uses the executables from the newly built world when building the kernel; could one use the tools from the new world to handle the installation if the existing tools are not adequate? [ I suspect the answer is "What happens if the tools just built don't run on the kernel (or world) of the install machine because that box doesn't match the kernel/world of the build system?" I see.... ] Well, I've got all of my per-machine config info archived in CVS, so it's not the end of the world even if I do get surprised by something breaking, but being able to upgrade machines via NFS has been very convenient. > Another point: the build host (if you NFS > mount from it) should have its CPUTYPE unset or set to a lowest > common denominator of all CPUs in the cluster, so the code could > be run safely on all (possibly other) CPUs. This is understood, but the point is worth mentioning. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 19:39:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B2316A4CE for ; Tue, 24 Aug 2004 19:39:40 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1476843D1D for ; Tue, 24 Aug 2004 19:39:40 +0000 (GMT) (envelope-from bettan@nerim.net) Received: from frederic (linux-win.com [62.212.121.38]) by mallaury.noc.nerim.net (Postfix) with SMTP id 9177A62DE5; Tue, 24 Aug 2004 21:39:36 +0200 (CEST) Message-ID: <011801c48a12$184bc600$0401a8c0@frederic> From: "bettan" To: "Kevin Oberman" References: <20040824185742.45B945D04@ptavv.es.net> Date: Tue, 24 Aug 2004 21:39:39 +0200 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.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: Re: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 19:39:40 -0000 altq works good on freebsd 5.63-beta1 now.But I have a other problem with 5.3-beta-1 with ipv6.I put this lines en my rc.conf but ping6 fails : ipv6_ifconfig_xl0="2001:7a8:3d26::1 prefixlen 64" rtadvd_enable="YES" rtadvd_interfaces="xl0" ipv6_gateway_enable="YES" ipv6_defaultrouter="NO" ipv6_static_routes="tun0" ipv6_route_tun0="default -interface tun0" And i have put that in sysctl.conf: net.inet6.ip6.forwarding=1 But ping6: UDP connect: No route to host . ----- Original Message ----- From: "Kevin Oberman" To: Cc: Sent: Tuesday, August 24, 2004 8:57 PM Subject: Re: altq on freebsd 5.2-current > > Date: Tue, 24 Aug 2004 14:50:30 +0200 (CEST) > > From: bettan@nerim.net > > Sender: owner-freebsd-current@freebsd.org > > > > hello , i have compiled my kernel with this options : > > options ALTQ > > options ALTQ_CBQ # Class Bases Queueing > > options ALTQ_RED # Random Early Drop > Eeek! Had my knuckles rapped too often by Van J. to let this pass. RED > is NOT "Random Early Drop" or "Random Early Discard". It is "Random > Early Detection". > > Van invented it (and WRED) and he is quite adamant about the name. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 19:48:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 78A8616A4EC; Tue, 24 Aug 2004 19:48:36 +0000 (GMT) In-Reply-To: <412B37C9.3020502@kernel32.de> from Marian Hettwer at "Aug 24, 2004 02:42:49 pm" To: Mh@kernel32.de (Marian Hettwer) Date: Tue, 24 Aug 2004 19:48:36 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040824194836.78A8616A4EC@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: current@freebsd.org Subject: Re: if_ndis for Intel Pro/Wireless 2011B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 19:48:36 -0000 > Hi All, > > as this card is not supported by wi(4), I thought giving it a try via > if_ndis. > I followed the instructions of Bill Paul: > # cp foo.sys foo.inf /sys/modules/if_ndis > # cd /sys/modules/ndis > # make; make load > # cd /sys/modules/if_ndis > # ndiscvt -i foo.inf -s foo.sys -o ndis_driver_data.h > # make; make load > > But something went wrong... > ([root@ares] )# /usr/sbin/ndiscvt -i > NetWLan5.Inf -s NetWLan5.sys -o ndis_driver_data.h > ndiscvt: line 11: NT: syntax error. > > So... there I'm stuck. All the other steps before ndiscvt went fine. > I got the Intel drivers from the intel website. "The Intel website" is very big. It takes a tiny amount of effort for you to show us what URL you used when you downloaded the driver and it saves me a lot of time. > As a co-worker of mine > informed me, they are working under WinXP. > As Intel is giving out those drivers in a crappy .exe file, I used wine > to execute this windows binary, and see, I got the .inf and .sys - hope > this is okay. > > Well... does somebody has an idea what the error of ndiscvt tries to > tell me ? :) No, because you didn't bother to provide copies of the .inf and .sys files so we could examine them. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 19:54:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D00816A4CE for ; Tue, 24 Aug 2004 19:54:33 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8B0943D39 for ; Tue, 24 Aug 2004 19:54:30 +0000 (GMT) (envelope-from gwk@rahn-koltermann.de) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BzhNG-0001kG-00 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 21:54:30 +0200 Received: from [217.232.140.159] (helo=[192.168.0.3]) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1BzhNF-0006GA-00 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 21:54:29 +0200 From: "Georg-W. Koltermann" To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1093377265.1285.4.camel@localhost.muc.eu.mscsoftware.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 24 Aug 2004 21:54:26 +0200 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:90bcaad5e51ecc993b2919ba4b74e6dc Subject: commit reminder: kern/68079 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 19:54:33 -0000 Hi, now that 5.3 enters beta state, may I once again ask that someone commits my patch from kern/68079? That one, together with setting IBM_NOLDT=1 in the environment, will make the IBM JREs work on 5.x. Making them work unconditionally (w/o the IBM_NOLDT) requires someone who understands ldt handling which is beyond my capabilities. But having it work with the IBM_NOLDT alone would also help. -- Thanks, Regards, Georg. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:02:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0F916A4D2 for ; Tue, 24 Aug 2004 20:02:04 +0000 (GMT) Received: from chello080110061116.502.15.vie.surfer.at (chello080110061116.502.15.vie.surfer.at [80.110.61.116]) by mx1.FreeBSD.org (Postfix) with SMTP id D7BA843D39 for ; Tue, 24 Aug 2004 20:02:02 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 2590 invoked from network); 24 Aug 2004 20:02:01 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 24 Aug 2004 20:02:01 -0000 From: Christian Hiris <4711@chello.at> To: Ruslan Ermilov Date: Tue, 24 Aug 2004 22:01:50 +0200 User-Agent: KMail/1.6.2 References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> In-Reply-To: <20040824164701.GF37217@ip.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_565KB5m2KsqgiKW"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200408242202.01358.4711@chello.at> cc: freebsd-current@freebsd.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:02:04 -0000 --Boundary-02=_565KB5m2KsqgiKW Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 August 2004 18:47, Ruslan Ermilov wrote: > On Tue, Aug 24, 2004 at 07:44:42PM +0300, Ruslan Ermilov wrote: > > On Tue, Aug 24, 2004 at 04:40:58PM +0200, Christian Hiris wrote: > > > When i upgraded one of my systems from > > > 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Sat May 29 14:14:06 CEST 2004 > > > admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 > > > to > > > 5.3-BETA1 FreeBSD 5.3-BETA1 #0: Mon Aug 23 16:30:40 CEST 2004 > > > admin@matrix010.matrix.net:/usr/obj/usr/src/sys/MATRIX001 i386 > > > "make installkernel" fails during module installation. > > > > > > The directories /usr/src and /usr/obj were NFS-mounted on this machin= e. > > > > We don't, strictly speaking, support this type of installation. > > We only support it if build host *exactly* matches the install > > host, read: it's the same arch, CPU, and it's running the same > > __FreeBSD_version world and kernel. They run same arch and CPU, but I'm sure __FreeBSD_version was different. = The=20 building hosts userland was on __FreeBSD_version 503000 and the target hos= t=20 somewhere around 502nnn (May, 23th 2004). > > > > What happens here is that your build machine has newer make(1) > > binary that understand the `+' modifier. The install machine > > has an older make(1). You can try to overcome this problem > > by doing: make installkernel -DALWAYS_CHECK_MAKE I forgot about the -DALWAYS_CHECK_MAKE flag, now i remeber it... Thanks!=20 > > , but: no=20 > > guarantees it will work (I don't know how different your build > > and install hosts are), and you'll have to mount /usr/obj > > read-write, for this to work. Yes,I know that there are no guarantees, but it's a fast and easy to config= ure=20 way to keep track on multiple machines.=20 Cheers, ch =2D-=20 Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x941B6B0B=20 OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu --Boundary-02=_565KB5m2KsqgiKW Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBK565cyi/EZQbawsRAp0XAJ9Zk7Pfd6wzqpabFeZdYLVgj28D5wCff8gh OuKMan4p9Tyxii4sTjbXIXs= =Ghrc -----END PGP SIGNATURE----- --Boundary-02=_565KB5m2KsqgiKW-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:03:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CA0116A4DD; Tue, 24 Aug 2004 20:03:29 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8B1143D1D; Tue, 24 Aug 2004 20:03:28 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 369F7FD02A; Tue, 24 Aug 2004 13:03:24 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00574-04; Tue, 24 Aug 2004 13:03:23 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 180BDFD026; Tue, 24 Aug 2004 13:03:23 -0700 (PDT) From: Sean McNeil To: Harti Brandt In-Reply-To: <20040824205417.L517@beagle.kn.op.dlr.de> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <1093369220.10362.6.camel@server.mcneil.com> <20040824200225.V517@beagle.kn.op.dlr.de> <1093371600.10464.23.camel@server.mcneil.com> <20040824205417.L517@beagle.kn.op.dlr.de> Content-Type: text/plain Message-Id: <1093377802.43728.11.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 24 Aug 2004 13:03:23 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Giorgos Keramidas cc: Tim Kientzle cc: current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:03:29 -0000 On Tue, 2004-08-24 at 12:03, Harti Brandt wrote: > On Tue, 24 Aug 2004, Sean McNeil wrote: > > SM>On Tue, 2004-08-24 at 11:08, Harti Brandt wrote: > SM>> On Tue, 24 Aug 2004, Sean McNeil wrote: > SM>> > SM>[snip] > SM>> > SM>> Sorry to jump in. > SM>> > SM>> You cannot use a va_list twice. As soon as someone call va_arg() on the > SM>> ap all the aps in the calling functions get invalid. The only thing that > SM>> can and must be done is that the function that did the va_start() must > SM>> call va_end. > SM>> > SM>> If you need it twice you must make a copy as in the patch below. > SM>> But the function call va_copy must also call va_end() on that copy > SM>> (this seems missing in the patch). > SM> > SM>I took the lead from /usr/src/lib/libc/stdio/vfprintf.c > SM> > SM>It happens to do a va_copy(orgap,ap) but never does a va_end(orgap). > SM>Either vfprintf.c is incorrect or it is not necessary to call va_end(). > > vfprintf.c is wrong. Paragraph 1 of 7.15.1 of C99 states: "Each invocation > of the va_start and va_copy macros shall be matched by a corresponding > invocation of the va_end macro in the same function." C99 is good enough for me. I suppose this is so that va_copy can be implemented with some sort of allocation scheme. Could someone commit fixes to vfprintf.c and archive_string_sprintf.c? *** lib/libarchive/archive_string_sprintf.c.orig Fri Aug 13 20:45:45 2004--- lib/libarchive/archive_string_sprintf.c Tue Aug 24 12:58:24 2004 *************** __archive_string_vsprintf(struct archive *** 47,65 **** va_list ap) { size_t l; if (fmt == NULL) { as->s[0] = 0; return; } l = vsnprintf(as->s, as->buffer_length, fmt, ap); /* If output is bigger than the buffer, resize and try again. */ if (l+1 >= as->buffer_length) { __archive_string_ensure(as, l + 1); ! l = vsnprintf(as->s, as->buffer_length, fmt, ap); } as->length = l; } /* --- 47,68 ---- va_list ap) { size_t l; + va_list ap1; if (fmt == NULL) { as->s[0] = 0; return; } + va_copy(ap1,ap); l = vsnprintf(as->s, as->buffer_length, fmt, ap); /* If output is bigger than the buffer, resize and try again. */ if (l+1 >= as->buffer_length) { __archive_string_ensure(as, l + 1); ! l = vsnprintf(as->s, as->buffer_length, fmt, ap1); } as->length = l; + va_end(ap1); } /* *** lib/libc/stdio/vfprintf.c.orig Mon Aug 23 20:35:43 2004 --- lib/libc/stdio/vfprintf.c Tue Aug 24 13:01:45 2004 *************** error: *** 1237,1242 **** --- 1237,1243 ---- if (dtoaresult != NULL) freedtoa(dtoaresult); #endif + va_end(orgap); if (convbuf != NULL) free(convbuf); if (__sferror(fp)) From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:11:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C282216A4CE for ; Tue, 24 Aug 2004 20:11:04 +0000 (GMT) Received: from mallaury.noc.nerim.net (smtp-102-tuesday.noc.nerim.net [62.4.17.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9150D43D2D for ; Tue, 24 Aug 2004 20:11:04 +0000 (GMT) (envelope-from bettan@nerim.net) Received: from frederic (linux-win.com [62.212.121.38]) by mallaury.noc.nerim.net (Postfix) with SMTP id 3C76462DEF for ; Tue, 24 Aug 2004 22:11:01 +0200 (CEST) Message-ID: <000e01c48a16$7ba5e600$0401a8c0@frederic> From: "bettan" To: Date: Tue, 24 Aug 2004 22:11:03 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: reboot on freebsd 5.3-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:11:04 -0000 I have a problem , when i want to reboot , the reboot is long. When i have sync buffer and numbers , this is long. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:33:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6689F16A4DC for ; Tue, 24 Aug 2004 20:33:30 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 473E643D1F for ; Tue, 24 Aug 2004 20:33:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 1237 invoked from network); 24 Aug 2004 20:33:30 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 24 Aug 2004 20:33:29 -0000 Received: from [10.50.40.208] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i7OKX3Js097086; Tue, 24 Aug 2004 16:33:25 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 24 Aug 2004 15:36:26 -0400 User-Agent: KMail/1.6.2 References: <5.0.2.1.2.20040824111343.00b86d90@dvl.pathlink.com> In-Reply-To: <5.0.2.1.2.20040824111343.00b86d90@dvl.pathlink.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408241536.26943.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Kachun Lee Subject: Re: 5.3-BETA1 panic during boot up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:33:30 -0000 On Tuesday 24 August 2004 02:21 pm, Kachun Lee wrote: > Hi, > > I was upgrading from 4.10 to 5.3-BETA1 (cvsup yesterday) and the kernel > panic right after the boot up message. I tried again with the apci-source.c > from current, but that did not help. I included the dmesg and panic message > below. Any hints? You must have acpi either in your kernel or have the acpi.ko module available to be loaded by the loader. Unfortunately the non-ACPI code that probes PnPBIOS devices results in this panic and so far I haven't figured out exactly why. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:36:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB4C316A4CF for ; Tue, 24 Aug 2004 20:36:55 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C88743D46 for ; Tue, 24 Aug 2004 20:36:55 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I2Y00FIOX1T2M@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Tue, 24 Aug 2004 22:32:17 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 24 Aug 2004 22:32:17 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])i7OKWGRA021202 for ; Tue, 24 Aug 2004 22:32:16 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 66F232846D for ; Tue, 24 Aug 2004 22:32:11 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 2B6B8613A; Tue, 24 Aug 2004 22:32:11 +0200 (CEST) Date: Tue, 24 Aug 2004 22:32:11 +0200 From: Christian Brueffer To: current@freebsd.org Message-id: <20040824203210.GA30220@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="LZvS9be/3tNcYl/X"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.5.1i X-Operating-System: FreeBSD 5.2-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Subject: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:36:56 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm getting the following panic on 6-CURRENT as well as 5.3-BETA1 with sources from today. It's easily reproducible on both, with debug.mpsafenet=3D1. Crashdumps and debugging kernels available for both. panic: nfssvc_nfsd(): debug.mpsafenet=3D1 && Giant cpuid =3D 0 KDB: enter: panic [thread 100102] Stopped at kdb_enter+0x2b: nop db> tr kdb_enter(c06e619b) at kdb_enter+0x2b panic(c06fbcc1,c0515fd4,0,2,2) at panic+0x125 nfssvc_nfsd(c1c37420,c06e5488,121,c202b22c,c202b1c0) at nfssvc_nfsd+0x77e nfssvc(c1c37420,d8908d14,2,1,292) at nfssvc+0x1ac syscall(2f,2f,2f,bfbfecd8,0) at syscall+0x22b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip =3D 0x280d02ef, esp =3D 0xbfbfe92c, ebp =3D 0xbfbfe948 --- db> show locks exclusive sleep mutex nfsd_mtx r =3D 0 (0xc078dee0) locked @ /usr/home/build/src/sys/nfsserver/nfs_syscalls.c: 510 exclusive sleep mutex Giant r =3D 1 (0xc074c100) locked @ /usr/home/build/src/sys/nfsserver/nfs_serv.c:2693 db> - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBK6XKbHYXjKDtmC0RAo+tAKC6z1RNUBZkRCOjuj4EfPzXg+OIvQCgtD3h MWqHhyYEuN/E5z7pL2kioWk= =5SYK -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:52:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F14916A4CF for ; Tue, 24 Aug 2004 20:52:41 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FB9043D46 for ; Tue, 24 Aug 2004 20:52:41 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I2Y00HAMXZSN8@ms-dienst.rz.rwth-aachen.de> for current@freebsd.org; Tue, 24 Aug 2004 22:52:40 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Tue, 24 Aug 2004 22:52:39 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])i7OKqdRA023107 for ; Tue, 24 Aug 2004 22:52:39 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 473902846E for ; Tue, 24 Aug 2004 22:52:34 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 0C77D613A; Tue, 24 Aug 2004 22:52:34 +0200 (CEST) Date: Tue, 24 Aug 2004 22:52:33 +0200 From: Christian Brueffer In-reply-to: <20040824203210.GA30220@unixpages.org> To: current@freebsd.org Message-id: <20040824205233.GB30220@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary="gatW/ieO32f1wygP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.5.1i X-Operating-System: FreeBSD 5.2-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20040824203210.GA30220@unixpages.org> Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:52:41 -0000 --gatW/ieO32f1wygP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 10:32:11PM +0200, Christian Brueffer wrote: > Hi, >=20 > I'm getting the following panic on 6-CURRENT as well as 5.3-BETA1 with > sources from today. It's easily reproducible on both, with > debug.mpsafenet=3D1. >=20 Forgot to mention that this is an SMP box. The config is available at http://people.freebsd.org/~brueffer/LORIEN. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBK6qRbHYXjKDtmC0RAmVTAKCJdYAUP+eZGkRhhCqFIdXILs4WFwCg+DRD 3qWabhqa6vu5H+Ofz5HL8yI= =0wUz -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:53:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF9B416A4E0 for ; Tue, 24 Aug 2004 20:53:58 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84A0243D1F for ; Tue, 24 Aug 2004 20:53:58 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id EED7DFD02A; Tue, 24 Aug 2004 13:53:53 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00575-07; Tue, 24 Aug 2004 13:53:53 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 7AC26FD026; Tue, 24 Aug 2004 13:53:53 -0700 (PDT) From: Sean McNeil To: Giorgos Keramidas In-Reply-To: <20040824204917.GA3348@gothmog.gr> References: <1092777586.92327.9.camel@server.mcneil.com> <1093369220.10362.6.camel@server.mcneil.com> <20040824200225.V517@beagle.kn.op.dlr.de> <1093371600.10464.23.camel@server.mcneil.com> <20040824205417.L517@beagle.kn.op.dlr.de> <1093377802.43728.11.camel@server.mcneil.com> <20040824204917.GA3348@gothmog.gr> Content-Type: text/plain Message-Id: <1093380833.73407.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 24 Aug 2004 13:53:53 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:53:58 -0000 On Tue, 2004-08-24 at 13:49, Giorgos Keramidas wrote: > Hi Sean, > > Does the patch below also solve the problems with tar you were > experiencing? Yes, the libarchive patch solves my core dump with bsdtar and the vfprintf.c is for correctness. > On 2004-08-24 13:03, Sean McNeil wrote: > > *** lib/libarchive/archive_string_sprintf.c.orig Fri Aug 13 > > 20:45:45 2004--- lib/libarchive/archive_string_sprintf.c Tue Aug 24 > > 12:58:24 2004 > > *************** __archive_string_vsprintf(struct archive > > *** 47,65 **** > > va_list ap) > > { > > size_t l; > > > > if (fmt == NULL) { > > as->s[0] = 0; > > return; > > } > > > > l = vsnprintf(as->s, as->buffer_length, fmt, ap); > > /* If output is bigger than the buffer, resize and try again. */ > > if (l+1 >= as->buffer_length) { > > __archive_string_ensure(as, l + 1); > > ! l = vsnprintf(as->s, as->buffer_length, fmt, ap); > > } > > as->length = l; > > } > > > > /* > > --- 47,68 ---- > > va_list ap) > > { > > size_t l; > > + va_list ap1; > > > > if (fmt == NULL) { > > as->s[0] = 0; > > return; > > } > > > > + va_copy(ap1,ap); > > l = vsnprintf(as->s, as->buffer_length, fmt, ap); > > /* If output is bigger than the buffer, resize and try again. */ > > if (l+1 >= as->buffer_length) { > > __archive_string_ensure(as, l + 1); > > ! l = vsnprintf(as->s, as->buffer_length, fmt, ap1); > > } > > as->length = l; > > + va_end(ap1); > > } > > > > /* > > > > *** lib/libc/stdio/vfprintf.c.orig Mon Aug 23 20:35:43 2004 > > --- lib/libc/stdio/vfprintf.c Tue Aug 24 13:01:45 2004 > > *************** error: > > *** 1237,1242 **** > > --- 1237,1243 ---- > > if (dtoaresult != NULL) > > freedtoa(dtoaresult); > > #endif > > + va_end(orgap); > > if (convbuf != NULL) > > free(convbuf); > > if (__sferror(fp)) > > > From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:59:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 976E516A4D0 for ; Tue, 24 Aug 2004 20:59:17 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F8B43D41 for ; Tue, 24 Aug 2004 20:59:17 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) i7OKvHrC023803; Tue, 24 Aug 2004 13:57:31 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from h234.neville-neil.com.neville-neil.com (fa0-1-wlan-rtr.corp.yahoo.com [216.145.49.5]) by mail.meer.net (8.12.1/8.12.2/meer) with ESMTP id i7OKvBcb020886; Tue, 24 Aug 2004 13:57:11 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 24 Aug 2004 13:57:02 -0700 Message-ID: From: "George V. Neville-Neil" To: "bettan" In-Reply-To: <011801c48a12$184bc600$0401a8c0@frederic> References: <20040824185742.45B945D04@ptavv.es.net> <011801c48a12$184bc600$0401a8c0@frederic> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:59:17 -0000 At Tue, 24 Aug 2004 21:39:39 +0200, bettan wrote: > > altq works good on freebsd 5.63-beta1 now.But I have a other problem with > 5.3-beta-1 with ipv6.I put this lines en my rc.conf but ping6 fails : > > ipv6_ifconfig_xl0="2001:7a8:3d26::1 prefixlen 64" > rtadvd_enable="YES" > rtadvd_interfaces="xl0" > ipv6_gateway_enable="YES" > ipv6_defaultrouter="NO" > ipv6_static_routes="tun0" > ipv6_route_tun0="default -interface tun0" > > And i have put that in sysctl.conf: > > net.inet6.ip6.forwarding=1 > > But ping6: UDP connect: No route to host . Have you checked your interfaces and routing table? The output of netstat -rn and ifconfig would be useful here. Later, George From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:59:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EB6816A4CE for ; Tue, 24 Aug 2004 20:59:28 +0000 (GMT) Received: from av7-1-sn4.m-sp.skanova.net (av7-1-sn4.m-sp.skanova.net [81.228.10.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9FD43D53 for ; Tue, 24 Aug 2004 20:59:27 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av7-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id D4D5C37E8E; Tue, 24 Aug 2004 22:59:26 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av7-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id C175437E45 for ; Tue, 24 Aug 2004 22:59:26 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 990CE37E49 for ; Tue, 24 Aug 2004 22:59:26 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7OKxMPn004852 for ; Tue, 24 Aug 2004 22:59:24 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <412BAC2A.8000303@telia.com> Date: Tue, 24 Aug 2004 22:59:22 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: panic: key_delsp: called with positive refcnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:59:28 -0000 Hi, Got this panic when running the "net" program from Peter Holm's stress test suite (http://www.holm.cc/stress/src/). Reproducable every time. FreeBSD 6.0-CURRENT #0: Tue Aug 24 19:53:18 CEST 2004 Kernel config has IPSEC and ALTQ, none of which is configured (no pf rules and no IPSec spd). Four way SMP box with debug.mpsafenet=1. panic: key_delsp: called with positive refcnt cpuid = 3 KDB: stack backtrace: kdb_backtrace(c06ed976,3,c06e2fd5,f80f1a74,c072a710) at kdb_backtrace+0x2e panic(c06e2fd5,c072fc7c,c263c600,0,c2884654) at panic+0x139 key_delsp(c263c600,c263c600,c2886654,c263c600,f80f1ac0) at key_delsp+0x32 key_freesp(c263c600,2,c2886654,f80f1ab4,0) at key_freesp+0x5e ipsec4_hdrsiz(c2ae4e00,2,c2886654,2,c0520001) at ipsec4_hdrsiz+0xb8 ipsec_hdrsiz_tcp(c2888e00,c,c27855ec,c2785540,f80f1b4c) at ipsec_hdrsiz_tcp+0xd8 tcp_output(c2888e00,c2783840,0,0,0) at tcp_output+0x9cf tcp_usr_rcvd(c2884654,0,f80f1c7c,0,0) at tcp_usr_rcvd+0x14b soreceive(c2884654,0,f80f1c7c,0,0) at soreceive+0xc6a soo_read(c26c8770,f80f1c7c,c28d5c00,0,c2783840) at soo_read+0x93 dofileread(c2783840,c26c8770,4,bfbfe730,400) at dofileread+0xac read(c2783840,f80f1d14,c,c2783840,f80f1d3c) at read+0x6b syscall(c068002f,2f,2f,bfbfe730,4) at syscall+0x330 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x280ca59f, esp = 0xbfbfe6fc, ebp = 0xbfbfeb68 --- boot() called on cpu#3 Uptime: 53m31s Dumping 1023 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848[CTRL-C to abort] [CTRL-C to abort] 864 880 896 912 928 944 960 976 992 1008 Dump complete Shutting down ACPI Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... cpu_reset called on cpu#3 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 3 -- Pawel From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 21:29:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F1A616A4CF for ; Tue, 24 Aug 2004 21:29:19 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0704743D2D for ; Tue, 24 Aug 2004 21:29:19 +0000 (GMT) (envelope-from apeiron@comcast.net) Received: from prophecy.velum (pcp08490587pcs.levtwn01.pa.comcast.net[68.83.169.224]) by comcast.net (rwcrmhc12) with SMTP id <20040824212917014007n039e> (Authid: apeiron@comcast.net); Tue, 24 Aug 2004 21:29:18 +0000 Date: Tue, 24 Aug 2004 17:29:01 -0400 From: Christopher Nehren To: "M. Warner Losh" Message-ID: <20040824212901.GA4144@prophecy.dyndns.org> References: <20040823041105.GA703@prophecy.dyndns.org> <20040823.141914.56127325.imp@bsdimp.com> <20040823234602.GA683@prophecy.dyndns.org> <20040823.181612.13448376.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20040823.181612.13448376.imp@bsdimp.com> X-Please-CC-Me: In List And Group Replies User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: uhid recently broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 21:29:19 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 23, 2004 at 20:16:12 EDT, M. Warner Losh scribbled these curious markings: > OK. I'll see if I Can scare up a gamepad/joystick tonight and take a > look. You might try reverting all of your dev/usb directory back to > August 14th and see if that's the date of the breakage or not (If aug > 14th at 0:00:00 UTC works, try aug 16th 0:00:00 UTC, since the change > was made just before midnight UTC on the 15th). No luck with -D 'August 14, 2004 0:00:00 UTC'. This makes me think that it's something outside of dev/usb. --=20 I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson - Unix is user friendly. However, it isn't idiot friendly. --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBK7Mdk/lo7zvzJioRArNiAJwLctBCWdKcAEW0/HJmPymp+kh5tQCePJQY IoDobAU0Qlvm92PUfQ+f3fQ= =vnrL -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 21:49:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52C0F16A4CE for ; Tue, 24 Aug 2004 21:49:23 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E26B43D39 for ; Tue, 24 Aug 2004 21:49:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i7OLorsV007663; Tue, 24 Aug 2004 14:50:53 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i7OLora4007662; Tue, 24 Aug 2004 14:50:53 -0700 Date: Tue, 24 Aug 2004 14:50:53 -0700 From: Brooks Davis To: bettan Message-ID: <20040824215053.GA20932@odin.ac.hmc.edu> References: <000e01c48a16$7ba5e600$0401a8c0@frederic> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <000e01c48a16$7ba5e600$0401a8c0@frederic> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: reboot on freebsd 5.3-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 21:49:23 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 10:11:03PM +0200, bettan wrote: > I have a problem , when i want to reboot , the reboot is long. > When i have sync buffer and numbers , this is long. Please define long. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBK7g8XY6L6fI4GtQRAhz8AKCFDF4WwtXoEkQbMQRlszBCptWKOwCgoY2h kfyOZyMFR5xbRz65dTP9YbA= =PxUG -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 21:52:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 188B716A4CE for ; Tue, 24 Aug 2004 21:52:51 +0000 (GMT) Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4522A43D2D for ; Tue, 24 Aug 2004 21:52:46 +0000 (GMT) (envelope-from mike@urgle.com) Received: from guylian.urgle.com ([80.177.40.54]) by anchor-post-34.mail.demon.net with esmtp (Exim 3.35 #1) id 1BzjDf-0004Bw-0Y for freebsd-current@freebsd.org; Tue, 24 Aug 2004 21:52:43 +0000 Received: from mike by guylian.urgle.com with local (Exim 4.32; FreeBSD) id 1BzjDe-0002aZ-Ts for freebsd-current@freebsd.org; Tue, 24 Aug 2004 21:52:42 +0000 Date: Tue, 24 Aug 2004 22:52:42 +0100 From: Mike Bristow To: freebsd-current@freebsd.org Message-ID: <20040824215242.GB8363@urgle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: IPv4 checksum oddness (gcc compiler bug?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 21:52:51 -0000 Hi, I've been suffering from really horrid (~60-70%) packet loss for a while, but only with IPv4. I've spent some time thinking I had a hardware problem, as it started at the same time as changed some networking bits but it doesn't appear to be the case: older (5.2.1) version of FreeBSD don't have this problem. I've just cvsuped to RELENG_5 box (cvsup'ed with tag=RELENG_5 date=2004.08.24.00.00.00), and with the attached patch I see many entries like in my logs: csum calc discrepancy: 45:10:00:64:b0:22:40:00:40:06:98:95:50:b1:28:36:50:b1:28:34 csum calc discrepancy: 45:10:00:84:b0:23:40:00:40:06:98:74:50:b1:28:36:50:b1:28:34 However, my patch is obviously wrong. The only thing that I can think of that might possibly be the cause is a compiler optimization bug - but I'm not sure that that's the case, either. My make.conf is boring (http://www.urgle.com/~mike/make.conf if you want to see its dullness). I can't believe that this is a real problem, rather than an artifact of my stupidity, because if it was a real problem everyone with old PIIs would be screaming the place down. Has anyone any ideas as to how to debug this? The kernel is GENERIC; possibly interesting other facts include: hw.model: Pentium II/Pentium II Xeon/Celeron hw.ncpu: 2 vr0: flags=8843 mtu 1500 inet 80.177.40.52 netmask 0xfffffff0 broadcast 80.177.40.63 inet6 fe80::280:c8ff:feea:8041%vr0 prefixlen 64 scopeid 0x1 inet6 2002:50b1:2836:1:280:c8ff:feea:8041 prefixlen 64 autoconf ether 00:80:c8:ea:80:41 media: Ethernet autoselect (100baseTX ) status: active --- ip_input.c.orig Tue Aug 24 22:24:45 2004 +++ ip_input.c Tue Aug 24 22:24:45 2004 @@ -366,6 +366,14 @@ } else { if (hlen == sizeof(struct ip)) { sum = in_cksum_hdr(ip); + if (sum) { + u_short sumchk; + sumchk = in_cksum(m, hlen); + if (!sumchk) { + printf("csum calc discrepancy: %20D\n", (u_char *)ip, ":"); + sum = 0; + } + } } else { sum = in_cksum(m, hlen); } -- You dont have to be illiterate to use the Internet, but it help's. From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 21:55:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63EDE16A4CE for ; Tue, 24 Aug 2004 21:55:41 +0000 (GMT) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE16743D31 for ; Tue, 24 Aug 2004 21:55:40 +0000 (GMT) (envelope-from nehalmistry@gmx.net) Received: from pd4mr2so.prod.shaw.ca (pd4mr2so-qfe3.prod.shaw.ca [10.0.141.213]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I2Z004HS0LEJY@l-daemon> for freebsd-current@FreeBSD.org; Tue, 24 Aug 2004 15:48:50 -0600 (MDT) Received: from pn2ml6so.prod.shaw.ca ([10.0.121.150]) by pd4mr2so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I2Z00FEO0LET7O0@pd4mr2so.prod.shaw.ca> for freebsd-current@FreeBSD.org; Tue, 24 Aug 2004 15:48:50 -0600 (MDT) Received: from nehal (S0106000c76fb2787.vf.shawcable.net [70.68.11.114]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with SMTP id <0I2Z00B4N0LE47@l-daemon> for freebsd-current@FreeBSD.org; Tue, 24 Aug 2004 15:48:50 -0600 (MDT) Date: Tue, 24 Aug 2004 14:49:12 -0700 From: Nehal In-reply-to: <200408241951.34799.michaelnottebrock@gmx.net> To: freebsd-current@FreeBSD.org Message-id: <20040824144912.00007cd8@nehal> MIME-version: 1.0 X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.3.0; Win32) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit References: <20040821174133.00007d48@nehal> <20040822194126.T94593@carver.gumbysoft.com> <200408241951.34799.michaelnottebrock@gmx.net> Subject: Re: Syncer giving up on buffers for ext2fs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 21:55:41 -0000 On Tue, 24 Aug 2004 19:51:30 +0200 Michael Nottebrock wrote: > On Monday 23 August 2004 04:42, Doug White wrote: > > On Sat, 21 Aug 2004, Nehal wrote: > > > the bug 'Syncer "giving up" on buffers and ext2 filesystems' > > > (PR kern/56675 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56675) > > > has existed for almost a year, and i have tested in a recent > > > snapshot (18th August) and it still exists, will this bug be > > > fixed for 5.3? seems to be quite an important bug. > > > > It would be nice if someone could come up with a patch, even a > > quick one. > > In case there'll be no fix in code, there's at least this > workaround which I've been using for a few months now: > http://people.freebsd.org/~lofi/rc.shutdown.diff > i use a similar workaround for now, but i'm not sure why you have used so many lines, a simple 'umount -a -t ext2fs' command would do the job Nehal From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:14:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77EEE16A4D4 for ; Tue, 24 Aug 2004 22:14:06 +0000 (GMT) Received: from av5-1-sn4.m-sp.skanova.net (av5-1-sn4.m-sp.skanova.net [81.228.10.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DEB943D1D for ; Tue, 24 Aug 2004 22:14:06 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av5-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 78B3037EC5; Wed, 25 Aug 2004 00:14:05 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av5-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 6953D37E43 for ; Wed, 25 Aug 2004 00:14:05 +0200 (CEST) Received: from corona.sajd.net (h80n2fls31o265.telia.com [217.208.189.80]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 51CDC37E47 for ; Wed, 25 Aug 2004 00:14:05 +0200 (CEST) Received: from [127.0.0.1] (sajd@localhost [127.0.0.1]) by corona.sajd.net (8.13.1/8.13.1) with ESMTP id i7OME3fq005168 for ; Wed, 25 Aug 2004 00:14:03 +0200 (CEST) (envelope-from pawel.worach@telia.com) Message-ID: <412BBDAA.7000007@telia.com> Date: Wed, 25 Aug 2004 00:14:02 +0200 From: Pawel Worach User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040815) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <412BAC2A.8000303@telia.com> In-Reply-To: <412BAC2A.8000303@telia.com> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: key_delsp: called with positive refcnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:14:06 -0000 Pawel Worach wrote: > panic: key_delsp: called with positive refcnt [replying to self] After reading Robert's mail I realized that this obviously happens because KAME IPSEC is not MPSAFE, sorry about the fuzz. -- Pawel From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:14:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1656116A4DA for ; Tue, 24 Aug 2004 22:14:16 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id E114F43D48 for ; Tue, 24 Aug 2004 22:14:15 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id CBA02319B; Tue, 24 Aug 2004 17:14:14 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02344-01; Tue, 24 Aug 2004 17:14:10 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id C32A7319A; Tue, 24 Aug 2004 17:14:09 -0500 (CDT) Message-ID: <412BBDB0.90903@veldy.net> Date: Tue, 24 Aug 2004 17:14:08 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <4129EE0E.7080606@veldy.net> <20040824085552.GA25548@galgenberg.net> <412B129E.9030208@DeepCore.dk> In-Reply-To: <412B129E.9030208@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-current@freebsd.org Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:14:16 -0000 Søren Schmidt wrote: > Upgrade /sys/dev/ata to whats in -current, I should have fixed it there. > > -Søren > Soren, Can you please list which file(s) and what versions I should be looking for? I grabbed a copy of current as of this morning and I believe the latest updated file was from 08-22 and the problem still exists for me. Another poster mentioned that a verbose boot works and it does indeed work for me. Tom Veldhouse From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:17:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C645216A4D9; Tue, 24 Aug 2004 22:17:31 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7128043D1F; Tue, 24 Aug 2004 22:17:29 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 05866FD02A; Tue, 24 Aug 2004 15:17:29 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00574-09; Tue, 24 Aug 2004 15:17:28 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 62C68FD026; Tue, 24 Aug 2004 15:17:28 -0700 (PDT) From: Sean McNeil To: Harti Brandt In-Reply-To: <1093377802.43728.11.camel@server.mcneil.com> References: <1092777586.92327.9.camel@server.mcneil.com> <20040817213813.GE3827@gothmog.gr><4127841D.6050104@freebsd.org> <1093369220.10362.6.camel@server.mcneil.com> <20040824200225.V517@beagle.kn.op.dlr.de> <1093371600.10464.23.camel@server.mcneil.com> <20040824205417.L517@beagle.kn.op.dlr.de> <1093377802.43728.11.camel@server.mcneil.com> Content-Type: text/plain Message-Id: <1093385848.84723.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 24 Aug 2004 15:17:28 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Giorgos Keramidas cc: Tim Kientzle cc: current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:17:32 -0000 On Tue, 2004-08-24 at 13:03, Sean McNeil wrote: > On Tue, 2004-08-24 at 12:03, Harti Brandt wrote: > > On Tue, 24 Aug 2004, Sean McNeil wrote: > > > > SM>On Tue, 2004-08-24 at 11:08, Harti Brandt wrote: > > SM>> On Tue, 24 Aug 2004, Sean McNeil wrote: > > SM>> > > SM>[snip] > > SM>> > > SM>> Sorry to jump in. > > SM>> > > SM>> You cannot use a va_list twice. As soon as someone call va_arg() on the > > SM>> ap all the aps in the calling functions get invalid. The only thing that > > SM>> can and must be done is that the function that did the va_start() must > > SM>> call va_end. > > SM>> > > SM>> If you need it twice you must make a copy as in the patch below. > > SM>> But the function call va_copy must also call va_end() on that copy > > SM>> (this seems missing in the patch). > > SM> > > SM>I took the lead from /usr/src/lib/libc/stdio/vfprintf.c > > SM> > > SM>It happens to do a va_copy(orgap,ap) but never does a va_end(orgap). > > SM>Either vfprintf.c is incorrect or it is not necessary to call va_end(). > > > > vfprintf.c is wrong. Paragraph 1 of 7.15.1 of C99 states: "Each invocation > > of the va_start and va_copy macros shall be matched by a corresponding > > invocation of the va_end macro in the same function." > > C99 is good enough for me. I suppose this is so that va_copy can be > implemented with some sort of allocation scheme. Could someone commit > fixes to vfprintf.c and archive_string_sprintf.c? > > *** lib/libarchive/archive_string_sprintf.c.orig Fri Aug 13 > 20:45:45 2004--- lib/libarchive/archive_string_sprintf.c Tue Aug 24 > 12:58:24 2004 > *************** __archive_string_vsprintf(struct archive > *** 47,65 **** > va_list ap) > { > size_t l; > > if (fmt == NULL) { > as->s[0] = 0; > return; > } > > l = vsnprintf(as->s, as->buffer_length, fmt, ap); > /* If output is bigger than the buffer, resize and try again. */ > if (l+1 >= as->buffer_length) { > __archive_string_ensure(as, l + 1); > ! l = vsnprintf(as->s, as->buffer_length, fmt, ap); > } > as->length = l; > } > > /* > --- 47,68 ---- > va_list ap) > { > size_t l; > + va_list ap1; > > if (fmt == NULL) { > as->s[0] = 0; > return; > } > > + va_copy(ap1,ap); > l = vsnprintf(as->s, as->buffer_length, fmt, ap); > /* If output is bigger than the buffer, resize and try again. */ > if (l+1 >= as->buffer_length) { > __archive_string_ensure(as, l + 1); > ! l = vsnprintf(as->s, as->buffer_length, fmt, ap1); > } > as->length = l; > + va_end(ap1); > } > > /* > > *** lib/libc/stdio/vfprintf.c.orig Mon Aug 23 20:35:43 2004 > --- lib/libc/stdio/vfprintf.c Tue Aug 24 13:01:45 2004 > *************** error: > *** 1237,1242 **** > --- 1237,1243 ---- > if (dtoaresult != NULL) > freedtoa(dtoaresult); > #endif > + va_end(orgap); > if (convbuf != NULL) > free(convbuf); > if (__sferror(fp)) I missed one in vfwprintf.c. I needs a va_end(orgap) just like above. Also, I've searched all of src and found one additional place that there is a va_copy without a va_end. contrib/gnu-sort/lib/version-etc.c All other uses appear to be properly matched. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:22:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B602516A4D6 for ; Tue, 24 Aug 2004 22:22:46 +0000 (GMT) Received: from chello080110061116.502.15.vie.surfer.at (chello080110061116.502.15.vie.surfer.at [80.110.61.116]) by mx1.FreeBSD.org (Postfix) with SMTP id 0EC7243D48 for ; Tue, 24 Aug 2004 22:22:45 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 3252 invoked from network); 24 Aug 2004 22:22:44 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 24 Aug 2004 22:22:44 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Wed, 25 Aug 2004 00:22:32 +0200 User-Agent: KMail/1.6.2 References: <200408241641.20389.4711@chello.at> <20040824184009.GD38418@ip.net.ua> <412B9648.2060102@mac.com> In-Reply-To: <412B9648.2060102@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_z+7KB4k6XwrUtXY"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408250022.43709.4711@chello.at> cc: Chuck Swiger cc: Ruslan Ermilov Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:22:46 -0000 --Boundary-02=_z+7KB4k6XwrUtXY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 August 2004 21:26, Chuck Swiger wrote: [...] > Would running "mergemaster -p" on systems before the installkernel stage > have helped make this work? No, in my case, where the make binary was outdated, it didn't help. =20 As Ruslan mentioned a 'make installkernel -DALWAYS_CHECK_MAKE' could help. I found the flag is documented in 'man 5 make.conf', in src/UPATING and in= =20 src/Makfile. Cheers, ch =2D-=20 Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x941B6B0B=20 OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu --Boundary-02=_z+7KB4k6XwrUtXY Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBK7+zcyi/EZQbawsRApE3AKCkwI0V71x2lq/MJt1mcUaCsDAbmQCfaG1+ e/yelrlUxa2b72huh03vpmQ= =cWwQ -----END PGP SIGNATURE----- --Boundary-02=_z+7KB4k6XwrUtXY-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:32:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF7F416A4CE for ; Tue, 24 Aug 2004 22:32:44 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8189D43D2F for ; Tue, 24 Aug 2004 22:32:44 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost [127.0.0.1]) by veldy.net (Postfix) with ESMTP id B8CD8319B; Tue, 24 Aug 2004 17:32:43 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02545-02; Tue, 24 Aug 2004 17:32:39 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id D579F319A; Tue, 24 Aug 2004 17:32:38 -0500 (CDT) Message-ID: <412BC205.5030501@veldy.net> Date: Tue, 24 Aug 2004 17:32:37 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Thomas T. Veldhouse" References: <4129EE0E.7080606@veldy.net> <20040824085552.GA25548@galgenberg.net> <412B129E.9030208@DeepCore.dk> <412BBDB0.90903@veldy.net> In-Reply-To: <412BBDB0.90903@veldy.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at veldy.net cc: freebsd-current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: FREEBSD-5.3BETA hard hang during hardware probe from CD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:32:44 -0000 Thomas T. Veldhouse wrote: > Søren Schmidt wrote: > >> Upgrade /sys/dev/ata to whats in -current, I should have fixed it there. >> >> -Søren >> > > Soren, > > Can you please list which file(s) and what versions I should be > looking for? I grabbed a copy of current as of this morning and I > believe the latest updated file was from 08-22 and the problem still > exists for me. Another poster mentioned that a verbose boot works and > it does indeed work for me. > > Tom Veldhouse > As a quick followup, the version differences (between BETA1 and last current tried) I show with my last try are as follows: /usr/local/src/sys/dev/ata/ata-all.c Tue Aug 24 10:09:05 2004 /usr/local/src/sys/dev/ata/ata-dma.c Fri Aug 20 14:05:22 2004 /usr/local/src/sys/dev/ata/ata-pci.c Fri Aug 20 01:19:25 2004 /usr/local/src/sys/dev/ata/ata-queue.c Sun Aug 22 10:54:08 2004 /usr/local/src/sys/dev/ata/atapi-cd.c Tue Aug 24 05:39:00 2004 Lots of checks after mallocs in atapi-cd, but that is it, so I suspect this bug could affect other ata devices than just DVD/CD drives? The changes look relatively minimal other than the call to bus_dma_tag_create() and a workaround for devices failing to interrupt. Thanks, Tom Veldhouse From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:49:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2980216A4CE for ; Tue, 24 Aug 2004 22:49:08 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87FC643D31 for ; Tue, 24 Aug 2004 22:49:07 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 1B43950BE4 for ; Wed, 25 Aug 2004 07:49:06 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id A44FA50B80 for ; Wed, 25 Aug 2004 07:49:03 +0900 (JST) Date: Wed, 25 Aug 2004 07:49:03 +0900 Message-ID: <7misb86tk0.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Subject: suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:49:08 -0000 As of recent RELENG_5 kernel. ----- suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 (60 swi5: clock sio) KDB: stack backtrace: kdb_backtrace(c0656bc0,c06aec80,0,c06aec08,c1ee9420,3c,c1ee7148) at kdb_backtrace+0x29 suser(c06aec80) at suser+0x4f udp6_output(c22d5bf4,c348ed00,0,0,c06aec80) at udp6_output+0x5b udp6_send(c22d3798,0,c348ed00,0,0) at udp6_send+0x168 nfs_timer(0) at nfs_timer+0x212 softclock(0) at softclock+0x17a ithread_loop(c1edc700,e4adad48,c1edc700,c04c6bdc,0) at ithread_loop+0x124 fork_exit(c04c6bdc,c1edc700,e4adad48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4adad7c, ebp = 0 --- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:49:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 662FC16A4CE for ; Tue, 24 Aug 2004 22:49:51 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B86C43D2F for ; Tue, 24 Aug 2004 22:49:50 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail 16220 invoked by uid 65534); 24 Aug 2004 22:49:48 -0000 Received: from unknown (EHLO [212.204.44.203]) (212.204.44.203) by mail.gmx.net (mp019) with SMTP; 25 Aug 2004 00:49:48 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Wilko Bulte In-Reply-To: <20040824183019.GA82339@freebie.xs4all.nl> References: <20040824183019.GA82339@freebie.xs4all.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Wi8RWuJ37DDLj8c5Drr4" Message-Id: <1093387784.3554.28.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 25 Aug 2004 00:49:45 +0200 cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-BETA1 for Alpha available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 22:49:51 -0000 --=-Wi8RWuJ37DDLj8c5Drr4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-08-24 at 20:30, Wilko Bulte wrote: > Hi, >=20 > After an initially bumpy ride we now finally have an=20 > 5.3-BETA available for the Alpha port. >=20 > It has been uploaded to ftp-master today, and will find its > way to the various mirror sites in due time. >=20 > Please test and report any good or bad experiences. With the miniinst I get a nice panic on boot: >>>boot dka100 -flags h (boot dka100.1.0.6.0 -flags h) block 0 of dka100.1.0.6.0 is a valid boot block reading 409 blocks from dka100.1.0.6.0 bootstrap code read in base =3D 1f2000, image_start =3D 0, image_bytes =3D 33200 initializing HWRPB at 2000 initializing page table at 1e4000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Console: SRM firmware console VMS PAL rev: 0x1000000010538 OSF PAL rev: 0x100000002012e Switch to OSF PAL code succeeded. FreeBSD/alpha SRM CD9660 boot, Revision 1.2 (root@ds10.wbnet, Mon Aug 23 08:53:04 UTC 2004) Memory: 131072 k dka100.1.0.6.0 is not ready [...] dka100.1.0.6.0 is not ready Loading /boot/defaults/loader.conf=20 /boot/kernel/kernel data=3D0x5babf0+0x4d140 syms=3D[0x8+0x68e20+0x8+0x55872= ] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Entering /boot/kernel/kernel at 0xfffffc0000347100... GDB: debug ports: sio GDB: current port: sio KDB: debugger backends: ddb gdb KDB: current backend: ddb 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-BETA1 #0: Mon Aug 23 22:50:09 UTC 2004 root@ds10.wbnet:/usr/obj/usr/src/sys/GENERIC AlphaStation 200/400 ("Avanti") AlphaStation 200 4/100, 100MHz 8192 byte page size, 1 processor. CPU: EV4 (21064) major=3D2 minor=3D0 OSF PAL rev: 0x100000002012e real memory =3D 132169728 (126 MB) avail memory =3D 115556352 (110 MB) apecs0: pcib0: <2107x PCI host bus adapter> on apecs0 pci0: on pcib0 sym0: <810> port 0x10000-0x100ff mem 0x82040000-0x820400ff irq 11 at device 6.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: interrupting at ISA irq 11 sym0: [GIANT-LOCKED] isab0: at device 7.0 on pci0 isa0: on isab0 de0: port 0x10100-0x1017f mem 0x82040100-0x8204017f irq 5 at device 11.0 on pci0 de0: interrupting at ISA irq 5 de0: [GIANT-LOCKED] de0: DEC 21040 [10Mb/s] pass 2.3 de0: Ethernet address: 08:00:2b:e4:f5:af tga0: mem 0x88000000-0x8fffffff irq 9 at device 13.0 on pci0 fatal kernel trap: trap entry =3D 0x2 (memory management fault) cpuid =3D 0 faulting va =3D 0x88100050 type =3D access violation cause =3D load instructon pc =3D 0xfffffc000072fc50 ra =3D 0xfffffc0000735380 sp =3D 0xfffffc0000e09a10 usp =3D 0x0 curthread =3D 0xfffffc00008c5cc8 pid =3D 0, comm =3D swapper [thread 0] Stopped at tga_init+0x70: ldl t0,0x50(t3) <0x88100050> =20 db>=20 panic: trap cpuid =3D 0;=20 KDB: enter: panic Uptime: 1s panic: Assertion mtx_unowned(m) failed at /usr/src/sys/kern/kern_mutex.c:854 So I guess this counts as bad experience :) This is a boot message from 5.2-CURRENT (May 2): 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.2-CURRENT #5: Sun May 2 22:34:00 CEST 2004 =20 root@klamath.syndrom23.de:/storage/alpha/nfs/freebsd/usr/obj/alpha/usr/src/= sys/ALPHA Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc00007b4000. AlphaStation 200/400 ("Avanti") AlphaStation 200 4/100, 100MHz 8192 byte page size, 1 processor. CPU: EV4 (21064) major=3D2 minor=3D0 OSF PAL rev: 0x100000002012e real memory =3D 132169728 (126 MB) avail memory =3D 121290752 (115 MB) random: apecs0: pcib0: <2107x PCI host bus adapter> on apecs0 pci0: on pcib0 sym0: <810> port 0x10000-0x100ff mem 0x82040000-0x820400ff irq 11 at device 6.0 on pci0 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0x82040000 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: interrupting at ISA irq 11 sym0: [GIANT-LOCKED] isab0: at device 7.0 on pci0 isa0: on isab0 de0: port 0x10100-0x1017f mem 0x82040100-0x8204017f irq 5 at device 11.0 on pci0 de0: Reserved 0x80 bytes for rid 0x14 type 3 at 0x82040100 de0: interrupting at ISA irq 5 de0: [GIANT-LOCKED] de0: DEC 21040 [10Mb/s] pass 2.3 de0: Ethernet address: 08:00:2b:e4:f5:af pci0: at device 13.0 (no driver attached) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 mcclock0: at port 0x70-0x71 on isa0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Polled port ppc0: interrupting at ISA irq 7 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio0: interrupting at ISA irq 4 sio1 at port 0x2f8-0x2ff irq 3 flags 0x80 on isa0 sio1: type 16550A sio1: interrupting at ISA irq 3 Timecounter "i8254" frequency 1193182 Hz quality 0 Timecounter "alpha" frequency 100051180 Hz quality 0 Timecounters tick every 0.976 msec Waiting 2 seconds for SCSI devices to settle de0: enabling 10baseT port cd0 at sym0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 3.300MB/s transfers cd0: cd present [141282 x 2048 byte records] da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: 10.000MB/s transfers (10.000MHz, offset 8) da0: 1001MB (2050860 512 byte sectors: 64H 32S/T 1001C) Mounting root from ufs:/dev/da0a WARNING: preposterous clock chip time -- CHECK AND RESET THE DATE! -- Andreas --=-Wi8RWuJ37DDLj8c5Drr4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBK8YIYucd7Ow1ygwRAp6OAJ9MLHU6Qu9GrnkmqU0M8H6FmcNVzACgkxpk i8W0wJMr1Lu9LKt4qECE49w= =m6UD -----END PGP SIGNATURE----- --=-Wi8RWuJ37DDLj8c5Drr4-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 23:14:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE53916A4CE; Tue, 24 Aug 2004 23:14:31 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B348343D31; Tue, 24 Aug 2004 23:14:31 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from dhcp53.pn.xcllnt.net (dhcp53.pn.xcllnt.net [192.168.4.253]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i7ONET10005590; Tue, 24 Aug 2004 16:14:29 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp53.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp53.pn.xcllnt.net (8.13.1/8.13.1) with ESMTP id i7ONETL2004146; Tue, 24 Aug 2004 16:14:29 -0700 (PDT) (envelope-from marcel@dhcp53.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp53.pn.xcllnt.net (8.13.1/8.13.1/Submit) id i7ONET0a004145; Tue, 24 Aug 2004 16:14:29 -0700 (PDT) (envelope-from marcel) Date: Tue, 24 Aug 2004 16:14:28 -0700 From: Marcel Moolenaar To: Andreas Kohn Message-ID: <20040824231428.GB4049@dhcp53.pn.xcllnt.net> References: <20040824183019.GA82339@freebie.xs4all.nl> <1093387784.3554.28.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093387784.3554.28.camel@klamath.ankon.de.eu.org> User-Agent: Mutt/1.4.2.1i cc: Wilko Bulte cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-BETA1 for Alpha available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 23:14:32 -0000 On Wed, Aug 25, 2004 at 12:49:45AM +0200, Andreas Kohn wrote: > With the miniinst I get a nice panic on boot: > > >>>boot dka100 -flags h > (boot dka100.1.0.6.0 -flags h) *snip* > tga0: mem > 0x88000000-0x8fffffff irq 9 at device 13.0 on pci0 > > fatal kernel trap: > > trap entry = 0x2 (memory management fault) > cpuid = 0 > faulting va = 0x88100050 Is your SRM console serial or graphical? I have a similar looking problem when I switch the console to graphical. BTW: what happens if you disable syscons with: set hint.sc.0.disable="1" > This is a boot message from 5.2-CURRENT (May 2): *snip* > pci0: at device 13.0 (no driver attached) There's no TGA driver there... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 23:34:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC17A16A4CF for ; Tue, 24 Aug 2004 23:34:48 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0144543D2F for ; Tue, 24 Aug 2004 23:34:48 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail 21904 invoked by uid 65534); 24 Aug 2004 23:34:46 -0000 Received: from unknown (EHLO [212.204.44.203]) (212.204.44.203) by mail.gmx.net (mp009) with SMTP; 25 Aug 2004 01:34:46 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Marcel Moolenaar In-Reply-To: <20040824231428.GB4049@dhcp53.pn.xcllnt.net> References: <20040824183019.GA82339@freebie.xs4all.nl> <1093387784.3554.28.camel@klamath.ankon.de.eu.org> <20040824231428.GB4049@dhcp53.pn.xcllnt.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LivBiapChe5P4i5wUo4c" Message-Id: <1093390484.3554.45.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 25 Aug 2004 01:34:45 +0200 cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-BETA1 for Alpha available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 23:34:49 -0000 --=-LivBiapChe5P4i5wUo4c Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-08-25 at 01:14, Marcel Moolenaar wrote: > On Wed, Aug 25, 2004 at 12:49:45AM +0200, Andreas Kohn wrote: >=20 > > With the miniinst I get a nice panic on boot: > >=20 > > >>>boot dka100 -flags h > > (boot dka100.1.0.6.0 -flags h) > *snip* > > tga0: mem > > 0x88000000-0x8fffffff irq 9 at device 13.0 on pci0 > >=20 > > fatal kernel trap: > >=20 > > trap entry =3D 0x2 (memory management fault) > > cpuid =3D 0 > > faulting va =3D 0x88100050 >=20 > Is your SRM console serial or graphical? > > I have a similar looking problem when I switch the console to graphical. >>> show [...] console graphics=20 [...] Same panic happens if >>> set console serial >>> boot dka100 -flags h (same means same, addresses, position, etc) > BTW: what happens if you disable syscons with: >=20 > set hint.sc.0.disable=3D"1" (disable or disabled? I tried both in the following cases) console=3Dserial, sc=3Ddisabled: same panic. console=3Dgraphics, sc=3Ddisabled: same panic. >=20 > > This is a boot message from 5.2-CURRENT (May 2): >=20 > *snip* > > pci0: at device 13.0 (no driver attached) >=20 > There's no TGA driver there... Yes, I saw that too few minutes after sending the mail. The machine has said TGA adapter in it, but I don't have a compatible monitor, so I'm only operating it over serial console. (And ssh) Guess I removed the driver when cleaning the config. (Long time ago...somewhen in March IIRC). I'm currently cross-building a 6-CURRENT world, and will try that as well.=20 Or should I instead try to find the point in time where tga stopped working? --=-LivBiapChe5P4i5wUo4c Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBK9CTYucd7Ow1ygwRAh8qAJ0Z2juFH/S9Y2GjQChQk/kwr3g1xACdHQ2q 1MN2rgatcxB6Ki4RU1awEJs= =V4CF -----END PGP SIGNATURE----- --=-LivBiapChe5P4i5wUo4c-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 23:48:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BD6416A4CE; Tue, 24 Aug 2004 23:48:20 +0000 (GMT) Received: from linda.pathlink.com (linda.pathlink.com [129.250.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7088943D3F; Tue, 24 Aug 2004 23:48:19 +0000 (GMT) (envelope-from kachun@pathlink.com) Received: from kachun.pathlink.com (dvl-1.pathlink.com [129.250.170.211]) by linda.pathlink.com (8.12.8p1/8.12.8) with ESMTP id i7ONmIoG046445; Tue, 24 Aug 2004 16:48:18 -0700 (PDT) (envelope-from kachun@pathlink.com) Message-Id: <5.0.2.1.2.20040824164229.00b86c30@dvl.pathlink.com> X-Sender: kachun@dvl.pathlink.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Tue, 24 Aug 2004 16:48:34 -0700 To: freebsd-current@freebsd.org From: Kachun Lee In-Reply-To: <200408241536.26943.jhb@FreeBSD.org> References: <5.0.2.1.2.20040824111343.00b86d90@dvl.pathlink.com> <5.0.2.1.2.20040824111343.00b86d90@dvl.pathlink.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: 5.3-BETA1 panic during boot up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 23:48:20 -0000 At 03:36 PM 8/24/2004 -0400, you wrote: >On Tuesday 24 August 2004 02:21 pm, Kachun Lee wrote: > > Hi, > > > > I was upgrading from 4.10 to 5.3-BETA1 (cvsup yesterday) and the kernel > > panic right after the boot up message. I tried again with the apci-source.c > > from current, but that did not help. I included the dmesg and panic message > > below. Any hints? > >You must have acpi either in your kernel or have the acpi.ko module available >to be loaded by the loader. Unfortunately the non-ACPI code that probes >PnPBIOS devices results in this panic and so far I haven't figured out >exactly why. Thanks! Adding 'device acpi' got the kernel booted through. I included the dmesg below. I don't know if all the ACPI messages are useful to you. Regards -------------------------------------------------------------------------------------------------------------------- DB: debugger backends: ddb^M^M KDB: current backend: ddb^M^M 262144K of memory above 4GB ignored^M^M Copyright (c) 1992-2004 The FreeBSD Project.^M^M Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994^M^M The Regents of the University of California. All rights reserved.^M^M FreeBSD 5.3-BETA1 #2: Tue Aug 24 13:54:54 PDT 2004^M^M root@lisa.pathlink.com:/n/obj/n/bsd.src/5.3/src/sys/DEX^M^M Timecounter "i8254" frequency 1193182 Hz quality 0^M^M CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3056.82-MHz 686-class CPU)^M^M Origin = "GenuineIntel" Id = 0xf25 Stepping = 5^M^M Features=0xbfebfbff^M^M Hyperthreading: 2 logical CPUs^M^M real memory = 4026466304 (3839 MB)^M^M avail memory = 3943993344 (3761 MB)^M^M ACPI-0697: *** Warning: Type override - [DEB_] had invalid type (Integer) fo r Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [MLIB] had invalid type (Integer) fo r Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [GPEN] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [GPST] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [GP1N] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [SBID] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [SWCE] had invalid type (String) for Scope operator, changed to (Scope)^M^M ACPI-0697: *** Warning: Type override - [SMIR] had invalid type (String) for Scope operator, changed to (Scope)^M^M acpi0: on motherboard^M^M acpi0: Power Button (fixed)^M^M acpi_ec0: port 0xca7,0xca6 on acpi0^M^M acpi_timer0: couldn't allocate resource (port 0x408)^M^M cpu0: on acpi0^M^M acpi_button0: on acpi0^M^M pcib0: port 0xcf8-0xcff on acpi0^M^M pci0: on pcib0^M^M pci0: at device 0.1 (no driver attached)^M^M pcib1: at device 3.0 on pci0^M^M pcib1: could not get PCI interrupt routing table for \_SB_.PCI0.P0P5 - AE_NOT_FO UND^M^M pci2: on pcib1^M^M pci2: at device 28.0 (no driver attached )^M^M pcib2: at device 29.0 on pci2^M^M pci4: on pcib2^M^M ahc0: port 0x3400-0x34ff mem 0xfeae0000-0x feae0fff irq 11 at device 1.0 on pci4^M^M ahc0: [GIANT-LOCKED]^M^M aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs^M^M ahc1: port 0x3000-0x30ff mem 0xfeaf0000-0x feaf0fff irq 11 at device 1.1 on pci4^M^M ahc1: [GIANT-LOCKED]^M^M aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs^M^M twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0x3800-0x380f mem 0xfe000000-0xfe7fffff irq 11 at device 2.0 on pci4^M^M twe0: [GIANT-LOCKED]^M^M twe0: 12 ports, Firmware FE7X 1.05.00.034, BIOS BE7X 1.08.00.038^M^M pci2: at device 30.0 (no driver attached )^M^M pcib3: at device 31.0 on pci2^M^M pci3: on pcib3^M^M twe1: <3ware Storage Controller. Driver version 1.50.01.002> port 0x2000-0x200f mem 0xfd000000-0xfd7fffff irq 11 at device 1.0 on pci3^M^M twe1: [GIANT-LOCKED]^M^M twe1: 12 ports, Firmware FE7S 1.05.00.049, BIOS BE7X 1.08.00.046^M^M twe2: <3ware Storage Controller. Driver version 1.50.01.002> port 0x2010-0x201f mem 0xfc800000-0xfcffffff irq 11 at device 2.0 on pci3^M^M twe2: [GIANT-LOCKED]^M^M twe2: 12 ports, Firmware FE7S 1.05.00.036, BIOS BE7X 1.08.00.044^M^M ahd0: port 0x2800-0x28ff,0x2400-0x24ff mem 0xfd9b0000-0xfd9b1fff irq 11 at device 3.0 on pci3^M^M ahd0: [GIANT-LOCKED]^M^M aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs^M^M pci0: at device 3.1 (no driver attached)^M^M pci0: at device 29.0 (no driver attached)^M^M pci0: at device 29.1 (no driver attached)^M^M pci0: at device 29.2 (no driver attached)^M^M pcib4: at device 30.0 on pci0^M^M pci1: on pcib4^M^M fxp0: port 0x1440-0x147f mem 0xfb780000-0xfb79fff f,0xfb7a0000-0xfb7a0fff irq 11 at device 3.0 on pci1^M^M miibus0: on fxp0^M^M inphy0: on miibus0^M^M inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto^M^M fxp0: Ethernet address: 00:03:47:30:f6:e7^M^M fxp0: [GIANT-LOCKED]^M^M em0: port 0x1480-0x14bf mem 0xfb740000-0xfb75ffff irq 11 at device 4.0 on pci1^M^M em0: [GIANT-LOCKED]^M^M em0: Ethernet address: 00:03:47:30:f6:e9^M^M em0: Speed:N/A Duplex:N/A^M^M twe3: <3ware Storage Controller. Driver version 1.50.01.002> port 0x1400-0x140f mem 0xf9800000-0xf9ffffff irq 9 at device 9.0 on pci1^M^M twe3: [GIANT-LOCKED]^M^M twe3: 12 ports, Firmware FE7S 1.05.00.036, BIOS BE7X 1.08.00.044^M^M pci1: at device 12.0 (no driver attached)^M^M isab0: at device 31.0 on pci0^M^M isa0: on isab0^M^M atapci0: port 0x3a0-0x3af,0x376,0x170-0x177,0x3f 6,0x1f0-0x1f7 at device 31.1 on pci0^M^M ata0: channel #0 on atapci0^M^M ata1: channel #1 on atapci0^M^M pci0: at device 31.3 (no driver attached)^M^M atkbdc0: port 0x64,0x60 irq 1 on acpi0^M^M atkbd0: irq 1 on atkbdc0^M^M From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 23:57:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22E6216A4CE for ; Tue, 24 Aug 2004 23:57:07 +0000 (GMT) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FA843D39 for ; Tue, 24 Aug 2004 23:57:06 +0000 (GMT) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail.bluecoat.com (bcs-mail.bluecoat.com [216.52.23.69]) by whisker.bluecoat.com (8.13.0/8.13.0) with ESMTP id i7ONv6jq027372; Tue, 24 Aug 2004 16:57:06 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Aug 2004 16:57:05 -0700 Message-ID: <00CDF9AA240E204FA6E923BD35BC6436063B074A@bcs-mail.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IPv4 checksum oddness (gcc compiler bug?) Thread-Index: AcSKJiw97RFNy1gMTsOhuKw/D79lPgAD567A From: "Li, Qing" To: "Mike Bristow" , X-Scanned-By: MIMEDefang 2.44 Subject: RE: IPv4 checksum oddness (gcc compiler bug?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 23:57:07 -0000 I ran into a checksum problem and filed the following bug report. See if it's related. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D69257 >Category: i386 >Responsible: freebsd-i386 >Synopsis: in_cksum_hdr is non-functional without -O compiler flag >Arrival-Date: Sun Jul 18 23:10:10 GMT 2004 -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org=20 > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Mike Bristow > Sent: Tuesday, August 24, 2004 2:53 PM > To: freebsd-current@freebsd.org > Subject: IPv4 checksum oddness (gcc compiler bug?) >=20 >=20 > Hi, >=20 > I've been suffering from really horrid (~60-70%) packet loss=20 > for a while, but only with IPv4. >=20 > I've spent some time thinking I had a hardware problem, as it=20 > started at the same time as changed some networking bits but=20 > it doesn't appear to be the case: older (5.2.1) version of=20 > FreeBSD don't have this problem. >=20 > I've just cvsuped to RELENG_5 box (cvsup'ed with tag=3DRELENG_5=20 > date=3D2004.08.24.00.00.00), and with the attached patch I see=20 > many entries like in my logs: >=20 > csum calc discrepancy:=20 > 45:10:00:64:b0:22:40:00:40:06:98:95:50:b1:28:36:50:b1:28:34 > csum calc discrepancy:=20 > 45:10:00:84:b0:23:40:00:40:06:98:74:50:b1:28:36:50:b1:28:34 >=20 > However, my patch is obviously wrong. =20 >=20 > The only thing that I can think of that might possibly be the=20 > cause is a compiler optimization bug - but I'm not sure that=20 > that's the case, either. My make.conf is boring=20 > (http://www.urgle.com/~mike/make.conf > if you want to see its dullness). I can't believe that this is > a real problem, rather than an artifact of my stupidity,=20 > because if it was a real problem everyone with old PIIs would=20 > be screaming > the place down. =20 >=20 > Has anyone any ideas as to how to debug this? =20 >=20 > The kernel is GENERIC; possibly interesting other facts include: >=20 > hw.model: Pentium II/Pentium II Xeon/Celeron > hw.ncpu: 2 > vr0: flags=3D8843 mtu 1500 > inet 80.177.40.52 netmask 0xfffffff0 broadcast 80.177.40.63 > inet6 fe80::280:c8ff:feea:8041%vr0 prefixlen 64 scopeid 0x1 > inet6 2002:50b1:2836:1:280:c8ff:feea:8041 prefixlen=20 > 64 autoconf > ether 00:80:c8:ea:80:41 > media: Ethernet autoselect (100baseTX ) > status: active >=20 >=20 > --- ip_input.c.orig Tue Aug 24 22:24:45 2004 > +++ ip_input.c Tue Aug 24 22:24:45 2004 > @@ -366,6 +366,14 @@ > } else { > if (hlen =3D=3D sizeof(struct ip)) { > sum =3D in_cksum_hdr(ip); > + if (sum) { > + u_short sumchk; > + sumchk =3D in_cksum(m, hlen); > + if (!sumchk) { > + printf("csum calc=20 > discrepancy: %20D\n", (u_char *)ip, ":"); > + sum =3D 0; > + } > + } > } else { > sum =3D in_cksum(m, hlen); > } >=20 >=20 > --=20 > You dont have to be illiterate to use the Internet, but it=20 > help's. _______________________________________________ > freebsd-current@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 23:57:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F3516A4CE; Tue, 24 Aug 2004 23:57:46 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86F2C43D45; Tue, 24 Aug 2004 23:57:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.13.1/8.13.1) with ESMTP id i7ONvjV0006533; Tue, 24 Aug 2004 19:57:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i7ONvjRI058596; Tue, 24 Aug 2004 19:57:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CD8327303F; Tue, 24 Aug 2004 19:57:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040824235745.CD8327303F@freebsd-current.sentex.ca> Date: Tue, 24 Aug 2004 19:57:45 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 23:57:47 -0000 TB --- 2004-08-24 22:26:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-24 22:26:07 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-24 22:26:07 - checking out the source tree TB --- 2004-08-24 22:26:07 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-08-24 22:26:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-24 22:28:28 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-24 22:28:28 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-24 22:28:28 - /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 --- 2004-08-24 23:32:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-24 23:32:48 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-24 23:32:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Aug 24 23:32:48 UTC 2004 >>> 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 Tue Aug 24 23:46:32 UTC 2004 TB --- 2004-08-24 23:46:32 - generating LINT kernel config TB --- 2004-08-24 23:46:32 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-24 23:46:32 - /usr/bin/make -B LINT TB --- 2004-08-24 23:46:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-24 23:46:32 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-08-24 23:46:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 24 23:46:32 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-24 23:57:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-24 23:57:45 - ERROR: failed to build lint kernel TB --- 2004-08-24 23:57:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 00:00:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D19416A4CF; Wed, 25 Aug 2004 00:00:29 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D88A543D45; Wed, 25 Aug 2004 00:00:28 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from dhcp53.pn.xcllnt.net (dhcp53.pn.xcllnt.net [192.168.4.253]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id i7P00SOv005773; Tue, 24 Aug 2004 17:00:28 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp53.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp53.pn.xcllnt.net (8.13.1/8.13.1) with ESMTP id i7P00Rm8004285; Tue, 24 Aug 2004 17:00:27 -0700 (PDT) (envelope-from marcel@dhcp53.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp53.pn.xcllnt.net (8.13.1/8.13.1/Submit) id i7P00RQO004284; Tue, 24 Aug 2004 17:00:27 -0700 (PDT) (envelope-from marcel) Date: Tue, 24 Aug 2004 17:00:27 -0700 From: Marcel Moolenaar To: Andreas Kohn Message-ID: <20040825000027.GB4182@dhcp53.pn.xcllnt.net> References: <20040824183019.GA82339@freebie.xs4all.nl> <1093387784.3554.28.camel@klamath.ankon.de.eu.org> <20040824231428.GB4049@dhcp53.pn.xcllnt.net> <1093390484.3554.45.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093390484.3554.45.camel@klamath.ankon.de.eu.org> User-Agent: Mutt/1.4.2.1i cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-BETA1 for Alpha available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 00:00:29 -0000 On Wed, Aug 25, 2004 at 01:34:45AM +0200, Andreas Kohn wrote: > > >>> show > [...] > console graphics > [...] > > Same panic happens if > >>> set console serial > >>> boot dka100 -flags h I may be mistaken, but you may need to power cycle or hard reset for it to take effect. > Or should I instead try to find the point in time where tga stopped > working? It may never have worked. I've had nothing but panics and problems on my Miata whenever I wanted to use the TGA2 adapter. I think recent changes just made it more visible. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 00:05:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F49116A4CE for ; Wed, 25 Aug 2004 00:05:06 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA37D43D39 for ; Wed, 25 Aug 2004 00:05:05 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7P02pvX015205; Tue, 24 Aug 2004 20:02:51 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7P02oU6015201; Tue, 24 Aug 2004 20:02:51 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 24 Aug 2004 20:02:50 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7misb86tk0.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 00:05:06 -0000 On Wed, 25 Aug 2004, Jun Kuriyama wrote: > suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 (60 swi5: > clock sio) Hmm. The attached patch replaces one bogus use of a credential with another, but one that won't trigger an assertion. Really, a lot of these socket APIs should be passing credentials rather than threads. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research Index: nfs_socket.c =================================================================== RCS file: /home/ncvs/src/sys/nfsclient/nfs_socket.c,v retrieving revision 1.114 diff -u -r1.114 nfs_socket.c --- nfs_socket.c 13 Jul 2004 05:42:59 -0000 1.114 +++ nfs_socket.c 25 Aug 2004 00:02:25 -0000 @@ -1139,11 +1139,9 @@ struct nfsmount *nmp; int timeo; int s, error; - struct thread *td; struct timeval now; getmicrouptime(&now); - td = &thread0; /* XXX for credentials, may break if sleep */ s = splnet(); TAILQ_FOREACH(rep, &nfs_reqq, r_chain) { nmp = rep->r_nmp; @@ -1206,10 +1204,10 @@ (m = m_copym(rep->r_mreq, 0, M_COPYALL, M_DONTWAIT))){ if ((nmp->nm_flag & NFSMNT_NOCONN) == 0) error = (*so->so_proto->pr_usrreqs->pru_send) - (so, 0, m, NULL, NULL, td); + (so, 0, m, NULL, NULL, curthread); else error = (*so->so_proto->pr_usrreqs->pru_send) - (so, 0, m, nmp->nm_nam, NULL, td); + (so, 0, m, nmp->nm_nam, NULL, curthread); if (error) { if (NFSIGNORE_SOERROR(nmp->nm_soflags, error)) so->so_error = 0; From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 00:36:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F8B316A4CE for ; Wed, 25 Aug 2004 00:36:32 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3541E43D5A for ; Wed, 25 Aug 2004 00:36:31 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail 29568 invoked by uid 65534); 25 Aug 2004 00:36:29 -0000 Received: from unknown (EHLO [212.204.44.203]) (212.204.44.203) by mail.gmx.net (mp013) with SMTP; 25 Aug 2004 02:36:29 +0200 X-Authenticated: #2431876 From: Andreas Kohn To: Marcel Moolenaar In-Reply-To: <20040825000027.GB4182@dhcp53.pn.xcllnt.net> References: <20040824183019.GA82339@freebie.xs4all.nl> <1093387784.3554.28.camel@klamath.ankon.de.eu.org> <20040824231428.GB4049@dhcp53.pn.xcllnt.net> <1093390484.3554.45.camel@klamath.ankon.de.eu.org> <20040825000027.GB4182@dhcp53.pn.xcllnt.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-leMrHwieFm0eM+E57iDp" Message-Id: <1093394187.3554.70.camel@klamath.ankon.de.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 25 Aug 2004 02:36:27 +0200 cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: 5.3-BETA1 for Alpha available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 00:36:32 -0000 --=-leMrHwieFm0eM+E57iDp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, On Wed, 2004-08-25 at 02:00, Marcel Moolenaar wrote: > On Wed, Aug 25, 2004 at 01:34:45AM +0200, Andreas Kohn wrote: > >=20 > > >>> show > > [...] > > console graphics=20 > > [...] > >=20 > > Same panic happens if > > >>> set console serial > > >>> boot dka100 -flags h >=20 > I may be mistaken, but you may need to power cycle or hard reset for it > to take effect. Okay. Testing that is a problem for me. The battery of the machine is dead, I don't have any replacement at hand. Never bothered about it, as there is always NTP :) I just tried power cycling, it lost its settings at once. I have an ES40 manual here, it says to issue init after changing console. This results in the same panic. > > Or should I instead try to find the point in time where tga stopped > > working? >=20 > It may never have worked. I've had nothing but panics and problems on > my Miata whenever I wanted to use the TGA2 adapter. I think recent > changes just made it more visible. I just found why I commented it out: http://lists.freebsd.org/pipermail/freebsd-alpha/2004-May/001460.html So at least it *booted* with tga without a panic on sources < May 1st. Anyways, should there be some notes for the Alpha release of 5.3 regarding this issue? I also tried with set hint.tga.0.disable=3D"1", but that doesn't work :/ I will let the build of 6-CURRENT finish, and will try to install this tomorrow. Thank you very much for your time! Best Regards, -- Andreas --=-leMrHwieFm0eM+E57iDp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBBK98JYucd7Ow1ygwRAoGmAJ9u4seud7jrwjVGTxbmbPWlPly/PQCfR4z2 6/HmCV5BF/U96C3wWYnXYKw= =RoiY -----END PGP SIGNATURE----- --=-leMrHwieFm0eM+E57iDp-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:00:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 975BE16A4CE for ; Wed, 25 Aug 2004 01:00:57 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A51F43D31 for ; Wed, 25 Aug 2004 01:00:57 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i7P10nIJ002696; Tue, 24 Aug 2004 18:00:54 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200408250100.i7P10nIJ002696@gw.catspoiler.org> Date: Tue, 24 Aug 2004 18:00:49 -0700 (PDT) From: Don Lewis To: bettan@nerim.net In-Reply-To: <000e01c48a16$7ba5e600$0401a8c0@frederic> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: reboot on freebsd 5.3-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:00:57 -0000 On 24 Aug, bettan wrote: > I have a problem , when i want to reboot , the reboot is long. > When i have sync buffer and numbers , this is long. If you are using ext2 file systems, this is a known problem. The workaround is to unmount any ext2 file systems before rebooting. From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:11:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25BF316A4CE; Wed, 25 Aug 2004 01:11:14 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B22D543D5F; Wed, 25 Aug 2004 01:11:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7P1B7CW081089; Tue, 24 Aug 2004 21:11:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7P1BDU2077223; Tue, 24 Aug 2004 21:11:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D42207303F; Tue, 24 Aug 2004 21:11:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040825011112.D42207303F@freebsd-current.sentex.ca> Date: Tue, 24 Aug 2004 21:11:12 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:11:14 -0000 TB --- 2004-08-24 23:57:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-24 23:57:46 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-08-24 23:57:46 - checking out the source tree TB --- 2004-08-24 23:57:46 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-08-24 23:57:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-25 00:03:12 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-25 00:03:12 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-08-25 00:03:12 - /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 [...] ranlib libz_p.a gzip -cn /tinderbox/CURRENT/ia64/ia64/src/lib/libz/zlib.3 > zlib.3.gz ===> libexec ===> libexec/atrun cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -c /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun/../../usr.bin/at -I/tinderbox/CURRENT/ia64/ia64/src/libexec/atrun -o atrun atrun.o gloadavg.o /home/tinderbox/sandbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.so: undefined reference to `mcount' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec/atrun. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-08-25 01:11:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-25 01:11:12 - ERROR: failed to build world TB --- 2004-08-25 01:11:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:17:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3567A16A4CE; Wed, 25 Aug 2004 01:17:21 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91E3843D2D; Wed, 25 Aug 2004 01:17:20 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 5182650BE4; Wed, 25 Aug 2004 10:17:17 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id C3EC750B80; Wed, 25 Aug 2004 10:17:15 +0900 (JST) Date: Wed, 25 Aug 2004 10:17:15 +0900 Message-ID: <7mfz6c6mp0.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: <7misb86tk0.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: Current Subject: Re: suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:17:21 -0000 At Tue, 24 Aug 2004 20:02:50 -0400 (EDT), Robert Watson wrote: > > suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 (60 swi5: > > clock sio) > > Hmm. The attached patch replaces one bogus use of a credential with > another, but one that won't trigger an assertion. Really, a lot of these > socket APIs should be passing credentials rather than threads. Thanks! It seems messages are disapepared with your patch. -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:27:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 272B216A4CE for ; Wed, 25 Aug 2004 01:27:17 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80A2F43D58 for ; Wed, 25 Aug 2004 01:27:16 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7P1P1Ol017548; Tue, 24 Aug 2004 21:25:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7P1P1jv017545; Tue, 24 Aug 2004 21:25:01 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 24 Aug 2004 21:25:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7mfz6c6mp0.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:27:17 -0000 On Wed, 25 Aug 2004, Jun Kuriyama wrote: > At Tue, 24 Aug 2004 20:02:50 -0400 (EDT), > Robert Watson wrote: > > > suser: thread 0xc06aec80 (0 swapper) != curthread 0xc1ee9420 (60 swi5: > > > clock sio) > > > > Hmm. The attached patch replaces one bogus use of a credential with > > another, but one that won't trigger an assertion. Really, a lot of these > > socket APIs should be passing credentials rather than threads. > > Thanks! It seems messages are disapepared with your patch. Ok, I've committed to HEAD, and will merge to RELENG_5 in a couple of days. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:39:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3443B16A4CE; Wed, 25 Aug 2004 01:39:41 +0000 (GMT) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0230343D3F; Wed, 25 Aug 2004 01:39:41 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id EF71750BE4; Wed, 25 Aug 2004 10:39:39 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::9999]) by black.imgsrc.co.jp (Postfix) with ESMTP id 679AC50BEC; Wed, 25 Aug 2004 10:39:38 +0900 (JST) Date: Wed, 25 Aug 2004 10:39:38 +0900 Message-ID: <7meklw6lnp.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Robert Watson In-Reply-To: References: User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 cc: current@FreeBSD.org Subject: Re: Running the network stack without Giant -- change in default coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:39:41 -0000 At Tue, 24 Aug 2004 14:41:20 +0000 (UTC), Robert Watson wrote: > - We've focussed primarily on getting mainstream network configurations to > run without Giant: this means that less mainstream subsystems (parts of > IPv6, some netgraph nodes, IPX, etc) are currently unsafe without the > Giant lock turned on. I'm interesting to use without Giant. But (as you know :-)) I'm using IPv6 usually. How can I help to test this? I'm sorry I don't understand how it is difficult, but is it possible to protect whole IPv6 code only with Giant without network stack Giant? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:43:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3759E16A4CE for ; Wed, 25 Aug 2004 01:43:16 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900BC43D3F for ; Wed, 25 Aug 2004 01:43:14 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from gothmog.gr (patr530-a049.otenet.gr [212.205.215.49]) i7P1hAL5010981; Wed, 25 Aug 2004 04:43:10 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7P1fjCH051094; Wed, 25 Aug 2004 04:41:45 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7P1fiEO051089; Wed, 25 Aug 2004 04:41:44 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Wed, 25 Aug 2004 04:41:44 +0300 From: Giorgos Keramidas To: Mike Bristow Message-ID: <20040825014144.GA49637@gothmog.gr> References: <20040824215242.GB8363@urgle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824215242.GB8363@urgle.com> Phone: +30-2610-312145 Mobile: +30-6944-116520 cc: freebsd-current@freebsd.org Subject: Re: IPv4 checksum oddness (gcc compiler bug?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:43:16 -0000 On 2004-08-24 22:52, Mike Bristow wrote: > Hi, > > I've been suffering from really horrid (~60-70%) packet loss for a while, > but only with IPv4. > > I've spent some time thinking I had a hardware problem, as it started > at the same time as changed some networking bits but it doesn't > appear to be the case: older (5.2.1) version of FreeBSD don't have > this problem. > [...] > I've just cvsuped to RELENG_5 box (cvsup'ed with tag=RELENG_5 > date=2004.08.24.00.00.00), [...] > The kernel is GENERIC; possibly interesting other facts include: Did you by any chance compile the userland and/or kernel with CFLAGS or COPTFLAGS set to something non-default in your /etc/make.conf? From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:43:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0597816A4CF for ; Wed, 25 Aug 2004 01:43:34 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC4243D2F for ; Wed, 25 Aug 2004 01:43:33 +0000 (GMT) (envelope-from burpmaster@truffula.net) Received: from [192.168.0.2] (c-67-169-200-31.client.comcast.net[67.169.200.31]) by comcast.net (rwcrmhc13) with ESMTP id <2004082501433001500pfrl9e> (Authid: rogers240); Wed, 25 Aug 2004 01:43:30 +0000 Message-ID: <412BEEC0.2030408@truffula.net> Date: Tue, 24 Aug 2004 18:43:28 -0700 From: Brian Rogers User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <412AD147.7050502@truffula.net> <412AF51B.8010801@DeepCore.dk> In-Reply-To: <412AF51B.8010801@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: ATAPI_RESET hang fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:43:34 -0000 Søren Schmidt wrote: > Brian Rogers wrote: > >> I was getting the hang on start after the "ATAPI_RESET time = x" >> message. I stuck in a diagnostic printf before the ATAPI_RESET, and >> that actually fixed the hang. So I replaced it with a DELAY(50), and >> that also avoids the hang. >> >> I guess some ATAPI devices don't like being reset right after being >> queried. (Or there is a bug with handling that in FreeBSD) Patch is >> attached. > > Hmm, you could be on to something, but instead of using a fixed delay > I'd rather (re)introduce the wait for ready before selecting the > device in ata_command. Could you please try the following patch and > let me know if that fixes the problem as well ? It worked on the first try, but after that I couldn't reproduce it with a DVD in the drive, or with the drive empty, so I think that was a fluke. I tried about 5 times. I noticed this morning that my patch doesn't work when a DVD is in the drive. The drive must need more time in that case. From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 02:13:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 220B116A4CE for ; Wed, 25 Aug 2004 02:13:05 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 871C643D2F for ; Wed, 25 Aug 2004 02:13:04 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7P2AotM018295; Tue, 24 Aug 2004 22:10:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7P2AoFY018292; Tue, 24 Aug 2004 22:10:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 24 Aug 2004 22:10:49 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jun Kuriyama In-Reply-To: <7meklw6lnp.wl@black.imgsrc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "George V.Neville-Neil" cc: current@FreeBSD.org Subject: Re: Running the network stack without Giant -- change in default coming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 02:13:05 -0000 On Wed, 25 Aug 2004, Jun Kuriyama wrote: > At Tue, 24 Aug 2004 14:41:20 +0000 (UTC), > Robert Watson wrote: > > - We've focussed primarily on getting mainstream network configurations to > > run without Giant: this means that less mainstream subsystems (parts of > > IPv6, some netgraph nodes, IPX, etc) are currently unsafe without the > > Giant lock turned on. > > I'm interesting to use without Giant. But (as you know :-)) I'm using > IPv6 usually. How can I help to test this? > > I'm sorry I don't understand how it is difficult, but is it possible to > protect whole IPv6 code only with Giant without network stack Giant? Well, it's not impossible, but part of what would make it quite a bit more difficult than, for example, running with Giant over only IPX is that IPv4 and IPv6 share a substantial code base, APIs, and there are 46 sockets that use parts of both. I can imagine approaches to dealing with this, but I think a better strategy would be for us to complete the locking work on IPv6. George Neville-Neil and I have chatted some about our strategy towards completing IPv6 locking, and identified a number of areas of concern. At a high level, they are: - NFS over IPv6 still appears to be broken. We're not yet sure why, and we believe it's not a locking problem (rather, the disconnected NFS handling changes) but this needs to be resolved. - There may be remaining in6pcb locking nits, and we need to carefully review the in6pcb management code. A little reformulation to synch up with the inpcb code would be a good idea also. There are likely some more issues such as the ones you ran into with in6_pcbnotify(). - We need to review TCP/UDP locking, which was mirrored from the IPv4 code, but should probably be revisited. - if_gif requires locking work for IPv4 and IPv6. I have some work on this in the netperf branch, but it's only a starting point. - KAME IPSEC is currently not locked down. FAST_IPSEC is, but there are some nits, such as PF_KEY issues. I have some WIP in the netperf branch for correcting the PF_KEY issues, but have not yet tested it, so it will need more work. Some locking strategy for KAME IPSEC can be derived from FAST_IPSEC. - The existing locking in frag6 and scope6 needs to be reviewed and tested more. - The route locking in IPv6 needs reviewing. - IP6FW needs locking, perhaps in a style similar to ipfw for IPv4, although the code bases are now substantially diverged. Maybe with pf in the tree, we could drop ip6fw? - ip6_forward_rt needs locking; George is currently working on this. - ip6_mroute needs locking. - mld6 likely needs work. - ip6_id is unsynchronized, but so is ip_id. - raw_ip6 locking needs review and additional testing. George probably has an expanded version of the todo list. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 03:21:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCD4D16A4CE for ; Wed, 25 Aug 2004 03:21:10 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6365B43D5D for ; Wed, 25 Aug 2004 03:21:10 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7P3Iur6019622; Tue, 24 Aug 2004 23:18:56 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7P3ItDk019619; Tue, 24 Aug 2004 23:18:55 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 24 Aug 2004 23:18:55 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Christian Brueffer In-Reply-To: <20040824203210.GA30220@unixpages.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 03:21:11 -0000 On Tue, 24 Aug 2004, Christian Brueffer wrote: > I'm getting the following panic on 6-CURRENT as well as 5.3-BETA1 with > sources from today. It's easily reproducible on both, with > debug.mpsafenet=1. Hmm. Looks like something has acquired and failed to release Giant in the NFS server. It could be we're leaking Giant in an error case that didn't turn up in previous testing, but for some reason is more common in your environment. Unfortunately, as Giant can be acquired recursively, the "last acquired" information presented by WITNESS isn't useful to us. There are a couple of ways we could approach debugging this. I think the easiest might be the following: - Recompile your kernel with the following options: options KTR options KTR_COMPILE=(KTR_LOCK|KTR_PROC) options KTR_ENTRIES=16384 - At run-time, before triggering the crash, use sysctl to set the following settings: sysctl debug.ktr.cpumask=0xff sysctl debug.ktr.mask=`sysctl -n debug.ktr.compile` - When the crash occurs, use "show ktr" to list recent lock operations. Using your serial console, copy and paste a few pages of locking operations into an e-mail, probably until you hit the next context switch (mi_switch: new thread). You'll notice that the entries are sorted by event id, which generally results in reverse-chronological order with most recent event earliest. We'd like to look at all acquisitions of Giant and releases of Giant since that context switch. There should be one or more acquires than releases in the event stream, and we'd like to figure out which is the one not associated with a matching unlock. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > Crashdumps and debugging kernels available for both. > > panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant > cpuid = 0 > KDB: enter: panic > [thread 100102] > Stopped at kdb_enter+0x2b: nop > db> tr > kdb_enter(c06e619b) at kdb_enter+0x2b > panic(c06fbcc1,c0515fd4,0,2,2) at panic+0x125 > nfssvc_nfsd(c1c37420,c06e5488,121,c202b22c,c202b1c0) at > nfssvc_nfsd+0x77e > nfssvc(c1c37420,d8908d14,2,1,292) at nfssvc+0x1ac > syscall(2f,2f,2f,bfbfecd8,0) at syscall+0x22b > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280d02ef, esp = > 0xbfbfe92c, ebp = 0xbfbfe948 --- > db> show locks > exclusive sleep mutex nfsd_mtx r = 0 (0xc078dee0) locked @ > /usr/home/build/src/sys/nfsserver/nfs_syscalls.c: > 510 > exclusive sleep mutex Giant r = 1 (0xc074c100) locked @ > /usr/home/build/src/sys/nfsserver/nfs_serv.c:2693 > db> > > > - Christian > > -- > Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org > GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc > GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D > From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 04:00:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 376AD16A4CE; Wed, 25 Aug 2004 04:00:01 +0000 (GMT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4FB43D2F; Wed, 25 Aug 2004 04:00:00 +0000 (GMT) (envelope-from pepper@reppep.com) Received: from [66.92.104.201] (g4.reppep.com [66.92.104.201]) by www.reppep.com (Postfix) with ESMTP id 3A1E71038A; Tue, 24 Aug 2004 23:59:58 -0400 (EDT) Mime-Version: 1.0 Message-Id: Date: Tue, 24 Aug 2004 23:59:01 -0400 To: current@freebsd.org From: Chris Pepper Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: acpi@freebsd.org Subject: HP Pavilion 7915: still failing on ACPI under 5.3b1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 04:00:01 -0000 I just tried booting my HP Pavilion 7915 from the 5.3b1 disc1 ISO, and it hung with: ACPI APIC Table: ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard KDB: enter: Executed AML Breakpoint opcode Stopped at kdb_enter+0x2b: nop db> With 5.2.1, I saw a very similar hang, which I could avoid by booting in Safe mode; the details are at , and Safe mode still works (I get to sysinstall). I've tried to to upgrade the HP BIOS from 3.04 to 3.07 again, but the HP updater is still broken, and won't run on my system. FWIW, I've been running 5.2.1 successfully on this system, with ACPI disabled. Dunno if the BIOS should be blacklisted or I should try something else, but further experiments are welcomed. Thx, Chris Pepper -- Chris Pepper: Rockefeller University: From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 04:00:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D65BC16A4CE; Wed, 25 Aug 2004 04:00:01 +0000 (GMT) Received: from www.reppep.com (www.reppep.com [66.92.104.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62F5443D2F; Wed, 25 Aug 2004 04:00:01 +0000 (GMT) (envelope-from pepper@reppep.com) Received: from [66.92.104.201] (g4.reppep.com [66.92.104.201]) by www.reppep.com (Postfix) with ESMTP id CEEE71038C; Wed, 25 Aug 2004 00:00:00 -0400 (EDT) Mime-Version: 1.0 Message-Id: Date: Tue, 24 Aug 2004 23:56:04 -0400 To: current@freebsd.org From: Chris Pepper Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: Bill Paul Subject: re crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 04:00:02 -0000 I just rebooted my HP Pavilion 7915 w/ re card (Asante gigabit NIC), and it crashed. I immediately rebooted, and the system came all the way up. Chris Pepper miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: port 0x2400-0x24ff mem 0xf4101 re0: Ethernet address: 00:0e:2e:06:ea:82 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTo re0: diagnostic failed, failed to receive packet in loopback mode re0: attach aborted due to hardware diag failure Fatal trap 12: page fault while in kernel mode fault virtual address = 0x98 The full dmesg to the crash is: .?????????????????????????????????????????? . . . . , , . . /( )` . Welcome to FreeBSD! . \ \___ / | . . /- _ `-/ ' . . (/\/ \ \ /\ . 1. Boot FreeBSD [default] . / / | ` \ . 2. Boot FreeBSD with ACPI enabled . O O ) / | . 3. Boot FreeBSD in Safe Mode . `-^--'`< ' . 4. Boot FreeBSD in single user mode . (_.) _ ) / . 5. Boot FreeBSD with verbose logging . `.___/` / . 6. Escape to loader prompt . `-----' / . 7. Reboot . <----. __ / __ \ . . <----|====O)))==) \) /==== . . <----' `--' `.__,' \ . . | | . . \ / /\ . Select option, [Enter] for default . ______( (_ / \______/ . or [Space] to pause timer 0 . ,' ,-----' | .?????????????????????????????????????????. `--{__________) 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.2.1-RELEASE #2: Wed Jul 21 19:58:36 EDT 2004 root@guest.reppep.com:/usr/obj/usr/src/sys/REPPEP5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc092b000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Celeron (1102.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 401539072 (382 MB) avail memory = 380456960 (362 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pci_cfgintr: 0:1 INTA BIOS irq 9 pci_cfgintr: 0:31 INTD BIOS irq 11 pci_cfgintr: 0:31 INTB BIOS irq 9 agp0: mem 0xf4000000-0xf407ffff,0xf800 pcib1: at device 30.0 on pci0 pci1: on pcib1 pci_cfgintr: 1:8 INTA BIOS irq 9 pci_cfgintr: 1:9 INTA BIOS irq 9 pci_cfgintr: 1:10 INTA BIOS irq 10 atapci0: port 0x2000-0x200f,0x2010-0x20131 atapci0: [MPSAFE] ata2: at 0x2020 on atapci0 ata2: [MPSAFE] ata3: at 0x2018 on atapci0 ata3: [MPSAFE] xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x2080-0x20ff mem 0xf4104000-0xf411 xl0: Ethernet address: 00:04:76:df:f2:82 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: port 0x2400-0x24ff mem 0xf4101 re0: Ethernet address: 00:0e:2e:06:ea:82 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTo re0: diagnostic failed, failed to receive packet in loopback mode re0: attach aborted due to hardware diag failure Fatal trap 12: page fault while in kernel mode fault virtual address = 0x98 -- Chris Pepper: Rockefeller University: From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 05:13:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C18CA16A4CE for ; Wed, 25 Aug 2004 05:13:42 +0000 (GMT) Received: from mail.wolves.k12.mo.us (duey.wolves.k12.mo.us [207.160.214.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F3343D31 for ; Wed, 25 Aug 2004 05:13:42 +0000 (GMT) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id C040F1FE21 for ; Wed, 25 Aug 2004 00:13:37 -0500 (CDT) Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 94729-01 for ; Wed, 25 Aug 2004 00:13:36 -0500 (CDT) Received: by mail.wolves.k12.mo.us (Postfix, from userid 1001) id ED13E1FE1D; Wed, 25 Aug 2004 00:13:35 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id E93FF1A902 for ; Wed, 25 Aug 2004 00:13:35 -0500 (CDT) Date: Wed, 25 Aug 2004 00:13:35 -0500 (CDT) From: Chris Dillon To: freebsd-current@freebsd.org Message-ID: <20040824235426.U93926@duey.wolves.k12.mo.us> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at wolves.k12.mo.us Subject: 5.3-BETA1 hard lockups (HP DL380 G3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 05:13:42 -0000 Anybody else experiencing hard lockups with a recent 5.3-BETA? I can manage to build and install a kernel if I hold my breath while doing it, but I can't make it through a buildworld without the system locking up hard enough to require a manual reset (thank goodness for iLO and its virtual reset button :-). The hardware I'm working on is a HP Proliant DL380 G3, with dual 2.8GHz Xeons, 2GB RAM, and using the on-board SmartArray 5i+ controller with six 72GB 10KRPM disks in a RAID5 configuration. Everything worked fine at first, even went through a few kernels+worlds and plenty of port builds over the last month, but within the last week or so these hard lockups started happening during kernel/world builds (probably any moderate load would do). I thought maybe something might have gone wrong with the hardware so I ran the HP Diagnostics on it for 24 hours in a continuous loop and everything went fine. Any clues? -- Chris Dillon - cdillon(at)wolves.k12.mo.us FreeBSD: The fastest, most open, and most stable OS on the planet - Available for IA32, IA64, AMD64, PC98, Alpha, and UltraSPARC architectures - PowerPC, ARM, MIPS, and S/390 under development - http://www.freebsd.org Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 05:54:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93D6616A4CE for ; Wed, 25 Aug 2004 05:54:58 +0000 (GMT) Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F1D43D3F for ; Wed, 25 Aug 2004 05:54:56 +0000 (GMT) (envelope-from mike@urgle.com) Received: from guylian.urgle.com ([80.177.40.54]) by anchor-post-33.mail.demon.net with esmtp (Exim 3.35 #1) id 1BzqkJ-000E4V-0X; Wed, 25 Aug 2004 05:54:55 +0000 Received: from mike by guylian.urgle.com with local (Exim 4.32; FreeBSD) id 1BzqkI-0009Us-VF; Wed, 25 Aug 2004 05:54:54 +0000 Date: Wed, 25 Aug 2004 06:54:54 +0100 From: Mike Bristow To: Giorgos Keramidas Message-ID: <20040825055454.GA36380@urgle.com> References: <20040824215242.GB8363@urgle.com> <20040825014144.GA49637@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040825014144.GA49637@gothmog.gr> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: IPv4 checksum oddness (gcc compiler bug?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 05:54:58 -0000 On Wed, Aug 25, 2004 at 04:41:44AM +0300, Giorgos Keramidas wrote: > Did you by any chance compile the userland and/or kernel with CFLAGS CFLAGS= -pipe > or > COPTFLAGS set COPTFLAGS= -pipe -- You dont have to be illiterate to use the Internet, but it help's. From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 06:17:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2C8916A4CE for ; Wed, 25 Aug 2004 06:17:20 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCF4743D4C for ; Wed, 25 Aug 2004 06:17:20 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i7P6HKY5051291; Tue, 24 Aug 2004 23:17:20 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i7P6HKgV051290; Tue, 24 Aug 2004 23:17:20 -0700 (PDT) (envelope-from sgk) Date: Tue, 24 Aug 2004 23:17:20 -0700 From: Steve Kargl To: Mike Bristow Message-ID: <20040825061720.GA51268@troutmask.apl.washington.edu> References: <20040824215242.GB8363@urgle.com> <20040825014144.GA49637@gothmog.gr> <20040825055454.GA36380@urgle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040825055454.GA36380@urgle.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: Giorgos Keramidas Subject: Re: IPv4 checksum oddness (gcc compiler bug?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 06:17:21 -0000 On Wed, Aug 25, 2004 at 06:54:54AM +0100, Mike Bristow wrote: > On Wed, Aug 25, 2004 at 04:41:44AM +0300, Giorgos Keramidas wrote: > > Did you by any chance compile the userland and/or kernel with CFLAGS > > CFLAGS= -pipe > > > or > > COPTFLAGS set > > COPTFLAGS= -pipe > You probably want to add -O to both; otherwise, you are compiling without optimization. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 06:18:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EDEF16A4CE for ; Wed, 25 Aug 2004 06:18:43 +0000 (GMT) Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D24643D3F for ; Wed, 25 Aug 2004 06:18:41 +0000 (GMT) (envelope-from mike@urgle.com) Received: from guylian.urgle.com ([80.177.40.54]) by anchor-post-33.mail.demon.net with esmtp (Exim 3.35 #1) id 1Bzr7I-000FiV-0X; Wed, 25 Aug 2004 06:18:40 +0000 Received: from mike by guylian.urgle.com with local (Exim 4.32; FreeBSD) id 1Bzr7H-0009rE-Qm; Wed, 25 Aug 2004 06:18:39 +0000 Date: Wed, 25 Aug 2004 07:18:39 +0100 From: Mike Bristow To: "Li, Qing" Message-ID: <20040825061839.GB36380@urgle.com> References: <00CDF9AA240E204FA6E923BD35BC6436063B074A@bcs-mail.internal.cacheflow.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00CDF9AA240E204FA6E923BD35BC6436063B074A@bcs-mail.internal.cacheflow.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: IPv4 checksum oddness (gcc compiler bug?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 06:18:43 -0000 On Tue, Aug 24, 2004 at 04:57:05PM -0700, Li, Qing wrote: > > I ran into a checksum problem and filed the following bug > report. > See if it's related. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=69257 It appears to be the problem, yes. Thanks. The workaround your PR implies is much nicer than my hack. -- You dont have to be illiterate to use the Internet, but it help's. From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 06:22:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA26616A4CE for ; Wed, 25 Aug 2004 06:22:11 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714A043D1D for ; Wed, 25 Aug 2004 06:22:10 +0000 (GMT) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id i7P6LMfl013948 for ; Wed, 25 Aug 2004 15:51:22 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Wed, 25 Aug 2004 15:52:02 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id i7P6H2w27782 for ; Wed, 25 Aug 2004 15:47:02 +0930 (CST) Received: from squirm.dsto.defence.gov.au ([131.185.40.211]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id QXSYBBJ2; Wed, 25 Aug 2004 15:46:59 +0930 Received: from squirm.dsto.defence.gov.au (localhost [127.0.0.1]) by squirm.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i7P6H6qC010680 ; Wed, 25 Aug 2004 15:47:06 +0930 (CST) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squirm.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i7P6H6tj010679; Wed, 25 Aug 2004 15:47:06 +0930 (CST) (envelope-from wilkinsa) Date: Wed, 25 Aug 2004 15:47:06 +0930 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20040825061706.GE9209@squirm.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, matthew.thyer@dsto.defence.gov.au Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline X-Message-Flag: "Beware of Outlook! It Bites You Eventually" User-Agent: Mutt/1.5.6i cc: matthew.thyer@dsto.defence.gov.au Subject: 5.3-BETA panic .... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 06:22:12 -0000 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc136 fault code = supervisor read, page not present instruction pointer = 0x8:0xc076660a stack pointer = 0x10:0xdd0a79b8 frame pointer = 0x10:0xdd0a79c4 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 = 3698 (getty) [thread 100061] Stopped at commodem+0x12: movl 0x58(%eax),%ebx db> tr commodem(c1ae2a00,0,1,c1a37800,6) at commodem+0x12 comhardclose(c1a37800) at comhardclose+0x6c sioopen(c08b1fc4,3,2000,c1a71840,0) at sioopen+0x392 spec_open(dd0a7a74,dd0a7b30,c0658ccd,dd0a7a74,180) at spec_open+0x2c4 spec_vnoperate(dd0a7a74) at spec_vnoperate+0x13 vn_open_cred(dd0a7be4,dd0a7ce4,c08,c193e480,0) at vn_open_cred+0x431 vn_open(dd0a7be4,dd0a7ce4,c08,0,c08b3220) at vn_open+0x1e kern_open(c1a71840,804f940,0,3,bfbfee18) at kern_open+0xd2 open(c1a71840,dd0a7d14,3,1,292) at open+0x18 syscall(2f,2f,2f,804f940,bfbfef61) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x280d160f, esp = 0xbfbfedec, ebp = 0xbfbfee18 --- db> From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 06:45:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0322916A4CE for ; Wed, 25 Aug 2004 06:45:48 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C96F43D54 for ; Wed, 25 Aug 2004 06:45:47 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7P6jbJi074147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 09:45:38 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7P6jeKO002976; Wed, 25 Aug 2004 09:45:40 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 09:45:40 +0300 From: Ruslan Ermilov To: Chuck Swiger Message-ID: <20040825064540.GA2916@ip.net.ua> References: <200408241641.20389.4711@chello.at> <20040824164442.GE37217@ip.net.ua> <20040824164701.GF37217@ip.net.ua> <412B7C24.3040006@mac.com> <20040824174456.GA38418@ip.net.ua> <412B884F.1000004@mac.com> <20040824184009.GD38418@ip.net.ua> <412B9648.2060102@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <412B9648.2060102@mac.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Christian Hiris <4711@chello.at> cc: freebsd-current@FreeBSD.org Subject: Re: Upgrade to 5.3-BETA1: make installkernel - Stop in /usr/src/sys/modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 06:45:48 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 03:26:00PM -0400, Chuck Swiger wrote: > Ruslan Ermilov wrote: [...] > Would running "mergemaster -p" on systems before the installkernel stage= =20 > have helped make this work? >=20 No. > I thought "mergemaster" was supposed to deal with upgrading the parts of= =20 > the installed system (missing users, rc scripts, tools like make) which= =20 > might be needed for the installkernel/installworld to run properly. >=20 I don't use mergemaster(8), but I also don't think it plays with upgrading binaries. Basically, it does "make distrib-dirs; make distribution" using src/etc/Makefile, and then guides you through merging the stuff. > I also=20 > seem to recall that the build system uses the executables from the newly= =20 > built world when building the kernel; >=20 This seems to be a common misconception. installworld/installkernel never uses *new* stuff from newly built world, because it may not be runnable. Instead, for tools that are used during build/install, as the first step, buildworld builds a bootstrap-tools target, which builds tools that are fresh and adequate for running on the build host (and on any host which a compatible CPU and __FreeBSD_version). Moreover, the built world may be for a different hardware architecture. In this case, you cannot NFS mount /usr/src and /usr/obj from i386 on Alpha, and expect it to work -- or it will attempt to build some i386 binaries (those that were build during the bootstrap-tools stage). OTOH, mounting /, /usr, and /var partitions from your Alpha on i386, anchoring them to say /mnt, and doing "make installworld DESTDIR=3D/mnt" will work. > could one use the tools from the new=20 > world to handle the installation if the existing tools are not adequate? >=20 Only in rare circumstances, and only when you build system is broken. It's not needed under normal conditions. Build system may become broken if you for example delete or modify some header file, do a partial upgrade like doing "make includes", or if there was a bug made by a committer that prevents some tool from working at all. In the latter case, we usually put an entry to src/UPDATING explaining the possible pitfalls. See the 20030329 UPDATING entry for an example of what I'm talking about here. > [ I suspect the answer is "What happens if the tools just built don't run= =20 > on the kernel (or world) of the install machine because that box doesn't= =20 > match the kernel/world of the build system?" I see.... ] >=20 Yes. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLDWUqRfpzJluFF4RAmWWAJ4pugDB/p7baYPtjbf13onLkCbiCwCeObG5 Jzi+s8Tp4EM07XFlp8oI5OE= =5up/ -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 06:59:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3250916A51C; Wed, 25 Aug 2004 06:59:44 +0000 (GMT) Received: from www.cyclades.de (mail.cyclades.de [62.225.173.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4937443D1D; Wed, 25 Aug 2004 06:59:43 +0000 (GMT) (envelope-from mh@kernel32.de) Received: from [192.168.10.148] (helo=[192.168.10.148]) by www.cyclades.de with asmtp (Exim 3.35 #1 (Debian)) id 1Bzrkz-0000CC-00; Wed, 25 Aug 2004 08:59:41 +0200 Message-ID: <412C38F4.2050907@kernel32.de> Date: Wed, 25 Aug 2004 09:00:04 +0200 From: Marian Hettwer User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bill Paul References: <20040824194836.78A8616A4EC@hub.freebsd.org> In-Reply-To: <20040824194836.78A8616A4EC@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner: Found to be clean X-MailScanner-SpamCheck: cc: current@freebsd.org Subject: Re: if_ndis for Intel Pro/Wireless 2011B X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 06:59:44 -0000 Hej Bill, Bill Paul wrote: >>Hi All, >> >>as this card is not supported by wi(4), I thought giving it a try via >>if_ndis. >>I followed the instructions of Bill Paul: >># cp foo.sys foo.inf /sys/modules/if_ndis >># cd /sys/modules/ndis >># make; make load >># cd /sys/modules/if_ndis >># ndiscvt -i foo.inf -s foo.sys -o ndis_driver_data.h >># make; make load >> >>But something went wrong... >>([root@ares] )# /usr/sbin/ndiscvt -i >>NetWLan5.Inf -s NetWLan5.sys -o ndis_driver_data.h >>ndiscvt: line 11: NT: syntax error. >> >>So... there I'm stuck. All the other steps before ndiscvt went fine. >>I got the Intel drivers from the intel website. > > > "The Intel website" is very big. It takes a tiny amount of effort for > you to show us what URL you used when you downloaded the driver and > it saves me a lot of time. > I'm sorry ... the driver Package was found at: http://downloadfinder.intel.com/scripts-df/download.asp?url=/5844/eng/2011_2011B_3.1.1.31.exe So it's driver version 3.1.1.31 ... I just searched in the download Center for "2011B" ... the third link was the driver ... > >>As a co-worker of mine >>informed me, they are working under WinXP. >>As Intel is giving out those drivers in a crappy .exe file, I used wine >>to execute this windows binary, and see, I got the .inf and .sys - hope >>this is okay. >> >>Well... does somebody has an idea what the error of ndiscvt tries to >>tell me ? :) > > > No, because you didn't bother to provide copies of the .inf and .sys > files so we could examine them. > Sorry... As I still believe sending around a .inf and .sys as attachment to a mailinglist isn't a good idea, I uploaded it to my webserver. You can find the files there: http://www.unixoid.de/freebsd/ Additionally I uploaded the driver from Intel's Website. Just in case the URL above doesn't work ... well, and I forgot to mention my OS Version, right ? ;) ([mhettwer@ares] <~>)$ uname -a FreeBSD ares.meganet.local 5.3-BETA1 FreeBSD 5.3-BETA1 #7: Tue Aug 24 13:54:23 CEST 2004 mhettwer@ares.meganet.local:/usr/src/sys/i386/compile/ARES i386 any more info's needed ? regards, Marian From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 07:06:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 332B716A4CE for ; Wed, 25 Aug 2004 07:06:14 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5227143D31 for ; Wed, 25 Aug 2004 07:06:13 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7P769sl075306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 25 Aug 2004 10:06:10 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7P76Ci8003219 for freebsd-current@freebsd.org; Wed, 25 Aug 2004 10:06:12 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 10:06:04 +0300 From: Ruslan Ermilov To: freebsd-current@freebsd.org Message-ID: <20040825070604.GE2916@ip.net.ua> References: <20040824164223.GA6359@gicco.homeip.net> <20040824170357.GA46720@troutmask.apl.washington.edu> <20040824174147.GA2041@gicco.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CGDBiGfvSTbxKZlW" Content-Disposition: inline In-Reply-To: <20040824174147.GA2041@gicco.homeip.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new Subject: Re: crt1.o: In function `_start': undefined reference to `_init_tsl' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 07:06:14 -0000 --CGDBiGfvSTbxKZlW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 07:41:47PM +0200, Hanspeter Roth wrote: > On Aug 24 at 10:03, Steve Kargl spoke: >=20 > > On Tue, Aug 24, 2004 at 06:42:23PM +0200, Hanspeter Roth wrote: > > > Hello, > > >=20 > > > I have upgraded to 5.3-Beta1 from CD. > > > I had removed /usr/src before upgrading. > > > Now building the kernel fails: > > >=20 > [...] > > > /usr/lib/crt1.o(.text+0x64): In function `_start': > > > : undefined reference to `_init_tls' > > >=20 > > > Is it expected to build world first or to build a GENERIC kernel > > > first? > > >=20 > >=20 > > more /usr/src/UPDATING > >=20 > > Skip to this section: > >=20 > > To build a kernel > > ----------------- > > If you are updating from a prior version of FreeBSD (even one j= ust > > a few days old), you should follow this procedure. With a > > /usr/obj tree with a fresh buildworld, > >=20 > > and start reading. >=20 > Ok. I've tried buildworld. It results in the same undefined > reference probably when building tcsh. >=20 I recall you upgrading your libc without updating the rest of the world -- this ruined your build system. To try to recover from it, you may need to build/install in lib/csu: cd /usr/src/lib/csu make obj && make && make install Then try again to buildworld. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --CGDBiGfvSTbxKZlW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLDpcqRfpzJluFF4RAg7jAJ0aMP5MY/c5u7fTtLzAqUS1ws8NCgCfSUpd Df0tJbUvG1wt35Lg0lqKDeY= =/+eE -----END PGP SIGNATURE----- --CGDBiGfvSTbxKZlW-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 07:54:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EABE16A4CE for ; Wed, 25 Aug 2004 07:54:22 +0000 (GMT) Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8C7C43D4C for ; Wed, 25 Aug 2004 07:54:20 +0000 (GMT) (envelope-from cisbjc@cs.unisa.edu.au) Received: from [192.168.0.55] (cis202068.levels.unisa.edu.au [130.220.37.202]) i7P7sIZk029328 for ; Wed, 25 Aug 2004 17:24:19 +0930 (CST) Message-ID: <412C44FC.7080401@cs.unisa.edu.au> Date: Wed, 25 Aug 2004 17:21:24 +0930 From: Benjamin Close User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040819 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <40F7BFA60011DA96@mssbzhh-int.msg.bluewin.ch> In-Reply-To: <40F7BFA60011DA96@mssbzhh-int.msg.bluewin.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: missing fd0 in /dev after upgrading to FBSD-6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 07:54:22 -0000 Hi All, Just a Me To. The controller is found but the device is not: fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 FreeBSD draco.nodomain.yet 5.3-BETA1 FreeBSD 5.3-BETA1 #0: Wed Aug 25 12:42:28 CST 2004 benjsc@draco.nodomain.yet:/usr/obj/usr/src/sys/GENERIC i386 fdc.c:__FBSDID("$FreeBSD: src/sys/dev/fdc/fdc.c,v 1.283 2004/08/14 21:40:28 phk Exp $"); fdc_acpi.c:__FBSDID("$FreeBSD: src/sys/dev/fdc/fdc_acpi.c,v 1.2 2004/07/28 22:35:41 njl Exp $"); fdc_isa.c:__FBSDID("$FreeBSD: src/sys/dev/fdc/fdc_isa.c,v 1.9.2.1 2004/08/23 05:11:05 njl Exp $"); fdc_pccard.c:__FBSDID("$FreeBSD: src/sys/dev/fdc/fdc_pccard.c,v 1.8 2004/07/15 16:41:07 njl Exp $"); fdcreg.h: * $FreeBSD: src/sys/dev/fdc/fdcreg.h,v 1.18 2004/04/07 20:46:09 imp Exp $ fdcvar.h: * $FreeBSD: src/sys/dev/fdc/fdcvar.h,v 1.3 2004/07/15 16:39:40 njl Exp $ fdc0 pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.PCI0.ISAB.FDC0 fd4 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.ISAB.FDC0.AFDC All patches, happily tested. (It's a Dell Inspiron 8000 Laptop) Kernels from ~ 1 month ago work. Cheers, Benjamin carloma@bluewin.ch wrote: > > >Hi all, > >this is my problem ! > >After cvsupping from FBSD-5.2 to FBSD-6.0-CURRENT I miss fd0 in /dev. Consequently >accssing floppy is not possible anymore. It must have something to do with >devfs. >I tried 'mknod /dev/fd0 ...' but could not find out the correct major/minor >numbers for the floppy driver. > >Any suggestion helping solve the problem is highly appreciated (sure, the >real problem is my stupidity, but this is not solvable anymore) > >Thanks in advance > >Carlo. > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 08:20:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 619E216A4CE; Wed, 25 Aug 2004 08:20:53 +0000 (GMT) Received: from zone3.gcu-squad.org (zone3.gcu-squad.org [217.19.50.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD6B43D46; Wed, 25 Aug 2004 08:20:52 +0000 (GMT) (envelope-from imil@home.imil.net) Received: from localhost.gcu-squad.org (IDENT:imil@localhost.gcu-squad.org [127.0.0.1]) by zone3.gcu-squad.org (8.13.1/8.12.11) with ESMTP id i7P89jRe029203; Wed, 25 Aug 2004 10:09:45 +0200 (CEST) (envelope-from imil@home.imil.net) Date: Wed, 25 Aug 2004 10:09:42 +0200 (CEST) From: iMil X-X-Sender: imil@zone3.gcu-squad.org To: Bill Paul In-Reply-To: <20040824091351.S34647@zone3.gcu-squad.org> Message-ID: <20040825095742.Y88889@zone3.gcu-squad.org> References: <20040823210654.A782316A4CF@hub.freebsd.org> <20040824091351.S34647@zone3.gcu-squad.org> X-GPG-Fingerprint: 8431 79E4 A08B D1B7 0DC8 0BDF 146D C194 65B2 CD42 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: Project Evil on a WG311v2: working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 08:20:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 here comes: cvs up is from Aug 20, ndis0: flags=8843 mtu 1500 ndis0: mem 0xef000000-0xef01ffff,0xef020000-0xef021fff irq 12 at device 18.0 on pci0 ndis0: [GIANT-LOCKED] ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:09:5b:8f:d7:df everything fine here, now : # ifconfig ndis0 ssid "MY SSID" mediaopt adhoc up ifconfig: SIOCS80211: Invalid argument and # wicontrol ndis0 wicontrol: SIOCGWAVELAN: Invalid argument of course I googled it, nothing really relevant. So my sysctl-technique is the only way I can get this card working, but maybe I'm missing something ? On Tue, 24 Aug 2004, iMil wrote: > > > That's what I meant when I said it didn't behaved as expected, of course > ifconfig is what I did 1st, but I got errors from both wicontrol and > ifconfig when attempting to configure ndis interface with them. Don't have > acces to the machine right now but it was a SIOCSWAVELAN / invalid > argument for wicontrol (simply calling wicontrol -i ndis0) and another > similar with an ifconfig. I'll be back with exact error messages soon. > > On Mon, 23 Aug 2004, Bill Paul wrote: > >> # ifconfig ndis0 ssid "MY SSID" mediaopt adhoc up >> >> For infrastructure mode: >> >> # ifconfig ndis0 ssid "MY SSID" media autoselect >> >> To change the channel (THIS ONLY WORKS IN AD-HOC MODE!): >> >> # ifconfig ndis0 channel 7 >> >> -Bill >> >> -- >> ============================================================================= >> -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu >> wpaul@windriver.com | Wind River Systems >> ============================================================================= >> you're just BEGGING to face the moose >> ============================================================================= >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > ------------------------- > iMil _ > http://gcu-squad.org ASCII ribbon campaign ( ) > - against HTML email X > & vCards / \ > - ------------------------- iMil _ http://gcu-squad.org ASCII ribbon campaign ( ) - against HTML email X & vCards / \ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLElJFG3BlGWyzUIRAvqWAJ9dTI/nE1C1akrk1NKhzmLYZpSnmgCfX4tQ J06PXSemS1Hv/y2EJ2BbAYM= =CUeu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 08:24:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9536A16A4CE; Wed, 25 Aug 2004 08:24:54 +0000 (GMT) Received: from kraid.nerim.net (smtp-103-wednesday.nerim.net [62.4.16.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17A9743D2D; Wed, 25 Aug 2004 08:24:54 +0000 (GMT) (envelope-from bettan@nerim.net) Received: from frederic (linux-win.com [62.212.121.38]) by kraid.nerim.net (Postfix) with SMTP id F074F418E0; Wed, 25 Aug 2004 10:24:41 +0200 (CEST) Message-ID: <002801c48a7c$f8a1d630$0401a8c0@frederic> From: "bettan" To: "Don Lewis" References: <200408250100.i7P10nIJ002696@gw.catspoiler.org> Date: Wed, 25 Aug 2004 10:24:42 +0200 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.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@FreeBSD.org Subject: Re: reboot on freebsd 5.3-beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 08:24:54 -0000 When i reboot , i have Syncing disk , vnodes remaining and numbers but it isn't quickly and i don't umount my files systems before the reboot. ----- Original Message ----- From: "Don Lewis" To: Cc: Sent: Wednesday, August 25, 2004 3:00 AM Subject: Re: reboot on freebsd 5.3-beta1 > On 24 Aug, bettan wrote: > > I have a problem , when i want to reboot , the reboot is long. > > When i have sync buffer and numbers , this is long. > > If you are using ext2 file systems, this is a known problem. The > workaround is to unmount any ext2 file systems before rebooting. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 08:29:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B41BD16A4CE for ; Wed, 25 Aug 2004 08:29:06 +0000 (GMT) Received: from kraid.nerim.net (smtp-103-wednesday.nerim.net [62.4.16.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 813F343D48 for ; Wed, 25 Aug 2004 08:29:06 +0000 (GMT) (envelope-from bettan@nerim.net) Received: from frederic (linux-win.com [62.212.121.38]) by kraid.nerim.net (Postfix) with SMTP id 4FC244191D; Wed, 25 Aug 2004 10:29:05 +0200 (CEST) Message-ID: <003a01c48a7d$959b6230$0401a8c0@frederic> From: "bettan" To: "George V. Neville-Neil" References: <20040824185742.45B945D04@ptavv.es.net><011801c48a12$184bc600$0401a8c0@frederic> Date: Wed, 25 Aug 2004 10:29:05 +0200 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.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 cc: freebsd-current@freebsd.org Subject: Re: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 08:29:06 -0000 I have that with netstat -nr : Internet6: Destination Gateway Flags Netif Expire ::1 ::1 UH lo0 fe80::%xl0/64 link#1 UC xl0 fe80::20a:5eff:fe3e:ebf7%xl0 00:0a:5e:3e:eb:f7 UHL lo0 fe80::%vr1/64 link#3 UC vr1 fe80::205:5dff:fea2:98ef%vr1 00:05:5d:a2:98:ef UHL lo0 fe80::%lo0/64 fe80::1%lo0 U lo0 fe80::1%lo0 link#7 UHL lo0 fe80::%tun0/64 fe80::20a:5eff:fe3e:ebf7%tun0 U tun0 fe80::20a:5eff:fe3e:ebf7%tun0 link#8 UHL lo0 ff01::/32 ::1 U lo0 ff02::%xl0/32 link#1 UC xl0 ff02::%vr1/32 link#3 UC vr1 ff02::%lo0/32 ::1 UC lo0 ff02::%tun0/32 fe80::20a:5eff:fe3e:ebf7%tun0 UC tun0 I used the same config en 5.2.1-release and it's worked. ----- Original Message ----- From: "George V. Neville-Neil" To: "bettan" Cc: Sent: Tuesday, August 24, 2004 10:57 PM Subject: Re: altq on freebsd 5.2-current > At Tue, 24 Aug 2004 21:39:39 +0200, > bettan wrote: > > > > altq works good on freebsd 5.63-beta1 now.But I have a other problem with > > 5.3-beta-1 with ipv6.I put this lines en my rc.conf but ping6 fails : > > > > ipv6_ifconfig_xl0="2001:7a8:3d26::1 prefixlen 64" > > rtadvd_enable="YES" > > rtadvd_interfaces="xl0" > > ipv6_gateway_enable="YES" > > ipv6_defaultrouter="NO" > > ipv6_static_routes="tun0" > > ipv6_route_tun0="default -interface tun0" > > > > And i have put that in sysctl.conf: > > > > net.inet6.ip6.forwarding=1 > > > > But ping6: UDP connect: No route to host . > > Have you checked your interfaces and routing table? The output of > netstat -rn and ifconfig would be useful here. > > Later, > George > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 08:48:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 032D716A4CE for ; Wed, 25 Aug 2004 08:48:33 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C7F143D53 for ; Wed, 25 Aug 2004 08:48:32 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id i7P8mIl1070359; Wed, 25 Aug 2004 09:48:19 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Wed, 25 Aug 2004 09:48:37 +0100 User-Agent: KMail/1.6.2 References: <20040824164223.GA6359@gicco.homeip.net> <20040824170357.GA46720@troutmask.apl.washington.edu> <20040824174147.GA2041@gicco.homeip.net> In-Reply-To: <20040824174147.GA2041@gicco.homeip.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408250948.37555.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Hanspeter Roth Subject: Re: crt1.o: In function `_start': undefined reference to `_init_tsl' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 08:48:33 -0000 On Tuesday 24 August 2004 18:41, Hanspeter Roth wrote: > On Aug 24 at 10:03, Steve Kargl spoke: > > On Tue, Aug 24, 2004 at 06:42:23PM +0200, Hanspeter Roth wrote: > > > Hello, > > > > > > I have upgraded to 5.3-Beta1 from CD. > > > I had removed /usr/src before upgrading. > > > Now building the kernel fails: > > [...] > > > > /usr/lib/crt1.o(.text+0x64): In function `_start': > > > : undefined reference to `_init_tls' > > > > > > Is it expected to build world first or to build a GENERIC kernel > > > first? > > > > more /usr/src/UPDATING > > > > Skip to this section: > > > > To build a kernel > > ----------------- > > If you are updating from a prior version of FreeBSD (even > > one just a few days old), you should follow this procedure. With a > > /usr/obj tree with a fresh buildworld, > > > > and start reading. > > Ok. I've tried buildworld. It results in the same undefined > reference probably when building tcsh. It looks like you are trying to run new 5.3 compiled programs with an old version of libc.so. This will not work. From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 09:28:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F21C516A4CE for ; Wed, 25 Aug 2004 09:28:07 +0000 (GMT) Received: from ra.sigterm.com (sangui.lnk.telstra.net [139.130.16.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id C62B943D31 for ; Wed, 25 Aug 2004 09:28:02 +0000 (GMT) (envelope-from stuart@sigterm.com) Received: from [203.39.73.115] (imhotep.sigterm.com [203.39.73.115]) by ra.sigterm.com (8.12.11/8.12.11) with ESMTP id i7P9Rvc2038138 for ; Wed, 25 Aug 2004 19:27:59 +1000 (EST) (envelope-from stuart@sigterm.com) Message-ID: <412C5B9D.6070303@sigterm.com> Date: Wed, 25 Aug 2004 19:27:57 +1000 From: Stuart Tanner User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040823) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.3-BETA drm problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: stuart@sigterm.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 09:28:08 -0000 When I try to run glxgears (or any other OpenGL software) I get the following message. disabling TCL support do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset. 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-BETA1 #1: Wed Aug 25 17:35:12 EST 2004 stuart@imhotep.sigterm.com:/usr/obj/usr/src/sys/IMHOTEP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) Processor (1102.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000 real memory = 134152192 (127 MB) avail memory = 121618432 (115 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0x9800-0x98ff mem 0xdfef0000-0xdfefffff,0xd0000000-0xd7ffffff at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 64MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xcc00-0xcc1f irq 11 at device 7.2 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 0xd000-0xd01f irq 11 at device 7.3 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 pci0: at device 7.4 (no driver attached) pcm0: port 0xd400-0xd403,0xd800-0xd803,0xdc00-0xdcff irq 10 at device 7.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: rl0: port 0xc800-0xc8ff mem 0xdfffff00-0xdfffffff irq 9 at device 8.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:30:bd:09:4a:b2 rl0: [GIANT-LOCKED] pci0: at device 9.0 (no driver attached) acpi_button1: 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 IntelliMouse, device ID 3 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port orm0: at iomem 0xc0000-0xcbfff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1102506354 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% ad0: 28629MB [58168/16/63] at ata0-master UDMA100 ATAPI_RESET time = 100us acd0: CDRW at ata1-master PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: cd present [281654 x 2048 byte records] Mounting root from ufs:/dev/ad0s2a -- Stuart Tanner From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 11:12:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2218B16A4CE for ; Wed, 25 Aug 2004 11:12:24 +0000 (GMT) Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7589843D41 for ; Wed, 25 Aug 2004 11:12:23 +0000 (GMT) (envelope-from mike@urgle.com) Received: from singsing.eng.demon.net (singsing.eng.demon.net [194.217.90.11]) by internal.mail.demon.net with ESMTP id i7PBF0414733; Wed, 25 Aug 2004 11:15:00 GMT Received: from singsing.eng.demon.net (localhost [127.0.0.1]) i7PBCHqn061636; Wed, 25 Aug 2004 12:12:17 +0100 (BST) (envelope-from mike@urgle.com) Received: (from michaelb@localhost) by singsing.eng.demon.net (8.12.10/8.12.10/Submit) id i7PBCGoC061635; Wed, 25 Aug 2004 12:12:16 +0100 (BST) (envelope-from mike@urgle.com) X-Authentication-Warning: singsing.eng.demon.net: michaelb set sender to mike@urgle.com using -f From: Mike Bristow To: "Li, Qing" In-Reply-To: <00CDF9AA240E204FA6E923BD35BC6436063B074A@bcs-mail.internal.cacheflow.com> References: <00CDF9AA240E204FA6E923BD35BC6436063B074A@bcs-mail.internal.cacheflow.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: (none) Message-Id: <1093432335.57022.141.camel@singsing.eng.demon.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 25 Aug 2004 12:12:16 +0100 cc: freebsd-current@freebsd.org Subject: RE: IPv4 checksum oddness (gcc compiler bug?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 11:12:24 -0000 On Wed, 2004-08-25 at 00:57, Li, Qing wrote: > I ran into a checksum problem and filed the following bug > report. > See if it's related. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=69257 To quote from Apple's GCC 3.3 docs: You can't expect a sequence of volatile asm instructions to remain perfectly consecutive. If you want consecutive output, use a single asm. Also, GCC will perform some optimizations across a volatile asm instruction; GCC does not "forget everything" when it encounters a volatile asm instruction the way some other compilers do. I've added a patch to the PR above which uses a single asm statement; I'll make some noise about it post 5.3. -- Mike Bristow - http://www.urgle.com/~mike/ - mike@urgle.com Why did the farmer call his horse Blacksmith? Mrs Sippi From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 13:55:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E68B616A4CE for ; Tue, 24 Aug 2004 13:55:29 +0000 (GMT) Received: from hotmail.com (bay5-f4.bay5.hotmail.com [65.54.173.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA97E43D2D for ; Tue, 24 Aug 2004 13:55:09 +0000 (GMT) (envelope-from cell_46@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 24 Aug 2004 06:55:09 -0700 Received: from 62.212.121.38 by by5fd.bay5.hotmail.msn.com with HTTP; Tue, 24 Aug 2004 13:55:09 GMT X-Originating-IP: [62.212.121.38] X-Originating-Email: [cell_46@msn.com] X-Sender: cell_46@msn.com From: "splinter cell" To: samwun@hgdbroadband.com Date: Tue, 24 Aug 2004 15:55:09 +0200 Message-ID: X-OriginalArrivalTime: 24 Aug 2004 13:55:09.0645 (UTC) FILETIME=[F81C07D0:01C489E1] X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: altq on freebsd 5.2-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 13:55:30 -0000 I have this version : uname -a FreeBSD linux-win.com 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Tue Aug 24 13:39:11 CEST 2004 [1]cell@linux-win.com:/usr/obj/usr/src/sys/FREEBSD i386 >From: sam >To: splinter cell >CC: freebsd-current@freebsd.org >Subject: Re: altq on freebsd 5.2-current >Date: Tue, 24 Aug 2004 21:19:03 +0800 >MIME-Version: 1.0 >Received: from smtp02.net-yan.com ([210.0.255.157]) by mc11-f17.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Tue, 24 Aug 2004 06:24:30 -0700 >Received: (qmail 80209 invoked from network); 24 Aug 2004 13:23:28 -0000 >Received: from unknown (HELO [192.168.4.129]) (samwun@hgcbroadband.com@[221.127.107.239]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 24 Aug 2004 13:23:28 -0000 >X-Message-Info: JGTYoYF78jHotWzTii8iruyzE+rHx7jo >Message-ID: <412B4047.3000605@hgdbroadband.com> >User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 >X-Accept-Language: en-us, en >References: >In-Reply-To: >Return-Path: samwun@hgdbroadband.com >X-OriginalArrivalTime: 24 Aug 2004 13:24:30.0314 (UTC) FILETIME=[AFC864A0:01C489DD] > >splinter cell wrote: > >> hello , i have compiled my kernel with this options : >> >> options ALTQ >> options ALTQ_CBQ # Class Bases Queueing >> options ALTQ_RED # Random Early Drop >> options ALTQ_RIO # RED In/Out >> options ALTQ_HFSC # Hierarchical Packet Scheduler >> options ALTQ_CDNR # Traffic conditioner >> options ALTQ_PRIQ # Prioirity Queueing >> options ALTQ_NOPCC # Required for SMP build >> >> but when i run pf with this rules : >> >> int = "xl0" >> >> altq on $int cbq bandwidth 1024Kb queue { std } >> >> i have this message : altq not defined on xl0 >> pfctl: Syntax error in config file: pf rules not loaded >> >> And i have patched the driver if_xl.c and if_vr.c with >> [1]http://people.freebsd.org/~mlaier/ALTQ_driver/ but i have >>always >> this message and i don't have /dev/altq in my freebsd. >> Anyone have an idea for that ? >> >>_________________________________________________________________ >> >> Trouvez l'âme soeur sur [2]MSN Rencontres >> >>References >> >> 1. http://people.freebsd.org/~mlaier/ALTQ_driver/ >> 2. http://g.msn.com/8HMAFRFR/2731??PS=47575 >> >> >I dont have problem with that. Here is the altq rules in my pf.conf: >altq on $ext_if cbq bandwidth 5Mb queue { std, http, mail, ssh } >queue std bandwidth 50% cbq(default) > >How old is your current? Mine is: >root@fbsd [9:21pm] [...local/etc]# uname -a >FreeBSD 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Aug 19 19:13:47 HKT >2004 root@fbsd:/bdata/obj/usr/src/sys/SEC5-2a i386 > >sam _________________________________________________________________ MSN Search, le moteur de recherche qui pense comme vous ! [2]Cliquez-ici References 1. http://by5fd.bay5.hotmail.msn.com/cgi-bin/compose?mailto=1&msg=MSG1093354264.8&start=1527793&len=7230&src=&type=x&to=cell%40linux%2dwin%2ecom%3a%2fusr%2fobj%2fusr%2fsrc%2fsys%2fFREEBSD&cc=&bcc=&subject=&body=&curmbox=F000000001&a=ac45971d9d722c9915adeb2fa2f4748d 2. http://g.msn.com/8HMAFRFR/2749??PS=47575 From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 15:34:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E7C16A4CE for ; Tue, 24 Aug 2004 15:34:43 +0000 (GMT) Received: from mail3.bluewin.ch (mail3.bluewin.ch [195.186.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55E843D2F for ; Tue, 24 Aug 2004 15:34:42 +0000 (GMT) (envelope-from fweissbaum@bluewin.ch) Received: from skrypt (81.62.133.187) by mail3.bluewin.ch (Bluewin AG 7.0.030.2) id 40ED9D270054C145 for freebsd-current@freebsd.org; Tue, 24 Aug 2004 15:34:41 +0000 Message-ID: <000801c489ef$e58dc8c0$6407a8c0@skrypt> From: =?iso-8859-1?Q?Fran=E7ois_Weissbaum?= To: Date: Tue, 24 Aug 2004 17:34:49 +0200 MIME-Version: 1.0 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 X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: missing fd0 in /dev after cvsupping to FBSD-6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 15:34:43 -0000 =20 Hi all,=20 this is my problem !=20 After cvsupping from FBSD-5.2 to FBSD-6.0-CURRENT I miss fd0 in /dev. = Consequently accssing floppy is not possible anymore. It must have something to do = with devfs.=20 I tried 'mknod /dev/fd0 ...' but could not find out the correct = major/minor numbers for the floppy driver. Any suggestion helping solve the problem is highly appreciated (sure, = the real problem is my stupidity, but this is not solvable anymore) Thanks in advance=20 Carlo.=20 From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 19:16:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D402F16A4CE for ; Tue, 24 Aug 2004 19:16:34 +0000 (GMT) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FC5843D31 for ; Tue, 24 Aug 2004 19:16:31 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.134] (h86.vuokselantie10.fi [193.64.42.134]) by silver.he.iki.fi (8.12.10/8.11.4) with ESMTP id i7OJGTm1015578 for ; Tue, 24 Aug 2004 22:16:29 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <412B940D.7060306@he.iki.fi> Date: Tue, 24 Aug 2004 22:16:29 +0300 From: Petri Helenius User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 Subject: 5.3-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 19:16:35 -0000 Anyone else having boot issues with Thinkpad X31 and 5.3-BETA1? On the machine which boots up CURRENT from late June up just alright, with ACPI enabled the boot hangs at ad0: detection and with ACPI disabled it hangs when ath0: is detected. Pete From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 20:50:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A35AE16A4DA for ; Tue, 24 Aug 2004 20:50:52 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37A143D1F for ; Tue, 24 Aug 2004 20:50:50 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-b195.otenet.gr [212.205.244.203]) i7OKojXr026330; Tue, 24 Aug 2004 23:50:48 +0300 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id i7OKnIe0003372; Tue, 24 Aug 2004 23:49:18 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id i7OKnHVD003371; Tue, 24 Aug 2004 23:49:18 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 24 Aug 2004 23:49:17 +0300 From: Giorgos Keramidas To: Sean McNeil Message-ID: <20040824204917.GA3348@gothmog.gr> References: <1092777586.92327.9.camel@server.mcneil.com> <1093369220.10362.6.camel@server.mcneil.com> <20040824200225.V517@beagle.kn.op.dlr.de> <1093371600.10464.23.camel@server.mcneil.com> <20040824205417.L517@beagle.kn.op.dlr.de> <1093377802.43728.11.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1093377802.43728.11.camel@server.mcneil.com> Phone: +30-2610-312145 Mobile: +30-6944-116520 X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 cc: current@freebsd.org Subject: Re: bsdtar core dumps X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2004 20:50:52 -0000 Hi Sean, Does the patch below also solve the problems with tar you were experiencing? On 2004-08-24 13:03, Sean McNeil wrote: > *** lib/libarchive/archive_string_sprintf.c.orig Fri Aug 13 > 20:45:45 2004--- lib/libarchive/archive_string_sprintf.c Tue Aug 24 > 12:58:24 2004 > *************** __archive_string_vsprintf(struct archive > *** 47,65 **** > va_list ap) > { > size_t l; > > if (fmt == NULL) { > as->s[0] = 0; > return; > } > > l = vsnprintf(as->s, as->buffer_length, fmt, ap); > /* If output is bigger than the buffer, resize and try again. */ > if (l+1 >= as->buffer_length) { > __archive_string_ensure(as, l + 1); > ! l = vsnprintf(as->s, as->buffer_length, fmt, ap); > } > as->length = l; > } > > /* > --- 47,68 ---- > va_list ap) > { > size_t l; > + va_list ap1; > > if (fmt == NULL) { > as->s[0] = 0; > return; > } > > + va_copy(ap1,ap); > l = vsnprintf(as->s, as->buffer_length, fmt, ap); > /* If output is bigger than the buffer, resize and try again. */ > if (l+1 >= as->buffer_length) { > __archive_string_ensure(as, l + 1); > ! l = vsnprintf(as->s, as->buffer_length, fmt, ap1); > } > as->length = l; > + va_end(ap1); > } > > /* > > *** lib/libc/stdio/vfprintf.c.orig Mon Aug 23 20:35:43 2004 > --- lib/libc/stdio/vfprintf.c Tue Aug 24 13:01:45 2004 > *************** error: > *** 1237,1242 **** > --- 1237,1243 ---- > if (dtoaresult != NULL) > freedtoa(dtoaresult); > #endif > + va_end(orgap); > if (convbuf != NULL) > free(convbuf); > if (__sferror(fp)) > From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 00:47:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CAE216A4CE for ; Wed, 25 Aug 2004 00:47:41 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A8CC43D39 for ; Wed, 25 Aug 2004 00:47:40 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail 24489 invoked by uid 65534); 25 Aug 2004 00:47:39 -0000 Received: from pD9E5FFF4.dip.t-dialin.net (EHLO duron.hackerzberg.dyndns.org) (217.229.255.244) by mail.gmx.net (mp024) with SMTP; 25 Aug 2004 02:47:39 +0200 X-Authenticated: #5707313 Date: Wed, 25 Aug 2004 02:47:37 +0200 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: John-Mark Gurney , freebsd-current@freebsd.org Message-Id: <20040825024737.391169dd@duron.hackerzberg.dyndns.org> In-Reply-To: <20040824182034.GH29902@funkthat.com> References: <20040823223036.472c88aa@duron.hackerzberg.dyndns.org> <20040824182034.GH29902@funkthat.com> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 Subject: Re: LOR re0 and acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 00:47:41 -0000 On Tue, 24 Aug 2004 11:20:34 -0700 John-Mark Gurney wrote: > > I happen to have recently purchased a card, and ran across the same > LOR... Try the attached patch. It works for me.. The patch works here too, thanks. But is it OK to simply remove that lock? > Next step is to lock down the driver.. :) I would love to, but I have no skills in this sector :( Marius From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 00:52:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A4116A4CE for ; Wed, 25 Aug 2004 00:52:17 +0000 (GMT) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E3ED43D4C for ; Wed, 25 Aug 2004 00:52:17 +0000 (GMT) (envelope-from wleiden@xs4all.nl) Received: from [192.168.1.3] (vijn.xs4all.nl [194.109.254.102]) by smtp-vbr9.xs4all.nl (8.12.11/8.12.11) with ESMTP id i7P0qFhX018249 for ; Wed, 25 Aug 2004 02:52:16 +0200 (CEST) (envelope-from wleiden@xs4all.nl) From: Marten To: current@freebsd.org Content-Type: text/plain Organization: Stichting Wireless Leiden Message-Id: <1093402508.488.8.camel@home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 25 Aug 2004 04:55:08 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 Subject: BETA1 5.3 make world DESTDIR failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 00:52:17 -0000 Hi all, a problem with DESTDIR option occured... I did an install from cd beta 5.3 cvsup to RELENG_5 make buildworld make buildkernel make installkernel make installworld reboot up till here all is fine. from some source make world DESTDIR=/ is ok but make world DESTDIR=/ returns an error I'll cvsup tomorrow and add some more error data witch reproduce right now, (I rebooted to other os to write this message) Marten From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 00:54:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D4616A4CE for ; Wed, 25 Aug 2004 00:54:54 +0000 (GMT) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A5443D49 for ; Wed, 25 Aug 2004 00:54:54 +0000 (GMT) (envelope-from mvijn@xs4all.nl) Received: from [192.168.1.3] (vijn.xs4all.nl [194.109.254.102]) by smtp-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id i7P0sqop036427 for ; Wed, 25 Aug 2004 02:54:53 +0200 (CEST) (envelope-from mvijn@xs4all.nl) From: Marten To: current@freebsd.org Content-Type: text/plain Message-Id: <1093402665.497.11.camel@home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 25 Aug 2004 04:57:45 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 Subject: BETA1 5.3 make world DESTDIR failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 00:54:55 -0000 Hi all, a problem with DESTDIR option occured... I did an install from cd beta 5.3 cvsup to RELENG_5 make buildworld make buildkernel make installkernel make installworld reboot up till here all is fine. from some source make world DESTDIR=/ is ok but make world DESTDIR=/ returns an error I'll cvsup tomorrow and add some more error data witch I can't reproduce right now, (I rebooted to other os to write this message) Marten From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 01:29:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C39716A4CE for ; Wed, 25 Aug 2004 01:29:54 +0000 (GMT) Received: from balhpl01.ncable.net.au (balhpl01.ncable.net.au [203.208.64.10]) by mx1.FreeBSD.org (Postfix) with SMTP id 4EE5843D3F for ; Wed, 25 Aug 2004 01:29:53 +0000 (GMT) (envelope-from phillip@crumpler.com.au) Received: (qmail 28347 invoked from network); 25 Aug 2004 01:29:49 -0000 Received: from unknown (HELO BAL-e500.ncable.net.au) (10.2.193.13) by 0 with SMTP; 25 Aug 2004 01:29:49 -0000 Received: from unknown(203.208.117.170) by BAL-e500.ncable.net.au via csmap id 38a52d02_f636_11d8_8ed5_003048297053_7803; Wed, 25 Aug 2004 11:29:34 +1000 (EST) Message-ID: <412BEB75.60108@crumpler.com.au> Date: Wed, 25 Aug 2004 11:29:25 +1000 From: Phillip Crumpler User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040818) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20040821145419.O74813-100000@thought.holo.org> <4128B29E.9060500@snafu.de> <4128B556.9040106@DeepCore.dk> <4128C2BE.7080103@DeepCore.dk> <20040823080038.26D7535DB6@mail.if.lt> <4129A90A.1040303@DeepCore.dk> In-Reply-To: <4129A90A.1040303@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-NAI-Spam-Score: -2.5 X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 cc: freebsd-current@freebsd.org Subject: Re: Recent ATA changes break Thinkpad T40p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 01:29:54 -0000 Søren Schmidt wrote: > Vaidas Damosevicius wrote: > >> >> On Sun, 22 Aug 2004, Søren Schmidt wrote: >> >>>> This is *not* a controller problem, its because the CDROM drive has >>>> buggy firmware that responds to both master and slave selection :( >>> >>> >>> >>> OK, I have committed a workaround for those buggers to -current... >>> >>> (for those that uses 5.3 just take your ATA driver upto -current) >>> >> >> Well, after cvsup and kernel rebuild I have the same problems: >> >> ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired >> LBA=52738515 >> ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired >> LBA=52738515 >> ad0: WARNING - WRITE_DMA interrupt was seen but taskqueue stalled >> LBA=52738515 >> >> ... and my system "hangs" - I can't login, I can't shutdown it - only >> turn off :( > > > So you suffer from that "other" possibly non-ATA problem and not the > "fake slave" one? > > If you had provided a dmesg from the system, preferably from the > kernel that fails, I could maybe tell you more... > > Does backstepping only /sys/dev/ata to say aug 1st help ?(leave the > rest of the kernel uptodate). > > -Søren > I'm getting the same problems here with a new Thinkpad T41 (2373 3HM). From new I installed se-snap-010804 without problems and have been tracking current every few days since then. This problem turned up around august 23. Booting my previous kernel (August 16) gets me running again, dmesg and pciconf below. Is there anything else I can provide? ---8<--- dmesg.aug16 ---8<--- 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.2-CURRENT #4: Mon Aug 16 11:26:08 EST 2004 flip@hypnotism:/usr/obj/usr/src/sys/HYPNOTISM module cbb already present! Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1600MHz (598.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf real memory = 1073086464 (1023 MB) avail memory = 1040654336 (992 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff 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 0x1800-0x181f irq 11 at device 29.0 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 uhci1: port 0x1820-0x183f irq 11 at device 29.1 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 ulpt0: hp deskjet 3500, rev 2.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] 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 device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 acpi link get: empty IRQ resource pci2: on pcib2 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0xb1000000-0xb1000fff irq 11 at device 0.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 em0: port 0x8000-0x803f mem 0xc0200000-0xc020ffff,0xc0220000-0xc023ffff irq 11 at device 1.0 on pci2 em0: [GIANT-LOCKED] em0: Ethernet address: 00:0d:60:ce:40:dc em0: Speed:N/A Duplex:N/A pci2: at device 2.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xc0000800-0xc00008ff,0xc0000c00-0xc0000dff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) 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 Synaptics Touchpad, device ID 0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 8250 or not responding ppc0 port 0x3bc-0x3be 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 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled orm0: at iomem 0xdc000-0xdffff,0xd1000-0xd1fff,0xd0000-0xd0fff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 598062571 Hz quality 800 Timecounters tick every 10.000 msec em0: Link is up 100 Mbps Full Duplex acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad0: 34682MB [70466/16/63] at ata0-master UDMA100 CIS is too long -- truncating pccard0: Card has no functions! cbb0: PC Card card activation failed ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt ATAPI_RESET time = 180us acd0: CDRW at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s2a em0: Link is up 100 Mbps Full Duplex pid 519 (vmware-checkvm), uid 0: exited on signal 10 (core dumped) drm0: port 0x3000-0x30ff mem 0xc0100000-0xc010ffff,0xe0000000-0xe7ffffff irq 11 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 info: [drm] Loading R200 Microcode info: [drm] Loading R200 Microcode info: [drm] Loading R200 Microcode info: [drm] Loading R200 Microcode info: [drm] Loading R200 Microcode ---8<--- pciconf.aug16 ---8<--- agp0@pci0:0:0: class=0x060000 card=0x05291014 chip=0x33408086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82855PM Odem Host-Hub Interface Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x33418086 rev=0x03 hdr=0x01 vendor = 'Intel Corporation' device = '82855PM Odem AGP Bridge' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x052d1014 chip=0x24c28086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x052d1014 chip=0x24c48086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x052d1014 chip=0x24c78086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3' class = serial bus subclass = USB none0@pci0:29:7: class=0x0c0320 card=0x052e1014 chip=0x24cd8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB EHCI Controller' class = serial bus subclass = USB pcib2@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24488086 rev=0x81 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x052d1014 chip=0x24ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA none1@pci0:31:3: class=0x0c0500 card=0x052d1014 chip=0x24c38086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller' class = serial bus subclass = SMBus pcm0@pci0:31:5: class=0x040100 card=0x05371014 chip=0x24c58086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller' class = multimedia subclass = audio none2@pci0:31:6: class=0x070300 card=0x05241014 chip=0x24c68086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller' class = simple comms drm0@pci1:0:0: class=0x030000 card=0x05311014 chip=0x4c661002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Mobility Radeon 9000' class = display subclass = VGA cbb0@pci2:0:0: class=0x060700 card=0x05521014 chip=0xac46104c rev=0x01 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCI4520 PC card CardBus Controller' class = bridge subclass = PCI-CardBus cbb1@pci2:0:1: class=0x060700 card=0x05521014 chip=0xac46104c rev=0x01 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCI4520 PC card CardBus Controller' class = bridge subclass = PCI-CardBus em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82540EP Gigabit Ethernet Controller (Mobile)' class = network subclass = ethernet none3@pci2:2:0: class=0x028000 card=0x25518086 chip=0x10438086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel(R) PRO/Wireless 7100 LAN Card Driver' class = network From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 04:15:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 997EE16A4CF for ; Wed, 25 Aug 2004 04:15:52 +0000 (GMT) Received: from web51007.mail.yahoo.com (web51007.mail.yahoo.com [206.190.38.138]) by mx1.FreeBSD.org (Postfix) with SMTP id 16CD143D41 for ; Wed, 25 Aug 2004 04:15:52 +0000 (GMT) (envelope-from tech2187@yahoo.com) Message-ID: <20040825032658.31793.qmail@web51007.mail.yahoo.com> Received: from [68.32.174.208] by web51007.mail.yahoo.com via HTTP; Tue, 24 Aug 2004 20:26:58 PDT Date: Tue, 24 Aug 2004 20:26:58 -0700 (PDT) From: K Chapman To: Steve Kargl In-Reply-To: <20040824144359.GA45801@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 cc: freebsd-current@freebsd.org Subject: Re: buildworld failure on amd64 with todays sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 04:15:52 -0000 --- Steve Kargl wrote: > On Mon, Aug 23, 2004 at 06:42:18PM -0700, K Chapman > wrote: > > make -j4 buildworld results in: > > > > Remove the -j4 and try again. The portion > of the make(1) output you quote is not > where the problem ocurred. > > -- > Steve > thanks... did that: ===> lib/libbsnmp/modules ===> lib/libbsnmp/modules/snmp_atm cat /usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def /usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def | gensnmptree -e begemotAtm > atm_oid.h line 110: junk after closing ')' context: "1 internet *** Error code 1 Stop in /usr/src/lib/libbsnmp/modules/snmp_atm. *** Error code 1 Stop in /usr/src/lib/libbsnmp/modules. *** Error code 1 Stop in /usr/src/lib/libbsnmp. *** Error code 1 Stop in /usr/src/lib. *** 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. havent checked for cvs-src for any issues relating to this but will do so now... ===== aaarrrggghhh!!!! FreeBSD rocks __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 07:12:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DEE016A4CE for ; Wed, 25 Aug 2004 07:12:05 +0000 (GMT) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED5543D48 for ; Wed, 25 Aug 2004 07:12:05 +0000 (GMT) (envelope-from tim@contentspace.demon.co.uk) Received: from contentspace.demon.co.uk ([80.177.161.24] helo=godzuki.contentspace.priv) by anchor-post-31.mail.demon.net with esmtp (Exim 3.35 #1) id 1Bzrwy-0000fy-0V for freebsd-current@freebsd.org; Wed, 25 Aug 2004 07:12:04 +0000 From: Tim Hawkins Organization: Contentspace LLP To: freebsd-current@freebsd.org Date: Wed, 25 Aug 2004 08:17:38 +0100 User-Agent: KMail/1.6.2 References: <20040824130849.GA12431@megalogika.lt> <20040824170917.Y517@beagle.kn.op.dlr.de> <20040824163608.GD37217@ip.net.ua> In-Reply-To: <20040824163608.GD37217@ip.net.ua> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408250817.38664.tim@contentspace.demon.co.uk> X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tim@contentspace.demon.co.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 07:12:05 -0000 On Tuesday 24 August 2004 17:36, Ruslan Ermilov wrote: I had the same problem without using make includes, the result of an installworld failure. I had to copy the version of genatmtree from /usr/obj to userland in order to be able to rebuild world to fix it. I also had the same problem with "make" where I could not rebuild anything untill I had copied /usr/obj version to userland > On Tue, Aug 24, 2004 at 05:11:32PM +0200, Harti Brandt wrote: > > On Tue, 24 Aug 2004, Tomas Verbaitis wrote: > > > > TV>2) Next failure was this: > > TV>===> snmp_atm > > TV>cat > > TV>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_ > >atm/atm_tree.def TV>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def > > | gensnmptree -e TV>begemotAtm > atm_oid.h > > TV>line 110: junk after closing ')' > > > > The problem seems to be that it is running an old gensnmptree from > > /usr/bin although it should build and run a new one. Can you tell me what > > is the __FreeBSD_version in /usr/include/osreldate.h on the system you > > are trying to upgrade? > > Harti, nothing to worry about, you can safely close PR. This is what > happens when people do "make includes" without understanding that it > will ruin their build environment. ``make buildworld OSRELDATE=0'' > usually helps these pour souls. ;) > > > Cheers, From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 09:05:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2295516A4D4 for ; Wed, 25 Aug 2004 09:05:25 +0000 (GMT) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D20043D6D for ; Wed, 25 Aug 2004 09:05:24 +0000 (GMT) (envelope-from mvnrelay@xs4all.nl) Received: from [192.168.1.3] (vijn.xs4all.nl [194.109.254.102]) i7P95M65014892 for ; Wed, 25 Aug 2004 11:05:22 +0200 (CEST) (envelope-from mvnrelay@xs4all.nl) From: Marten To: current Content-Type: text/plain Organization: wcl Message-Id: <1093424892.497.148.camel@home> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 25 Aug 2004 11:08:12 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Mailman-Approved-At: Wed, 25 Aug 2004 11:41:50 +0000 Subject: BETA1 5.3 make world DESTDIR failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 09:05:25 -0000 Hi all, a problem with DESTDIR option occured... I did an install from cd beta 5.3 cvsup to RELENG_5 make buildworld make buildkernel make installkernel make installworld reboot up till here all is fine. from some source make world DESTDIR=/ is ok but make world DESTDIR=/ returns an error I'll cvsup tomorrow and add some more error data witch I can't reproduce right now, (I rebooted to other os to write this message) Marten From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 11:50:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC2CA16A4CE for ; Wed, 25 Aug 2004 11:50:46 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id C979443D76 for ; Wed, 25 Aug 2004 11:50:45 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7PBoZ2398086; Wed, 25 Aug 2004 13:50:36 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7PBoZI70866; Wed, 25 Aug 2004 13:50:35 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7PBoXe05688; Wed, 25 Aug 2004 13:50:34 +0200 (MET DST) Date: Wed, 25 Aug 2004 13:50:36 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Marten In-Reply-To: <1093402508.488.8.camel@home> Message-ID: <20040825134842.M553@beagle.kn.op.dlr.de> References: <1093402508.488.8.camel@home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: BETA1 5.3 make world DESTDIR failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 11:50:46 -0000 On Wed, 25 Aug 2004, Marten wrote: M>a problem with DESTDIR option occured... M> M>I did an install from cd beta 5.3 M>cvsup to RELENG_5 M>make buildworld M>make buildkernel M>make installkernel M>make installworld M>reboot M> M>up till here all is fine. M> M>from some source M> M>make world DESTDIR=/ is ok M>but M>make world DESTDIR=/ returns an error I don't think that posting the same question under several accounts does actually help, but anyway try: DESTDIR=/foo make world You _SHOULD_!!! better use buildworld/installworld targets: make buildworld DESTDIR=/foo make installworld harti From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 11:51:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D1DF16A4CE for ; Wed, 25 Aug 2004 11:51:26 +0000 (GMT) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id B615043D3F for ; Wed, 25 Aug 2004 11:51:25 +0000 (GMT) (envelope-from hampi@rootshell.be) Received: from gicco.homeip.net (80-218-73-163.dclient.hispeed.ch [80.218.73.163])i7PBpOrZ024185 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 25 Aug 2004 13:51:24 +0200 Received: from goofy.here (localhost.here [127.0.0.1]) by gicco.homeip.net (8.13.1/8.13.1) with ESMTP id i7PBpJZX028930 for ; Wed, 25 Aug 2004 13:51:19 +0200 (CEST) (envelope-from hampi@rootshell.be) Received: (from idefix@localhost) by goofy.here (8.13.1/8.13.1/Submit) id i7PBpIY5028929 for freebsd-current@freebsd.org; Wed, 25 Aug 2004 13:51:18 +0200 (CEST) (envelope-from hampi@rootshell.be) X-Authentication-Warning: goofy.here: idefix set sender to hampi@rootshell.be using -f Date: Wed, 25 Aug 2004 13:51:17 +0200 From: Hanspeter Roth To: freebsd-current@freebsd.org Message-ID: <20040825115117.GA793@gicco.homeip.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20040824164223.GA6359@gicco.homeip.net> <20040824170357.GA46720@troutmask.apl.washington.edu> <20040824174147.GA2041@gicco.homeip.net> <20040825070604.GE2916@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040825070604.GE2916@ip.net.ua> User-Agent: Mutt/1.4.1i Subject: Re: crt1.o: In function `_start': undefined reference to `_init_tsl' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 11:51:26 -0000 On Aug 25 at 10:06, Ruslan Ermilov spoke: > I recall you upgrading your libc without updating the rest > of the world -- this ruined your build system. To try to > recover from it, you may need to build/install in lib/csu: > > cd /usr/src/lib/csu > make obj && make && make install I can't make obj in /usr/src/lib/csu, only in /usr/src/lib/csu/i386-elf. `make obj && make && make install' in /usr/src/lib/csu/i386-elf installs /usr/lib/crt[1in].o and /usr/lib/gcrt1.o. I had to do `make obj && make && make install' in /usr/src/lib/libc as well. This did solve the problem. -Hanspeter From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 11:52:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BFAC16A4CF for ; Wed, 25 Aug 2004 11:52:42 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 461D043D1D for ; Wed, 25 Aug 2004 11:52:41 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7PBqV2219310; Wed, 25 Aug 2004 13:52:31 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7PBqUI70906; Wed, 25 Aug 2004 13:52:30 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7PBqTe05742; Wed, 25 Aug 2004 13:52:29 +0200 (MET DST) Date: Wed, 25 Aug 2004 13:52:32 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: K Chapman In-Reply-To: <20040825032658.31793.qmail@web51007.mail.yahoo.com> Message-ID: <20040825135054.F553@beagle.kn.op.dlr.de> References: <20040825032658.31793.qmail@web51007.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Steve Kargl Subject: Re: buildworld failure on amd64 with todays sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 11:52:42 -0000 On Tue, 24 Aug 2004, K Chapman wrote: KC>--- Steve Kargl KC>wrote: KC> KC>> On Mon, Aug 23, 2004 at 06:42:18PM -0700, K Chapman KC>> wrote: KC>> > make -j4 buildworld results in: KC>> > KC>> KC>> Remove the -j4 and try again. The portion KC>> of the make(1) output you quote is not KC>> where the problem ocurred. KC>> KC>> -- KC>> Steve KC>> KC> KC>thanks... did that: KC>===> lib/libbsnmp/modules KC>===> lib/libbsnmp/modules/snmp_atm KC>cat KC>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_atm/atm_tree.def KC>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def KC>| gensnmptree -e begemotAtm > atm_oid.h KC>line 110: junk after closing ')' KC>context: "1 internet KC>*** Error code 1 KC> KC>Stop in /usr/src/lib/libbsnmp/modules/snmp_atm. KC>*** Error code 1 KC> KC>Stop in /usr/src/lib/libbsnmp/modules. KC>*** Error code 1 KC> KC>Stop in /usr/src/lib/libbsnmp. KC>*** Error code 1 KC> KC>Stop in /usr/src/lib. KC>*** Error code 1 KC> KC>Stop in /usr/src. KC>*** Error code 1 KC> KC>Stop in /usr/src. KC>*** Error code 1 KC> KC>Stop in /usr/src. KC>*** Error code 1 KC> KC>Stop in /usr/src. KC> KC>havent checked for cvs-src for any issues relating to KC>this but will do so now... KC> KC>===== KC>aaarrrggghhh!!!! KC>FreeBSD rocks Did you do a 'make includes' perhaps? Or something else to clobber your existing includes? What contains your /usr/include/osreldate.h? harti From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 12:09:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9150716A4CE; Wed, 25 Aug 2004 12:09:20 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7552243D53; Wed, 25 Aug 2004 12:09:19 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i7PC9H2112998; Wed, 25 Aug 2004 14:09:17 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i7PC9HI89788; Wed, 25 Aug 2004 14:09:17 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i7PC9Ge05939; Wed, 25 Aug 2004 14:09:16 +0200 (MET DST) Date: Wed, 25 Aug 2004 14:09:19 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Tim Hawkins In-Reply-To: <200408250817.38664.tim@contentspace.demon.co.uk> Message-ID: <20040825135315.I553@beagle.kn.op.dlr.de> References: <20040824130849.GA12431@megalogika.lt> <20040824170917.Y517@beagle.kn.op.dlr.de> <200408250817.38664.tim@contentspace.demon.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 12:09:20 -0000 On Wed, 25 Aug 2004, Tim Hawkins wrote: TH>On Tuesday 24 August 2004 17:36, Ruslan Ermilov wrote: TH> TH>I had the same problem without using make includes, the result of an TH>installworld failure. I had to copy the version of genatmtree from /usr/obj TH>to userland in order to be able to rebuild world to fix it. TH> TH>I also had the same problem with "make" where I could not rebuild anything TH>untill I had copied /usr/obj version to userland Perhaps osreldate.h gets clobbered too early in the install process. If the install process breaks at some point osreldate may contain the new FreeBSD version already. If the user then removes /usr/obj and buildworlds again, the tools won't get build because Makefile.inc1 gets the wrong BOOTSTRAPPING version. Just a guess. harti TH> TH> TH>> On Tue, Aug 24, 2004 at 05:11:32PM +0200, Harti Brandt wrote: TH>> > On Tue, 24 Aug 2004, Tomas Verbaitis wrote: TH>> > TH>> > TV>2) Next failure was this: TH>> > TV>===> snmp_atm TH>> > TV>cat TH>> > TV>/usr/src/lib/libbsnmp/modules/snmp_atm/../../../../contrib/ngatm/snmp_ TH>> >atm/atm_tree.def TV>/usr/src/lib/libbsnmp/modules/snmp_atm/atm_freebsd.def TH>> > | gensnmptree -e TV>begemotAtm > atm_oid.h TH>> > TV>line 110: junk after closing ')' TH>> > TH>> > The problem seems to be that it is running an old gensnmptree from TH>> > /usr/bin although it should build and run a new one. Can you tell me what TH>> > is the __FreeBSD_version in /usr/include/osreldate.h on the system you TH>> > are trying to upgrade? TH>> TH>> Harti, nothing to worry about, you can safely close PR. This is what TH>> happens when people do "make includes" without understanding that it TH>> will ruin their build environment. ``make buildworld OSRELDATE=0'' TH>> usually helps these pour souls. ;) TH>> TH>> TH>> Cheers, TH>_______________________________________________ TH>freebsd-current@freebsd.org mailing list TH>http://lists.freebsd.org/mailman/listinfo/freebsd-current TH>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" TH> TH> TH> From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 12:14:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C9DC16A4CE for ; Wed, 25 Aug 2004 12:14:39 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AC0943D58 for ; Wed, 25 Aug 2004 12:14:38 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id OAA30976 for ; Wed, 25 Aug 2004 14:14:31 +0200 Date: Wed, 25 Aug 2004 14:16:59 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040825141659.5fb7b55b.ubm@u-boot-man.de> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__25_Aug_2004_14_16_59_+0200_71wIs1XRGmUJXu6+" Subject: LOR in re driver / acpi root bus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 12:14:39 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__25_Aug_2004_14_16_59_+0200_71wIs1XRGmUJXu6+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hiho! :-) I just decided to bring my machine up to date with 6.0-current and got a LOR while booting. dmesg and LOR are attached. I'm running with debug.mpsafenet=1, sources were cvsupped yesterday. Bye Marc --Multipart=_Wed__25_Aug_2004_14_16_59_+0200_71wIs1XRGmUJXu6+ Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1DVVJSRU5UICMzOiBXZWQgQXVnIDI1IDEzOjUwOjI2 IENFU1QgMjAwNAogICAgcm9vdEB1Ym0ubWFyaW5lczovdXNyL29iai91c3Ivc3JjL3N5cy9TSEVF UApXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAK Q1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVIDIuNDBHSHogKDIzOTMuOTQtTUh6IDY4Ni1j bGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHhmMjQgIFN0ZXBwaW5n ID0gNAogIEZlYXR1cmVzPTB4M2ZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNF LENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQ SSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0+CnJlYWwgbWVtb3J5ICA9IDUzNjgwNTM3NiAo NTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MTU2MjkwNTYgKDQ5MSBNQikKQUNQSSBBUElDIFRhYmxl OiA8SW50ZWxSIEFXUkRBQ1BJPgpQZW50aXVtIDQgVENDIHN1cHBvcnQgZW5hYmxlZCwgOCBzdGVw cyBmcm9tIDEwMCUgdG8gMTMlLCBjdXJyZW50IHBlcmZvcm1hbmNlIDUwJQppb2FwaWMwIDxWZXJz aW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCm5weDA6IFtGQVNUXQpucHgwOiA8bWF0 aCBwcm9jZXNzb3I+IG9uIG1vdGhlcmJvYXJkCm5weDA6IElOVCAxNiBpbnRlcmZhY2UKYWNwaTA6 IDxJbnRlbFIgQVdSREFDUEk+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZp eGVkKQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5 IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0 MDgtMHg0MGIgb24gYWNwaTAKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX3R6MDogPFRo ZXJtYWwgWm9uZT4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3Bp MApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkw CnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCmFncDA6IDxJbnRlbCA4Mjg1MCBob3N0IHRv IEFHUCBicmlkZ2U+IG1lbSAweGUwMDAwMDAwLTB4ZTNmZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBw Y2kwCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8 UENJIGJ1cz4gb24gcGNpYjEKcGNpMTogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDAuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kxOiA8ZGlzcGxheT4gYXQgZGV2aWNlIDAuMSAobm8gZHJpdmVy IGF0dGFjaGVkKQp1aGNpMDogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVT Qi1BPiBwb3J0IDB4ZDgwMC0weGQ4MWYgaXJxIDE2IGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdWhj aTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJv bGxlciBVU0ItQT4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogSW50ZWwg VUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kxOiA8SW50ZWwgODI4MDFE QiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IHBvcnQgMHhkMDAwLTB4ZDAxZiBpcnEgMTkg YXQgZGV2aWNlIDI5LjEgb24gcGNpMAp1aGNpMTogW0dJQU5ULUxPQ0tFRF0KdXNiMTogPEludGVs IDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMQp1c2IxOiBVU0Ig cmV2aXNpb24gMS4wCnVodWIxOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdWhjaTI6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxlciBVU0ItQz4g cG9ydCAweGQ0MDAtMHhkNDFmIGlycSAxOCBhdCBkZXZpY2UgMjkuMiBvbiBwY2kwCnVoY2kyOiBb R0lBTlQtTE9DS0VEXQp1c2IyOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIg VVNCLUM+IG9uIHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IEludGVsIFVIQ0kg cm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIyOiAyIHBvcnRz IHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVT QiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZTQyMDAwMDAtMHhlNDIwMDNmZiBpcnEgMjMgYXQgZGV2 aWNlIDI5Ljcgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0KZWhjaV9wY2lfYXR0YWNoOiBj b21wYW5pb24gdXNiMAplaGNpX3BjaV9hdHRhY2g6IGNvbXBhbmlvbiB1c2IxCmVoY2lfcGNpX2F0 dGFjaDogY29tcGFuaW9uIHVzYjIKdXNiMzogRUhDSSB2ZXJzaW9uIDEuMAp1c2IzOiBjb21wYW5p b24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNiMCB1c2IxIHVzYjIKdXNiMzogPEVIQ0kg KGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNiMzogVVNCIHJldmlzaW9u IDIuMAp1aHViMzogSW50ZWwgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAw LCBhZGRyIDEKdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnBj aWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2kyOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgphdGFwY2kwOiA8SGlnaFBvaW50IEhQVDM3MiBVRE1BMTMz IGNvbnRyb2xsZXI+IHBvcnQgMHhiMDAwLTB4YjBmZiwweGFjMDAtMHhhYzAzLDB4YTgwMC0weGE4 MDcsMHhhNDAwLTB4YTQwMywweGEwMDAtMHhhMDA3IGlycSAyMyBhdCBkZXZpY2UgMC4wIG9uIHBj aTIKYXRhMjogY2hhbm5lbCAjMCBvbiBhdGFwY2kwCmF0YTM6IGNoYW5uZWwgIzEgb24gYXRhcGNp MApsb2NrIG9yZGVyIHJldmVyc2FsCiAxc3QgMHhjMWE3M2VlOCByZTAgKG5ldHdvcmsgZHJpdmVy KSBAIC91c3Ivc3JjL3N5cy9kZXYvcmUvaWZfcmUuYzo4MzAKIDJuZCAweGMwYWE5MDAwIEFDUEkg cm9vdCBidXMgKEFDUEkgcm9vdCBidXMpIEAgL3Vzci9zcmMvc3lzL21vZHVsZXMvYWNwaS9hY3Bp Ly4uLy4uLy4uL2Rldi9hY3BpY2EvYWNwaS5jOjkxMwpLREI6IHN0YWNrIGJhY2t0cmFjZToKa2Ri X2JhY2t0cmFjZShjMDg3ZDNjYSxjMGFhOTAwMCxjMGFhMmY4MyxjMGFhMmY4MyxjMGFhMzNjOSkg YXQga2RiX2JhY2t0cmFjZSsweDJmCndpdG5lc3NfY2hlY2tvcmRlcihjMGFhOTAwMCw5LGMwYWEz M2M5LDM5MSxjMDk0ODQxOCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4NmI2Cl9zeF94bG9jayhj MGFhOTAwMCxjMGFhMzNjOSwzOTEsYzA5NGU2NjAsMCkgYXQgX3N4X3hsb2NrKzB4N2YKYWNwaV9y ZWxlYXNlX3Jlc291cmNlKGMxOWViNTAwLGMxYWQ4MjgwLDQsMTAsYzFhZGNlNDApIGF0IGFjcGlf cmVsZWFzZV9yZXNvdXJjZSsweDJlCmJ1c19nZW5lcmljX3JlbGVhc2VfcmVzb3VyY2UoYzE5ZWIw ODAsYzFhZDgyODAsNCwxMCxjMWFkY2U0MCkgYXQgYnVzX2dlbmVyaWNfcmVsZWFzZV9yZXNvdXJj ZSsweDgyCnJlc291cmNlX2xpc3RfcmVsZWFzZShjMWFkODMwNCxjMWE5YWU4MCxjMWFkODI4MCw0 LDEwKSBhdCByZXNvdXJjZV9saXN0X3JlbGVhc2UrMHg4NApidXNfZ2VuZXJpY19ybF9yZWxlYXNl X3Jlc291cmNlKGMxYTlhZTgwLGMxYWQ4MjgwLDQsMTAsYzFhZGNlNDApIGF0IGJ1c19nZW5lcmlj X3JsX3JlbGVhc2VfcmVzb3VyY2UrMHg4NgpidXNfZ2VuZXJpY19yZWxlYXNlX3Jlc291cmNlKGMx YTlhODAwLGMxYWQ4MjgwLDQsMTAsYzFhZGNlNDApIGF0IGJ1c19nZW5lcmljX3JlbGVhc2VfcmVz b3VyY2UrMHg4MgpyZXNvdXJjZV9saXN0X3JlbGVhc2UoYzFhZDgzMDQsYzFhZDg0ODAsYzFhZDgy ODAsNCwxMCkgYXQgcmVzb3VyY2VfbGlzdF9yZWxlYXNlKzB4MTMxCmJ1c19nZW5lcmljX3JsX3Jl bGVhc2VfcmVzb3VyY2UoYzFhZDg0ODAsYzFhZDgyODAsNCwxMCxjMWFkY2U0MCkgYXQgYnVzX2dl bmVyaWNfcmxfcmVsZWFzZV9yZXNvdXJjZSsweDg2CmJ1c19yZWxlYXNlX3Jlc291cmNlKGMxYWQ4 MjgwLDQsMTAsYzFhZGNlNDAsZmZmZmZmZmYpIGF0IGJ1c19yZWxlYXNlX3Jlc291cmNlKzB4N2YK cmVfcHJvYmUoYzFhZDgyODAsYzA4NjY1MDMsYzE5NDg0ZTAsMCwwKSBhdCByZV9wcm9iZSsweDIz NwpkZXZpY2VfcHJvYmVfY2hpbGQoYzFhZDg0ODAsYzFhZDgyODAsYzE5YjU0NjAsMSxjMWFkODI4 MCkgYXQgZGV2aWNlX3Byb2JlX2NoaWxkKzB4ZDIKZGV2aWNlX3Byb2JlX2FuZF9hdHRhY2goYzFh ZDgyODAsYzFhOWE4MDAsYzBjMjE5ZmMsYzBhOGZhNmIsYzFhZDg0ODApIGF0IGRldmljZV9wcm9i ZV9hbmRfYXR0YWNoKzB4NWIKYnVzX2dlbmVyaWNfYXR0YWNoKGMxYWQ4NDgwLGMxOWI1NDYwLDEs YzBhOGY3NzAsYzFhZDg0ODApIGF0IGJ1c19nZW5lcmljX2F0dGFjaCsweDE5CmFjcGlfcGNpX2F0 dGFjaChjMWFkODQ4MCxjMWFkODQ4MCxjMWE0YzNjMCxjMWFkODQ4MCxjMWFkODQ4MCkgYXQgYWNw aV9wY2lfYXR0YWNoKzB4MTMxCmRldmljZV9hdHRhY2goYzFhZDg0ODAsYzFhZDg0ODAsMmU2OTYz NzAsNmI2ZTY5NmMsYzFhZDg0ODApIGF0IGRldmljZV9hdHRhY2grMHg2OQpkZXZpY2VfcHJvYmVf YW5kX2F0dGFjaChjMWFkODQ4MCxjMWE5YWU4MCxjMGMyMWE4MCxjMGE4ZmMwMyxjMWE5YTgwMCkg YXQgZGV2aWNlX3Byb2JlX2FuZF9hdHRhY2grMHhjNwpidXNfZ2VuZXJpY19hdHRhY2goYzFhOWE4 MDAsYzFhYmFlNzAsMixjMGMyMWE3MCxjMGMyMWE3OCkgYXQgYnVzX2dlbmVyaWNfYXR0YWNoKzB4 MTkKYWNwaV9wY2liX2F0dGFjaChjMWE5YTgwMCxjMWFiYWU3MCwyLGMwYzIxYTljLGMxYTlhODAw KSBhdCBhY3BpX3BjaWJfYXR0YWNoKzB4MThmCmFjcGlfcGNpYl9wY2lfYXR0YWNoKGMxYTlhODAw LGMxYTYyMDRjLGMwOGE0OWQwLGMxYTlhODAwLGMxYTlhODAwKSBhdCBhY3BpX3BjaWJfcGNpX2F0 dGFjaCsweGE1CmRldmljZV9hdHRhY2goYzFhOWE4MDAsYzFhOWE4MDAsYzE5YjU1YzAsMSxjMWE5 YTgwMCkgYXQgZGV2aWNlX2F0dGFjaCsweDY5CmRldmljZV9wcm9iZV9hbmRfYXR0YWNoKGMxYTlh ODAwLGMxOWViMDgwLGMwYzIxYjM0LGMwYThmYTZiLGMxYTlhZTgwKSBhdCBkZXZpY2VfcHJvYmVf YW5kX2F0dGFjaCsweGM3CmJ1c19nZW5lcmljX2F0dGFjaChjMWE5YWU4MCxjMTliNTVjMCwxLGMw YThmNzcwLGMxYTlhZTgwKSBhdCBidXNfZ2VuZXJpY19hdHRhY2grMHgxOQphY3BpX3BjaV9hdHRh Y2goYzFhOWFlODAsYzFhNjM4NGMsYzA4YTQ5ZDAsYzFhOWFlODAsYzFhOWFlODApIGF0IGFjcGlf cGNpX2F0dGFjaCsweDEzMQpkZXZpY2VfYXR0YWNoKGMxYTlhZTgwLGMxYTlhZTgwLDJlNjk2Mzcw LDZiNmU2OTZjLGMxYTlhZTgwKSBhdCBkZXZpY2VfYXR0YWNoKzB4NjkKZGV2aWNlX3Byb2JlX2Fu ZF9hdHRhY2goYzFhOWFlODAsYzE5ZWI1MDAsYzBjMjFiYjgsYzBhOGZjMDMsYzE5ZWIwODApIGF0 IGRldmljZV9wcm9iZV9hbmRfYXR0YWNoKzB4YzcKYnVzX2dlbmVyaWNfYXR0YWNoKGMxOWViMDgw LGMxYThkODc0LDAsYzBjMjFiYTgsMCkgYXQgYnVzX2dlbmVyaWNfYXR0YWNoKzB4MTkKYWNwaV9w Y2liX2F0dGFjaChjMTllYjA4MCxjMWE4ZDg3NCwwLGMwYzIxYmUwLGMwOGE0OWQwKSBhdCBhY3Bp X3BjaWJfYXR0YWNoKzB4MThmCmFjcGlfcGNpYl9hY3BpX2F0dGFjaChjMTllYjA4MCxjMWE2Mjg0 YyxjMDhhNDlkMCxjMTllYjA4MCxjMTllYjA4MCkgYXQgYWNwaV9wY2liX2FjcGlfYXR0YWNoKzB4 MjdiCmRldmljZV9hdHRhY2goYzE5ZWIwODAsYzE5ZWIwODAsYzA4YTRhMzAsYzE5ODFiMDAsYzE5 ZWIwODApIGF0IGRldmljZV9hdHRhY2grMHg2OQpkZXZpY2VfcHJvYmVfYW5kX2F0dGFjaChjMTll YjA4MCw0LGMwYzIxYzc0LGMwYThjNTNkLGMxOWViNTAwKSBhdCBkZXZpY2VfcHJvYmVfYW5kX2F0 dGFjaCsweGM3CmJ1c19nZW5lcmljX2F0dGFjaChjMTllYjUwMCxjMTk3MjBlMCw2NCxjMGE4YzVk MyxjMTllYjUwMCkgYXQgYnVzX2dlbmVyaWNfYXR0YWNoKzB4MTkKYWNwaV9wcm9iZV9jaGlsZHJl bihjMTllYjUwMCxjMGE4ZWEzMCxjMTllYjQ4MCwwLDFhNCkgYXQgYWNwaV9wcm9iZV9jaGlsZHJl bisweDkxCmFjcGlfYXR0YWNoKGMxOWViNTAwLGMxYTY3MDRjLGMwOGE0OWQwLGMxOWViNTAwLGMx OWViNTAwKSBhdCBhY3BpX2F0dGFjaCsweDc0OApkZXZpY2VfYXR0YWNoKGMxOWViNTAwLGMxOWVi NTAwLGMxYTI0YjAwLGMwYzIxZDA4LGMxOWViNTAwKSBhdCBkZXZpY2VfYXR0YWNoKzB4NjkKZGV2 aWNlX3Byb2JlX2FuZF9hdHRhY2goYzE5ZWI1MDAsYzE5ZWI2ODAsYzBjMjFkMTgsYzA4MDU2ZGEs YzE5ZWI2ODApIGF0IGRldmljZV9wcm9iZV9hbmRfYXR0YWNoKzB4YzcKYnVzX2dlbmVyaWNfYXR0 YWNoKGMxOWViNjgwLGMxOWViNjgwLGMwYzIxZDM4LGMwNjVhYWMzLGMxOWViNjgwKSBhdCBidXNf Z2VuZXJpY19hdHRhY2grMHgxOQpuZXh1c19hdHRhY2goYzE5ZWI2ODAsYzFhNDUwNGMsYzA4YTQ5 ZDAsYzE5ZWI2ODAsYzE5ZWI2ODApIGF0IG5leHVzX2F0dGFjaCsweDFhCmRldmljZV9hdHRhY2go YzE5ZWI2ODAsYzE5ZWI2ODAsYzE5NmFhODAsYzA5MGYzZDAsYzE5ZWI2ODApIGF0IGRldmljZV9h dHRhY2grMHg2OQpkZXZpY2VfcHJvYmVfYW5kX2F0dGFjaChjMTllYjY4MCxjMTk2YWE4MCxjMGMy MWQ4MCxjMDdmM2ZiYSxjMTk4MDgwMCkgYXQgZGV2aWNlX3Byb2JlX2FuZF9hdHRhY2grMHhjNwpy b290X2J1c19jb25maWd1cmUoYzE5ODA4MDAsYzA4OTgzYmMsMCxjMGMyMWQ5OCxjMDYxOTRkNCkg YXQgcm9vdF9idXNfY29uZmlndXJlKzB4MWIKY29uZmlndXJlKDAsYzFlMDAwLGMxZWMwMCxjMWUw MDAsMCkgYXQgY29uZmlndXJlKzB4MjkKbWlfc3RhcnR1cCgpIGF0IG1pX3N0YXJ0dXArMHhhMApi ZWdpbigpIGF0IGJlZ2luKzB4MmMKcmwwOiA8UmVhbFRlayA4MTM5IDEwLzEwMEJhc2VUWD4gcG9y dCAweGI0MDAtMHhiNGZmIG1lbSAweGU0MTI1MDAwLTB4ZTQxMjUwZmYgaXJxIDE4IGF0IGRldmlj ZSAxLjAgb24gcGNpMgptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmwwCnJscGh5MDogPFJlYWxUZWsg aW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMwCnJscGh5MDogIDEwYmFzZVQsIDEw YmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KcmwwOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDowNDo2MTo0MjpkODpiYQpmd29oY2kwOiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNC NDNBQjIyL0E+IG1lbSAweGU0MTIwMDAwLTB4ZTQxMjNmZmYsMHhlNDEyNDAwMC0weGU0MTI0N2Zm IGlycSAyMCBhdCBkZXZpY2UgMy4wIG9uIHBjaTIKZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAg KFJPTT0wKQpmd29oY2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMgaXMgNC4KZndvaGNp MDogRVVJNjQgMDA6MDQ6NjE6MDA6MDA6MDA6NjY6NjIKZndvaGNpMDogUGh5IDEzOTRhIGF2YWls YWJsZSBTNDAwLCAyIHBvcnRzLgpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9yZWMgMjA0OCBieXRl cy4KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4gb24gZndvaGNpMApmd2UwOiA8 RXRoZXJuZXQgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmlmX2Z3ZTA6IEZha2UgRXRoZXJu ZXQgYWRkcmVzczogMDI6MDQ6NjE6MDA6NjY6NjIKZndlMDogRXRoZXJuZXQgYWRkcmVzczogMDI6 MDQ6NjE6MDA6NjY6NjIKZndlMDogaWZfc3RhcnQgcnVubmluZyBkZWZlcnJlZCBmb3IgR2lhbnQK c2JwMDogPFNCUC0yL1NDU0kgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmZ3b2hjaTA6IElu aXRpYXRlIGJ1cyByZXNldApmd29oY2kwOiBub2RlX2lkPTB4YzgwMGZmYzAsIGdlbj0xLCBDWUNM RU1BU1RFUiBtb2RlCmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAsIGNhYmxlIElSTSA9 IDAgKG1lKQpmaXJld2lyZTA6IGJ1cyBtYW5hZ2VyIDAgKG1lKQp4bDA6IDwzQ29tIDNjOTAwQi1G TCBFdGhlcmxpbmsgWEw+IHBvcnQgMHhiODAwLTB4Yjg3ZiBtZW0gMHhlNDEyNjAwMC0weGU0MTI2 MDdmIGlycSAyMCBhdCBkZXZpY2UgNi4wIG9uIHBjaTIKeGwwOiBXQVJOSU5HOiBubyBtZWRpYSBv cHRpb25zIGJpdHMgc2V0IGluIHRoZSBtZWRpYSBvcHRpb25zIHJlZ2lzdGVyISEKeGwwOiB0aGlz IGNvdWxkIGJlIGEgbWFudWZhY3R1cmluZyBkZWZlY3QgaW4geW91ciBhZGFwdGVyIG9yIHN5c3Rl bQp4bDA6IGF0dGVtcHRpbmcgdG8gZ3Vlc3MgbWVkaWEgdHlwZTsgeW91IHNob3VsZCBwcm9iYWJs eSBjb25zdWx0IHlvdXIgdmVuZG9yCnhsMDogZ3Vlc3NpbmcgMTBiYXNlRkwKeGwwOiBzZWxlY3Rp bmcgMTBiYXNlRkwgdHJhbnNjZWl2ZXIsIGhhbGYgZHVwbGV4CnhsMDogRXRoZXJuZXQgYWRkcmVz czogMDA6MTA6NWE6MGY6ZWE6ODgKcGNpMjogPG11bHRpbWVkaWEsIGF1ZGlvPiBhdCBkZXZpY2Ug Ny4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTE6IDxJbnRlbCBJ Q0g0IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweGYwMDAtMHhmMDBmLDB4Mzc2LDB4MTcwLTB4 MTc3LDB4M2Y2LDB4MWYwLTB4MWY3IGF0IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhMDogY2hhbm5l bCAjMCBvbiBhdGFwY2kxCmF0YTE6IGNoYW5uZWwgIzEgb24gYXRhcGNpMQpwY2kwOiA8c2VyaWFs IGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmZkYzA6IDxm bG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmNywweDNmMC0weDNmNSBpcnEgNiBkcnEg MiBvbiBhY3BpMApmZGMwOiBpY190eXBlIDkwIHBhcnRfaWQgODAKc2lvMCBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzEgcG9ydCAweDJmOC0weDJm ZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUwQQpwcGMwIHBvcnQgMHg2NzgtMHg2N2Is MHgyNzgtMHgyN2YgaXJxIDUgZHJxIDMgb24gYWNwaTAKcHBjMDogU01DLWxpa2UgY2hpcHNldCAo RUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2 LzE2LzkgYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMw CnBwaTA6IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMApwbGlwMDogPFBMSVAgbmV0d29yayBpbnRl cmZhY2U+IG9uIHBwYnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IEludGVycnVw dC1kcml2ZW4gcG9ydAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0 IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24g YXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IDxQUy8y IE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2Rl bCBNb3VzZU1hbissIGRldmljZSBJRCAwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0g MHhjMDAwMC0weGNjZmZmIG9uIGlzYTAKcG10aW1lcjAgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29u c29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgz ZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVl bmN5IDIzOTM5MzY0MzYgSHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAu MDAwIG1zZWMKQVRBUElfUkVTRVQgdGltZSA9IDE4MzgwdXMKQVRBUElfUkVTRVQgdGltZSA9IDMw dXMKYWNkMDogQ0RSVyA8X05FQyBEVkQrUlcgTkQtMTEwMEEvMS5BMz4gYXQgYXRhMC1tYXN0ZXIg VURNQTMzCmFjZDE6IENEUlcgPExJVEUtT04gTFRSLTEyMTAxQi9MUzNHPiBhdCBhdGEwLXNsYXZl IFBJTzQKQVRBUElfUkVTRVQgdGltZSA9IDEyMHVzCmFkMjogMzgxNjZNQiA8U1QzNDAwMTVBLzMu MDE+IFs3NzU0NS8xNi82M10gYXQgYXRhMS1tYXN0ZXIgVURNQTEwMAphY2QyOiBEVkRST00gPFRP U0hJQkEgRFZELVJPTSBTRC1NMTcxMi9KMDA0PiBhdCBhdGExLXNsYXZlIFVETUEzMwphZDQ6IDc2 MzE5TUIgPFNUMzgwMDIwQS8zLjM5PiBbMTU1MDYxLzE2LzYzXSBhdCBhdGEyLW1hc3RlciBVRE1B MTAwCmFkNjogNzgxNjdNQiA8TWF4dG9yIDRSMDgwTDAvUkFNQjFUVTA+IFsxNTg4MTYvMTYvNjNd IGF0IGF0YTMtbWFzdGVyIFVETUExMzMKYWQ3OiA1ODYyN01CIDxNYXh0b3IgNEQwNjBIMy9EQUgw MTdLMD4gWzExOTExNy8xNi82M10gYXQgYXRhMy1zbGF2ZSBVRE1BMTAwCk1vdW50aW5nIHJvb3Qg ZnJvbSB1ZnM6L2Rldi9hZDJzNGEK --Multipart=_Wed__25_Aug_2004_14_16_59_+0200_71wIs1XRGmUJXu6+-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 12:35:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DDCA16A4CE for ; Wed, 25 Aug 2004 12:35:24 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 187E943D55 for ; Wed, 25 Aug 2004 12:35:22 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.10/8.12.10) with ESMTP id i7PCZLJt013949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 08:35:21 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id i7PCZGi6023585; Wed, 25 Aug 2004 08:35:16 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16684.34692.113251.838400@grasshopper.cs.duke.edu> Date: Wed, 25 Aug 2004 08:35:16 -0400 (EDT) To: Chris Dillon In-Reply-To: <20040824235426.U93926@duey.wolves.k12.mo.us> References: <20040824235426.U93926@duey.wolves.k12.mo.us> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA1 hard lockups (HP DL380 G3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 12:35:24 -0000 Chris Dillon writes: > > Anybody else experiencing hard lockups with a recent 5.3-BETA? I can > manage to build and install a kernel if I hold my breath while doing > it, but I can't make it through a buildworld without the system > locking up hard enough to require a manual reset (thank goodness for > iLO and its virtual reset button :-). > > The hardware I'm working on is a HP Proliant DL380 G3, with dual > 2.8GHz Xeons, 2GB RAM, and using the on-board SmartArray 5i+ > controller with six 72GB 10KRPM disks in a RAID5 configuration. > Everything worked fine at first, even went through a few > kernels+worlds and plenty of port builds over the last month, but > within the last week or so these hard lockups started happening during > kernel/world builds (probably any moderate load would do). I thought > maybe something might have gone wrong with the hardware so I ran the > HP Diagnostics on it for 24 hours in a continuous loop and everything > went fine. Any clues? Me too. 4x opteron 844 w/AMD64 kernel, 4GB ram, mpt scsi. Building kernels is fine, but a buildworld always locks up hard until I backed down to a UP kernel. Do you have Doug White's IPI deadlock patch applied? (I do..). You might also have a greater chance to get into ddb if you set debug.kdb.stop_cpus=0 There's also MP_WATCHDOG for you, since you're on i386. Drew From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 13:10:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D4016A4CE; Wed, 25 Aug 2004 13:10:57 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38BDE43D62; Wed, 25 Aug 2004 13:10:55 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7PDAm1T093451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 16:10:49 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7PDAqEP005957; Wed, 25 Aug 2004 16:10:52 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 16:10:52 +0300 From: Ruslan Ermilov To: Harti Brandt Message-ID: <20040825131052.GA5872@ip.net.ua> References: <20040824130849.GA12431@megalogika.lt> <20040824170917.Y517@beagle.kn.op.dlr.de> <20040824163608.GD37217@ip.net.ua> <200408250817.38664.tim@contentspace.demon.co.uk> <20040825135315.I553@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <20040825135315.I553@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Tim Hawkins cc: freebsd-current@freebsd.org Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 13:10:57 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 25, 2004 at 02:09:19PM +0200, Harti Brandt wrote: > On Wed, 25 Aug 2004, Tim Hawkins wrote: >=20 > TH>On Tuesday 24 August 2004 17:36, Ruslan Ermilov wrote: > TH> > TH>I had the same problem without using make includes, the result of an= =20 > TH>installworld failure. I had to copy the version of genatmtree from /us= r/obj=20 > TH>to userland in order to be able to rebuild world to fix it.=20 > TH> > TH>I also had the same problem with "make" where I could not rebuild anyt= hing=20 > TH>untill I had copied /usr/obj version to userland >=20 > Perhaps osreldate.h gets clobbered too early in the install process. If= =20 > the install process breaks at some point osreldate may contain the new=20 > FreeBSD version already. If the user then removes /usr/obj and buildworld= s=20 > again, the tools won't get build because Makefile.inc1 gets the wrong=20 > BOOTSTRAPPING version. >=20 > Just a guess. >=20 Yes, I remember this exactly happening to some users. But it does not change the fact: their build systems were broken as a result, and a working and consistent build system is a strong prerequisite for a successful buildworld. In the past, there was no such thing like OSRELDATE, and we could upgrade from any supported __FreeBSD_version system. Some developers didn't like this, and insisted on a more granular bootstrapping procedure: i.e., if you've just upgraded your world and kernel, and try to "make buildworld" again using the same sources, it shouldn't bootstrap anything in the bootstrap-tools stage. This is what is implemented right now, and the drawback is that it made broken build systems much more fragile (read: if your /usr/include/osreldate.h doesn't match reality, chances are very high now that buildworld will fail). For those with broken build systems, we still have an opportunity to cheat by setting OSRELDATE to 0. For anyone upgrading a lot of different __FreeBSD_version machines in the cluster (there's no 100% guarantee it will work), I recommend putting OSRELDATE=3D0 to /etc/make.conf on the build machine. Chuck, if you're reading this, it affects you as well. The guarantee in this case would probably be 99%. By setting OSRELDATE=3D0, you're telling your buildworld/buildkernels: "Hey, you two, you and your "install" counterparts should be able to run on the lowest supported __FreeBSD_version system." Unfortunately, this doesn't do the magic -- there're still a lot of things to consider: bootstrap-tools are bootstrapped using the build host's environment, using its /usr/include and /usr/lib. If, for example, your build host has libc with some new syscall, and some of the bootstrap-tools use this syscall, the resulting static binary (yes, all of the bootstrap-tools are statically linked to be agnostic to in-place library upgrades), and your install host's kernel doesn't know about it, running such a tool will result in ENOSYS. By considering all of this, let me tell this once again: it's much more safer to use the build host to install stuff, by NFS mounting remote /, /usr, and /var partitions read-write, and installing with DESTDIR pointing to a remote root. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLI/cqRfpzJluFF4RAkq5AJ0Rqtsi75g7ftsPGtrg/VEx4ZNimgCeLW46 GFPBUb6TftMRp4avYM++OfU= =WKhT -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 13:12:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 113FD16A4CE; Wed, 25 Aug 2004 13:12:47 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CAB843D68; Wed, 25 Aug 2004 13:12:45 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7PDCes1093494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 16:12:40 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7PDCh32005978; Wed, 25 Aug 2004 16:12:43 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 16:12:43 +0300 From: Ruslan Ermilov To: Tim Hawkins Message-ID: <20040825131243.GB5872@ip.net.ua> References: <20040824130849.GA12431@megalogika.lt> <200408250817.38664.tim@contentspace.demon.co.uk> <20040825135315.I553@beagle.kn.op.dlr.de> <200408251407.50063.tim@contentspace.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/WwmFnJnmDyWGHa4" Content-Disposition: inline In-Reply-To: <200408251407.50063.tim@contentspace.demon.co.uk> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org cc: Harti Brandt Subject: Re: problems during upgrade to RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 13:12:47 -0000 --/WwmFnJnmDyWGHa4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 25, 2004 at 02:07:49PM +0100, Tim Hawkins wrote: [...] > It was mainly my own fault for editing the kern conf file between makes, = but=20 > it could be less fragile if kernbuilds used the binaries built either in= =20 > buildworld, or buildkernel, and does not assume userland binaries are up = to=20 > date.=20 >=20 If that happens again, try ``make buildworld OSRELDATE=3D0'' -- it should h= elp. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --/WwmFnJnmDyWGHa4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLJBLqRfpzJluFF4RAry+AJ0f6O9lj3gy9kqHPQ1j5+phCrtV9ACgnbwS qpP56kaQjvw8chI0WDgBStE= =ETGO -----END PGP SIGNATURE----- --/WwmFnJnmDyWGHa4-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 13:15:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04DB916A4E7 for ; Wed, 25 Aug 2004 13:15:42 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B88C43D48 for ; Wed, 25 Aug 2004 13:15:14 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7PDF4aT093523 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 16:15:05 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7PDF8mV006011; Wed, 25 Aug 2004 16:15:08 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 16:15:08 +0300 From: Ruslan Ermilov To: Fran?ois Weissbaum Message-ID: <20040825131508.GC5872@ip.net.ua> References: <000801c489ef$e58dc8c0$6407a8c0@skrypt> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline In-Reply-To: <000801c489ef$e58dc8c0$6407a8c0@skrypt> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: missing fd0 in /dev after cvsupping to FBSD-6.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 13:15:43 -0000 --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 05:34:49PM +0200, Fran?ois Weissbaum wrote: > Hi all,=20 >=20 > this is my problem !=20 >=20 > After cvsupping from FBSD-5.2 to FBSD-6.0-CURRENT I miss fd0 in /dev. Con= sequently > accssing floppy is not possible anymore. It must have something to do with > devfs.=20 > I tried 'mknod /dev/fd0 ...' but could not find out the correct major/min= or > numbers for the floppy driver. >=20 > Any suggestion helping solve the problem is highly appreciated (sure, the > real problem is my stupidity, but this is not solvable anymore) >=20 I've lost my floppy drive too. It now reports that I have fdc0 and fdc1, while previously I only had fdc0 (and my notebook really has only one floppy controller), but the attach routine returns a non-zero exit status. I will work with Poul-Henning to try to resolve this issue. Stay tuned. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --XWOWbaMNXpFDWE00 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLJDcqRfpzJluFF4RApNHAJ9Ln9pTkq4V3j8zodLzvWhOEC/PzgCfUqUw Ywtu0JaiFYo/8nRXUmKBzao= =6RsZ -----END PGP SIGNATURE----- --XWOWbaMNXpFDWE00-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 13:47:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6042616A4CF; Wed, 25 Aug 2004 13:47:27 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7519A43D45; Wed, 25 Aug 2004 13:47:25 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7PDlJov095110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 16:47:20 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7PDlMt8010591; Wed, 25 Aug 2004 16:47:22 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 16:47:22 +0300 From: Ruslan Ermilov To: Harti Brandt Message-ID: <20040825134722.GD5872@ip.net.ua> References: <1093402508.488.8.camel@home> <20040825134842.M553@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W5WqUoFLvi1M7tJE" Content-Disposition: inline In-Reply-To: <20040825134842.M553@beagle.kn.op.dlr.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: current@freebsd.org Subject: Re: BETA1 5.3 make world DESTDIR failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 13:47:27 -0000 --W5WqUoFLvi1M7tJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 25, 2004 at 01:50:36PM +0200, Harti Brandt wrote: > On Wed, 25 Aug 2004, Marten wrote: >=20 > M>a problem with DESTDIR option occured... > M> > M>I did an install from cd beta 5.3 > M>cvsup to RELENG_5 > M>make buildworld > M>make buildkernel > M>make installkernel > M>make installworld > M>reboot > M> > M>up till here all is fine. > M> > M>from some source=20 > M> > M>make world DESTDIR=3D/ is ok > M>but > M>make world DESTDIR=3D/ returns an error=20 >=20 > I don't think that posting the same question under several accounts does= =20 > actually help, but anyway try: >=20 > DESTDIR=3D/foo make world >=20 > You _SHOULD_!!! better use buildworld/installworld targets: >=20 > make buildworld > DESTDIR=3D/foo make installworld >=20 With installworld, you can specify DESTDIR as a command-line variable, as IMAKEENV (from Makefile.inc1) doesn't utilize DESTDIR. I think I know how to fix "make world DESTDIR=3D/foo" to make it work again -- we need to convert all DESTDIR uses in Makefile.inc1 to be command-line variables. I'm currently testing this patch, and it looks promising: %%% Index: Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.441 diff -u -r1.441 Makefile.inc1 --- Makefile.inc1 24 Aug 2004 23:12:16 -0000 1.441 +++ Makefile.inc1 25 Aug 2004 13:36:49 -0000 @@ -177,13 +177,13 @@ GROFF_TMAC_PATH=3D${WORLDTMP}/legacy/usr/share/tmac =20 # bootstrap-tools stage -BMAKEENV=3D DESTDIR=3D \ - INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ +BMAKEENV=3D INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ PATH=3D${BPATH}:${PATH} \ WORLDTMP=3D${WORLDTMP} \ MAKEFLAGS=3D"-m ${.CURDIR}/tools/build/mk ${.MAKEFLAGS}" BMAKE=3D MAKEOBJDIRPREFIX=3D${WORLDTMP} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ + DESTDIR=3D \ BOOTSTRAPPING=3D${OSRELDATE} \ -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE \ -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS @@ -191,6 +191,7 @@ # build-tools stage TMAKE=3D MAKEOBJDIRPREFIX=3D${OBJTREE} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ + DESTDIR=3D \ BOOTSTRAPPING=3D${OSRELDATE} -DNOLINT -DNO_CPU_CFLAGS -DNO_WARNS =20 # cross-tools stage @@ -198,11 +199,10 @@ =20 # world stage WMAKEENV=3D ${CROSSENV} \ - DESTDIR=3D${WORLDTMP} \ _SHLIBDIRPREFIX=3D${WORLDTMP} \ INSTALL=3D"sh ${.CURDIR}/tools/install.sh" \ PATH=3D${TMPPATH} -WMAKE=3D ${WMAKEENV} ${MAKE} -f Makefile.inc1 +WMAKE=3D ${WMAKEENV} ${MAKE} -f Makefile.inc1 DESTDIR=3D${WORLDTMP} =20 # install stage .if empty(.MAKEFLAGS:M-n) %%% I didn't "fix" ``${KMAKEENV} ${MAKE}'' because their uses don't need ${DEST= DIR} pointing to ${WORLDTMP}. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --W5WqUoFLvi1M7tJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLJhqqRfpzJluFF4RAqxuAKCFr/mZAnAoT+rObkLOMBOhilQobgCfRUcD 5StBQ9Z2TtyOzNLs+O6WGF4= =yg/R -----END PGP SIGNATURE----- --W5WqUoFLvi1M7tJE-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 13:50:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48BDC16A4CE for ; Wed, 25 Aug 2004 13:50:15 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74A7443D2F for ; Wed, 25 Aug 2004 13:50:14 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7PDoA5F095233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 25 Aug 2004 16:50:11 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7PDoE4m021822 for freebsd-current@freebsd.org; Wed, 25 Aug 2004 16:50:14 +0300 (EEST) (envelope-from ru) Date: Wed, 25 Aug 2004 16:50:14 +0300 From: Ruslan Ermilov To: freebsd-current@freebsd.org Message-ID: <20040825135014.GF5872@ip.net.ua> References: <20040824164223.GA6359@gicco.homeip.net> <20040824170357.GA46720@troutmask.apl.washington.edu> <20040824174147.GA2041@gicco.homeip.net> <20040825070604.GE2916@ip.net.ua> <20040825115117.GA793@gicco.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JcvBIhDvR6w3jUPA" Content-Disposition: inline In-Reply-To: <20040825115117.GA793@gicco.homeip.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new Subject: Re: crt1.o: In function `_start': undefined reference to `_init_tsl' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 13:50:15 -0000 --JcvBIhDvR6w3jUPA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 25, 2004 at 01:51:17PM +0200, Hanspeter Roth wrote: > On Aug 25 at 10:06, Ruslan Ermilov spoke: >=20 > > I recall you upgrading your libc without updating the rest > > of the world -- this ruined your build system. To try to > > recover from it, you may need to build/install in lib/csu: > >=20 > > cd /usr/src/lib/csu > > make obj && make && make install >=20 > I can't make obj in /usr/src/lib/csu, only in > /usr/src/lib/csu/i386-elf. `make obj && make && make install' in > /usr/src/lib/csu/i386-elf installs /usr/lib/crt[1in].o and > /usr/lib/gcrt1.o. >=20 > I had to do `make obj && make && make install' in /usr/src/lib/libc > as well. This did solve the problem. >=20 OK, you did it all right. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --JcvBIhDvR6w3jUPA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBLJkWqRfpzJluFF4RAizMAKCOXLNntZ9rrjc/KUNLDUtj7ooKggCfSxNm wwq1wQUujre0VGUqpwn/qBs= =wonf -----END PGP SIGNATURE----- --JcvBIhDvR6w3jUPA-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 13:55:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B4416A4CE for ; Wed, 25 Aug 2004 13:55:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B4943D31 for ; Wed, 25 Aug 2004 13:55:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 232141FF92F; Wed, 25 Aug 2004 15:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 133491FF91D; Wed, 25 Aug 2004 15:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id F2CC015691; Wed, 25 Aug 2004 13:50:25 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id EFDD015689; Wed, 25 Aug 2004 13:50:25 +0000 (UTC) Date: Wed, 25 Aug 2004 13:50:25 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Marc UBM Bocklet In-Reply-To: <20040825141659.5fb7b55b.ubm@u-boot-man.de> Message-ID: References: <20040825141659.5fb7b55b.ubm@u-boot-man.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: LOR in re driver / acpi root bus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 13:55:10 -0000 On Wed, 25 Aug 2004, Marc UBM Bocklet wrote: Hi, > I just decided to bring my machine up to date with 6.0-current and got > a LOR while booting. > > dmesg and LOR are attache. see http://sources.zabbadoz.net/freebsd/lor.html#026 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 14:12:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5759616A4CF for ; Wed, 25 Aug 2004 14:12:39 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id D85E743D31 for ; Wed, 25 Aug 2004 14:12:38 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so134440rnl for ; Wed, 25 Aug 2004 07:12:38 -0700 (PDT) Received: by 10.38.171.20 with SMTP id t20mr1984216rne; Wed, 25 Aug 2004 07:12:38 -0700 (PDT) Received: by 10.38.75.25 with HTTP; Wed, 25 Aug 2004 07:12:37 -0700 (PDT) Message-ID: <790a9fff040825071252f4e43a@mail.gmail.com> Date: Wed, 25 Aug 2004 09:12:37 -0500 From: Scot Hetzel To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Søren Schmidt Subject: Kernel Crash in ata_pio_read X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 14:12:39 -0000 I have been experiencing a problem where the computer will boot upon power up the first time, but a reboot of the system causes a Fatal trap 12. Powering the system off for 5-30 mins, still won't allow it to boot when powered up. But, turn it off at night (12 mid), and then boot it up in the morning (7:30) and the first boot succeeds. Below is a hand transcribe of the dmesg and debugger output: ATAPI_RESET time = 330us ad0: 26105mb [53040/16/63] at ata0-master BIOSPIO acd0: WARNING - MODE_SENSE_BIG interrupt was seen but taskqueue stalled acd0: WARNING - MODE_SENSE_BIG DONEDRQ non conformant device acd0: WARNING - MODE_SENSE_BIG read data overrun 65535>5 acd0: WARNING no status, reselecting device acd0: WARNING - MODE_SENSE_BIG DONEDRQ non conformant device Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc14927f0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc04ba248 stack pointer = 0x10:0xc7a69c68 frame pointer = 0x10:0xc7a69c68 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 = 28 (swi5: clock sio) [thread 100000] stopped at ata_pio_read+0x68: repe insw %dx,%es:(%edi) db> trace ata_pio_read(c14827bc, ffff, c7a69cbc, ff, c08b3200) at ata_pio_read+0x68 ata_generic_interrupt(c12af200, 7, c7a69cf4, c060b392, c14827bc) at ata_generic_interrupt_0x578 ata_timeout(c14827bc) at ata_timeout+0x16f softclock(0) at softclock+0x17a ithread_loop(c12b9700, c7a69d48, c12b9700, c05ed7d0, 0) ata ithread_loop+0x124 fork_exit(c05ed7d0, c12b9700, c7a69d48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc7a69d7c, ebp = 0 --- The CDROM drive is a 3 CD changer: acd0: CDROM at ata0-slave BIOSPIO I haven't tried booting without the CDROM drive attached. My checked out sources are from Friday, about 4:00 CDT. The kernel was built using an unmodified GENERIC. Scot below is the demsg from a sucessful first boot. 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-BETA1 #0: Sun Aug 22 11:43:46 CDT 2004 root@bsd5x.hetzel.org:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium/P54C (132.63-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x1bf real memory = 134217728 (128 MB) avail memory = 121700352 (116 MB) Intel Pentium detected, installing workaround for F00F bug npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x6000-0x600f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 fxp0: port 0x6020-0x603f mem 0xcc000000-0xcc0fffff,0xca000000-0xca000fff irq 11 at device 13.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:85:b6:3c fxp0: [GIANT-LOCKED] ahc0: port 0x6400-0x64ff mem 0xcc200000-0xcc200fff irq 11 at device 14.0 on pci0 ahc0: [GIANT-LOCKED] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs pci0: at device 15.0 (no driver attached) cpu0 on motherboard orm0: at iomem 0xc8000-0xcefff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x20 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio4: at port 0x2f8-0x2ff irq 3 on isa0 sio4: type 16550A ahc1: No resources alloated. Timecounter "TSC" frequency 132632665 Hz quality 800 Timecounters tick every 10.000 msec ATAPI_RESET time = 310us ad0: 26105MB [53040/16/63] at ata0-master BIOSPIO acd0: WARNING - MODE_SENSE_BIG interrupt was seen but taskqueue stalled acd0: WARNING - MODE_SENSE_BIG DONEDRQ non conformant device acd0: WARNING - MODE_SENSE_BIG read data overrun 65535>5 acd0: WARNING no status, reselecting device acd0: timeout sending command=a0 acd0: error issuing ATA PACKET command acd0: WARNING no status, reselecting device acd0: timeout sending command=a0 acd0: error issuing ATA PACKET command acd0: WARNING no status, reselecting device acd0: WARNING no status, reselecting device acd0: WARNING no status, reselecting device acd0: WARNING no status, reselecting device acd0: timeout sending command=a0 acd0: error issuing ATA PACKET command acd0: WARNING no status, reselecting device acd0: timeout sending command=a0 acd0: error issuing ATA PACKET command acd0: CDROM at ata0-slave BIOSPIO Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 3090MB (6328861 512 byte sectors: 255H 63S/T 393C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da1: 3090MB (6328861 512 byte sectors: 255H 63S/T 393C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da2: 3090MB (6328861 512 byte sectors: 255H 63S/T 393C) Mounting root from ufs:/dev/da0s1a From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 14:42:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92DFE16A4CF; Wed, 25 Aug 2004 14:42:33 +0000 (GMT) Received: from mail.ki.iif.hu (mignon.ki.iif.hu [193.6.222.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0F7843D2D; Wed, 25 Aug 2004 14:42:32 +0000 (GMT) (envelope-from mohacsi@niif.hu) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 6E09054E6; Wed, 25 Aug 2004 16:42:31 +0200 (CEST) Received: from mail.ki.iif.hu ([127.0.0.1]) by localhost (mignon.ki.iif.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13617-02-3; Wed, 25 Aug 2004 16:42:25 +0200 (CEST) Received: by mail.ki.iif.hu (Postfix, from userid 1003) id 8474C551B; Wed, 25 Aug 2004 16:42:25 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 825025501; Wed, 25 Aug 2004 16:42:25 +0200 (CEST) Date: Wed, 25 Aug 2004 16:42:25 +0200 (CEST) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: current@freebsd.org Message-ID: <20040825163720.V63227@mignon.ki.iif.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at mail.ki.iif.hu cc: tjr@freebsd.org Subject: __FreeBSD_version for libz 1.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 14:42:33 -0000 Dear All, Which __FreeBSD_version did you bump in after the libz 1.2.1 upgrade. I would need this information to test for a specific port that insist using libz 1.2 or later. Thank you for the information. Best Regards, Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 14:44:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C0D116A4CE for ; Wed, 25 Aug 2004 14:44:01 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 576AD43D31 for ; Wed, 25 Aug 2004 14:44:01 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 327 invoked from network); 25 Aug 2004 14:44:00 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 25 Aug 2004 14:44:00 -0000 Received: from hydrogen.funkthat.com (ryjgxw@localhost.funkthat.com [127.0.0.1])i7PEhxuU001743; Wed, 25 Aug 2004 07:44:00 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7PEhwiB001742; Wed, 25 Aug 2004 07:43:58 -0700 (PDT) Date: Wed, 25 Aug 2004 07:43:58 -0700 From: John-Mark Gurney To: Marius =?iso-8859-1?Q?N=FCnnerich?= Message-ID: <20040825144358.GM29902@funkthat.com> Mail-Followup-To: Marius =?iso-8859-1?Q?N=FCnnerich?= , freebsd-current@freebsd.org References: <20040823223036.472c88aa@duron.hackerzberg.dyndns.org> <20040824182034.GH29902@funkthat.com> <20040825024737.391169dd@duron.hackerzberg.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20040825024737.391169dd@duron.hackerzberg.dyndns.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: LOR re0 and acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 14:44:01 -0000 Marius Nünnerich wrote this message on Wed, Aug 25, 2004 at 02:47 +0200: > On Tue, 24 Aug 2004 11:20:34 -0700 > John-Mark Gurney wrote: > > > > I happen to have recently purchased a card, and ran across the same > > LOR... Try the attached patch. It works for me.. > > The patch works here too, thanks. But is it OK to simply remove that lock? Yes. The device isn't attached yet, so no one else should have a reference to the softc, and the lock is initalized and destroy in just a few lines, so there really is nothing that the lock locks. It might be useful if asserts are added to the CSR_READ_4 macro, but that probably won't happen since it's just a wrapper around a bus_space_ macro.. > > Next step is to lock down the driver.. :) > > I would love to, but I have no skills in this sector :( Don't worry, I'm working on merging bms's changes to rl into the re driver. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:03:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93B0916A4CE; Wed, 25 Aug 2004 15:03:02 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 217EA43D39; Wed, 25 Aug 2004 15:03:02 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7PF0kYq032551; Wed, 25 Aug 2004 11:00:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7PF0kNL032548; Wed, 25 Aug 2004 11:00:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 25 Aug 2004 11:00:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Chris Dillon In-Reply-To: <20040824235426.U93926@duey.wolves.k12.mo.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: dwhite@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA1 hard lockups (HP DL380 G3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:03:02 -0000 On Wed, 25 Aug 2004, Chris Dillon wrote: > Anybody else experiencing hard lockups with a recent 5.3-BETA? I can > manage to build and install a kernel if I hold my breath while doing it, > but I can't make it through a buildworld without the system locking up > hard enough to require a manual reset (thank goodness for iLO and its > virtual reset button :-). Yes -- there's a bug fix in HEAD for SMP-related VM races, but it's not yet merged to RELENG_5 as it's in a three day waiting period. It will be shortly. I've CC'd Doug White, the pertinent victim. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research > > The hardware I'm working on is a HP Proliant DL380 G3, with dual > 2.8GHz Xeons, 2GB RAM, and using the on-board SmartArray 5i+ > controller with six 72GB 10KRPM disks in a RAID5 configuration. > Everything worked fine at first, even went through a few > kernels+worlds and plenty of port builds over the last month, but > within the last week or so these hard lockups started happening during > kernel/world builds (probably any moderate load would do). I thought > maybe something might have gone wrong with the hardware so I ran the > HP Diagnostics on it for 24 hours in a continuous loop and everything > went fine. Any clues? > > -- > Chris Dillon - cdillon(at)wolves.k12.mo.us > FreeBSD: The fastest, most open, and most stable OS on the planet > - Available for IA32, IA64, AMD64, PC98, Alpha, and UltraSPARC architectures > - PowerPC, ARM, MIPS, and S/390 under development > - http://www.freebsd.org > > Q: Because it reverses the logical flow of conversation. > A: Why is putting a reply at the top of the message frowned upon? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:05:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A966E16A4CE for ; Wed, 25 Aug 2004 15:05:48 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB8F43D3F for ; Wed, 25 Aug 2004 15:05:48 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i7PF5lTH010674 for ; Wed, 25 Aug 2004 11:05:47 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i7PF5l6g010673 for freebsd-current@freebsd.org; Wed, 25 Aug 2004 11:05:47 -0400 (EDT) Date: Wed, 25 Aug 2004 11:05:47 -0400 From: Ken Smith To: freebsd-current@freebsd.org Message-ID: <20040825150547.GI6962@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:05:48 -0000 I'm doing some final cleaning up of the X.org migration's impact on sysinstall. At the moment what sysinstall tries to use to configure X.org appears to be useless - it runs "xorgcfg" with no arguments which seems to successfully start the server but then just sits there with nothing else happening. As part of merging in the X.org setup to begin with Eric seemed in favor of eliminating the X server config from sysinstall completely. There are lots of holes in lots of feet caused by this step failing. That or other options that fix the basic problem in a more complex way can be discussed for future releases. For now I'm thinking we should just rip out the offer sysinstall makes for doing a graphical configuration and leave it at that for the 5.3 release. The text mode configuration appears to work. Any thoughts? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:07:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2715A16A4CE; Wed, 25 Aug 2004 15:07:33 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE0943D6B; Wed, 25 Aug 2004 15:07:32 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I3000AXMCOJT0@ms-dienst.rz.rwth-aachen.de>; Wed, 25 Aug 2004 17:07:31 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 25 Aug 2004 17:07:30 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])i7PF7URA009626; Wed, 25 Aug 2004 17:07:30 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 503CF2846D; Wed, 25 Aug 2004 17:07:25 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id E668A613A; Wed, 25 Aug 2004 17:07:24 +0200 (CEST) Date: Wed, 25 Aug 2004 17:07:24 +0200 From: Christian Brueffer In-reply-to: To: Robert Watson Message-id: <20040825150724.GA33080@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=GvXjxJ+pjyke8COw; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.5.1i X-Operating-System: FreeBSD 5.2-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20040824203210.GA30220@unixpages.org> cc: current@freebsd.org Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:07:33 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 24, 2004 at 11:18:55PM -0400, Robert Watson wrote: >=20 > On Tue, 24 Aug 2004, Christian Brueffer wrote: >=20 > > I'm getting the following panic on 6-CURRENT as well as 5.3-BETA1 with > > sources from today. It's easily reproducible on both, with > > debug.mpsafenet=3D1.=20 >=20 > Hmm. Looks like something has acquired and failed to release Giant in the > NFS server. It could be we're leaking Giant in an error case that didn't > turn up in previous testing, but for some reason is more common in your > environment. Unfortunately, as Giant can be acquired recursively, the > "last acquired" information presented by WITNESS isn't useful to us. > There are a couple of ways we could approach debugging this. I think the > easiest might be the following: >=20 > - Recompile your kernel with the following options: >=20 > options KTR > options KTR_COMPILE=3D(KTR_LOCK|KTR_PROC) > options KTR_ENTRIES=3D16384 >=20 > - At run-time, before triggering the crash, use sysctl to set the > following settings: >=20 > sysctl debug.ktr.cpumask=3D0xff > sysctl debug.ktr.mask=3D`sysctl -n debug.ktr.compile` >=20 > - When the crash occurs, use "show ktr" to list recent lock operations. > Using your serial console, copy and paste a few pages of locking > operations into an e-mail, probably until you hit the next context > switch (mi_switch: new thread). You'll notice that the entries are > sorted by event id, which generally results in reverse-chronological > order with most recent event earliest. We'd like to look at all > acquisitions of Giant and releases of Giant since that context switch. > There should be one or more acquires than releases in the event stream, > and we'd like to figure out which is the one not associated with a > matching unlock. >=20 The complete output is available at http://people.freebsd.org/~brueffer/screenlog.0.gz - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBLKssbHYXjKDtmC0RAvIbAKDY8KN0wDNwZY/05/s0HGPFof0p7wCg+nGx MNBuh6hbdNXrr9UF1CwivKI= =Bk0A -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:14:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 376F116A4CE for ; Wed, 25 Aug 2004 15:14:45 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id E143143D49 for ; Wed, 25 Aug 2004 15:14:44 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.1/8.13.1) with ESMTP id i7PFEiH3014960 for ; Wed, 25 Aug 2004 08:14:44 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.1/8.13.1/Submit) id i7PFEiVJ014959 for freebsd-current@freebsd.org; Wed, 25 Aug 2004 08:14:44 -0700 (PDT) (envelope-from david) Date: Wed, 25 Aug 2004 08:14:44 -0700 (PDT) From: David Wolfskill Message-Id: <200408251514.i7PFEiVJ014959@bunrab.catwhisker.org> To: freebsd-current@freebsd.org In-Reply-To: <20040825150547.GI6962@electra.cse.Buffalo.EDU> Subject: Re: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:14:45 -0000 >Date: Wed, 25 Aug 2004 11:05:47 -0400 >From: Ken Smith >To: freebsd-current@freebsd.org >I'm doing some final cleaning up of the X.org migration's impact on >sysinstall.... >As part of merging in the X.org setup to begin with Eric seemed >in favor of eliminating the X server config from sysinstall completely. >.... >For now I'm thinking we should just rip out the offer sysinstall makes >for doing a graphical configuration and leave it at that for the 5.3 >release. The text mode configuration appears to work. >Any thoughts? Makes sense to me: when I've done installs for the last few years, I have generally skipped the X configuration until after the boot-up of the new system. Peace, david -- David H. Wolfskill david@catwhisker.org Evidence of curmudgeonliness: becoming irritated with the usage of the word "speed" in contexts referring to quantification of network performance, as opposed to "bandwidth" or "latency." From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:20:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3B8416A4CE for ; Wed, 25 Aug 2004 15:20:25 +0000 (GMT) Received: from avscan2.sentex.ca (avscan2.sentex.ca [199.212.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83FEA43D41 for ; Wed, 25 Aug 2004 15:20:25 +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 i7PFKPKH043377 for ; Wed, 25 Aug 2004 11:20:25 -0400 (EDT) (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 43161-03 for ; Wed, 25 Aug 2004 11:20:24 -0400 (EDT) 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 i7PFKOgX043345 for ; Wed, 25 Aug 2004 11:20:24 -0400 (EDT) (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 i7PFKHDN033177 for ; Wed, 25 Aug 2004 11:20:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.1.2.0.0.20040825112311.095018e8@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 25 Aug 2004 11:25:04 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200408251514.i7PFEiVJ014959@bunrab.catwhisker.org> References: <20040825150547.GI6962@electra.cse.Buffalo.EDU> <200408251514.i7PFEiVJ014959@bunrab.catwhisker.org> 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 avscan2b Subject: Re: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:20:26 -0000 At 11:14 AM 25/08/2004, David Wolfskill wrote: > >Date: Wed, 25 Aug 2004 11:05:47 -0400 > >From: Ken Smith > >To: freebsd-current@freebsd.org > > >As part of merging in the X.org setup to begin with Eric seemed > >in favor of eliminating the X server config from sysinstall completely. > >.... > > >Any thoughts? > >Makes sense to me: when I've done installs for the last few years, >I have generally skipped the X configuration until after the boot-up >of the new system. Yes, I am of the same opinion. Generally when we do an install on a new server we either do not configure X or we configure it later outside of sysinstall. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:23:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C7BD16A4CE for ; Wed, 25 Aug 2004 15:23:14 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 337B943D5A for ; Wed, 25 Aug 2004 15:23:13 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id CD9A911AB4; Wed, 25 Aug 2004 17:23:10 +0200 (CEST) Date: Wed, 25 Aug 2004 17:23:10 +0200 From: "Simon L. Nielsen" To: Ken Smith Message-ID: <20040825152309.GB755@zaphod.nitro.dk> References: <20040825150547.GI6962@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <20040825150547.GI6962@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:23:14 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.08.25 11:05:47 -0400, Ken Smith wrote: >=20 > For now I'm thinking we should just rip out the offer sysinstall makes > for doing a graphical configuration and leave it at that for the 5.3 > release. The text mode configuration appears to work. >=20 > Any thoughts? Well, you asked for thoughts... :-) : I never do X configuration from the installer (and I always recomend to other not to do it either), since I think it's just too often something with X probing/configuration freezes the system or goes wrong otherwise. Then you have to restart the install of the entire OS, so I think it's much better to configure X after the main OS install. In short: Yes, please just nuke it :-). --=20 Simon L. Nielsen FreeBSD Documentation Team --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBLK7dh9pcDSc1mlERAgpTAJsH6/0iQ0EGdYB7PitOH+se3XbeOACgx1R0 esuFHhjSGY356zTB429pokk= =wbO0 -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:38:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1154D16A4CE; Wed, 25 Aug 2004 15:38:19 +0000 (GMT) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D783F43D2D; Wed, 25 Aug 2004 15:38:18 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd5mr4so.prod.shaw.ca (pd5mr4so-qfe3.prod.shaw.ca [10.0.141.168]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0I3000LZBBYSRT@l-daemon>; Wed, 25 Aug 2004 08:52:04 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd5mr4so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I3000DJKBYSK410@pd5mr4so.prod.shaw.ca>; Wed, 25 Aug 2004 08:52:04 -0600 (MDT) Received: from piii600.wadham.ox.ac.uk (S0106006067227a4a.vc.shawcable.net [24.87.233.42])2003)) with ESMTP id <0I3000305BYR03@l-daemon>; Wed, 25 Aug 2004 08:52:04 -0600 (MDT) Date: Wed, 25 Aug 2004 07:51:39 -0700 From: Colin Percival In-reply-to: <20040825163720.V63227@mignon.ki.iif.hu> X-Sender: cperciva@popserver.sfu.ca (Unverified) To: Mohacsi Janos Message-id: <6.1.0.6.1.20040825075053.03af2da0@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Content-type: text/plain; charset=us-ascii References: <20040825163720.V63227@mignon.ki.iif.hu> cc: current@freebsd.org cc: tjr@freebsd.org Subject: Re: __FreeBSD_version for libz 1.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:38:19 -0000 At 07:42 25/08/2004, Mohacsi Janos wrote: >Dear All, > Which __FreeBSD_version did you bump in after the libz 1.2.1 upgrade. I would need this information to test for a specific port that insist using libz 1.2 or later. _FreeBSD_version wasn't bumped during the libz 1.2.1 upgrade, but it was bumped a couple days later for a different reason. Check for >= 502120. Colin Percival From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:38:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F0A616A4CE; Wed, 25 Aug 2004 15:38:29 +0000 (GMT) Received: from mail.wolves.k12.mo.us (duey.wolves.k12.mo.us [207.160.214.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D7043D45; Wed, 25 Aug 2004 15:38:28 +0000 (GMT) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 481141FE22; Wed, 25 Aug 2004 10:38:28 -0500 (CDT) Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02043-01-100; Wed, 25 Aug 2004 10:38:26 -0500 (CDT) Received: by mail.wolves.k12.mo.us (Postfix, from userid 1001) id 73F871FE1F; Wed, 25 Aug 2004 10:38:26 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 701F01A902; Wed, 25 Aug 2004 10:38:26 -0500 (CDT) Date: Wed, 25 Aug 2004 10:38:26 -0500 (CDT) From: Chris Dillon To: Robert Watson In-Reply-To: Message-ID: <20040825102205.I4187@duey.wolves.k12.mo.us> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at wolves.k12.mo.us cc: dwhite@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: 5.3-BETA1 hard lockups (HP DL380 G3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:38:29 -0000 On Wed, 25 Aug 2004, Robert Watson wrote: > On Wed, 25 Aug 2004, Chris Dillon wrote: > >> Anybody else experiencing hard lockups with a recent 5.3-BETA? I can >> manage to build and install a kernel if I hold my breath while doing it, >> but I can't make it through a buildworld without the system locking up >> hard enough to require a manual reset (thank goodness for iLO and its >> virtual reset button :-). > > Yes -- there's a bug fix in HEAD for SMP-related VM races, but it's > not yet merged to RELENG_5 as it's in a three day waiting period. > It will be shortly. I've CC'd Doug White, the pertinent victim. Funny enough, I was running HEAD until early yesterday when I realized what I really wanted now was RELENG_5, but I was still locking up solid. If that patch only went in HEAD a few days ago, though, I probably missed it. I'm going to try to build a UP kernel in the meantime and see if that gets around the problem. Also, since you mention this is VM-related, I am probably triggering it so quickly during a kernel/world build because my /usr/obj is on md. :-) -- Chris Dillon - cdillon(at)wolves.k12.mo.us FreeBSD: The fastest, most open, and most stable OS on the planet - Available for IA32, IA64, AMD64, PC98, Alpha, and UltraSPARC architectures - PowerPC, ARM, MIPS, and S/390 under development - http://www.freebsd.org Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:42:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1629F16A4CE for ; Wed, 25 Aug 2004 15:42:19 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA4143D5A for ; Wed, 25 Aug 2004 15:42:18 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.202] (c-24-99-11-35.atl.client2.attbi.com [24.99.11.35]) by saturn.criticalmagic.com (Postfix) with ESMTP id 792083BD5A; Wed, 25 Aug 2004 11:42:17 -0400 (EDT) Message-ID: <412CB3EC.6090504@criticalmagic.com> Date: Wed, 25 Aug 2004 11:44:44 -0400 From: Richard Coleman User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken Smith References: <20040825150547.GI6962@electra.cse.Buffalo.EDU> In-Reply-To: <20040825150547.GI6962@electra.cse.Buffalo.EDU> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:42:19 -0000 I agree that pulling X configuration out of sysinstall is good. But it would be nice if during the install it was mentioned that "X11 configuration should be done after the install using xorgcfg". That way people will know the name of the command to use. Richard Coleman rcoleman@criticalmagic.com Ken Smith wrote: > I'm doing some final cleaning up of the X.org migration's impact on > sysinstall. At the moment what sysinstall tries to use to configure > X.org appears to be useless - it runs "xorgcfg" with no arguments > which seems to successfully start the server but then just sits there > with nothing else happening. > > As part of merging in the X.org setup to begin with Eric seemed in > favor of eliminating the X server config from sysinstall completely. > There are lots of holes in lots of feet caused by this step failing. > That or other options that fix the basic problem in a more complex > way can be discussed for future releases. > > For now I'm thinking we should just rip out the offer sysinstall > makes for doing a graphical configuration and leave it at that for > the 5.3 release. The text mode configuration appears to work. > > Any thoughts? > From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:48:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE4BA16A4CE for ; Wed, 25 Aug 2004 15:48:15 +0000 (GMT) Received: from tethys.ringofsaturn.com (tethys.ringofsaturn.com [66.13.175.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE4543D2F for ; Wed, 25 Aug 2004 15:48:15 +0000 (GMT) (envelope-from rnejdl@ringofsaturn.com) Received: from mail.ringofsaturn.com (localhost [127.0.0.1]) i7PFmAh5090012; Wed, 25 Aug 2004 10:48:10 -0500 (CDT) (envelope-from rnejdl@ringofsaturn.com) Received: from 12.148.147.242 (SquirrelMail authenticated user rnejdl); by mail.ringofsaturn.com with HTTP; Wed, 25 Aug 2004 10:48:10 -0500 (CDT) Message-ID: <46780.12.148.147.242.1093448890.squirrel@mail.ringofsaturn.com> In-Reply-To: <20040825150547.GI6962@electra.cse.Buffalo.EDU> References: <20040825150547.GI6962@electra.cse.Buffalo.EDU> Date: Wed, 25 Aug 2004 10:48:10 -0500 (CDT) From: "Rusty Nejdl" To: "Ken Smith" User-Agent: SquirrelMail/1.5.1 [CVS] 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: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on tethys.ringofsaturn.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rnejdl@ringofsaturn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:48:15 -0000 > For now I'm thinking we should just rip out the offer sysinstall makes > for doing a graphical configuration and leave it at that for the 5.3 > release. The text mode configuration appears to work. > > Any thoughts? > > Ken, I think I missed something here. Doesn't xorg have a nifty auto-configuration utility that can run without having to do any configuration? If so, this is even more reason to not call this out during sysinstall. Rusty Nejdl From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:49:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9020616A4CE; Wed, 25 Aug 2004 15:49:04 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B0D443D2F; Wed, 25 Aug 2004 15:49:04 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i7PFn349055902; Wed, 25 Aug 2004 10:49:03 -0500 (CDT) (envelope-from dan) Date: Wed, 25 Aug 2004 10:49:03 -0500 From: Dan Nelson To: Mohacsi Janos Message-ID: <20040825154902.GB4378@dan.emsphone.com> References: <20040825163720.V63227@mignon.ki.iif.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040825163720.V63227@mignon.ki.iif.hu> X-OS: FreeBSD 5.3-BETA1 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: current@freebsd.org cc: tjr@freebsd.org Subject: Re: __FreeBSD_version for libz 1.2.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:49:04 -0000 In the last episode (Aug 25), Mohacsi Janos said: > Dear All, > Which __FreeBSD_version did you bump in after the > libz 1.2.1 upgrade. I would need this information to test for a specific > port that insist using libz 1.2 or later. It doesn't look like there was a bump for libz. The import was done on 2004-06-22, and the next version bump (to 502120) was done on 2004-07-02, so that is probably the safest one to use. People running a -current system built between 06-22 and 07-02 will get the "you have a too-old zlib" error even though it's up-to-date, but I don't think there are too many of those :) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:54:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4F5916A4CE for ; Wed, 25 Aug 2004 15:54:16 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D7343D39 for ; Wed, 25 Aug 2004 15:54:16 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i7PFsFTH012341; Wed, 25 Aug 2004 11:54:15 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i7PFsFuT012340; Wed, 25 Aug 2004 11:54:15 -0400 (EDT) Date: Wed, 25 Aug 2004 11:54:15 -0400 From: Ken Smith To: Rusty Nejdl Message-ID: <20040825155415.GA12100@electra.cse.Buffalo.EDU> References: <20040825150547.GI6962@electra.cse.Buffalo.EDU> <46780.12.148.147.242.1093448890.squirrel@mail.ringofsaturn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46780.12.148.147.242.1093448890.squirrel@mail.ringofsaturn.com> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-current@freebsd.org Subject: Re: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:54:16 -0000 On Wed, Aug 25, 2004 at 10:48:10AM -0500, Rusty Nejdl wrote: > I think I missed something here. Doesn't xorg have a nifty > auto-configuration utility that can run without having to do any > configuration? If so, this is even more reason to not call this out > during sysinstall. Just FYI the results of using this appear to vary. I've got two machines here that work just fine with no configuration done at all. However on one it thinks it can do 1600x1200 but about 100 worth of the 1200 isn't visible along the bottom of the monitor. So in GNOME the bottom toolbar is there but can't be seen. There also appears to be multiple ways you can give configuration a try if you decide you want/need to. I'd known about xorgcfg and "Xorg -configure" but a previous reply mentioned yet another possibility. :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 15:55:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC57716A4CE for ; Wed, 25 Aug 2004 15:55:49 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB4443D1F for ; Wed, 25 Aug 2004 15:55:49 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.11/8.12.11) id i7PFthkQ077868; Wed, 25 Aug 2004 10:55:43 -0500 (CDT) (envelope-from dan) Date: Wed, 25 Aug 2004 10:55:43 -0500 From: Dan Nelson To: Rusty Nejdl Message-ID: <20040825155543.GD4378@dan.emsphone.com> References: <20040825150547.GI6962@electra.cse.Buffalo.EDU> <46780.12.148.147.242.1093448890.squirrel@mail.ringofsaturn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46780.12.148.147.242.1093448890.squirrel@mail.ringofsaturn.com> X-OS: FreeBSD 5.3-BETA1 X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: Ken Smith cc: freebsd-current@freebsd.org Subject: Re: X.org configuration in sysinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 15:55:50 -0000 In the last episode (Aug 25), Rusty Nejdl said: > > For now I'm thinking we should just rip out the offer sysinstall makes > > for doing a graphical configuration and leave it at that for the 5.3 > > release. The text mode configuration appears to work. > > I think I missed something here. Doesn't xorg have a nifty > auto-configuration utility that can run without having to do any > configuration? If so, this is even more reason to not call this out > during sysinstall. Both XFree86 and X.org have the same autoconfig capabilities afaik. They always seem to choose the highest resolution supported by the card, which usually results in teeny tiny text. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 16:22:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58FE716A4CE; Wed, 25 Aug 2004 16:22:14 +0000 (GMT) Received: from web.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83B443D2F; Wed, 25 Aug 2004 16:22:13 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.20] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i7PGMA5T050650 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Aug 2004 18:22:11 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <412CBC91.3070900@portaone.com> Date: Wed, 25 Aug 2004 19:21:37 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov , portmgr@FreeBSD.ORG, current@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ccache support for make buildworld/make release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 16:22:14 -0000 Folks, I wonder if anyone considered adding ccache support for buildworld/release targets. ccache is a tool, which wraps around gcc, allowing to cache object files generated by the compiler to greatly speed-up compilation of the same code over and over (http://ccache.samba.org/). It acts as a caching pre-processor to C/C++ compilers, using the -E compiler switch and a hash to detect when a compilation can be satisfied from cache. This often results in a 5 to 10 times speedup. It can benefit both individual developers (less burden to test changes via full buildworld), and tinderboxes. Another interesting use is for package building cluster - it should be possible to set-up NFS folder shared among all nodes to hold cached objects for all ports in the tree to reduce turnaround time by the order of magnitude. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 16:34:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F56916A4CE; Wed, 25 Aug 2004 16:34:52 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA59043D64; Wed, 25 Aug 2004 16:34:51 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7PGYpQA085053; Wed, 25 Aug 2004 09:34:51 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7PGYpsA085052; Wed, 25 Aug 2004 09:34:51 -0700 (PDT) (envelope-from obrien) Date: Wed, 25 Aug 2004 09:34:51 -0700 From: "David O'Brien" To: John Baldwin Message-ID: <20040825163451.GD53710@dragon.nuxi.com> References: <20040822115345.Y94593@carver.gumbysoft.com> <200408231416.25464.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408231416.25464.jhb@FreeBSD.org> User-Agent: Mutt/1.4.1i 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 cc: freebsd-current@FreeBSD.org Subject: Re: PLEASE TEST: IPI deadlock avoidance patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 16:34:52 -0000 On Mon, Aug 23, 2004 at 02:16:25PM -0400, John Baldwin wrote: > On Sunday 22 August 2004 03:05 pm, Doug White wrote: > > If you have a reasonably fast i386 or amd64 multiprocessor and/or > > hyperthreading machine and are experiencing reproducible hangs during -j > > buildwords and other highly parallel operations, please try this patch: > > http://people.freebsd.org/~dwhite/smp_rv_mtx.patch .. > Looks good to me. I also think this might help the KSE + SMP hangs. Only > suggestion I might have is to rename smp_rv_mtx to smp_ipi_mtx and "SMP IPI > lock" or some such. Like this? Index: amd64/amd64/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/mp_machdep.c,v retrieving revision 1.243 diff -u -r1.243 mp_machdep.c --- amd64/amd64/mp_machdep.c 23 Aug 2004 21:39:28 -0000 1.243 +++ amd64/amd64/mp_machdep.c 24 Aug 2004 18:31:48 -0000 @@ -708,7 +708,7 @@ ncpu = mp_ncpus - 1; /* does not shootdown self */ if (ncpu < 1) return; /* no other cpus */ - mtx_assert(&smp_rv_mtx, MA_OWNED); + mtx_assert(&smp_ipi_mtx, MA_OWNED); smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); @@ -794,7 +794,7 @@ if (ncpu < 1) return; } - mtx_assert(&smp_rv_mtx, MA_OWNED); + mtx_assert(&smp_ipi_mtx, MA_OWNED); smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); Index: amd64/amd64/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/amd64/amd64/pmap.c,v retrieving revision 1.493 diff -u -r1.493 pmap.c --- amd64/amd64/pmap.c 24 Aug 2004 00:17:52 -0000 1.493 +++ amd64/amd64/pmap.c 24 Aug 2004 18:31:48 -0000 @@ -631,7 +631,7 @@ if (smp_started) { if (!(read_rflags() & PSL_I)) panic("%s: interrupts disabled", __func__); - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); } else critical_enter(); /* @@ -652,7 +652,7 @@ smp_masked_invlpg(pmap->pm_active & other_cpus, va); } if (smp_started) - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); else critical_exit(); } @@ -667,7 +667,7 @@ if (smp_started) { if (!(read_rflags() & PSL_I)) panic("%s: interrupts disabled", __func__); - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); } else critical_enter(); /* @@ -691,7 +691,7 @@ sva, eva); } if (smp_started) - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); else critical_exit(); } @@ -705,7 +705,7 @@ if (smp_started) { if (!(read_rflags() & PSL_I)) panic("%s: interrupts disabled", __func__); - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); } else critical_enter(); /* @@ -726,7 +726,7 @@ smp_masked_invltlb(pmap->pm_active & other_cpus); } if (smp_started) - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); else critical_exit(); } Index: i386/i386/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.236 diff -u -r1.236 mp_machdep.c --- i386/i386/mp_machdep.c 23 Aug 2004 21:39:28 -0000 1.236 +++ i386/i386/mp_machdep.c 24 Aug 2004 18:31:48 -0000 @@ -910,7 +910,7 @@ ncpu = mp_ncpus - 1; /* does not shootdown self */ if (ncpu < 1) return; /* no other cpus */ - mtx_assert(&smp_rv_mtx, MA_OWNED); + mtx_assert(&smp_ipi_mtx, MA_OWNED); smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); @@ -996,7 +996,7 @@ if (ncpu < 1) return; } - mtx_assert(&smp_rv_mtx, MA_OWNED); + mtx_assert(&smp_ipi_mtx, MA_OWNED); smp_tlb_addr1 = addr1; smp_tlb_addr2 = addr2; atomic_store_rel_int(&smp_tlb_wait, 0); Index: i386/i386/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.495 diff -u -r1.495 pmap.c --- i386/i386/pmap.c 23 Aug 2004 21:39:28 -0000 1.495 +++ i386/i386/pmap.c 24 Aug 2004 18:31:48 -0000 @@ -582,7 +582,7 @@ if (smp_started) { if (!(read_eflags() & PSL_I)) panic("%s: interrupts disabled", __func__); - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); } else critical_enter(); /* @@ -603,7 +603,7 @@ smp_masked_invlpg(pmap->pm_active & other_cpus, va); } if (smp_started) - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); else critical_exit(); } @@ -618,7 +618,7 @@ if (smp_started) { if (!(read_eflags() & PSL_I)) panic("%s: interrupts disabled", __func__); - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); } else critical_enter(); /* @@ -642,7 +642,7 @@ sva, eva); } if (smp_started) - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); else critical_exit(); } @@ -656,7 +656,7 @@ if (smp_started) { if (!(read_eflags() & PSL_I)) panic("%s: interrupts disabled", __func__); - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); } else critical_enter(); /* @@ -677,7 +677,7 @@ smp_masked_invltlb(pmap->pm_active & other_cpus); } if (smp_started) - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); else critical_exit(); } @@ -1301,7 +1301,7 @@ while ((mask = pmap->pm_active) != 0) { spins = 50000000; mask = mask & -mask; /* Find least significant set bit */ - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); #ifdef PAE lazyptd = vtophys(pmap->pm_pdpt); #else @@ -1321,7 +1321,7 @@ break; } } - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); if (spins == 0) printf("pmap_lazyfix: spun for 50000000\n"); } Index: kern/subr_smp.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_smp.c,v retrieving revision 1.189 diff -u -r1.189 subr_smp.c --- kern/subr_smp.c 23 Aug 2004 21:39:29 -0000 1.189 +++ kern/subr_smp.c 24 Aug 2004 18:31:48 -0000 @@ -109,7 +109,7 @@ * functions trigger at once and cause multiple CPUs to busywait with * interrupts disabled. */ -struct mtx smp_rv_mtx; +struct mtx smp_ipi_mtx; /* * Let the MD SMP code initialize mp_maxid very early if it can. @@ -135,7 +135,7 @@ return; } - mtx_init(&smp_rv_mtx, "smp rendezvous", NULL, MTX_SPIN); + mtx_init(&smp_ipi_mtx, "smp rendezvous", NULL, MTX_SPIN); cpu_mp_start(); printf("FreeBSD/SMP: Multiprocessor System Detected: %d CPUs\n", mp_ncpus); @@ -331,7 +331,7 @@ } /* obtain rendezvous lock */ - mtx_lock_spin(&smp_rv_mtx); + mtx_lock_spin(&smp_ipi_mtx); /* set static function pointers */ smp_rv_setup_func = setup_func; @@ -348,7 +348,7 @@ smp_rendezvous_action(); /* release lock */ - mtx_unlock_spin(&smp_rv_mtx); + mtx_unlock_spin(&smp_ipi_mtx); } #else /* !SMP */ Index: sys/smp.h =================================================================== RCS file: /home/ncvs/src/sys/sys/smp.h,v retrieving revision 1.78 diff -u -r1.78 smp.h --- sys/smp.h 23 Aug 2004 21:39:29 -0000 1.78 +++ sys/smp.h 24 Aug 2004 18:31:48 -0000 @@ -95,7 +95,7 @@ int restart_cpus(cpumask_t); int stop_cpus(cpumask_t); void smp_rendezvous_action(void); -extern struct mtx smp_rv_mtx; +extern struct mtx smp_ipi_mtx; #endif /* SMP */ void smp_rendezvous(void (*)(void *), void (*)(void *), From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 16:39:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA3D616A4CE for ; Wed, 25 Aug 2004 16:39:27 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 584CA43D41 for ; Wed, 25 Aug 2004 16:39:27 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7PGbBWk034603; Wed, 25 Aug 2004 12:37:11 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7PGbB7O034600; Wed, 25 Aug 2004 12:37:11 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 25 Aug 2004 12:37:11 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Christian Brueffer In-Reply-To: <20040825150724.GA33080@unixpages.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 16:39:27 -0000 On Wed, 25 Aug 2004, Christian Brueffer wrote: > The complete output is available at Great, this was just what I needed. Try converting the mtx_lock(&Giant) just after line 2677 in nfs_serv.c to a mtx_unlock(&Giant). It's the one right before the call to NFSD_LOCK(). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 16:43:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5341C16A4CE for ; Wed, 25 Aug 2004 16:43:17 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BDF43D2F for ; Wed, 25 Aug 2004 16:43:17 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7PGgw9c085292; Wed, 25 Aug 2004 09:42:58 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7PGgvmh085291; Wed, 25 Aug 2004 09:42:57 -0700 (PDT) (envelope-from obrien) Date: Wed, 25 Aug 2004 09:42:57 -0700 From: "David O'Brien" To: Conrad Sabatier Message-ID: <20040825164257.GF53710@dragon.nuxi.com> References: <20040824003104.GA8157@cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040824003104.GA8157@cox.net> User-Agent: Mutt/1.4.1i 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 cc: freebsd-current@freebsd.org Subject: Re: [amd64] ACPI panics kernel at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 16:43:17 -0000 On Mon, Aug 23, 2004 at 07:31:04PM -0500, Conrad Sabatier wrote: > Kernel built Mon Aug 23 18:00:27 CDT 2004 (the following is > hand-transcribed): Supsosed to be have been fixed. CVSup. From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 17:26:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E4716A4CE for ; Wed, 25 Aug 2004 17:26:32 +0000 (GMT) Received: from avas7.globetrotter.net (smtp2.globetrotter.net [142.169.1.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD20943D1F for ; Wed, 25 Aug 2004 17:26:22 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp2.telusquebec.local(192.168.250.24) by avas7.globetrotter.net via csmap id d69139a2_f6bd_11d8_9a38_0002b3a434af_5432; Wed, 25 Aug 2004 13:40:31 -0400 (EDT) Received: from avas7.globetrotter.net (ts1-1176.f1782.globetrotter.net [142.169.188.229]) by smtp2.globetrotter.net (iPlanet Messaging Server 5.2) with ESMTP id <0I3000935J3VEC@"TELUS Quebec"> for freebsd-current@freebsd.org; Wed, 25 Aug 2004 13:26:22 -0400 (EDT) Received: from ts1-1176.f1782.globetrotter.net(142.169.188.229) by avas7.globetrotter.net via csmap id d4d16632_f6bd_11d8_8923_0002b3a434af_5389; Wed, 25 Aug 2004 13:40:19 -0400 (EDT) Date: Wed, 25 Aug 2004 13:26:52 -0400 From: Pierre-Luc Drouin To: freebsd-current@freebsd.org Message-id: <412CCBDC.20704@pldrouin.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040511 Subject: Problem buildworlding RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 17:26:33 -0000 I've cvsuped RELENG_5 src this morning and it fails when I try to buildworld. I get this error: ===> sys/modules/ip6fw @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -DIPV6FIREWALL -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/ip6fw/../../netinet6/ip6_fw.c ===> sys/modules/ipfilter @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -DUSE_INET6 -I/usr/src/sys/modules/ipfilter/../../contrib/ipfilter -DIPFILTER=1 -DIPFILTER_LKM -DIPFILTER_LOG -DPFIL_HOOKS -D_KERNEL -DKLD_MODULE -I- -I/usr/src/sys/modules/ipfilter/../../contrib/ipfilter -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/mlfk_ipl.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_nat.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_frag.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_state.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_proxy.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_auth.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_log.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/ip_fil.c /usr/src/sys/modules/ipfilter/../../contrib/ipfilter/netinet/fil.c ===> sys/modules/ipfw @ -> /usr/src/sys machine -> /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -DIPFIREWALL -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:35:22: opt_ipfw.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:36:22: opt_ipdn.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:37:26: opt_ipdivert.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:38:22: opt_inet.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:39:23: opt_ipsec.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:41:2: #error IPFIREWALL requires INET. /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:29:22: opt_ipfw.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:30:22: opt_ipdn.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:31:26: opt_ipdivert.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:32:28: opt_pfil_hooks.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:33:22: opt_inet.h: No such file or directory /usr/src/sys/modules/ipfw/../../netinet/ip_fw_pfil.c:35:2: #error IPFIREWALL requires INET. mkdep: compile failed *** Error code 1 How can I fix it? Thanks From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 17:28:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF5F16A4CE; Wed, 25 Aug 2004 17:28:17 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D72443D3F; Wed, 25 Aug 2004 17:28:17 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7PHSF9p089519; Wed, 25 Aug 2004 10:28:15 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7PHSCgh089518; Wed, 25 Aug 2004 10:28:12 -0700 (PDT) (envelope-from obrien) Date: Wed, 25 Aug 2004 10:28:12 -0700 From: "David O'Brien" To: Marcel Moolenaar Message-ID: <20040825172812.GG53710@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Marcel Moolenaar , Andreas Kohn , alpha@freebsd.org, current@freebsd.org References: <20040824183019.GA82339@freebie.xs4all.nl> <1093387784.3554.28.camel@klamath.ankon.de.eu.org> <20040824231428.GB4049@dhcp53.pn.xcllnt.net> <1093390484.3554.45.camel@klamath.ankon.de.eu.org> <20040825000027.GB4182@dhcp53.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040825000027.GB4182@dhcp53.pn.xcllnt.net> User-Agent: Mutt/1.4.1i 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 cc: alpha@freebsd.org cc: Andreas Kohn cc: current@freebsd.org Subject: Re: 5.3-BETA1 for Alpha available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 17:28:17 -0000 On Tue, Aug 24, 2004 at 05:00:27PM -0700, Marcel Moolenaar wrote: > It may never have worked. I've had nothing but panics and problems on > my Miata whenever I wanted to use the TGA2 adapter. I don't think we ever got testing on anything other than TGA1. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 17:34:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2087516A4CE; Wed, 25 Aug 2004 17:34:31 +0000 (GMT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B164C43D2D; Wed, 25 Aug 2004 17:34:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smtp3.sentex.ca (8.12.11/8.12.11) with ESMTP id i7PHYOOV013532; Wed, 25 Aug 2004 13:34:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i7PHYRed026028; Wed, 25 Aug 2004 13:34:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 17AEB7303F; Wed, 25 Aug 2004 13:34:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040825173427.17AEB7303F@freebsd-current.sentex.ca> Date: Wed, 25 Aug 2004 13:34:27 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 17:34:31 -0000 TB --- 2004-08-25 16:01:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-08-25 16:01:44 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-08-25 16:01:44 - checking out the source tree TB --- 2004-08-25 16:01:44 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2004-08-25 16:01:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-08-25 16:06:48 - building world (CFLAGS=-O2 -pipe) TB --- 2004-08-25 16:06:48 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-08-25 16:06:48 - /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 --- 2004-08-25 17:10:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-25 17:10:11 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-08-25 17:10:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Aug 25 17:10:11 UTC 2004 >>> 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 Wed Aug 25 17:23:35 UTC 2004 TB --- 2004-08-25 17:23:35 - generating LINT kernel config TB --- 2004-08-25 17:23:35 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2004-08-25 17:23:35 - /usr/bin/make -B LINT TB --- 2004-08-25 17:23:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-08-25 17:23:35 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2004-08-25 17:23:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 25 17:23:35 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus.c awk -f /tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/canbus_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred- stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline canbus_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c: In function `fdioctl': /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: `FD_DEBUG' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/fd.c:2697: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2004-08-25 17:34:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-08-25 17:34:26 - ERROR: failed to build lint kernel TB --- 2004-08-25 17:34:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 17:37:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9ADC16A4CE; Wed, 25 Aug 2004 17:37:08 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BB5F43D58; Wed, 25 Aug 2004 17:37:08 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7PHb7H2006148; Wed, 25 Aug 2004 10:37:07 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7PHb7Gc006124; Wed, 25 Aug 2004 10:37:07 -0700 (PDT) (envelope-from obrien) Date: Wed, 25 Aug 2004 10:37:07 -0700 From: "David O'Brien" To: Ruslan Ermilov Message-ID: <20040825173707.GH53710@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Ruslan Ermilov , current@freebsd.org References: <1093402508.488.8.camel@home> <20040825134842.M553@beagle.kn.op.dlr.de> <20040825134722.GD5872@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040825134722.GD5872@ip.net.ua> User-Agent: Mutt/1.4.1i 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 cc: current@freebsd.org Subject: Re: BETA1 5.3 make world DESTDIR failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 17:37:08 -0000 On Wed, Aug 25, 2004 at 04:47:22PM +0300, Ruslan Ermilov wrote: > as IMAKEENV (from Makefile.inc1) doesn't utilize DESTDIR. I think I > know how to fix "make world DESTDIR=/foo" to make it work again -- we > need to convert all DESTDIR uses in Makefile.inc1 to be command-line > variables. I'm currently testing this patch, and it looks promising: Please also test 'make world' without DESTDIR in /etc/make.conf, but with 1. "HISTORICAL_MAKE_WORLD=yes" in /etc/make.conf 2. env HISTORICAL_MAKE_WORLD=yes make world before committing. From owner-freebsd-current@FreeBSD.ORG Wed Aug 25 17:47:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00C3616A4D2 for ; Wed, 25 Aug 2004 17:47:23 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 445C243D41 for ; Wed, 25 Aug 2004 17:47:22 +0000 (GMT) (envelope-from jcagle@gmail.com) Received: by mproxy.gmail.com with SMTP id 73so102229rnk for ; Wed, 25 Aug 2004 10:47:21 -0700 (PDT) Received: by 10.38.76.76 with SMTP id y76mr2052006rna; Wed, 25 Aug 2004 10:47:21 -0700 (PDT) Received: by 10.38.13.74 with HTTP; Wed, 25 Aug 2004 10:47:21 -0700 (PDT) Message-ID: <6863f0c904082510472b818ee1@mail.gmail.com> Date: Wed, 25 Aug 2004 12:47:21 -0500 From: John Cagle To: freebsd-current@freebsd.org In-Reply-To: <20040822.222053.116964233.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_0_1531802.1093456041575" References: <20040820220601.G33344@midi.ihme.net> <20040822.222053.116964233.imp@bsdimp.com> Subject: Re: USB keyboard problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John Cagle List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Aug 2004 17:47:23 -0000 ------=_Part_0_1531802.1093456041575 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline I'm also having a USB keyboard problem (totally unresponsive, but Caps Lock LED works) with 5.3-BETA install CD. This is on an HP Compaq D530 desktop. Keyboard works fine with 5.2.1-RELEASE. I'm attaching dmesg and devinfo from a 5.2.1 installation. Regards, John ------=_Part_0_1531802.1093456041575 Content-Type: text/plain; name="d530dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="d530dmesg.txt" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =09The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-CAGLE #0: Wed Apr 14 03:02:00 GMT 2004 root@:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc09e3000. MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2660.19-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 Features=3D0xbfebfbff real memory =3D 528482304 (504 MB) avail memory =3D 503689216 (480 MB) ioapic0: Changing APIC ID to 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcibios: BIOS version 2.20 Using $PIR table, 5 entries at 0xc00ec510 pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib0: slot 2 INTA routed to irq 16 pcib0: slot 29 INTA routed to irq 16 pcib0: slot 29 INTB routed to irq 19 pcib0: slot 29 INTC routed to irq 18 pcib0: slot 29 INTD routed to irq 23 pcib0: slot 31 INTA routed to irq 18 pcib0: slot 31 INTA routed to irq 18 pcib0: slot 31 INTB routed to irq 17 agp0: port 0x14e0-0x14e7 mem 0xf= 8400000-0xf847ffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0x1440-0x145f irq 1= 6 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 0x1460-0x147f irq 1= 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 0x1480-0x149f irq 1= 8 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 ums0: Logitech USB Mouse, rev 1.10/6.20, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhub3: Silitek Generic USB Hub, class 9/0, rev 1.10/1.00, addr 3 uhub3: 3 ports with 2 removable, bus powered ukbd0: Silitek USB Hub/Keyboard, rev 1.10/1.00, addr 4, iclass 3/1 kbd0 at ukbd0 pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci5: on pcib1 pcib1: slot 2 INTA routed to irq 20 bge0: mem 0xf8500000-= 0xf850ffff irq 20 at device 2.0 on pci5 bge0: Ethernet address: 00:40:ca:8e:3b:69 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000b= aseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x14c0-0x14cf,0x180c-0x180f,0= x14f0-0x14f7,0x1808-0x180b,0x14e8-0x14ef irq 18 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] atapci1: port 0x14d0-0x14df,0x1814-0x1817,0= x1800-0x1807,0x1810-0x1813,0x14f8-0x14ff irq 18 at device 31.2 on pci0 atapci1: [MPSAFE] ata2: at 0x14f8 on atapci1 ata2: [MPSAFE] ata3: at 0x1800 on atapci1 ata3: [MPSAFE] pci0: at device 31.5 (no driver attached) pnpbios: error 0/82 getting device count/size limit orm0: