From owner-freebsd-alpha Sun Dec 8 13:23:54 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4965F37B401 for ; Sun, 8 Dec 2002 13:23:53 -0800 (PST) Received: from mail4.sea.registeredsite.com (mail4.sea.registeredsite.com [66.111.73.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB8F043E4A for ; Sun, 8 Dec 2002 13:23:47 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail4.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gB8LNl4E000643 for ; Sun, 8 Dec 2002 16:23:47 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gB8LNk568014 for ; Sun, 8 Dec 2002 13:23:47 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Sun, 08 Dec 2002 13:23:43 -0800 Subject: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi there, I am trying to run (and install) FreeBSD 4.7/alpha on a former Digital Server 5305 WinNT Whitebox system with two 533 processors and 512mb. There are two SCSI controllers in the box, one embedded Symbios 53C810 (Fast SCSI-2), and a PCI Symbios 53C875 (Ultra-Wide with onboard NIC). The 810 connects to a cdrom and tape drive on the front left. The 875 connects to the actual harddisk array to the right. Now, trying to install or boot via CDROM or Floppy stalls after freebsd tries to reset the two channels on the 875 card. Console info: ... Timecounter "alpha" frequency 532801256 Hz Waiting 15 seconds for SCSI devices to settle (noperiph:sym1:0:-1:-1): SCSI Bus reset delivered. (noperiph:sym2:0:-1:-1): SCSI Bus reset delivered. The system will remain "stuck" after last line. No further messages appear on the console. However, the 810 bus appears recognized because if I remove the 875 card, and swap the tape with a spare SCSI drive, I can install and boot FreeBSD. But the 875 card appears functional; At the SRM (version 6.0-4 most recent) the test command works the array -and all other components- just fine. I need the array, but what am I missing as Symbios (NCR) should be supported no problem? Thanks, Oliver opml@terraflux.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 8 15:27:25 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3812537B401 for ; Sun, 8 Dec 2002 15:27:24 -0800 (PST) Received: from thea.blinkenlights.nl (thea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66D9543EB2 for ; Sun, 8 Dec 2002 15:27:23 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by thea.blinkenlights.nl (Postfix, from userid 101) id CC44639305; Mon, 9 Dec 2002 00:27:01 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by thea.blinkenlights.nl (Postfix) with ESMTP id C44A9D581; Mon, 9 Dec 2002 00:27:01 +0100 (CET) Date: Mon, 9 Dec 2002 00:27:01 +0100 (CET) From: Sten To: oliver Cc: freebsd-alpha@freebsd.org Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 8 Dec 2002, oliver wrote: > Hi there, > > I need the array, but what am I missing as Symbios (NCR) should be > supported no problem? jups, should work fine. I'd try putting it in a different pci slot and or checkking the scsi cables. -- Sten Spans http://www.blinkenlights.nl/party/ - birthday party (page in Dutch) all geeks invited - send mail to party@blinkenlights.nl for more info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 8 17:38:20 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E498B37B401 for ; Sun, 8 Dec 2002 17:38:18 -0800 (PST) Received: from mta05.mail.mel.aone.net.au (mta05.mail.au.uu.net [203.2.192.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B794543EB2 for ; Sun, 8 Dec 2002 17:38:17 -0800 (PST) (envelope-from rbyrnes@ozemail.com.au) Received: from ausyddtp0050.ozemail.com.au ([203.166.67.234]) by mta05.mail.mel.aone.net.au with ESMTP id <20021209013811.UGWB22339.mta05.mail.mel.aone.net.au@ausyddtp0050.ozemail.com.au>; Mon, 9 Dec 2002 12:38:11 +1100 Message-Id: <5.1.1.6.2.20021209114808.00a65ec0@127.0.0.1> X-Sender: rbyrnes@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Mon, 09 Dec 2002 12:28:33 +1100 To: Jan Lentfer From: Rob B Subject: Re: Memory Problems Cc: freebsd-alpha@freebsd.org In-Reply-To: <3DF0A1DC.21D99203@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 00:10 7/12/2002, Jan Lentfer sent this up the stick: >Hi all, > >I bought two 256MB chips for my PWS 500. When I plug them in with no >other memory chips on board, the kernel boots and goes through the >booting till "Waiting 15 seconds for SCSI devices to settle". Then >suddenly it jumps back to SRM and reports: > >halted CPU0 >halt code = 5 >HAL instruction executed >PC = fffffc0000668448 >boot failure > > >If I put in the new chips with some of my older *known to work* chips >the booting just hangs at "Waiting 15 seconds..." forever. > >Now I don't know if the chips are bad (got them from ebay) or they just >don't work in my system. The chips are from Kingston: >KVR100X72C2L/256 256MB Low Profile PC100 ECC DIMM CL2 There is a setup guide at http://h18002.www1.hp.com/alphaserver/workstations/retired/auseries/index.html but it's a Windows self-extracting executable. I have put the doc up at http://members.ozemail.com.au/~robbyrnes/miata/ for your enjoyment and edification. cheers, Rob -- Entropy isn't what it used to be This is random quote 487 of a collection of 1265 Distance from the centre of the brewing universe: [15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian Public Key fingerprint = 6219 33BD A37B 368D 29F5 19FB 945D C4D7 1F66 D9C5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 8 17:46:28 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAB3437B401 for ; Sun, 8 Dec 2002 17:46:27 -0800 (PST) Received: from mail2.sea.registeredsite.com (mail2.sea.registeredsite.com [66.111.73.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36F7143EA9 for ; Sun, 8 Dec 2002 17:46:22 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail2.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gB91kCea031993; Sun, 8 Dec 2002 20:46:12 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gB91kC555558; Sun, 8 Dec 2002 17:46:12 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Sun, 08 Dec 2002 17:46:09 -0800 Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: Sten Cc: Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sten, I tried the different slot trick already, but no luck. The scsi cables appear fine, and the read and write test on the srm console works a-ok. The controller (and Server) were used for Windows 2000/alpha before, and I was wondering if I need to disable the controller bios, if any present? Or should this just work, regardless..? Cheers, Oliver On 12/8/02 15:27, "Sten" wrote: > On Sun, 8 Dec 2002, oliver wrote: > >> Hi there, >> >> I need the array, but what am I missing as Symbios (NCR) should be >> supported no problem? > > jups, should work fine. > I'd try putting it in a different pci slot and > or checkking the scsi cables. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 8 19:33: 3 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D07FC37B401 for ; Sun, 8 Dec 2002 19:33:01 -0800 (PST) Received: from atlas.butler.tmscomputers.com (mke-65-26-215-65.wi.rr.com [65.26.215.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8B243ED4 for ; Sun, 8 Dec 2002 19:32:49 -0800 (PST) (envelope-from ajschroeder@BUTLER.TMSComputers.com) Subject: RE: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 Date: Sun, 8 Dec 2002 21:32:40 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Message-ID: Content-Transfer-Encoding: quoted-printable X-MS-Has-Attach: X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Thread-Topic: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 Thread-Index: AcKfJMxilMfGIyaHQgOnuRti1TztSwADkWkA content-class: urn:content-classes:message From: "Schroeder, Aaron" To: "oliver" , "Sten" Cc: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org FWIW - I have never gotten anything other than 5.0-CURRENT to load on those boxes, and I have a few of them at my disposal, of course, I tried all of them to "make sure." Sure enough, -CURRENT loaded without a problem, except I couldn't get a SMP alpha to work until DP2 was out, and, I have not had the time to load DP2 onto a 5305 yet. Oh, and one more thing that I could not get working was the onboard NIC on that SCSI card. Just wouldn't see the network, so I loaded a DE500 and that worked for me. Maybe DP2 fixed that as well. Good luck, AJ -----Original Message----- From: oliver [mailto:opml@terraflux.com]=20 Sent: Sunday, December 08, 2002 7:46 PM To: Sten Cc: freebsd-alpha@freebsd.org Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 Sten, I tried the different slot trick already, but no luck. The scsi cables appear fine, and the read and write test on the srm console works a-ok. The controller (and Server) were used for Windows 2000/alpha before, and I was wondering if I need to disable the controller bios, if any present? Or should this just work, regardless..? Cheers, Oliver On 12/8/02 15:27, "Sten" wrote: > On Sun, 8 Dec 2002, oliver wrote: >=20 >> Hi there, >>=20 >> I need the array, but what am I missing as Symbios (NCR) should be >> supported no problem? >=20 > jups, should work fine. > I'd try putting it in a different pci slot and > or checkking the scsi cables. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Dec 8 19:44:22 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A3037B401 for ; Sun, 8 Dec 2002 19:44:21 -0800 (PST) Received: from mail4.sea.registeredsite.com (mail4.sea.registeredsite.com [66.111.73.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B64F43EA9 for ; Sun, 8 Dec 2002 19:44:21 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail4.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gB93i84E012342; Sun, 8 Dec 2002 22:44:09 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gB93i8598299; Sun, 8 Dec 2002 19:44:08 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Sun, 08 Dec 2002 19:44:06 -0800 Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: "Schroeder, Aaron" , Sten Cc: Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org AJ, I just tried the FreeBSD 5.0 DP2, and the system loaded but did not recognize the 53C875. At least it didn't stall during boot. Still, why is this stuff in the hardware compatibility listings? There must be a tweak or setting. The hardware listing mentions specifically "Tincup" (AS 1200), and the Symbios 53C875. Cheers, Oliver On 12/8/02 19:32, "Schroeder, Aaron" wrote: > FWIW - I have never gotten anything other than 5.0-CURRENT to load on > those boxes, and I have a few of them at my disposal, of course, I tried > all of them to "make sure." Sure enough, -CURRENT loaded without a > problem, except I couldn't get a SMP alpha to work until DP2 was out, > and, I have not had the time to load DP2 onto a 5305 yet. > > Oh, and one more thing that I could not get working was the onboard NIC > on that SCSI card. Just wouldn't see the network, so I loaded a DE500 > and that worked for me. Maybe DP2 fixed that as well. > > Good luck, > > AJ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 6: 4:14 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 914EB37B401 for ; Mon, 9 Dec 2002 06:04:13 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C151E43EB2 for ; Mon, 9 Dec 2002 06:04:12 -0800 (PST) (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.9.3/8.9.3) with ESMTP id JAA19772; Mon, 9 Dec 2002 09:04:07 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gB9E3bN02684; Mon, 9 Dec 2002 09:03:37 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15860.41656.977291.824250@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 09:03:36 -0500 (EST) To: Jan Lentfer Cc: freebsd-alpha@freebsd.org Subject: Re: Memory Problems In-Reply-To: <1039419132.571.2.camel@jan-linnb.lan> References: <20021206083651.C66664-100000@dove.penix.org> <1039183724.3df0af6cec2b7@www-mail.floundjan.homeip.net> <1039189222.3df0c4e62256c@www-mail.floundjan.homeip.net> <15856.50726.647449.10642@grasshopper.cs.duke.edu> <1039419132.571.2.camel@jan-linnb.lan> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Jan Lentfer writes: > > > Maybe linux puts its memory in a different place and you'll get > > screwed later rather than sooner. We have no problems with 1GB or > > less of *good* memory on a miata. Sorry. > > You are rigth. With this chips in Linux kernel panics when filling up > the memory :-( > So from your experience, what would you say? Are the chips broken or is > this an incompatibility problem, like everythings works - just not > together? Sorry, I really don't know. I've only ever tinkered with miata memory 5 years ago when miatas were new, and memory cost real money. We used DataRam memory exclusively. We never had a problem. We ran some machines up to a Gig, and I don't remember having to fool around re-ordering memory, but it was years ago now.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 6: 8:31 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A096937B401 for ; Mon, 9 Dec 2002 06:08:30 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC0243ED4 for ; Mon, 9 Dec 2002 06:08:29 -0800 (PST) (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.9.3/8.9.3) with ESMTP id JAA19934; Mon, 9 Dec 2002 09:08:29 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gB9E7xp02690; Mon, 9 Dec 2002 09:07:59 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15860.41919.68416.800913@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 09:07:59 -0500 (EST) To: oliver Cc: Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 In-Reply-To: Reply-To: freebsd-alpha@FreeBSD.ORG References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org oliver writes: > AJ, > > I just tried the FreeBSD 5.0 DP2, and the system loaded but did not > recognize the 53C875. At least it didn't stall during boot. Still, why is > this stuff in the hardware compatibility listings? There must be a tweak or > setting. > > The hardware listing mentions specifically "Tincup" (AS 1200), and the > Symbios 53C875. The 53C875 should be found and should work in AS1200 in 5.0. If its not being found, that's a bug that needs addressing. It does not and will not ever work on a secondary hose of a multi-hose (like the AS1200) machine on 4.x. Can you send verbose dmesg and pciconf -lv output from 5.0DP2 to the list? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 9:35:24 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8913737B401 for ; Mon, 9 Dec 2002 09:35:22 -0800 (PST) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26ED243EB2 for ; Mon, 9 Dec 2002 09:35:22 -0800 (PST) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 97A603BF274 for ; Mon, 9 Dec 2002 10:35:16 -0700 (MST) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.6/8.11.6) with ESMTP id gB9HZF331532; Mon, 9 Dec 2002 10:35:15 -0700 (MST) Date: Mon, 9 Dec 2002 10:38:19 -0700 (MST) From: Fred Clift X-X-Sender: To: alex Cc: Subject: Re: Matox Inc mga drivers on Alpha [XFree86] In-Reply-To: <017301c29d40$f984e860$0800000a@pepe> Message-ID: <20021209103710.B48043-100000@vespa.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org kind of -- go in by hand and disable the int10 module in the source code so the empty stubs get compiled in place of it and then you'll still have to play around with a limited set of modules in your config file -- comment them all out and add them back one at a time... See the list archive for some of my and other's postings in the last two months. Fred On Sat, 7 Dec 2002, alex wrote: > Hi all, > > Has anyone successfully built /usr/ports/x11-servers/XFree86-4-Server with > Matrox's mga drivers ? > > eg > > >cd /usr/ports/x11-servers/XFree86-4-Server > > sudo make -DWITH_MATROX_GXX_DRIVER fetch > Password: > DRI only built on i386 > > > > Does this mean it can't be done ? > > The card has 1 HD-15 port and 1 DVI port. Do the mga drivers that come > XFree86 work for DVI ports? > > I have only been able to a primary display working ;( > > - aW > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 10:12:24 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA4A737B401 for ; Mon, 9 Dec 2002 10:12:22 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAE9B43EBE for ; Mon, 9 Dec 2002 10:12:21 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gB9ICFBF024374 for ; Mon, 9 Dec 2002 13:12:15 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 9 Dec 2002 13:12:14 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: alpha@FreeBSD.org Subject: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hey Alpha Folks, Was wondering what the status of busdma support on Alpha is, in particular regarding dmamap_load_mbuf(). In order to maximize the portability of various drivers across platforms, we'll need to move to busdma as the means for setting up and managing dma transfers. However, since this hasn't been an area we have focussed on much in the past, it will probably take a little bit to get grounded and make sure all the infrastructure is in place. Could I get someone to volunteer to own the task of making whatever infrastructure improvements are necessary on alpha to support the busdma interface? This way we can avoid regressions in drivers that support dma natively on alpha, but don't use the busdma interfaces. Also, this will improve access to existing busdma drivers, such as the high performance crypto device drivers added by Sam Leffler, whichonly use DMA on busdma-enabled platforms. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ---------- Forwarded message ---------- Date: Mon, 9 Dec 2002 09:30:54 -0800 (PST) From: Robert Watson To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: www/en/projects/busdma index.sgml style.css rwatson 2002/12/09 09:30:54 PST Added files: en/projects/busdma index.sgml style.css Log: Initial project page for driver busdma conversion. This is really just a first pass with a brief description, and some initial status. Status is split into two areas: platform support (i386, sparc64, etc), and driver support (network interfaces, storage, ...). For each, the level of support is in the process of being documented, and for drivers under active work, that is listed along with the task owner. Providing support for PAE on i386, as well as high performance driver support on non-i386 platforms, will require the conversion of many of the important system drivers. We'll need to inventory the relevant drivers, and then have maintainers update them to use the proper interfaces. Revision Changes Path 1.1 +203 -0 www/en/projects/busdma/index.sgml (new) 1.1 +38 -0 www/en/projects/busdma/style.css (new) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 10:39:48 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE79537B401; Mon, 9 Dec 2002 10:39:46 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E16643ED1; Mon, 9 Dec 2002 10:39:42 -0800 (PST) (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.9.3/8.9.3) with ESMTP id NAA06431; Mon, 9 Dec 2002 13:39:36 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gB9Id6u02924; Mon, 9 Dec 2002 13:39:06 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15860.58186.22476.565069@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 13:39:06 -0500 (EST) To: Robert Watson Cc: alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Robert Watson writes: > > Hey Alpha Folks, > > Was wondering what the status of busdma support on Alpha is, in particular > regarding dmamap_load_mbuf(). In order to maximize the portability of AFAIK, the busdma interface for nic drivers is totally untested on alpha, as there are no nic drivers for common hardware that I'm aware of which use busdma. Has anybody converted dc, fxp or xl yet? The busdma infrastructure works for a limited definition of "works" on alpha. By this I mean: Address limited (ISA) devices work fine (aside for a platform dependant bug on DS10). We use the pci chipset capabilities present in most alphas to do scatter/gather DMA so that any physical address can be mapped to a DMA address < 16MB. Unfortunately, PCI devices which use busdma (most PCI scsi drivers) end up using the direct map. This refers to a DMA window which typically maps host physical addresses 0..1GB at PCI address 1GB..2GB (or 2GB...4GB on 21264s) On most platforms, this restricts the usable memory to the size of the direct map, which is 1GB on older machines and 2GB on 21264 based systems. There is currently no infrastructure available for the platform to inform the MI busdma code of the size of the direct map so that it can switch over to scatter/gather once the physical address is outside the direct mapped window. Making large memory machines work *might* be as simple as switching over to using scatter/gather for addresses outside the direct map. However, I suspect we'd quickly feel pinched by having only 16MB available for DMA. What Tru64 and NetBSD do, and what we should do, is to allocate another DMA window for doing Scatter/Gather for PCI devices on large memory machines. If anybody ever does this, then we should be able to run with any size memory, provided all the drivers in the system use busdma. It would be "easy" for somebody to implement this without needing excessive amounts of hardware. Its fairly easy to shrink the direct-map window to 64MB in size so that even a 128MB machine would need scatter/gather. I can provide an interested party patches or access to docs. I'd be happy to help anybody interested in this task, but I feel reluctant to take it on myself due to time commitments at my day job. FWIW, some of this is fresh in my mind, as I was recently fooling around with expanding the direct map on miatas. This is a no-go, due to where the SRM places the memory space for the PCI devices in the system. (just past 2GB). Hope that helps, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 11:44: 1 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D399737B401; Mon, 9 Dec 2002 11:44:00 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE7D43EBE; Mon, 9 Dec 2002 11:44:00 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 4F24BAE27E; Mon, 9 Dec 2002 11:44:00 -0800 (PST) Date: Mon, 9 Dec 2002 11:44:00 -0800 From: Maxime Henrion To: Andrew Gallatin Cc: Robert Watson , alpha@FreeBSD.org Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) Message-ID: <20021209194400.GA27086@elvis.mu.org> References: <15860.58186.22476.565069@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15860.58186.22476.565069@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Andrew Gallatin wrote: > > Robert Watson writes: > > > > Hey Alpha Folks, > > > > Was wondering what the status of busdma support on Alpha is, in particular > > regarding dmamap_load_mbuf(). In order to maximize the portability of > > AFAIK, the busdma interface for nic drivers is totally untested on > alpha, as there are no nic drivers for common hardware that I'm aware > of which use busdma. Has anybody converted dc, fxp or xl yet? I'm currently working on xl(4) conversion, and will take care of fxp(4) once it's done. I'd be happy to send you patches so that you can test it on alpha and fix busdma so that it works if necessary. I would definitely feel bad about breaking alpha support since those drivers (at least xl(4)) currently work on alpha with the alpha_XXX_dmamap() hack. Maxime To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 11:47:12 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C36C37B401; Mon, 9 Dec 2002 11:47:11 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04B5B43E4A; Mon, 9 Dec 2002 11:47:10 -0800 (PST) (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.9.3/8.9.3) with ESMTP id OAA10459; Mon, 9 Dec 2002 14:47:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gB9Jkd502981; Mon, 9 Dec 2002 14:46:39 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15860.62239.549294.224934@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 14:46:39 -0500 (EST) To: Maxime Henrion Cc: Robert Watson , alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: <20021209194400.GA27086@elvis.mu.org> References: <15860.58186.22476.565069@grasshopper.cs.duke.edu> <20021209194400.GA27086@elvis.mu.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Maxime Henrion writes: > Andrew Gallatin wrote: > > > > Robert Watson writes: > > > > > > Hey Alpha Folks, > > > > > > Was wondering what the status of busdma support on Alpha is, in particular > > > regarding dmamap_load_mbuf(). In order to maximize the portability of > > > > AFAIK, the busdma interface for nic drivers is totally untested on > > alpha, as there are no nic drivers for common hardware that I'm aware > > of which use busdma. Has anybody converted dc, fxp or xl yet? > > I'm currently working on xl(4) conversion, and will take care of fxp(4) > once it's done. I'd be happy to send you patches so that you can test > it on alpha and fix busdma so that it works if necessary. I would > definitely feel bad about breaking alpha support since those drivers (at > least xl(4)) currently work on alpha with the alpha_XXX_dmamap() hack. > Please do send patches. I've got an xl(4) here sitting in an alpha. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 14:42:22 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB6BC37B401 for ; Mon, 9 Dec 2002 14:42:21 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B8F243EBE for ; Mon, 9 Dec 2002 14:42:21 -0800 (PST) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18LWbT-0004Ht-00 for freebsd-alpha@freebsd.org; Mon, 09 Dec 2002 23:42:19 +0100 Received: from [217.235.134.124] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18LWbT-0004IB-00 for freebsd-alpha@freebsd.org; Mon, 09 Dec 2002 23:42:19 +0100 Message-ID: <000901c29fd4$3659c090$0700000a@workstation> From: "Vahe Khachikyan" To: Subject: subscribe Date: Mon, 9 Dec 2002 23:42:10 +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 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 14:58:38 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 451C737B401 for ; Mon, 9 Dec 2002 14:58:37 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFD143EBE for ; Mon, 9 Dec 2002 14:58:36 -0800 (PST) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18LWrD-0007a5-00 for freebsd-alpha@freebsd.org; Mon, 09 Dec 2002 23:58:35 +0100 Received: from [217.235.134.124] (helo=workstation) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 18LWrD-0004t8-00 for freebsd-alpha@freebsd.org; Mon, 09 Dec 2002 23:58:35 +0100 Message-ID: <001101c29fd6$7c5b4850$0700000a@workstation> From: "Vahe Khachikyan" To: Subject: Pthreads broken on 4.7 Stable? Date: Mon, 9 Dec 2002 23:58:26 +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 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all , on November 9 I've made a buildworld from STABLE ------------------ #uname -a FreeBSD alpha 4.7-STABLE FreeBSD 4.7-STABLE #0: Sat Nov 9 00:41:17 GMT 2002 ------------------- After on it seams that the pthread library is broken. Once I've tried to compile something from ports, it complained about missyng __sys_sigaltstack in libc_r, but I thought that I've messed up something with configure scripts Hovewer now the MySQL server which is installed on this computer since last 16 mounts rejects connections from outside complaining about the same missing symbol in libc_r and ofcourse crashes :-) Whats happened with libc_r since August ? My previouse buildworld from STABLE was in August and I think it was totally OK. Please answer also to this address cause I think I'm not currently in list. Best regards -- Vahe --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 16: 2:43 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C3B37B401 for ; Mon, 9 Dec 2002 16:02:42 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D67D43E4A for ; Mon, 9 Dec 2002 16:02:41 -0800 (PST) (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.9.3/8.9.3) with ESMTP id TAA23717; Mon, 9 Dec 2002 19:02:35 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBA025G03179; Mon, 9 Dec 2002 19:02:05 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15861.12029.762123.31201@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 19:02:05 -0500 (EST) To: "Vahe Khachikyan" Cc: , fjoe@iclub.nsu.ru Subject: Re: Pthreads broken on 4.7 Stable? In-Reply-To: <001101c29fd6$7c5b4850$0700000a@workstation> References: <001101c29fd6$7c5b4850$0700000a@workstation> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Vahe Khachikyan writes: > Hi all , > > on November 9 I've made a buildworld from STABLE > ------------------ > #uname -a > FreeBSD alpha 4.7-STABLE FreeBSD 4.7-STABLE #0: Sat Nov 9 00:41:17 GMT 2002 > ------------------- > After on it seams that the pthread library is broken. > Once I've tried to compile something from ports, it complained about missyng > __sys_sigaltstack > in libc_r, but I thought that I've messed up something with configure > scripts > Hovewer now the MySQL server which is installed on this computer since last > 16 mounts rejects connections > from outside complaining about the same missing symbol in libc_r and > ofcourse crashes :-) > > Whats happened with libc_r since August ? > My previouse buildworld from STABLE was in > August and I think it was totally OK. > > Please answer also to this address cause I think I'm not currently in list. I think it was broken some months ago by fjoe in rev 1.24.2.7 of src/libc_r/Makefile. The following patch should fix it (cut and pasted, beware of whitespace) --- Makefile.orig Thu Nov 7 23:02:47 2002 +++ Makefile Thu Nov 7 23:03:07 2002 @@ -33,7 +33,7 @@ kevent.o listen.o \ msync.o nanosleep.o open.o poll.o read.o readv.o recvfrom.o \ recvmsg.o sched_yield.o select.o sendfile.o sendmsg.o sendto.o \ - setsockopt.o shutdown.o sigaction.o \ + setsockopt.o shutdown.o sigaction.o sigaltstack.o \ sigpending.o sigprocmask.o \ sigsuspend.o socket.o \ socketpair.o wait4.o write.o writev.o Fjoe, is there any reason why you're leaving alpha broken since you know about the problem and know the fix? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 16:23: 3 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E76B437B401 for ; Mon, 9 Dec 2002 16:23:02 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0816F43EE6 for ; Mon, 9 Dec 2002 16:22:57 -0800 (PST) (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.9.3/8.9.3) with ESMTP id TAA24380; Mon, 9 Dec 2002 19:22:50 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBA0MKH03205; Mon, 9 Dec 2002 19:22:20 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15861.13244.514103.296162@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 19:22:20 -0500 (EST) To: Max Khon Cc: Vahe Khachikyan , freebsd-alpha@FreeBSD.ORG Subject: Re: Pthreads broken on 4.7 Stable? In-Reply-To: <20021210060837.A17361@iclub.nsu.ru> References: <001101c29fd6$7c5b4850$0700000a@workstation> <15861.12029.762123.31201@grasshopper.cs.duke.edu> <20021210060837.A17361@iclub.nsu.ru> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Max Khon writes: > hi, there! > > Fjoe, is there any reason why you're leaving alpha broken since you > > know about the problem and know the fix? > > The fix was committed on 12 Nov 2002: Ah, excellent. Thanks! Sorry for assuming you'd not fixed. I read the "Nov 9" in Vahe's bug report as "Dec 9" Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 16:28:40 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D571337B401 for ; Mon, 9 Dec 2002 16:28:38 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FB543EA9 for ; Mon, 9 Dec 2002 16:28:38 -0800 (PST) (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.9.3/8.9.3) with ESMTP id TAA24629; Mon, 9 Dec 2002 19:28:37 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBA0S7o03216; Mon, 9 Dec 2002 19:28:07 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15861.13591.592853.836992@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 19:28:07 -0500 (EST) To: "Sergey Amelyuschenko" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha/45947: init does not invoke getty In-Reply-To: <200212060910.gB69A3ls034629@freefall.freebsd.org> References: <200212060910.gB69A3ls034629@freefall.freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sergey Amelyuschenko writes: > It is much worse - it does not even try to open /etc/ttys :-( > I run this sequence "ktrace -di -p 1 ; kill -HUP 1 ; sleep 0.5 ; ktrace -C" > after editing /etc/ttys on both alpha and i386. Here is the result: > > alpha# kdump | grep init > 1 init PSIG SIGHUP caught handler=0x120002780 mask=0x9e7c9054 > code=0xffffffff > 1 init RET wait4 -1 errno 4 Interrupted system call > 1 init CALL sigreturn(0x11ffb8c8) > 1 init RET sigreturn JUSTRETURN > 1 init CALL wait4(0xffffffffffffffff,0x11ffbc70,0x2,0) Hmm.. 2 ideas: 1) Perhaps it still thinks that its running a startup script and has not made it fully multi-user. Have you installed or upgraded any ports recently? something in /usr/local/etc/rc.d/foo.sh started so that it does not go into the background might block init. 2) init has gone totally insane. I'd stick some printfs in transition_handler(), and in multi_user(), and in clean_ttys(). So as to try to see what's happening when the signal is delivered. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 16:49:39 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1480537B401 for ; Mon, 9 Dec 2002 16:49:34 -0800 (PST) Received: from mail2.sea.registeredsite.com (mail2.sea.registeredsite.com [66.111.73.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D0143EEA for ; Mon, 9 Dec 2002 16:49:23 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail2.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gBA0nIea030877; Mon, 9 Dec 2002 19:49:22 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gBA0nH510966; Mon, 9 Dec 2002 16:49:17 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Mon, 09 Dec 2002 16:49:15 -0800 Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: Cc: "Schroeder, Aaron" Message-ID: In-Reply-To: <15860.41919.68416.800913@grasshopper.cs.duke.edu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew, Update: I installed the more recent fBSD 5.0 RC-1 (iso) on the temporary disk. This time, the two channles on the 875 card appeared recognized (at least sym1, but what's with the "faqiled to alloc ram" for sym2 (dmesg)?). I attached the StorageWorks shelf with two drives, and the setup shows -in fact- da0 (the temp drive on embedded scsi), da1 and da2 from the 875 controller. However, if I select da1 (or da2) via the setup and enter the FreeBSD Disklabel Editor, there is no disk-information or space to assign! The line "Disk: etc Partition: etc Free: etc" is completely missing. So, I thought, ok let's do it the hard way. (Like I know what I am doing...): # dd if=/dev/zero of=/dev/da1 bs=1k count=1 # disklabel -Brw da2 auto # disklabel -e da2 Which launches VI with the following (non-specific) info: # /dev/da2c: type: unknown disk: amnesiac label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 522 sectors/unit: 8388315 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 8388315 0 unused 0 0 # (Cyl. 0 - 522*) ~ On boot, the driver appears to receive some info about the seagate and quantum on the 875 card, but this appears "incomplete or lost" for "disklabel"?! (i.e. Rpm etc). Anyhow, after I save the VI form, the drive also appears in the Disklabel editor via /stand/sysinstall. Weird. What do you think? And below is the info you requested: carmen# pciconf -lv sym0@pci0:1:0: class=0x010000 card=0x00000000 chip=0x00011000 rev=0x02 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C810/810A/810AE PCI-SCSI I/O Processor' class = mass storage subclass = SCSI pcib2@pci0:2:0: class=0x060400 card=0x00000000 chip=0x00241011 rev=0x02 hdr=0x01 vendor = 'Digital Equipment Corporation' device = '21151/2 PCI to PCI Bridge' class = bridge subclass = PCI-PCI fxp0@pci0:4:0: class=0x020000 card=0x000c8086 chip=0x12298086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82557/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet sym1@pci2:0:0: class=0x010000 card=0x00000000 chip=0x000f1000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C875/E,LSI53C876/E PCI to Ultra SCSI I/O Processor' class = mass storage subclass = SCSI none0@pci2:1:0: class=0x010000 card=0x00000000 chip=0x000f1000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C875/E,LSI53C876/E PCI to Ultra SCSI I/O Processor' class = mass storage subclass = SCSI de0@pci2:2:0: class=0x020000 card=0x500a1011 chip=0x00091011 rev=0x22 hdr=0x00 vendor = 'Digital Equipment Corporation' device = 'DecChip 21140 Fast Ethernet Adapter' class = network subclass = ethernet eisab0@pci0:1:0: class=0x000000 card=0x00000000 chip=0x04828086 rev=0x15 hdr=0x00 vendor = 'Intel Corporation' device = '82375EB PCI-EISA Bridge (PCEB)' class = old subclass = non-VGA display device none1@pci0:2:0: class=0x880000 card=0x88000000 chip=0x88115333 rev=0x44 hdr=0x00 vendor = 'S3 Incorporated' device = '86C732 Trio32, 86C764 Trio64, 86C765 Trio64V+ Rev 01' carmen# DMESG OUTPUT: Unrecognized boot flag '0'. Copyright (c) 1992-2002 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.0-RC1 #0: Mon Dec 9 16:05:50 PST 2002 opi@carmen.terraflux.net:/usr/src/sys/alpha/compile/CARMEN Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc000073a000. AlphaServer 4100 DIGITAL Server 5000 Model 5305 6533A 5/533 4MB, 531MHz 8192 byte page size, 2 processors. CPU: EV56 (21164A) major=7 minor=2 extensions=0x1 OSF PAL rev: 0x4000200020117 real memory = 534757376 (509 MB) avail memory = 508461056 (484 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Initializing GEOMetry subsystem mcbus0: pcib0: at mcbus0 gid 7 mid 5 pcib0: Horse Revision 3, Left Handed Saddle Revision 0, CAP Revision 2 pci0: on pcib0 illegal PCI extended capability offset 8266240 sym0: <810> port 0x1ffee00-0x1ffeeff mem 0x7cfef00-0x7cfefff irq 4 at device 1.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: interrupting at IRQ 0x10 intA (vec 0xb40) pcib2: at device 2.0 on pci0 pci2: on pcib2 sym1: <875> port 0x1fffd00-0x1fffdff mem 0x7d9e000-0x7d9ffff,0x7d9dd00-0x7d9ddff irq 8 at device 0.0 on pci2 sym1: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: interrupting at IRQ 0x0 intA (vec 0xb80) sym2: <875> port 0x1fffe00-0x1fffeff mem 0x7d9f000-0x7d9ffff,0x7d9de00-0x7d9deff irq 9 at device 1.0 on pci2 sym2: failed to allocate RAM resources device_probe_and_attach: sym2 attach returned 6 de0: port 0x1ffff00-0x1ffff7f mem 0x7d9df00-0x7d9df7f irq 10 at device 2.0 on pci2 de0: interrupting at IRQ 0x0 intA (vec 0xb80) de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:06:2b:00:0c:c5 de0: enabling 10baseT port fxp0: port 0x1ffef00-0x1ffef3f mem 0x7e00000-0x7efffff,0x7cff000-0x7cfffff irq 16 at device 4.0 on pci0 fxp0: interrupting at IRQ 0x8 intA (vec 0xc00) fxp0: Ethernet address 00:90:27:8e:5c:13 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib1: at mcbus0 gid 7 mid 4 pcib1: Horse Revision 3, Left Handed Saddle Revision 0, CAP Revision 2 pci1: on pcib1 eisab0: at device 1.0 on pci1 isa0: on eisab0 pci1: at device 2.0 (no driver attached) ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata0: interrupting at ISA irq 14 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 ata1: interrupting at ISA irq 15 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 mcclock0: at port 0x70-0x71 on isa0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Polled port ppc0: interrupting at ISA irq 7 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio0: interrupting at ISA irq 4 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at ISA irq 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 0.833 msec Timecounter "i8254" frequency 1193182 Hz Waiting 15 seconds for SCSI devices to settle (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. da1 at sym1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 4095MB (8388314 512 byte sectors: 255H 63S/T 522C) da2 at sym1 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da2: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da0: 4341MB (8890760 512 byte sectors: 255H 63S/T 553C) cd0 at sym0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [517192 x 512 byte records] SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0a carmen# I have not tested the da0 or da2 on the 875 pci. Let's see what happens. By the way, can I look up some of this information required via the VI "form" for the Seagate or Quantum on the web? Cheers, Oliver > The 53C875 should be found and should work in AS1200 in 5.0. If its > not being found, that's a bug that needs addressing. It does not and > will not ever work on a secondary hose of a multi-hose (like the > AS1200) machine on 4.x. > > Can you send verbose dmesg and pciconf -lv output from 5.0DP2 to the > list? > > Drew > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 17: 4:49 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60F5337B401 for ; Mon, 9 Dec 2002 17:04:48 -0800 (PST) Received: from mail3.sea.registeredsite.com (mail3.sea.registeredsite.com [66.111.73.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id C959A43ED1 for ; Mon, 9 Dec 2002 17:04:47 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail3.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gBA14Va9008884; Mon, 9 Dec 2002 20:04:32 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gBA14I514147; Mon, 9 Dec 2002 17:04:22 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Mon, 09 Dec 2002 17:04:16 -0800 Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: "Schroeder, Aaron" , "Schroeder, Aaron" , Sten Cc: Message-ID: In-Reply-To: <025596A38A894B45AFE62346A6BF47464E32D5@waexch1.qgraph.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org AJ, Firmware on the SRM is 6.0-4. According to HP website, this is latest (2001). Cheers, Oliver On 12/9/02 6:11, "Schroeder, Aaron" wrote: > Oliver, > > Well, something (obviously) has changed from 5.0DP1 to DP2, as DP1 > recognized the controller enough to install BSD. I don't know if anyone on > the list has any ideas, could this possibly be a firmware issue? > > Oliver, is your firmware up to date on the computer? > > AJ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 17: 9:17 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 036B637B401 for ; Mon, 9 Dec 2002 17:09:16 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31AAF43EC2 for ; Mon, 9 Dec 2002 17:09:15 -0800 (PST) (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.9.3/8.9.3) with ESMTP id UAA26007; Mon, 9 Dec 2002 20:09:14 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBA18iI03261; Mon, 9 Dec 2002 20:08:44 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15861.16028.679747.646378@grasshopper.cs.duke.edu> Date: Mon, 9 Dec 2002 20:08:44 -0500 (EST) To: oliver Cc: , "Schroeder, Aaron" Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 In-Reply-To: References: <15860.41919.68416.800913@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org oliver writes: > Drew, > > Update: I installed the more recent fBSD 5.0 RC-1 (iso) on the temporary > disk. This time, the two channles on the 875 card appeared recognized (at > least sym1, but what's with the "faqiled to alloc ram" for sym2 (dmesg)?). > I"m not sure what's causing this. When you get the machine installed, please send the output from a verbose boot (hit the space bar at the boot loaders 9..8..7... countdown and type boot -v) The most likely scenario is that the firmware has lied about the memory behind the 21x52 pci-pci bridge or set something up a little bit not to our liking. From the dmesg you sent, things look OK, but we cannot see what memory ranges the bridge is passing from that. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 17:39:43 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF2A337B401 for ; Mon, 9 Dec 2002 17:39:33 -0800 (PST) Received: from mail2.sea.registeredsite.com (mail2.sea.registeredsite.com [66.111.73.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C15B43ED8 for ; Mon, 9 Dec 2002 17:39:31 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail2.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gBA1dSea009130; Mon, 9 Dec 2002 20:39:28 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gBA1dO519183; Mon, 9 Dec 2002 17:39:25 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Mon, 09 Dec 2002 17:39:20 -0800 Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: Andrew Gallatin Cc: , "Schroeder, Aaron" Message-ID: In-Reply-To: <15861.16028.679747.646378@grasshopper.cs.duke.edu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew, Here is your boot -v; I also included a SRM show device. OK boot -v \|/-\|/Entering /boot/kernel/kernel at 0xfffffc000033a510... sio1: gdb debugging port Unrecognized boot flag '0'. Copyright (c) 1992-2002 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.0-RC1 #0: Mon Dec 9 16:05:50 PST 2002 opi@carmen.terraflux.net:/usr/src/sys/alpha/compile/CARMEN Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc000073a000. AlphaServer 4100 DIGITAL Server 5000 Model 5305 6533A 5/533 4MB, 531MHz 8192 byte page size, 2 processors. CPU: EV56 (21164A) major=7 minor=2 extensions=0x1 OSF PAL rev: 0x4000200020117 real memory = 534757376 (509 MB) Physical memory chunk(s): 0x0075c000 - 0x0fffffff, 260718592 bytes (31826 pages) 0x20000000 - 0x2fff3fff, 268386304 bytes (32762 pages) avail memory = 508575744 (485 MB) smp_start_secondary: starting cpu 1 smp_start_secondary: cpu 1 started FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Initializing GEOMetry subsystem random: null: mem: mcbus0: pcib0: at mcbus0 gid 7 mid 5 pcib0: Horse Revision 3, Left Handed Saddle Revision 0, CAP Revision 2 pci0: on pcib0 pci0: physical bus=0 map[10]: type 4, range 32, base 01ffee00, size 8, enabled map[14]: type 1, range 32, base 07cfef00, size 8, enabled found-> vendor=0x1000, dev=0x0001, revid=0x02 bus=0, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0xff (7650 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 found-> vendor=0x1011, dev=0x0024, revid=0x02 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) illegal PCI extended capability offset 8266240 map[10]: type 1, range 32, base 07cff000, size 12, enabled map[14]: type 4, range 32, base 01ffef00, size 6, enabled map[18]: type 1, range 32, base 07e00000, size 20, enabled found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=16 sym0: <810> port 0x1ffee00-0x1ffeeff mem 0x7cfef00-0x7cfefff irq 4 at device 1.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: open drain IRQ line driver sym0: using NCR-generic firmware. sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/00/00/00/00 sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 03/c8/00/00/08/00 sym0: Delay (GEN=11): 266 msec, 33414 KHz sym0: Delay (GEN=11): 283 msec, 31407 KHz sym0: Delay (GEN=11): 282 msec, 31518 KHz sym0: interrupting at IRQ 0x10 intA (vec 0xb40) pcib2: at device 2.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x82f0f000-0x47fffff pcib2: memory decode 0x7d00000-0x7dfffff pcib2: prefetched decode 0x80000000-0x7fffffff pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 01fffd00, size 8, enabled map[14]: type 1, range 32, base 07d9dd00, size 8, enabled map[18]: type 1, range 32, base 07d9e000, size 13, enabled found-> vendor=0x1000, dev=0x000f, revid=0x04 bus=2, slot=0, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=8 map[10]: type 4, range 32, base 01fffe00, size 8, enabled map[14]: type 1, range 32, base 07d9de00, size 8, enabled map[18]: type 1, range 32, base 07d9f000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x04 bus=2, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=9 map[10]: type 4, range 32, base 01ffff00, size 7, enabled map[14]: type 1, range 32, base 07d9df00, size 7, enabled found-> vendor=0x1011, dev=0x0009, revid=0x22 bus=2, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x14 (5000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=10 sym1: <875> port 0x1fffd00-0x1fffdff mem 0x7d9e000-0x7d9ffff,0x7d9dd00-0x7d9ddff irq 8 at device 0.0 on pci2 pcib2: device sym1 requested decoded memory range 0x7d9dd00-0x7d9ddff pcib2: device sym1 requested decoded memory range 0x7d9e000-0x7d9ffff sym1: Delay (GEN=11): 242 msec, 36728 KHz sym1: Delay (GEN=11): 227 msec, 39155 KHz sym1: Delay (GEN=11): 227 msec, 39155 KHz sym1: chip clock is 39155KHz sym1: clock multiplier assumed sym1: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/00/00/00/00 sym1: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym1: Delay (GEN=11): 250 msec, 35553 KHz sym1: Delay (GEN=11): 282 msec, 31518 KHz sym1: Delay (GEN=11): 283 msec, 31407 KHz sym1: interrupting at IRQ 0x0 intA (vec 0xb80) sym1: enabling clock multiplier sym1: Downloading SCSI SCRIPTS. sym2: <875> port 0x1fffe00-0x1fffeff mem 0x7d9f000-0x7d9ffff,0x7d9de00-0x7d9deff irq 9 at device 1.0 on pci2 pcib2: device sym2 requested decoded memory range 0x7d9de00-0x7d9deff pcib2: device sym2 requested decoded memory range 0x7d9f000-0x7d9ffff sym2: failed to allocate RAM resources device_probe_and_attach: sym2 attach returned 6 de0: port 0x1ffff00-0x1ffff7f mem 0x7d9df00-0x7d9df7f irq 10 at device 2.0 on pci2 pcib2: device de0 requested decoded memory range 0x7d9df00-0x7d9df7f de0: interrupting at IRQ 0x0 intA (vec 0xb80) de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:06:2b:00:0c:c5 de0: enabling 10baseT port de0: bpf attached fxp0: port 0x1ffef00-0x1ffef3f mem 0x7e00000-0x7efffff,0x7cff000-0x7cfffff irq 16 at device 4.0 on pci0 fxp0: using memory space register mapping fxp0: interrupting at IRQ 0x8 intA (vec 0xc00) fxp0: Ethernet address 00:90:27:8e:5c:13 fxp0: PCI IDs: 8086 1229 8086 000c 0008 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached pcib1: at mcbus0 gid 7 mid 4 pcib1: Horse Revision 3, Left Handed Saddle Revision 0, CAP Revision 2 pci1: on pcib1 pci1: physical bus=0 found-> vendor=0x8086, dev=0x0482, revid=0x15 bus=0, slot=1, func=0 class=00-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base 04000000, size 26, enabled found-> vendor=0x5333, dev=0x8811, revid=0x44 bus=0, slot=2, func=0 class=88-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x8800, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x88 (34000 ns) eisab0: at device 1.0 on pci1 isa0: on eisab0 pci1: at device 2.0 (no driver attached) Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x0000 ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata0: interrupting at ISA irq 14 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 ata1: interrupting at ISA irq 15 atkbdc0: at port 0x64,0x60 on isa0 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 atkbd0: irq 1 on atkbdc0 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 atkbd: the current kbd controller command byte 0023 atkbd: keyboard ID 0x83ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: interrupting at ISA irq 1 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 mcclock0: at port 0x70-0x71 on isa0 Calibrating clock(s) ... PCC clock: 532800524 Hz (firmware 531914893 Hz) i8254 clock: 1193194 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Polled port ppc0: interrupting at ISA irq 7 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio0: interrupting at ISA irq 4 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at ISA irq 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xb8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 a0 9c 8e 8f 28 1f 96 b9 a3 ff 00 04 02 14 01 05 03 07 38 3c 3a 3e 39 3d 3b 3f 04 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 a0 9c 8e 8f 28 1f 96 b9 a3 ff 00 04 02 14 01 05 03 07 38 3c 3a 3e 39 3d 3b 3f 04 00 0f 08 00 00 00 00 00 10 0e 00 ff isa_probe_children: probing PnP devices procfs registered Timecounters tick every 0.833 msec Timecounter "i8254" frequency 1193182 Hz lo0: bpf attached Waiting 15 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. sym1: enabling clock multiplier sym1: Downloading SCSI SCRIPTS. (probe5:sym0:0:5:0): Retrying Command (probe0:sym0:0:0:0): Retrying Command (probe5:sym0:0:5:0): error 22 (probe5:sym0:0:5:0): Unretryable Error (probe7:sym1:0:0:0): Retrying Command (probe8:sym1:0:1:0): Retrying Command pass0 at sym0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number PCB=2011303001 ; HDA=184630210680 pass0: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled pass1 at sym0 bus 0 target 5 lun 0 pass1: Removable CD-ROM SCSI-2 device pass1: 10.000MB/s transfers (10.000MHz, offset 8) pass2 at sym1 bus 0 target 0 lun 0 pass2: Fixed Direct Access SCSI-2 device pass2: Serial Number JDV300100FBG8K pass2: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled pass3 at sym1 bus 0 target 1 lun 0 pass3: Fixed Direct Access SCSI-2 device pass3: Serial Number 184732250537 pass3: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da1 at sym1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-2 device da1: Serial Number JDV300100FBG8K da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 4095MB (8388314 512 byte sectors: 255H 63S/T 522C) da2 at sym1 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-2 device da2: Serial Number 184732250537 da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da2: 4095MB (8388315 512 byte sectors: 255H 63S/T 522C) da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number PCB=2011303001 ; HDA=184630210680 da0: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da0: 4341MB (8890760 512 byte sectors: 255H 63S/T 553C) cd0 at sym0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [517192 x 512 byte records] GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 release_aps: releasing secondary CPUs SMP: AP CPU #1 Launched! GEOM: Add da0 hot[0] start 64 length 276 end 339 GEOM: Configure da0a, start 0 length 134217728 end 134217727 GEOM: Configure da0b, start 134217728 length 1069514752 end 1203732479 GEOM: Configure da0c, start 0 length 4552069120 end 4552069119 GEOM: Configure da0d, start 1203732480 length 268435456 end 1472167935 GEOM: Configure da0e, start 1472167936 length 268435456 end 1740603391 GEOM: Configure da0f, start 1740603392 length 2811465728 end 4552069119 GEOM: Add da1 hot[0] start 64 length 276 end 339 GEOM: Configure da1c, start 0 length 4294816768 end 4294816767 GEOM: Add da2 hot[0] start 64 length 276 end 339 GEOM: Configure da2c, start 0 length 4294817280 end 4294817279 Mounting root from ufs:/dev/da0a start_init: trying /sbin/init hw.bus.devctl_disable: 0 -> 1 Entropy harvesting: interrupts ethernet point_to_point. swapon: adding /dev/da0b as swap device Starting file system checks: /dev/da0a: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/da0a: clean, 17325 free (821 frags, 2063 blocks, 1.3% fragmentation) /dev/da0e: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/da0e: clean, 128918 free (14 frags, 16113 blocks, 0.0% fragmentation) /dev/da0f: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/da0f: clean, 966161 free (22833 frags, 117916 blocks, 1.7% fragmentation) /dev/da0d: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/da0d: clean, 128797 free (37 frags, 16095 blocks, 0.0% fragmentation) Doing initial network setup: hostname. fxp0: flags=8843 mtu 1500 inet 192.168.0.25 netmask 0xffffff00 broadcast 192.168.0.255 inet6 fe80::290:27ff:fe8e:5c13%fxp0 prefixlen 64 tentative scopeid 0x2 ether 00:90:27:8e:5c:13 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 192.168.0.20 Additional routing options:. Mounting NFS file systems:. Starting syslogd. Dec 9 17:27:09 carmen syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /usr/lib /usr/lib/compat Starting local daemons:. Updating motd. Starting sshd. Initial alpha initialization:. Additional ABI support:. Local package initialization:. Additional TCP options:. Starting cron. Starting background file system checks. Mon Dec 9 17:27:34 PST 2002 FreeBSD/alpha (carmen.terraflux.net) (ttyd0) login: DIGITAL Server 5000 Model 5305 6533A Console V6.0-4, 10-MAY-2001 10:11:42 P00>>>show device polling ncr0 (NCR 53C810) slot 1, bus 0 PCI, hose 1 SCSI Bus ID 7 dka0.0.0.1.1 DKA0 QUANTUM XP34550S LXQ1 dka500.5.0.1.1 DKA500 RRD46 1337 polling ncr1 (NCR 53C875) slot 0, bus 2 PCI, hose 1 SCSI Bus ID 7 dkb0.0.0.2000.1 DKB0 SEAGATE ST34371W 0702 dkb100.1.0.2000.1 DKB100 Quantum XP34550J LYJ2 polling ncr2 (NCR 53C875) slot 1, bus 2 PCI, hose 1 SCSI Bus ID 7 polling floppy0 (FLOPPY) PCEB - XBUS hose 0 dva0.0.0.1000.0 DVA0 RX23 polling tulip0 (DECchip 21140-AA) slot 2, bus 2 PCI, hose 1 ewa0.0.0.2002.1 00-06-2B-00-0C-C5 Twisted-Pair polling ei0 (Intel 8255x Ethernet) slot 4, bus 0 PCI, hose 1 eia0.0.0.4.1 00-90-27-8E-5C-13 Twisted-Pair P00>>> Cheers, Oliver On 12/9/02 17:08, "Andrew Gallatin" wrote: > > oliver writes: >> Drew, >> >> Update: I installed the more recent fBSD 5.0 RC-1 (iso) on the temporary >> disk. This time, the two channles on the 875 card appeared recognized (at >> least sym1, but what's with the "faqiled to alloc ram" for sym2 (dmesg)?). >> > > > I"m not sure what's causing this. When you get the machine installed, > please send the output from a verbose boot (hit the space bar at the > boot loaders 9..8..7... countdown and type boot -v) > > The most likely scenario is that the firmware has lied about the > memory behind the 21x52 pci-pci bridge or set something up a little > bit not to our liking. From the dmesg you sent, things look OK, but > we cannot see what memory ranges the bridge is passing from that. > > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 19: 7: 7 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A6C137B404 for ; Mon, 9 Dec 2002 19:07:06 -0800 (PST) Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 138A943F28 for ; Mon, 9 Dec 2002 19:07:05 -0800 (PST) (envelope-from fjoe@iclub.nsu.ru) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 18LYE0-0000MS-00; Tue, 10 Dec 2002 06:26:12 +0600 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 18LYE0-0000L2-00; Tue, 10 Dec 2002 06:26:12 +0600 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.6/8.12.6) with ESMTP id gBA0Q3l8018299; Tue, 10 Dec 2002 06:26:04 +0600 (NS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.6/8.12.6/Submit) id gBA0Q3pU018298; Tue, 10 Dec 2002 06:26:03 +0600 (NS) Date: Tue, 10 Dec 2002 06:26:03 +0600 From: Max Khon To: Andrew Gallatin Cc: Vahe Khachikyan , freebsd-alpha@FreeBSD.ORG Subject: Re: Pthreads broken on 4.7 Stable? Message-ID: <20021210062603.A18236@iclub.nsu.ru> References: <001101c29fd6$7c5b4850$0700000a@workstation> <15861.12029.762123.31201@grasshopper.cs.duke.edu> <20021210060837.A17361@iclub.nsu.ru> <15861.13244.514103.296162@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15861.13244.514103.296162@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Dec 09, 2002 at 07:22:20PM -0500 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Envelope-To: gallatin@cs.duke.edu, vahe@khachikyan.de, freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi, there! On Mon, Dec 09, 2002 at 07:22:20PM -0500, Andrew Gallatin wrote: > > > Fjoe, is there any reason why you're leaving alpha broken since you > > > know about the problem and know the fix? > > > > The fix was committed on 12 Nov 2002: > > Ah, excellent. Thanks! Sorry for assuming you'd not fixed. that's ok. actual fix was different from what I posted to freebsd-stable@ so this could mislead you. > the "Nov 9" in Vahe's bug report as "Dec 9" /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Dec 9 19: 7:16 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBC5B37B401 for ; Mon, 9 Dec 2002 19:07:14 -0800 (PST) Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31F9E43F89 for ; Mon, 9 Dec 2002 19:07:07 -0800 (PST) (envelope-from fjoe@iclub.nsu.ru) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 18LXx8-0006c8-00; Tue, 10 Dec 2002 06:08:46 +0600 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 18LXx8-0006af-00; Tue, 10 Dec 2002 06:08:46 +0600 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.6/8.12.6) with ESMTP id gBA08cl8017560; Tue, 10 Dec 2002 06:08:38 +0600 (NS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.6/8.12.6/Submit) id gBA08cDN017559; Tue, 10 Dec 2002 06:08:38 +0600 (NS) Date: Tue, 10 Dec 2002 06:08:37 +0600 From: Max Khon To: Andrew Gallatin Cc: Vahe Khachikyan , freebsd-alpha@FreeBSD.ORG Subject: Re: Pthreads broken on 4.7 Stable? Message-ID: <20021210060837.A17361@iclub.nsu.ru> References: <001101c29fd6$7c5b4850$0700000a@workstation> <15861.12029.762123.31201@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15861.12029.762123.31201@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Dec 09, 2002 at 07:02:05PM -0500 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Envelope-To: gallatin@cs.duke.edu, vahe@khachikyan.de, freebsd-alpha@FreeBSD.ORG Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi, there! On Mon, Dec 09, 2002 at 07:02:05PM -0500, Andrew Gallatin wrote: > > on November 9 I've made a buildworld from STABLE > > ------------------ > > #uname -a > > FreeBSD alpha 4.7-STABLE FreeBSD 4.7-STABLE #0: Sat Nov 9 00:41:17 GMT 2002 > > ------------------- > > After on it seams that the pthread library is broken. > > Once I've tried to compile something from ports, it complained about missyng > > __sys_sigaltstack > > in libc_r, but I thought that I've messed up something with configure > > scripts > > Hovewer now the MySQL server which is installed on this computer since last > > 16 mounts rejects connections > > from outside complaining about the same missing symbol in libc_r and > > ofcourse crashes :-) > > > > Whats happened with libc_r since August ? > > My previouse buildworld from STABLE was in > > August and I think it was totally OK. > > > > Please answer also to this address cause I think I'm not currently in list. > > I think it was broken some months ago by fjoe in rev 1.24.2.7 of > src/libc_r/Makefile. > > The following patch should fix it (cut and pasted, beware of whitespace) > > --- Makefile.orig Thu Nov 7 23:02:47 2002 > +++ Makefile Thu Nov 7 23:03:07 2002 > @@ -33,7 +33,7 @@ > kevent.o listen.o \ > msync.o nanosleep.o open.o poll.o read.o readv.o recvfrom.o \ > recvmsg.o sched_yield.o select.o sendfile.o sendmsg.o sendto.o \ > - setsockopt.o shutdown.o sigaction.o \ > + setsockopt.o shutdown.o sigaction.o sigaltstack.o \ > sigpending.o sigprocmask.o \ > sigsuspend.o socket.o \ > socketpair.o wait4.o write.o writev.o > > > Fjoe, is there any reason why you're leaving alpha broken since you > know about the problem and know the fix? The fix was committed on 12 Nov 2002: fjoe 2002/11/12 22:08:44 PST Modified files: (Branch: RELENG_4) lib/libc/alpha/gen setjmp.S Log: fix libc_r on alpha: sigaltstack is no longer wrapped. Reported by: Ted Lindgreen Tested by: Ted Lindgreen Revision Changes Path 1.11.2.3 +1 -1 src/lib/libc/alpha/gen/setjmp.S /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 1:20: 5 2002 Delivered-To: freebsd-alpha@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34B0137B401 for ; Tue, 10 Dec 2002 01:20:04 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE62B43EA9 for ; Tue, 10 Dec 2002 01:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBA9K3x3052379 for ; Tue, 10 Dec 2002 01:20:03 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBA9K3Sv052378; Tue, 10 Dec 2002 01:20:03 -0800 (PST) Date: Tue, 10 Dec 2002 01:20:03 -0800 (PST) Message-Id: <200212100920.gBA9K3Sv052378@freefall.freebsd.org> To: freebsd-alpha@FreeBSD.org Cc: From: "Sergey Amelyuschenko" Subject: Re: alpha/45947: init does not invoke getty Reply-To: "Sergey Amelyuschenko" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR alpha/45947; it has been noted by GNATS. From: "Sergey Amelyuschenko" To: "Andrew Gallatin" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: alpha/45947: init does not invoke getty Date: Tue, 10 Dec 2002 12:11:49 +0300 Hi Drew! > Hmm.. > > 2 ideas: > > 1) Perhaps it still thinks that its running a startup script and has not > made it fully multi-user. Have you installed or upgraded any ports > recently? something in /usr/local/etc/rc.d/foo.sh started so that it > does not go into the background might block init. > > > 2) init has gone totally insane. I'd stick some printfs > in transition_handler(), and in multi_user(), and in clean_ttys(). > So as to try to see what's happening when the signal is delivered. Wow! You are incredible! Your first idea was right! I had /usr/local/etc/rc.d/mysql-server.sh script hanging around from old version of mysql. This script did not go into the background during boot. Now I have upgraded mysql-server.sh and everything works as expected! Anyway, this experience raises the question of reliability of boot process. That is, by fooling around with /usr/local/etc/rc.d it is possible to prevent init from going multiuser. Is it possible to implement some anti-foot-shooting technique? I mean if script was not started in some timeframe just kill it and go on to the next one? Thanks again for your help! Sergey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 4:14:37 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6B2737B401 for ; Tue, 10 Dec 2002 04:14:36 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id E279443E4A for ; Tue, 10 Dec 2002 04:14:30 -0800 (PST) (envelope-from vahe@khachikyan.de) Received: from [212.227.126.202] (helo=mrvnet.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 18LjHR-0002v4-00 for freebsd-alpha@freebsd.org; Tue, 10 Dec 2002 13:14:29 +0100 Received: from [172.23.4.133] (helo=config6.kundenserver.de) by mrvnet.kundenserver.de with esmtp (Exim 3.35 #1) id 18LjHR-00035q-00 for freebsd-alpha@freebsd.org; Tue, 10 Dec 2002 13:14:29 +0100 Received: from www-data by config6.kundenserver.de with local (Exim 3.35 #1 (Debian)) id 18LjHQ-00050a-00 for ; Tue, 10 Dec 2002 13:14:28 +0100 To: freebsd-alpha@FreeBSD.ORG Subject: Re: Re: Pthreads broken on 4.7 Stable? From: vahe@khachikyan.de Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20021210062603.A18236@iclub.nsu.ru> MIME-Version: 1.0 X-Originating-From: 6725286 Received: from 194.138.37.36 by webmail.1und1.de via HTTP X-Binford: 6100 (more power) Message-Id: Date: Tue, 10 Dec 2002 13:14:28 +0100 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi again, thank you for help. Might I assume that the Makefile patch will work on sources as of "Nov 9" ? Then I'll just try to rebuild/reinstall only the libc_r. Or should I get something else from CVS ? thanks in advance -- Vahe --- Max Khon schrieb am 10.12.2002, 01:26:03: > hi, there! > > On Mon, Dec 09, 2002 at 07:22:20PM -0500, Andrew Gallatin wrote: > > > > > Fjoe, is there any reason why you're leaving alpha broken since you > > > > know about the problem and know the fix? > > > > > > The fix was committed on 12 Nov 2002: > > > > Ah, excellent. Thanks! Sorry for assuming you'd not fixed. > > that's ok. actual fix was different from what I posted to freebsd-stable@ > so this could mislead you. > > > the "Nov 9" in Vahe's bug report as "Dec 9" > > /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 5:49:51 2002 Delivered-To: freebsd-alpha@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7902D37B401; Tue, 10 Dec 2002 05:49:50 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2627043ED1; Tue, 10 Dec 2002 05:49:50 -0800 (PST) (envelope-from gallatin@FreeBSD.org) Received: from freefall.freebsd.org (gallatin@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBADnox3039015; Tue, 10 Dec 2002 05:49:50 -0800 (PST) (envelope-from gallatin@freefall.freebsd.org) Received: (from gallatin@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBADnnxH039011; Tue, 10 Dec 2002 05:49:49 -0800 (PST) Date: Tue, 10 Dec 2002 05:49:49 -0800 (PST) From: Andrew Gallatin Message-Id: <200212101349.gBADnnxH039011@freefall.freebsd.org> To: adminu5@mail.ru, gallatin@FreeBSD.org, freebsd-alpha@FreeBSD.org Subject: Re: alpha/45947: init does not invoke getty Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: init does not invoke getty State-Changed-From-To: open->closed State-Changed-By: gallatin State-Changed-When: Tue Dec 10 05:48:00 PST 2002 State-Changed-Why: It turns out that init is fine. The problem was that a locally installed script in /usr/local/etc/rc.d was not running into the forground, therby prevening init from going fully multi-user. http://www.freebsd.org/cgi/query-pr.cgi?pr=45947 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 5:52:16 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D462437B404 for ; Tue, 10 Dec 2002 05:52:14 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94D7543EB2 for ; Tue, 10 Dec 2002 05:52:10 -0800 (PST) (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.9.3/8.9.3) with ESMTP id IAA20337; Tue, 10 Dec 2002 08:52:04 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBADpYG04318; Tue, 10 Dec 2002 08:51:34 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15861.61798.819616.443906@grasshopper.cs.duke.edu> Date: Tue, 10 Dec 2002 08:51:34 -0500 (EST) To: "Sergey Amelyuschenko" Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: alpha/45947: init does not invoke getty In-Reply-To: <200212100920.gBA9K3Sv052378@freefall.freebsd.org> References: <200212100920.gBA9K3Sv052378@freefall.freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sergey Amelyuschenko writes: > > 1) Perhaps it still thinks that its running a startup script and has not > > made it fully multi-user. Have you installed or upgraded any ports > > recently? something in /usr/local/etc/rc.d/foo.sh started so that it > > does not go into the background might block init. > > > > > > 2) init has gone totally insane. I'd stick some printfs > > in transition_handler(), and in multi_user(), and in clean_ttys(). > > So as to try to see what's happening when the signal is delivered. > Wow! You are incredible! Your first idea was right! > I had /usr/local/etc/rc.d/mysql-server.sh script hanging around from old version of mysql. This script did not go into the background during boot. Now I have upgraded mysql-server.sh and everything works as expected! Whew. I'm glad that's all it was. > Anyway, this experience raises the question of reliability of boot process. That is, by fooling around with /usr/local/etc/rc.d it is possible to prevent init from going multiuser. Is it possible to implement some anti-foot-shooting technique? I mean if script was not started in some timeframe just kill it and go on to the next one? I have no idea. Its a little outside the scope of what I'm interested in. You might try proposing something like this in a more general mailing list (freebsd-arch, freebsd-hackers).. > Thanks again for your help! You're welcome. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 7: 5:29 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECB9037B401 for ; Tue, 10 Dec 2002 07:05:28 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145D343EC5 for ; Tue, 10 Dec 2002 07:05:28 -0800 (PST) (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.9.3/8.9.3) with ESMTP id KAA24932; Tue, 10 Dec 2002 10:05:27 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBAF4us04384; Tue, 10 Dec 2002 10:04:56 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15862.664.705642.80134@grasshopper.cs.duke.edu> Date: Tue, 10 Dec 2002 10:04:56 -0500 (EST) To: oliver Cc: , "Schroeder, Aaron" Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 In-Reply-To: References: <15861.16028.679747.646378@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Looks like some kind of resource manager problem in FreeBSD. Can you enable the rman debugging and boot again with -v? To enable rman debugging, you should set debug.rman_debug in the bootloader: OK set debug.rman_debug=1 OK boot -v This is going to be VERY verbose. So verbose that I'm asking you to please only send the output from the start of the boot to the end of the fxp0 attach. (ie, just past the allocation failure). Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 10:54:33 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE83537B401 for ; Tue, 10 Dec 2002 10:54:27 -0800 (PST) Received: from mail1.sea.registeredsite.com (mail1.sea.registeredsite.com [66.111.73.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAA6143EB2 for ; Tue, 10 Dec 2002 10:54:21 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail1.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gBAIsA4U021138; Tue, 10 Dec 2002 13:54:10 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gBAIs3592264; Tue, 10 Dec 2002 10:54:07 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Tue, 10 Dec 2002 10:54:01 -0800 Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: Andrew Gallatin Cc: , "Schroeder, Aaron" Message-ID: In-Reply-To: <15862.664.705642.80134@grasshopper.cs.duke.edu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew, Here is the "rman output": OK set debug.rman_debug=1 OK boot -v \|/-\|/Entering /boot/kernel/kernel at 0xfffffc000033a510... sio1: gdb debugging port Unrecognized boot flag '0'. Copyright (c) 1992-2002 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.0-RC1 #0: Mon Dec 9 16:05:50 PST 2002 opi@carmen.terraflux.net:/usr/src/sys/alpha/compile/CARMEN Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc000073a000. AlphaServer 4100 DIGITAL Server 5000 Model 5305 6533A 5/533 4MB, 531MHz 8192 byte page size, 2 processors. CPU: EV56 (21164A) major=7 minor=2 extensions=0x1 OSF PAL rev: 0x4000200020117 real memory = 534757376 (509 MB) Physical memory chunk(s): 0x0075c000 - 0x0fffffff, 260718592 bytes (31826 pages) 0x20000000 - 0x2fff3fff, 268386304 bytes (32762 pages) avail memory = 508575744 (485 MB) smp_start_secondary: starting cpu 1 smp_start_secondary: cpu 1 started FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Initializing GEOMetry subsystem random: null: mem: mcbus0: pcib0: at mcbus0 gid 7 mid 5 pcib0: Horse Revision 3, Left Handed Saddle Revision 0, CAP Revision 2 pci0: on pcib0 pci0: physical bus=0 map[10]: type 4, range 32, base 01ffee00, size 8, enabled map[14]: type 1, range 32, base 07cfef00, size 8, enabled found-> vendor=0x1000, dev=0x0001, revid=0x02 bus=0, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0xff (7650 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=4 found-> vendor=0x1011, dev=0x0024, revid=0x02 bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) illegal PCI extended capability offset 8266240 map[10]: type 1, range 32, base 07cff000, size 12, enabled map[14]: type 4, range 32, base 01ffef00, size 6, enabled map[18]: type 1, range 32, base 07e00000, size 20, enabled found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=16 sym0: <810> port 0x1ffee00-0x1ffeeff mem 0x7cfef00-0x7cfefff irq 4 at device 1.0 on pci0 rman_reserve_resource: request: [0x7cfef00, 0x7cfefff], length 0x100, flags 2, device sym0 considering [0, 0x100000000] truncated region: [0x7cfef00, 0x7cff000]; size 0x101 (requested 0x100) candidate region: [0x7cff000, 0x7cfef00], size 0x101 splitting region in three parts: [0, 0x7cfeeff]; [0x7cfef00, 0x7cfefff]; [0x7cff000, 0x100000000] rman_reserve_resource: request: [0x4, 0x4], length 0x1, flags 6, device sym0 considering [0, 0x10000] truncated region: [0x4, 0x5]; size 0x2 (requested 0x1) candidate region: [0x5, 0x4], size 0x2 splitting region in three parts: [0, 0x3]; [0x4, 0x4]; [0x5, 0x10000] sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: open drain IRQ line driver sym0: using NCR-generic firmware. sym0: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/00/00/00/00 sym0: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 03/c8/00/00/08/00 sym0: Delay (GEN=11): 266 msec, 33414 KHz sym0: Delay (GEN=11): 283 msec, 31407 KHz sym0: Delay (GEN=11): 282 msec, 31518 KHz sym0: interrupting at IRQ 0x10 intA (vec 0xb40) pcib2: at device 2.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x82f0f000-0x47fffff pcib2: memory decode 0x7d00000-0x7dfffff pcib2: prefetched decode 0x80000000-0x7fffffff pci2: on pcib2 pci2: physical bus=2 map[10]: type 4, range 32, base 01fffd00, size 8, enabled map[14]: type 1, range 32, base 07d9dd00, size 8, enabled map[18]: type 1, range 32, base 07d9e000, size 13, enabled found-> vendor=0x1000, dev=0x000f, revid=0x04 bus=2, slot=0, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=8 map[10]: type 4, range 32, base 01fffe00, size 8, enabled map[14]: type 1, range 32, base 07d9de00, size 8, enabled map[18]: type 1, range 32, base 07d9f000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x04 bus=2, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=9 map[10]: type 4, range 32, base 01ffff00, size 7, enabled map[14]: type 1, range 32, base 07d9df00, size 7, enabled found-> vendor=0x1011, dev=0x0009, revid=0x22 bus=2, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x14 (5000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=10 sym1: <875> port 0x1fffd00-0x1fffdff mem 0x7d9e000-0x7d9ffff,0x7d9dd00-0x7d9ddff irq 8 at device 0.0 on pci2 pcib2: device sym1 requested decoded memory range 0x7d9dd00-0x7d9ddff rman_reserve_resource: request: [0x7d9dd00, 0x7d9ddff], length 0x100, flags 2, device sym1 considering [0x7cff000, 0x100000000] truncated region: [0x7d9dd00, 0x7d9de00]; size 0x101 (requested 0x100) candidate region: [0x7d9de00, 0x7d9dd00], size 0x101 splitting region in three parts: [0x7cff000, 0x7d9dcff]; [0x7d9dd00, 0x7d9ddff]; [0x7d9de00, 0x100000000] rman_reserve_resource: request: [0x8, 0x8], length 0x1, flags 6, device sym1 considering [0x5, 0x10000] truncated region: [0x8, 0x9]; size 0x2 (requested 0x1) candidate region: [0x9, 0x8], size 0x2 splitting region in three parts: [0x5, 0x7]; [0x8, 0x8]; [0x9, 0x10000] pcib2: device sym1 requested decoded memory range 0x7d9e000-0x7d9ffff rman_reserve_resource: request: [0x7d9e000, 0x7d9ffff], length 0x2000, flags 2, device sym1 considering [0x7d9de00, 0x100000000] truncated region: [0x7d9e000, 0x7da0000]; size 0x2001 (requested 0x2000) candidate region: [0x7da0000, 0x7d9e000], size 0x2001 splitting region in three parts: [0x7d9de00, 0x7d9dfff]; [0x7d9e000, 0x7d9ffff]; [0x7da0000, 0x100000000] sym1: Delay (GEN=11): 242 msec, 36728 KHz sym1: Delay (GEN=11): 227 msec, 39155 KHz sym1: Delay (GEN=11): 227 msec, 39155 KHz sym1: chip clock is 39155KHz sym1: clock multiplier assumed sym1: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: initial SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 00/00/00/00/00/00 sym1: final SCNTL3/DMODE/DCNTL/CTEST3/4/5 = (hex) 05/46/80/01/08/24 sym1: Delay (GEN=11): 250 msec, 35553 KHz sym1: Delay (GEN=11): 282 msec, 31518 KHz sym1: Delay (GEN=11): 283 msec, 31407 KHz sym1: interrupting at IRQ 0x0 intA (vec 0xb80) sym1: enabling clock multiplier sym1: Downloading SCSI SCRIPTS. sym2: <875> port 0x1fffe00-0x1fffeff mem 0x7d9f000-0x7d9ffff,0x7d9de00-0x7d9deff irq 9 at device 1.0 on pci2 pcib2: device sym2 requested decoded memory range 0x7d9de00-0x7d9deff rman_reserve_resource: request: [0x7d9de00, 0x7d9deff], length 0x100, flags 2, device sym2 considering [0x7d9de00, 0x7d9dfff] truncated region: [0x7d9de00, 0x7d9df00]; size 0x101 (requested 0x100) candidate region: [0x7d9df00, 0x7d9de00], size 0x101 allocating from the beginning rman_reserve_resource: request: [0x9, 0x9], length 0x1, flags 6, device sym2 considering [0x9, 0x10000] truncated region: [0x9, 0xa]; size 0x2 (requested 0x1) candidate region: [0xa, 0x9], size 0x2 allocating from the beginning pcib2: device sym2 requested decoded memory range 0x7d9f000-0x7d9ffff rman_reserve_resource: request: [0x7d9f000, 0x7d9ffff], length 0x1000, flags 2, device sym2 considering [0x7d9e000, 0x7d9ffff] region is allocated considering [0x7da0000, 0x100000000] s->r_start (0x7da0000) > end (0x7d9ffff) no unshared regions found sym2: failed to allocate RAM resources device_probe_and_attach: sym2 attach returned 6 de0: port 0x1ffff00-0x1ffff7f mem 0x7d9df00-0x7d9df7f irq 10 at device 2.0 on pci2 pcib2: device de0 requested decoded memory range 0x7d9df00-0x7d9df7f rman_reserve_resource: request: [0x7d9df00, 0x7d9df7f], length 0x80, flags 2, device de0 considering [0x7d9de00, 0x7d9dfff] truncated region: [0x7d9df00, 0x7d9df80]; size 0x81 (requested 0x80) candidate region: [0x7d9df80, 0x7d9df00], size 0x81 splitting region in three parts: [0x7d9de00, 0x7d9deff]; [0x7d9df00, 0x7d9df7f]; [0x7d9df80, 0x7d9dfff] rman_reserve_resource: request: [0xa, 0xa], length 0x1, flags 6, device de0 considering [0x9, 0x10000] truncated region: [0xa, 0xb]; size 0x2 (requested 0x1) candidate region: [0xb, 0xa], size 0x2 splitting region in three parts: [0x9, 0x9]; [0xa, 0xa]; [0xb, 0x10000] de0: interrupting at IRQ 0x0 intA (vec 0xb80) de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:06:2b:00:0c:c5 de0: enabling 10baseT port de0: bpf attached fxp0: port 0x1ffef00-0x1ffef3f mem 0x7e00000-0x7efffff,0x7cff000-0x7cfffff irq 16 at device 4.0 on pci0 rman_reserve_resource: request: [0x7cff000, 0x7cfffff], length 0x1000, flags 2, device fxp0 considering [0x7cff000, 0x7d9dcff] truncated region: [0x7cff000, 0x7d00000]; size 0x1001 (requested 0x1000) candidate region: [0x7d00000, 0x7cff000], size 0x1001 allocating from the beginning fxp0: using memory space register mapping rman_reserve_resource: request: [0x10, 0x10], length 0x1, flags 6, device fxp0 considering [0xb, 0x10000] truncated region: [0x10, 0x11]; size 0x2 (requested 0x1) candidate region: [0x11, 0x10], size 0x2 splitting region in three parts: [0xb, 0xf]; [0x10, 0x10]; [0x11, 0x10000] fxp0: interrupting at IRQ 0x8 intA (vec 0xc00) fxp0: Ethernet address 00:90:27:8e:5c:13 fxp0: PCI IDs: 8086 1229 8086 000c 0008 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached Cheers, Oliver On 12/10/02 7:04, "Andrew Gallatin" wrote: > > Looks like some kind of resource manager problem in FreeBSD. > Can you enable the rman debugging and boot again with -v? > > To enable rman debugging, you should set debug.rman_debug in > the bootloader: > > OK set debug.rman_debug=1 > OK boot -v > > > This is going to be VERY verbose. So verbose that I'm asking you to > please only send the output from the start of the boot to the end > of the fxp0 attach. (ie, just past the allocation failure). > > > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 11:28: 4 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76BFB37B401 for ; Tue, 10 Dec 2002 11:28:01 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9F7E43E4A for ; Tue, 10 Dec 2002 11:28:00 -0800 (PST) (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.9.3/8.9.3) with ESMTP id OAA10612; Tue, 10 Dec 2002 14:28:00 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBAJRUF04575; Tue, 10 Dec 2002 14:27:30 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15862.16418.170931.930192@grasshopper.cs.duke.edu> Date: Tue, 10 Dec 2002 14:27:30 -0500 (EST) To: oliver Cc: Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 In-Reply-To: References: <15862.664.705642.80134@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org oliver writes: > Drew, > > Here is the "rman output": Thanks. Sorry to make you do this, but at least it let me see the problem. I've highlighted the interesting bits below. It turns out that the problem is with the SRM console, or the hardware. sym1's memory size (0x2000) is exactly 2x what it (probably) should be, and it starts only 0x1000 below the mem range allocated for sym1. So its colliding with the memory range by sym2 in the region 0x7d9f000-0x7d9ffff. The freebsd rman resource manager is noticing this, and failing to attach a device in the disputed region. This is not a FreeBSD bug, its FreeBSD being a bit paranoid and (maybe) saving your butt from a bad hardware config. I'd try for different SRM console versions, and/or firmware updates to the board with the scsi controllers on them. As a last resort, you might be able to hack the sym driver: Index: sym/sym_hipd.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sym/sym_hipd.c,v retrieving revision 1.36 diff -u -r1.36 sym_hipd.c --- sym/sym_hipd.c 16 Oct 2002 08:48:38 -0000 1.36 +++ sym/sym_hipd.c 10 Dec 2002 19:24:46 -0000 @@ -9209,7 +9209,7 @@ if ((command & PCIM_CMD_MEMEN) != 0) { int regs_id = SYM_PCI_MMIO; np->mmio_res = bus_alloc_resource(dev, SYS_RES_MEMORY, ®s_id, - 0, ~0, 1, RF_ACTIVE); + 0, ~0, 1, RF_ACTIVE | RF_SHARABLE); } if (!np->mmio_res) { device_printf(dev, "failed to allocate MMIO resources\n"); This is totally unsafe, unsupported, and not at all recommended. It could result in the system failing in a spectacular way, and you loosing data on any disk connected to any sym interface. Drew > map[10]: type 4, range 32, base 01fffd00, size 8, enabled > map[14]: type 1, range 32, base 07d9dd00, size 8, enabled > map[18]: type 1, range 32, base 07d9e000, size 13, enabled ....................................................^^^^^^ > found-> vendor=0x1000, dev=0x000f, revid=0x04 > bus=2, slot=0, func=0 > class=01-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0107, statreg=0x0200, cachelnsz=16 (dwords) > lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) > intpin=a, irq=8 > map[10]: type 4, range 32, base 01fffe00, size 8, enabled > map[14]: type 1, range 32, base 07d9de00, size 8, enabled > map[18]: type 1, range 32, base 07d9f000, size 12, enabled ....................................................^^^^^^ <...> > sym1: <875> port 0x1fffd00-0x1fffdff mem > 0x7d9e000-0x7d9ffff,0x7d9dd00-0x7d9ddff irq 8 at device 0.0 on pci2 <...> > pcib2: device sym1 requested decoded memory range 0x7d9e000-0x7d9ffff > rman_reserve_resource: request: [0x7d9e000, 0x7d9ffff], length > 0x2000, flags 2, device sym1 ....^^^^^ > considering [0x7d9de00, 0x100000000] > truncated region: [0x7d9e000, 0x7da0000]; size 0x2001 (requested 0x2000) > candidate region: [0x7da0000, 0x7d9e000], size 0x2001 > splitting region in three parts: [0x7d9de00, 0x7d9dfff]; [0x7d9e000, > 0x7d9ffff]; [0x7da0000, 0x100000000] <...> > sym2: <875> port 0x1fffe00-0x1fffeff mem > 0x7d9f000-0x7d9ffff,0x7d9de00-0x7d9deff irq 9 at device 1.0 on pci2 <...> > pcib2: device sym2 requested decoded memory range 0x7d9f000-0x7d9ffff > rman_reserve_resource: request: [0x7d9f000, 0x7d9ffff], length > 0x1000, flags 2, device sym2 ....^^^^^ > considering [0x7d9e000, 0x7d9ffff] > region is allocated > considering [0x7da0000, 0x100000000] > s->r_start (0x7da0000) > end (0x7d9ffff) > no unshared regions found > sym2: failed to allocate RAM resources To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 11:36:15 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98B9B37B401 for ; Tue, 10 Dec 2002 11:36:12 -0800 (PST) Received: from mail4.sea.registeredsite.com (mail4.sea.registeredsite.com [66.111.73.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E36843E4A for ; Tue, 10 Dec 2002 11:36:12 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail4.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gBAJa84E008688; Tue, 10 Dec 2002 14:36:08 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gBAJa8599641; Tue, 10 Dec 2002 11:36:08 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Tue, 10 Dec 2002 11:36:05 -0800 Subject: Re: AlphaServer1200 (5305), FBSD4.7 and Symbios53C875 From: oliver To: Andrew Gallatin Cc: Message-ID: In-Reply-To: <15862.16418.170931.930192@grasshopper.cs.duke.edu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew, So, it allocates sym1. I am not using the sym2 portion (and not intend to). Can I get by with this? Or does this affect the drive (label partition issue)? Is the Disk Label Editor a separate issue? I will try and get an older SRM release. Anybody have one?? Thanks again for all your help. Cheers, Oliver On 12/10/02 11:27, "Andrew Gallatin" wrote: > > oliver writes: >> Drew, >> >> Here is the "rman output": > > > Thanks. Sorry to make you do this, but at least it let me see the > problem. I've highlighted the interesting bits below. > > It turns out that the problem is with the SRM console, or the > hardware. sym1's memory size (0x2000) is exactly 2x what it > (probably) should be, and it starts only 0x1000 below the mem range > allocated for sym1. So its colliding with the memory range by sym2 in > the region 0x7d9f000-0x7d9ffff. > > The freebsd rman resource manager is noticing this, and failing to > attach a device in the disputed region. This is not a FreeBSD bug, > its FreeBSD being a bit paranoid and (maybe) saving your butt from a > bad hardware config. > > I'd try for different SRM console versions, and/or firmware updates > to the board with the scsi controllers on them. > > As a last resort, you might be able to hack the sym driver: > > Index: sym/sym_hipd.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/sym/sym_hipd.c,v > retrieving revision 1.36 > diff -u -r1.36 sym_hipd.c > --- sym/sym_hipd.c 16 Oct 2002 08:48:38 -0000 1.36 > +++ sym/sym_hipd.c 10 Dec 2002 19:24:46 -0000 > @@ -9209,7 +9209,7 @@ > if ((command & PCIM_CMD_MEMEN) != 0) { > int regs_id = SYM_PCI_MMIO; > np->mmio_res = bus_alloc_resource(dev, SYS_RES_MEMORY, ®s_id, > - 0, ~0, 1, RF_ACTIVE); > + 0, ~0, 1, RF_ACTIVE | > RF_SHARABLE); > } > if (!np->mmio_res) { > device_printf(dev, "failed to allocate MMIO resources\n"); > > > This is totally unsafe, unsupported, and not at all recommended. > It could result in the system failing in a spectacular way, and you > loosing data on any disk connected to any sym interface. > > Drew > > > > > >> map[10]: type 4, range 32, base 01fffd00, size 8, enabled >> map[14]: type 1, range 32, base 07d9dd00, size 8, enabled >> map[18]: type 1, range 32, base 07d9e000, size 13, enabled > ....................................................^^^^^^ > >> found-> vendor=0x1000, dev=0x000f, revid=0x04 >> bus=2, slot=0, func=0 >> class=01-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0107, statreg=0x0200, cachelnsz=16 (dwords) >> lattimer=0xff (7650 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) >> intpin=a, irq=8 >> map[10]: type 4, range 32, base 01fffe00, size 8, enabled >> map[14]: type 1, range 32, base 07d9de00, size 8, enabled >> map[18]: type 1, range 32, base 07d9f000, size 12, enabled > ....................................................^^^^^^ > > <...> > >> sym1: <875> port 0x1fffd00-0x1fffdff mem >> 0x7d9e000-0x7d9ffff,0x7d9dd00-0x7d9ddff irq 8 at device 0.0 on pci2 > <...> > >> pcib2: device sym1 requested decoded memory range 0x7d9e000-0x7d9ffff >> rman_reserve_resource: request: [0x7d9e000, 0x7d9ffff], length >> 0x2000, flags 2, device sym1 > ....^^^^^ > >> considering [0x7d9de00, 0x100000000] >> truncated region: [0x7d9e000, 0x7da0000]; size 0x2001 (requested 0x2000) >> candidate region: [0x7da0000, 0x7d9e000], size 0x2001 >> splitting region in three parts: [0x7d9de00, 0x7d9dfff]; [0x7d9e000, >> 0x7d9ffff]; [0x7da0000, 0x100000000] > > <...> > >> sym2: <875> port 0x1fffe00-0x1fffeff mem >> 0x7d9f000-0x7d9ffff,0x7d9de00-0x7d9deff irq 9 at device 1.0 on pci2 > > <...> > >> pcib2: device sym2 requested decoded memory range 0x7d9f000-0x7d9ffff >> rman_reserve_resource: request: [0x7d9f000, 0x7d9ffff], length >> 0x1000, flags 2, device sym2 > ....^^^^^ > >> considering [0x7d9e000, 0x7d9ffff] >> region is allocated >> considering [0x7da0000, 0x100000000] >> s->r_start (0x7da0000) > end (0x7d9ffff) >> no unshared regions found >> sym2: failed to allocate RAM resources > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 12:55:43 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D37B37B401 for ; Tue, 10 Dec 2002 12:55:42 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADF7143EC2 for ; Tue, 10 Dec 2002 12:55:41 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gBAKtYBF081356; Tue, 10 Dec 2002 15:55:34 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 10 Dec 2002 15:55:34 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andrew Gallatin Cc: alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: <15860.58186.22476.565069@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 9 Dec 2002, Andrew Gallatin wrote: > AFAIK, the busdma interface for nic drivers is totally untested on > alpha, as there are no nic drivers for common hardware that I'm aware of > which use busdma. Has anybody converted dc, fxp or xl yet? Ok. Per Maxime's e-mail, it looks like we should have two of those done shortly, which would be great. > I'd be happy to help anybody interested in this task, but I feel > reluctant to take it on myself due to time commitments at my day job. > > FWIW, some of this is fresh in my mind, as I was recently fooling around > with expanding the direct map on miatas. This is a no-go, due to where > the SRM places the memory space for the PCI devices in the system. (just > past 2GB). Hmm. So it sounds like the minimal code to make busdma "work" is there, but that until we have interface drivers, it's hard to know whether it actually will work, and that the busdma code could generally use some improvement to better support large memory systems. Do you mind if I set you as the task owner on the busdma page for making sure alpha busdma is up to spec? I'd like to make sure all this stuff is in line for 5.1, if we can. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 13: 2:25 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4F1B37B401; Tue, 10 Dec 2002 13:02:24 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF38243EDA; Tue, 10 Dec 2002 13:02:23 -0800 (PST) (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.9.3/8.9.3) with ESMTP id QAA14859; Tue, 10 Dec 2002 16:02:23 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBAL1rr04667; Tue, 10 Dec 2002 16:01:53 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15862.22081.436375.524026@grasshopper.cs.duke.edu> Date: Tue, 10 Dec 2002 16:01:53 -0500 (EST) To: Robert Watson Cc: alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: References: <15860.58186.22476.565069@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Robert Watson writes: > > > I'd be happy to help anybody interested in this task, but I feel > > reluctant to take it on myself due to time commitments at my day job. > > > > FWIW, some of this is fresh in my mind, as I was recently fooling around > > with expanding the direct map on miatas. This is a no-go, due to where > > the SRM places the memory space for the PCI devices in the system. (just > > past 2GB). > > Hmm. So it sounds like the minimal code to make busdma "work" is there, > but that until we have interface drivers, it's hard to know whether it > actually will work, and that the busdma code could generally use some As I said before, some (all?) scsi drivers use it. Isa devices which work on alpha use it. It works for the older raw bus_dmamap_load. Its the mbuf interface which is untested. > improvement to better support large memory systems. Do you mind if I set > you as the task owner on the busdma page for making sure alpha busdma is > up to spec? I'd like to make sure all this stuff is in line for 5.1, if > we can. Depends what you mean by "up to spec". If you mean making sure the mbuf interface works, then yes. If you mean making large memory machine work well, then no. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 13: 6: 4 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A67037B401 for ; Tue, 10 Dec 2002 13:06:03 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7372C43EC2 for ; Tue, 10 Dec 2002 13:06:02 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.6/8.12.5) with SMTP id gBAL5tBF084368; Tue, 10 Dec 2002 16:05:55 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 10 Dec 2002 16:05:55 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andrew Gallatin Cc: alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: <15862.22081.436375.524026@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 10 Dec 2002, Andrew Gallatin wrote: > > > I'd be happy to help anybody interested in this task, but I feel > > > reluctant to take it on myself due to time commitments at my day job. > > > > > > FWIW, some of this is fresh in my mind, as I was recently fooling around > > > with expanding the direct map on miatas. This is a no-go, due to where > > > the SRM places the memory space for the PCI devices in the system. (just > > > past 2GB). > > > > Hmm. So it sounds like the minimal code to make busdma "work" is there, > > but that until we have interface drivers, it's hard to know whether it > > actually will work, and that the busdma code could generally use some > > As I said before, some (all?) scsi drivers use it. Isa devices which > work on alpha use it. It works for the older raw bus_dmamap_load. Its > the mbuf interface which is untested. Sorry, I should have been more specific -- that's what I meant. Do you know if the _uio loading interface works? > > improvement to better support large memory systems. Do you mind if I set > > you as the task owner on the busdma page for making sure alpha busdma is > > up to spec? I'd like to make sure all this stuff is in line for 5.1, if > > we can. > > Depends what you mean by "up to spec". If you mean making sure the mbuf > interface works, then yes. If you mean making large memory machine work > well, then no. "up to spec" in the sense that network interface drivers will continue to work as they are converted. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 13:18:20 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7D5937B401; Tue, 10 Dec 2002 13:18:18 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B59343EC5; Tue, 10 Dec 2002 13:18:18 -0800 (PST) (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.9.3/8.9.3) with ESMTP id QAA16296; Tue, 10 Dec 2002 16:18:17 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBALHl104682; Tue, 10 Dec 2002 16:17:47 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15862.23035.670672.895@grasshopper.cs.duke.edu> Date: Tue, 10 Dec 2002 16:17:47 -0500 (EST) To: Robert Watson Cc: alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: References: <15862.22081.436375.524026@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Robert Watson writes: > > As I said before, some (all?) scsi drivers use it. Isa devices which > > work on alpha use it. It works for the older raw bus_dmamap_load. Its > > the mbuf interface which is untested. > > Sorry, I should have been more specific -- that's what I meant. Do you > know if the _uio loading interface works? No, I think that Sam added this at the same time as the mbuf interface, so its untested as well. > > > improvement to better support large memory systems. Do you mind if I set > > > you as the task owner on the busdma page for making sure alpha busdma is > > > up to spec? I'd like to make sure all this stuff is in line for 5.1, if > > > we can. > > > > Depends what you mean by "up to spec". If you mean making sure the mbuf > > interface works, then yes. If you mean making large memory machine work > > well, then no. > > "up to spec" in the sense that network interface drivers will continue to > work as they are converted. > Then yes. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 14:33:59 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4131C37B401; Tue, 10 Dec 2002 14:33:40 -0800 (PST) Received: from www1.mailru.com (www1.mailru.com [80.68.244.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC8343EA9; Tue, 10 Dec 2002 14:33:38 -0800 (PST) (envelope-from rvdstudio@front.ru) Received: by HotBOX.Ru WebMail v2.1 id gBAKg6bn081637 for ; Date: Tue, 10 Dec 2002 23:42:06 +0300 (MSK) Message-Id: <200212102042.gBAKg6bn081637@www1.mailru.com> From: RVD-Studio To: rvd-studio@inbox.ru MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Mailer: Free WebMail HotBOX.ru X-Originating-IP: [213.59.67.35] Subject: ðÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÅ É ÄÉÚÁÊÎ ÄÌÑ ÷ÁÓ! Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org RVD-Studio, ×ÉÒÔÕÁÌØÎÁÑ ÓÔÕÄÉÑ ÄÉÚÁÊÎÁ É ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÑ ÐÒÅÄÌÁÇÁÅÔ ÓÌÅÄÕÀÝÉÅ ÕÓÌÕÇÉ: - òÁÚÒÁÂÏÔËÁ É ÓÏÐÒÏ×ÏÖÄÅÎÉÅ ÐÒÏÇÒÁÍÍÎÏÇÏ ÏÂÅÓÐÅÞÅÎÉÑ ÐÏ ÷ÁÛÉÍ ÜÓËÉÚÁÍ É/ÉÌÉ ÏÐÉÓÁÎÉÀ - éÚÇÏÔÏ×ÌÅÎÉÅ ÓÁÊÔÏ× ÄÌÑ ÆÉÚÉÞÅÓËÉÈ ÌÉÃ É ÏÒÇÁÎÉÚÁÃÉÊ - 3D-ÍÏÄÅÌÉÒÏ×ÁÎÉÅ ÄÌÑ Web É ÎÅ ÔÏÌØËÏ - ðÒÏÅËÔÉÒÏ×ÁÎÉÅ 3D É Flash - ÁÎÉÍÁÃÉÊ îáû ëïîôáëôîùê e-mail rvd-studion@inbox.ru õÂÅÄÉÔÅÌØÎÁÑ ÐÒÏÓØÂÁ ÐÏÌØÚÏ×ÁÔØÓÑ ÄÌÑ Ó×ÑÚÉ ÔÏÌØËÏ ÕËÁÚÁÎÎÙÍ e- mail ÁÄÒÅÓÏÍ, Á ÎÅ ÏÂÒÁÔÎÙÍ ÁÄÒÅÓÏÍ ÄÁÎÎÏÇÏ ÓÏÏÂÝÅÎÉÑ! íÙ ÇÁÒÁÎÔÉÒÕÅÍ ÉÎÄÉ×ÉÄÕÁÌØÎÙÊ ÐÏÄÈÏÄ Ë ËÁÖÄÏÍÕ ËÌÉÅÎÔÕ, ÄÏÂÒÏÓÏ×ÅÓÔÎÏÓÔØ ÒÁÂÏÔ É ÒÁÚÕÍÎÙÅ ÃÅÎÙ. ëÁË ÍÙ ÒÁÂÏÔÁÅÍ? ÷ù ×ÙÓÙÌÁÅÔÅ ÎÁ ÎÁÛ email ÏÐÉÓÁÎÉÅ ÐÒÏÅËÔÁ ÉÌÉ ÐÒÏÇÒÁÍÍÎÏÇÏ ÏÂÅÓÐÅÞÅÎÉÑ, × ËÏÔÏÒÏÍ ÷Ù ÎÕÖÄÁÅÔÅÓØ, Á ÔÁËÖÅ ÕËÁÚÙ×ÁÅÔÅ ÓÒÏË, × ËÏÔÏÒÙÊ ÄÏÌÖÎÙ ÂÙÔØ ×ÙÐÏÌÎÅÎÙ ÒÁÂÏÔÙ. íù ÏÃÅÎÉ×ÁÅÍ ÓÔÏÉÍÏÓÔØ ÐÒÏÅËÔÁ É ÓÏÏÂÝÁÅÍ ÷áí åÓÌÉ ÷áó ÕÓÔÒÁÉ×ÁÅÔ ÃÅÎÁ, íù ÄÅÌÁÅÍ ÄÅÍÏ×ÅÒÓÉÀ É ×ÙÓÙÌÁÅÍ ÅÅ ÷áí ÷ù ÐÌÁÔÉÔÅ - É ÐÏÌÕÞÁÅÔÅ ÐÏÌÎÏÆÕÎËÃÉÏÎÁÌØÎÕÀ ×ÅÒÓÉÀ ÐÒÏÄÕËÔÁ. ÷ù ÐÌÁÔÉÔÅ ÔÏÌØËÏ ÔÏÇÄÁ, ËÏÇÄÁ Õ×ÅÒÅÎÙ, ÞÔÏ îáûá ÒÁÂÏÔÁ ÷áó ÕÓÔÒÁÉ×ÁÅÔ úáëáöéôå ÷áû ðòïåëô ðòñíï óåêþáó! |÷ÁÛ ÁÄÒÅÓ ×ÚÑÔ ÉÚ ÏÔËÒÙÔÙÈ ÉÓÔÏÞÎÉËÏ× éîôåòîåô| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 14:58: 5 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 926FF37B401 for ; Tue, 10 Dec 2002 14:58:04 -0800 (PST) Received: from bear.orl.ru (bear.orl.ru [213.59.67.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2768443E4A for ; Tue, 10 Dec 2002 14:58:03 -0800 (PST) (envelope-from rvd-studion@inbox.ru) Received: from odb ([213.59.67.35]) by bear.orl.ru (8.11.1/8.11.1) with SMTP id gBAMsl895662 for ; Wed, 11 Dec 2002 01:54:47 +0300 (MSK) Date: Wed, 11 Dec 2002 01:54:47 +0300 (MSK) Message-Id: <200212102254.gBAMsl895662@bear.orl.ru> From: RVD-STUDIO To: freebsd-alpha@freebsd.org Subject: Ïðîãðàììèðîâàíèå è äèçàéí äëÿ Âàñ! Reply-To: rvd-studion@inbox.ru Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org RVD-Studio, âèðòóàëüíàÿ ñòóäèÿ äèçàéíà è ïðîãðàììèðîâàíèÿ ïðåäëàãàåò ñëåäóþùèå óñëóãè: - Ðàçðàáîòêà è ñîïðîâîæäåíèå ïðîãðàììíîãî îáåñïå÷åíèÿ ïî Âàøèì ýñêèçàì è/èëè îïèñàíèþ - Èçãîòîâëåíèå ñàéòîâ äëÿ ôèçè÷åñêèõ ëèö è îðãàíèçàöèé - 3D-ìîäåëèðîâàíèå äëÿ Web è íå òîëüêî - Ïðîåêòèðîâàíèå 3D è Flash - àíèìàöèé ÍÀØ ÊÎÍÒÀÊÒÍÛÉ e-mail rvd-studion@inbox.ru Ìû ãàðàíòèðóåì èíäèâèäóàëüíûé ïîäõîä ê êàæäîìó êëèåíòó, äîáðîñîâåñòíîñòü ðàáîò è ðàçóìíûå öåíû. Êàê ìû ðàáîòàåì? ÂÛ âûñûëàåòå íà íàø email îïèñàíèå ïðîåêòà èëè ïðîãðàììíîãî îáåñïå÷åíèÿ, â êîòîðîì Âû íóæäàåòåñü, à òàêæå óêàçûâàåòå ñðîê, â êîòîðûé äîëæíû áûòü âûïîëíåíû ðàáîòû. ÌÛ îöåíèâàåì ñòîèìîñòü ïðîåêòà è ñîîáùàåì ÂÀÌ Åñëè ÂÀÑ óñòðàèâàåò öåíà, ÌÛ äåëàåì äåìîâåðñèþ è âûñûëàåì åå ÂÀÌ ÂÛ ïëàòèòå - è ïîëó÷àåòå ïîëíîôóíêöèîíàëüíóþ âåðñèþ ïðîäóêòà. ÂÛ ïëàòèòå òîëüêî òîãäà, êîãäà óâåðåíû, ÷òî ÍÀØÀ ðàáîòà ÂÀÑ óñòðàèâàåò ÇÀÊÀÆÈÒÅ ÂÀØ ÏÐÎÅÊÒ ÏÐßÌÎ ÑÅÉ×ÀÑ! |Âàø àäðåñ âçÿò èç îòêðûòûõ èñòî÷íèêîâ ÈÍÒÅÐÍÅÒ| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Dec 10 21:12:26 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E917937B404 for ; Tue, 10 Dec 2002 21:12:25 -0800 (PST) Received: from mta03.mail.mel.aone.net.au (mta03.mail.au.uu.net [203.2.192.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5F0043E4A for ; Tue, 10 Dec 2002 21:12:24 -0800 (PST) (envelope-from rbyrnes@ozemail.com.au) Received: from ausyddtp0050.ozemail.com.au ([203.166.67.234]) by mta03.mail.mel.aone.net.au with ESMTP id <20021211051210.TWVT19583.mta03.mail.mel.aone.net.au@ausyddtp0050.ozemail.com.au> for ; Wed, 11 Dec 2002 16:12:10 +1100 Message-Id: <5.1.1.6.2.20021211161034.048a90a0@127.0.0.1> X-Sender: rbyrnes@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Wed, 11 Dec 2002 16:12:08 +1100 To: freebsd-alpha@freebsd.org From: Rob B Subject: X Video extension for Matrox Mill II cards Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Saw this on Freshmeat: http://www.penguintown.net/~gorlik/millennium.html Developed on an Alpha (under Linux), wonder if it would work with FreeBSD? cheers, Rob -- "I think Australia has all the advantages of America, without the rather major disadvantage of actually having Americans." - Terry Pratchett This is random quote 52 of a collection of 1265 Distance from the centre of the brewing universe: [15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian Public Key fingerprint = 6219 33BD A37B 368D 29F5 19FB 945D C4D7 1F66 D9C5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 1:36:22 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BF4837B401; Thu, 12 Dec 2002 01:36:21 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0AF843EC2; Thu, 12 Dec 2002 01:36:20 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 748D966BE3; Thu, 12 Dec 2002 01:36:20 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 42A93109B; Thu, 12 Dec 2002 01:36:20 -0800 (PST) Date: Thu, 12 Dec 2002 01:36:20 -0800 From: Kris Kennaway To: alpha@FreeBSD.org, current@FreeBSD.org Subject: UMA panic under load Message-ID: <20021212093620.GA96248@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this on an alpha tonight. It was under heavy load at the time (18 simultaneous package builds had just been spawned on the machine). Any ideas? Slab at 0xfffffc00042d3fb8, freei 2 = 0. panic: Duplicate free of item 0xfffffc00042d22e0 from zone 0xfffffc0007d31800(VMSPACE) db_print_backtrace() at db_print_backtrace+0x18 panic() at panic+0x104 uma_dbg_free() at uma_dbg_free+0x170 uma_zfree_arg() at uma_zfree_arg+0x150 vmspace_free() at vmspace_free+0xe4 swapout_procs() at swapout_procs+0x428 vm_daemon() at vm_daemon+0x74 fork_exit() at fork_exit+0xe0 exception_return() at exception_return --- root of call graph --- panic Stopped at Debugger+0x34: zapnot v0,#0xf,v0 db> Kris --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9+FiTWry0BWjoQKURAjt7AKCNx2161Ef7j7SWWJNyYArhe0s+UwCg0gy2 5cnWWNIQ+xzSGa2sO6s43mk= =31L1 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 8:34:15 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B76A37B419 for ; Thu, 12 Dec 2002 08:34:13 -0800 (PST) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3796743E4A for ; Thu, 12 Dec 2002 08:34:12 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 1539 invoked from network); 12 Dec 2002 16:34:11 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 12 Dec 2002 16:34:11 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gBCGXxuH069898; Thu, 12 Dec 2002 11:34:03 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021212093620.GA96248@rot13.obsecurity.org> Date: Thu, 12 Dec 2002 11:34:00 -0500 (EST) From: John Baldwin To: Kris Kennaway Subject: RE: UMA panic under load Cc: current@FreeBSD.org, alpha@FreeBSD.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 12-Dec-2002 Kris Kennaway wrote: > I got this on an alpha tonight. It was under heavy load at the time > (18 simultaneous package builds had just been spawned on the machine). > Any ideas? > > Slab at 0xfffffc00042d3fb8, freei 2 = 0. > panic: Duplicate free of item 0xfffffc00042d22e0 from zone 0xfffffc0007d31800(VMSPACE) > > db_print_backtrace() at db_print_backtrace+0x18 > panic() at panic+0x104 > uma_dbg_free() at uma_dbg_free+0x170 > uma_zfree_arg() at uma_zfree_arg+0x150 > vmspace_free() at vmspace_free+0xe4 > swapout_procs() at swapout_procs+0x428 > vm_daemon() at vm_daemon+0x74 > fork_exit() at fork_exit+0xe0 > exception_return() at exception_return > --- root of call graph --- > panic > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > db> I have seen this on a couple of different arch's I think. A vmspace shouldn't be free'd here, it's refcount should not be that low. I wonder if something is free'ing the vmspace w/o dropping the refcount? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 9: 1: 4 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAEEB37B401 for ; Thu, 12 Dec 2002 09:01:03 -0800 (PST) Received: from switch2.switchpwr.com (switch1.switchpwr.com [12.14.48.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6633A43ED1 for ; Thu, 12 Dec 2002 09:00:59 -0800 (PST) (envelope-from melk@switchpwr.com) Received: from switchpwr.com (switch1.switchpwr.com [12.14.48.19]) by switch2.switchpwr.com (8.11.0/8.11.0) with ESMTP id gBCGaK000167; Thu, 12 Dec 2002 11:36:28 -0500 (EST) Message-ID: <3DF8C0B1.3CA2B850@switchpwr.com> Date: Thu, 12 Dec 2002 17:00:33 +0000 From: mel kravitz Organization: switching power inc X-Mailer: Mozilla 4.78 [en] (X11; U; NetBSD 1.6K alpha) X-Accept-Language: en MIME-Version: 1.0 To: rbyrnes@ozemail.com.au, freebsd-alpha@freebsd.org Subject: Re:X video extension for Matrox Mill II cards Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Author indicates P3, 733 machine (alpha?) http://www.penguintown.net/~gorlik/millennium.html see http://www.caseydoodle.com/netbsd2.png for ogle in NetBSD-current on alpha. -Mel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 11:25:21 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DC837B401; Thu, 12 Dec 2002 11:25:19 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDFF743EC5; Thu, 12 Dec 2002 11:25:16 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 11A1366BE3; Thu, 12 Dec 2002 11:25:06 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id ADFE613AC; Thu, 12 Dec 2002 11:25:06 -0800 (PST) Date: Thu, 12 Dec 2002 11:25:06 -0800 From: Kris Kennaway To: current@FreeBSD.org, alpha@FreeBSD.org Cc: tjr@FreeBSD.org, jeff@FreeBSD.org Subject: Another UMA panic under load Message-ID: <20021212192506.GB8113@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I think this is the same one I reported a few days ago (another alpha under heavy load). panic: mutex Giant not owned at /local0/src-client/sys/vm/vm_kern.c:312 db_print_backtrace() at db_print_backtrace+0x18 panic() at panic+0x104 _mtx_assert() at _mtx_assert+0xb4 kmem_malloc() at kmem_malloc+0x50 page_alloc() at page_alloc+0x3c uma_large_malloc() at uma_large_malloc+0x58 malloc() at malloc+0x10c fdalloc() at fdalloc+0x1b0 do_dup() at do_dup+0x1a4 dup2() at dup2+0x24 syscall() at syscall+0x338 XentSys() at XentSys+0x64 --- syscall (90) --- --- user mode --- panic Kris --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9+OKRWry0BWjoQKURArIEAKCOBkzD/lFwuR8gxxfNETmue3ukywCgyFjs N2gsWu/0CoOSsjs8YXbRz1U= =oIkW -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 11:38:49 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B1C737B401; Thu, 12 Dec 2002 11:38:48 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA9FB43EB2; Thu, 12 Dec 2002 11:38:47 -0800 (PST) (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.6/8.12.6) with ESMTP id gBCJck82026328 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 12 Dec 2002 14:38:47 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBCJcf007800; Thu, 12 Dec 2002 14:38:41 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15864.58817.832829.647171@grasshopper.cs.duke.edu> Date: Thu, 12 Dec 2002 14:38:41 -0500 (EST) To: Kris Kennaway Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG, tjr@FreeBSD.ORG, jeff@FreeBSD.ORG Subject: Re: Another UMA panic under load In-Reply-To: <20021212192506.GB8113@rot13.obsecurity.org> References: <20021212192506.GB8113@rot13.obsecurity.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ugh. Since it may call kmem_malloc(), UMA must hold Giant. This is the same problem the mbuf system has, and its what's keeping network device drivers under Giant in 5.0. Both subsytems should probably have GIANT_REQUIRED at all entry points so as to catch locking problems like this earlier. Drew Kris Kennaway writes: > I think this is the same one I reported a few days ago (another alpha > under heavy load). > > panic: mutex Giant not owned at /local0/src-client/sys/vm/vm_kern.c:312 > db_print_backtrace() at db_print_backtrace+0x18 > panic() at panic+0x104 > _mtx_assert() at _mtx_assert+0xb4 > kmem_malloc() at kmem_malloc+0x50 > page_alloc() at page_alloc+0x3c > uma_large_malloc() at uma_large_malloc+0x58 > malloc() at malloc+0x10c > fdalloc() at fdalloc+0x1b0 > do_dup() at do_dup+0x1a4 > dup2() at dup2+0x24 > syscall() at syscall+0x338 > XentSys() at XentSys+0x64 > --- syscall (90) --- > --- user mode --- > panic > > Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 11:40:49 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 917D937B401 for ; Thu, 12 Dec 2002 11:40:48 -0800 (PST) Received: from blacklamb.mykitchentable.net (207-173-248-253.bras01.elk.ca.frontiernet.net [207.173.248.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CDB443EA9 for ; Thu, 12 Dec 2002 11:40:48 -0800 (PST) (envelope-from drew@mykitchentable.net) Received: from tagalong (unknown [165.107.42.110]) by blacklamb.mykitchentable.net (Postfix) with SMTP id 50AD9EE6C0 for ; Thu, 12 Dec 2002 11:40:45 -0800 (PST) Message-ID: <013801c2a216$5daca150$6e2a6ba5@tagalong> From: "Drew Tomlinson" To: Subject: Linux_Base Port - Any Workarounds? Date: Thu, 12 Dec 2002 11:40:45 -0800 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 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The linux_base port is broken for Alpha. I saw some email here a while ago about this. I just tried again today but no luck. Are there any workarounds to get it to build? It fails when the linux kernel module tries to load and fails. Any help appreciated as I would like to run the Linux Netscape browser and try the Linux versions of RealPlayer. Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 11:44:56 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 856B537B401 for ; Thu, 12 Dec 2002 11:44:55 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73BA43EB2 for ; Thu, 12 Dec 2002 11:44:54 -0800 (PST) (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.6/8.12.6) with ESMTP id gBCJis82026572 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 12 Dec 2002 14:44:54 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBCJinD07808; Thu, 12 Dec 2002 14:44:49 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15864.59185.414664.544704@grasshopper.cs.duke.edu> Date: Thu, 12 Dec 2002 14:44:49 -0500 (EST) To: "Drew Tomlinson" Cc: Subject: Re: Linux_Base Port - Any Workarounds? In-Reply-To: <013801c2a216$5daca150$6e2a6ba5@tagalong> References: <013801c2a216$5daca150$6e2a6ba5@tagalong> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew Tomlinson writes: > The linux_base port is broken for Alpha. I saw some email here a while > ago about this. I just tried again today but no luck. Are there any > workarounds to get it to build? It fails when the linux kernel module > tries to load and fails. Any help appreciated as I would like to run > the Linux Netscape browser and try the Linux versions of RealPlayer. > There is no linux netscape browser for alpha. The alpha netscape is for Tru64 (aka osf1). Anyway, as was disscussed here, you need to load the osf kernel module before loading the linux kernel module: # kldload osf1 # kldload linux # cd /usr/ports/emulators/linux_base # make install Also, put osf1_enable="YES" as well as linux_enable="YES" in /etc/rc.conf so that the module are loaded when the system reboots. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 14:33:24 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2FAE37B401 for ; Thu, 12 Dec 2002 14:33:22 -0800 (PST) Received: from blacklamb.mykitchentable.net (207-173-248-253.bras01.elk.ca.frontiernet.net [207.173.248.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D17A43ED8 for ; Thu, 12 Dec 2002 14:33:22 -0800 (PST) (envelope-from drew@mykitchentable.net) Received: from tagalong (unknown [165.107.42.110]) by blacklamb.mykitchentable.net (Postfix) with SMTP id 9ED4BEE6C0; Thu, 12 Dec 2002 14:33:16 -0800 (PST) Message-ID: <015b01c2a22e$7705cf60$6e2a6ba5@tagalong> From: "Drew Tomlinson" To: "Andrew Gallatin" Cc: References: <013801c2a216$5daca150$6e2a6ba5@tagalong> <15864.59185.414664.544704@grasshopper.cs.duke.edu> Subject: Re: SOLVED - Linux_Base Port - Any Workarounds? Date: Thu, 12 Dec 2002 14:33:16 -0800 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 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----- Original Message ----- From: "Andrew Gallatin" To: "Drew Tomlinson" Cc: Sent: Thursday, December 12, 2002 11:44 AM > > Drew Tomlinson writes: > > The linux_base port is broken for Alpha. I saw some email here a while > > ago about this. I just tried again today but no luck. Are there any > > workarounds to get it to build? It fails when the linux kernel module > > tries to load and fails. Any help appreciated as I would like to run > > the Linux Netscape browser and try the Linux versions of RealPlayer. > > > > There is no linux netscape browser for alpha. The alpha netscape > is for Tru64 (aka osf1). > > Anyway, as was disscussed here, you need to load the osf kernel module > before loading the linux kernel module: > > # kldload osf1 > # kldload linux > # cd /usr/ports/emulators/linux_base > # make install Thank you very much!!! I did search but apparently I missed the "osf1" module requirement. With osf1 loaded, does that mean that most things for Tru64 will work? > Also, put osf1_enable="YES" as well as linux_enable="YES" in > /etc/rc.conf so that the module are loaded when the system reboots. Done. Thanks again! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 15: 0:45 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F10C37B401 for ; Thu, 12 Dec 2002 15:00:44 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B230A43EB2 for ; Thu, 12 Dec 2002 15:00:43 -0800 (PST) (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.6/8.12.6) with ESMTP id gBCN0b82009225 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 12 Dec 2002 18:00:37 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBCN0W507960; Thu, 12 Dec 2002 18:00:32 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15865.5392.284364.522752@grasshopper.cs.duke.edu> Date: Thu, 12 Dec 2002 18:00:32 -0500 (EST) To: "Drew Tomlinson" Cc: Subject: Re: SOLVED - Linux_Base Port - Any Workarounds? In-Reply-To: <015b01c2a22e$7705cf60$6e2a6ba5@tagalong> References: <013801c2a216$5daca150$6e2a6ba5@tagalong> <15864.59185.414664.544704@grasshopper.cs.duke.edu> <015b01c2a22e$7705cf60$6e2a6ba5@tagalong> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew Tomlinson writes: > Thank you very much!!! I did search but apparently I missed the "osf1" > module requirement. With osf1 loaded, does that mean that most things > for Tru64 will work? Most things without threads, yes. Tru64 uses Mach IPC in their threads lib, and we don't emulate that. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 15:25:28 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15A7137B401 for ; Thu, 12 Dec 2002 15:25:27 -0800 (PST) Received: from blacklamb.mykitchentable.net (207-173-248-253.bras01.elk.ca.frontiernet.net [207.173.248.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76FE943EC5 for ; Thu, 12 Dec 2002 15:25:26 -0800 (PST) (envelope-from drew@mykitchentable.net) Received: from tagalong (unknown [165.107.42.110]) by blacklamb.mykitchentable.net (Postfix) with SMTP id E98E7EE6C0; Thu, 12 Dec 2002 15:25:22 -0800 (PST) Message-ID: <016f01c2a235$beaeac40$6e2a6ba5@tagalong> From: "Drew Tomlinson" To: "Andrew Gallatin" Cc: References: <013801c2a216$5daca150$6e2a6ba5@tagalong><15864.59185.414664.544704@grasshopper.cs.duke.edu><015b01c2a22e$7705cf60$6e2a6ba5@tagalong> <15865.5392.284364.522752@grasshopper.cs.duke.edu> Subject: OSF1 and Tru64 (Was Re: SOLVED - Linux_Base Port - Any Workarounds? Date: Thu, 12 Dec 2002 15:25:21 -0800 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 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----- Original Message ----- From: "Andrew Gallatin" To: "Drew Tomlinson" Cc: Sent: Thursday, December 12, 2002 3:00 PM Subject: Re: SOLVED - Linux_Base Port - Any Workarounds? > > Drew Tomlinson writes: > > > Thank you very much!!! I did search but apparently I missed the "osf1" > > module requirement. With osf1 loaded, does that mean that most things > > for Tru64 will work? > > Most things without threads, yes. Tru64 uses Mach IPC in their > threads lib, and we don't emulate that. Thank you for the info. I'm no programmer and I don't mean to keep taking up your time but would the following error fall into this category? zombie# ./rs900-osf51-alpha.bin 18710:./rs900-osf51-alpha.bin: /sbin/loader: Error: Unresolved symbol in ./rs900-osf51-alpha.bin: __cxx_call_static_dtors 18710:./rs900-osf51-alpha.bin: /sbin/loader: Error: Unresolved symbol in ./rs900-osf51-alpha.bin: _F64_stat 18710:./rs900-osf51-alpha.bin: /sbin/loader: Fatal Error: this executable has unresolvable symbols Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 16:42:26 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E0FD37B401 for ; Thu, 12 Dec 2002 16:42:25 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5308F43EDA for ; Thu, 12 Dec 2002 16:42:24 -0800 (PST) (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.6/8.12.6) with ESMTP id gBD0gN82014596 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 12 Dec 2002 19:42:23 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBD0gIq08034; Thu, 12 Dec 2002 19:42:18 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15865.11498.408215.723128@grasshopper.cs.duke.edu> Date: Thu, 12 Dec 2002 19:42:18 -0500 (EST) To: "Drew Tomlinson" Cc: Subject: Re: OSF1 and Tru64 (Was Re: SOLVED - Linux_Base Port - Any Workarounds? In-Reply-To: <016f01c2a235$beaeac40$6e2a6ba5@tagalong> References: <013801c2a216$5daca150$6e2a6ba5@tagalong> <15864.59185.414664.544704@grasshopper.cs.duke.edu> <015b01c2a22e$7705cf60$6e2a6ba5@tagalong> <15865.5392.284364.522752@grasshopper.cs.duke.edu> <016f01c2a235$beaeac40$6e2a6ba5@tagalong> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew Tomlinson writes: > ----- Original Message ----- > > > > Most things without threads, yes. Tru64 uses Mach IPC in their > > threads lib, and we don't emulate that. > > Thank you for the info. I'm no programmer and I don't mean to keep > taking up your time but would the following error fall into this > category? > > zombie# ./rs900-osf51-alpha.bin > 18710:./rs900-osf51-alpha.bin: /sbin/loader: Error: Unresolved symbol in > ./rs900-osf51-alpha.bin: __cxx_call_static_dtors > 18710:./rs900-osf51-alpha.bin: /sbin/loader: Error: Unresolved symbol in > ./rs900-osf51-alpha.bin: _F64_stat > 18710:./rs900-osf51-alpha.bin: /sbin/loader: Fatal Error: this > executable has unresolvable symbols > /sbin/loader is the OSF1 dynamic linker/loader thing. What's happening is its complaining about shared libs not being found. You want to run odump -Dl on a Tru64 box and see what libs this binary needs and make sure to install them on the FreeBSD box (potentially under pain of license violation if the box in question is not licensed for Tru64) Linking statically works too, and gets you a faster binary, as the Tru64 ld is able to perform some interfile optimizations only when you link statically. BTW, I targeted the Tru64 4.0 ABI as that was all that was available when I did the OSF ABI layer, and that's what the freely available libs from Compaq are from. I've never made any effort to support 5.0 since all commercial bins still support 4.0. I don't think 5.x changed much, but if you run into problems with unimplemented syscalls, let me know. If you're rolling your own binaries, and are using purely C, you can make a native binary using the compaq ccc compiler. There's a port for it (compaq-cc). Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Dec 12 17:10:36 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67FD837B401 for ; Thu, 12 Dec 2002 17:10:34 -0800 (PST) Received: from blacklamb.mykitchentable.net (207-173-248-253.bras01.elk.ca.frontiernet.net [207.173.248.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCAAB43EA9 for ; Thu, 12 Dec 2002 17:10:32 -0800 (PST) (envelope-from drew@mykitchentable.net) Received: from tagalong (unknown [165.107.42.110]) by blacklamb.mykitchentable.net (Postfix) with SMTP id 5F2B6EE6C2; Thu, 12 Dec 2002 17:10:28 -0800 (PST) Message-ID: <01ab01c2a244$6d6003c0$6e2a6ba5@tagalong> From: "Drew Tomlinson" To: "Andrew Gallatin" Cc: References: <013801c2a216$5daca150$6e2a6ba5@tagalong><15864.59185.414664.544704@grasshopper.cs.duke.edu><015b01c2a22e$7705cf60$6e2a6ba5@tagalong><15865.5392.284364.522752@grasshopper.cs.duke.edu><016f01c2a235$beaeac40$6e2a6ba5@tagalong> <15865.11498.408215.723128@grasshopper.cs.duke.edu> Subject: Re: OSF1 and Tru64 (Was Re: SOLVED - Linux_Base Port - Any Workarounds? Date: Thu, 12 Dec 2002 17:10:26 -0800 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 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----- Original Message ----- From: "Andrew Gallatin" To: "Drew Tomlinson" Cc: Sent: Thursday, December 12, 2002 4:42 PM Subject: Re: OSF1 and Tru64 (Was Re: SOLVED - Linux_Base Port - Any Workarounds? > > Drew Tomlinson writes: > > ----- Original Message ----- > > > > > > Most things without threads, yes. Tru64 uses Mach IPC in their > > > threads lib, and we don't emulate that. > > > > Thank you for the info. I'm no programmer and I don't mean to keep > > taking up your time but would the following error fall into this > > category? > > > > zombie# ./rs900-osf51-alpha.bin > > 18710:./rs900-osf51-alpha.bin: /sbin/loader: Error: Unresolved symbol in > > ./rs900-osf51-alpha.bin: __cxx_call_static_dtors > > 18710:./rs900-osf51-alpha.bin: /sbin/loader: Error: Unresolved symbol in > > ./rs900-osf51-alpha.bin: _F64_stat > > 18710:./rs900-osf51-alpha.bin: /sbin/loader: Fatal Error: this > > executable has unresolvable symbols > > > > /sbin/loader is the OSF1 dynamic linker/loader thing. What's > happening is its complaining about shared libs not being found. > > You want to run odump -Dl on a Tru64 box and see what libs this > binary needs and make sure to install them on the FreeBSD box > (potentially under pain of license violation if the box in question is > not licensed for Tru64) > > Linking statically works too, and gets you a faster binary, as the > Tru64 ld is able to perform some interfile optimizations only when you > link statically. > > BTW, I targeted the Tru64 4.0 ABI as that was all that was available > when I did the OSF ABI layer, and that's what the freely available > libs from Compaq are from. I've never made any effort to support 5.0 > since all commercial bins still support 4.0. I don't think 5.x > changed much, but if you run into problems with unimplemented > syscalls, let me know. > > If you're rolling your own binaries, and are using purely C, you can > make a native binary using the compaq ccc compiler. There's a port > for it (compaq-cc). Thank you for the explanation. This is way beyond my current knowledge but I will do a little reading and see if I can figure anything out. I don't have a Tru64 box to run odump but maybe I can find the info on Google. What I was trying to install was a binary from RealNetworks. The binary is a self extracting file that installs Helix Universal Server which is a media distribution server, i.e. RealMedia, Windows Media, QuickTime, etc. Helix server connects to the various encoder boxes and serves up the streams. It will also serve previously encoded streams from files. They have a version specific for FreeBSD but it is for the Intel Platform so I had given up. Then when I learned about the osf1 stuff from your previous post, my hopes of running the Helix Universal Server on FreeBSD Alpha were rekindled as they offer a Tru64 binary. Thanks again, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 13 6:14:52 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F359737B401 for ; Fri, 13 Dec 2002 06:14:50 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3964443EC5 for ; Fri, 13 Dec 2002 06:14:50 -0800 (PST) (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.6/8.12.6) with ESMTP id gBDEEi82014321 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 13 Dec 2002 09:14:44 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBDEEdH09132; Fri, 13 Dec 2002 09:14:39 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15865.60239.109502.552396@grasshopper.cs.duke.edu> Date: Fri, 13 Dec 2002 09:14:39 -0500 (EST) To: "Drew Tomlinson" Cc: Subject: Re: OSF1 and Tru64 (Was Re: SOLVED - Linux_Base Port - Any Workarounds? In-Reply-To: <01ab01c2a244$6d6003c0$6e2a6ba5@tagalong> References: <013801c2a216$5daca150$6e2a6ba5@tagalong> <15864.59185.414664.544704@grasshopper.cs.duke.edu> <015b01c2a22e$7705cf60$6e2a6ba5@tagalong> <15865.5392.284364.522752@grasshopper.cs.duke.edu> <016f01c2a235$beaeac40$6e2a6ba5@tagalong> <15865.11498.408215.723128@grasshopper.cs.duke.edu> <01ab01c2a244$6d6003c0$6e2a6ba5@tagalong> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Drew Tomlinson writes: > symbol in > > > ./rs900-osf51-alpha.bin: __cxx_call_static_dtors > symbol in > > > ./rs900-osf51-alpha.bin: _F64_stat > What I was trying to install was a binary from RealNetworks. The binary > is a self extracting file that installs Helix Universal Server which is > a media distribution server, i.e. RealMedia, Windows Media, QuickTime, > etc. Helix server connects to the various encoder boxes and serves up > the streams. It will also serve previously encoded streams from files. > They have a version specific for FreeBSD but it is for the Intel > Platform so I had given up. Then when I learned about the osf1 stuff > from your previous post, my hopes of running the Helix Universal Server > on FreeBSD Alpha were rekindled as they offer a Tru64 binary. Yeah, I think you're basically screwed as they seem to be offering only a 51 binary, and there's no legal way for you to get the shared libs required to run it. Also, we'd need to support the 5.x F64* varients of some syscalls, but that wouldn't be too bad.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 13 7:57: 5 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 959BF37B401; Fri, 13 Dec 2002 07:57:04 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20DF843EC5; Fri, 13 Dec 2002 07:57:04 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from rev208-187-98-122.wolsi.com ([208.187.98.122] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18MsBC-0004CG-00; Fri, 13 Dec 2002 07:56:46 -0800 Message-ID: <3DFA02EE.A24BAA86@mindspring.com> Date: Fri, 13 Dec 2002 07:55:26 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andrew Gallatin Cc: Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG, tjr@FreeBSD.ORG, jeff@FreeBSD.ORG Subject: Re: Another UMA panic under load References: <20021212192506.GB8113@rot13.obsecurity.org> <15864.58817.832829.647171@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49f6c7146136b7a51ee679a75739908533ca473d225a0f487350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Andrew Gallatin wrote: > Ugh. Since it may call kmem_malloc(), UMA must hold Giant. > > This is the same problem the mbuf system has, and its what's > keeping network device drivers under Giant in 5.0. > > Both subsytems should probably have GIANT_REQUIRED at all entry > points so as to catch locking problems like this earlier. No, they should probably be wired into machdep.c, instead. It was pretty obvious (to me) that UMA could not use the kmem primitives, if it wanted to avoid Giant, even right at the beginning of integration. I just assumed that this was known, and that it would be dealt with later, using one of several approaches. IMO, the easiest approach is mapping all physical RAM into the KVA at the start of life, and then apportioning it out from there. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Dec 13 19:28:53 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 107BF37B401 for ; Fri, 13 Dec 2002 19:28:53 -0800 (PST) Received: from mail5.sea.registeredsite.com (mail5.sea.registeredsite.com [66.111.73.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FFB43EC5 for ; Fri, 13 Dec 2002 19:28:52 -0800 (PST) (envelope-from opml@terraflux.com) Received: from terraflux.com ([216.122.242.190]) by mail5.sea.registeredsite.com (8.12.6/8.12.6) with ESMTP id gBE3SpZ2030771 for ; Fri, 13 Dec 2002 22:28:51 -0500 Received: from [192.168.0.40] (dsl-65-184-11-93.telocity.com [65.184.11.93]) by terraflux.com (8.11.0/8.11.0) with ESMTP id gBE3SpU46650 for ; Fri, 13 Dec 2002 19:28:51 -0800 (PST) (envelope-from opml@terraflux.com) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Fri, 13 Dec 2002 19:28:47 -0800 Subject: Antivirus for alpha? From: oliver To: Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi there, I am running FreeBSD 5.0 RC-1 on an AlphaServer1200 and was wondering if there is any antivirus solutions (ports et al) that might be avail. I tried uvscan, but it appears i386 only. This is for scanning a samba repository. Any experience/ recommendations are appreciated! Cheers, Oliver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 1:41:28 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A13C37B401 for ; Sat, 14 Dec 2002 01:41:27 -0800 (PST) Received: from blues.jpj.net (blues.jpj.net [208.210.80.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D8FF43EA9 for ; Sat, 14 Dec 2002 01:41:26 -0800 (PST) (envelope-from trevor@jpj.net) Received: from blues.jpj.net (localhost.jpj.net [127.0.0.1]) by blues.jpj.net (8.12.3/8.12.3) with ESMTP id gBE9fFV3023551; Sat, 14 Dec 2002 04:41:15 -0500 (EST) (envelope-from trevor@jpj.net) Received: from localhost (trevor@localhost) by blues.jpj.net (8.12.3/8.12.3/Submit) with ESMTP id gBE9fFOF023548; Sat, 14 Dec 2002 04:41:15 -0500 (EST) X-Authentication-Warning: blues.jpj.net: trevor owned process doing -bs Date: Sat, 14 Dec 2002 04:41:14 -0500 (EST) From: Trevor Johnson To: oliver Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Antivirus for alpha? In-Reply-To: Message-ID: <20021214043511.O94553-100000@blues.jpj.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I am running FreeBSD 5.0 RC-1 on an AlphaServer1200 and was wondering if > there is any antivirus solutions (ports et al) that might be avail. I tried > uvscan, but it appears i386 only. This is for scanning a samba repository. > > Any experience/ recommendations are appreciated! I have no experience with it, but "cd /usr/ports && make search key=virus | less" turned up: $ cat /usr/ports/security/p5-File-Scan/pkg-descr File::Scan allows users to make multiplatform virus scans which can detect Windows/DOS/Mac viruses. It includes a virus scanner and a signature database. The security/drweb port is another possibility. -- Trevor Johnson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 1:51:48 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFCC537B401 for ; Sat, 14 Dec 2002 01:51:47 -0800 (PST) Received: from smtp.web.de (smtp02.web.de [217.72.192.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21EB743EC2 for ; Sat, 14 Dec 2002 01:51:47 -0800 (PST) (envelope-from Jan.Lentfer@web.de) Received: from [213.157.1.160] (helo=floundjan.homeip.net) by smtp.web.de with esmtp (WEB.DE(Exim) 4.93 #1) id 18N8xV-00083b-00 for freebsd-alpha@freebsd.org; Sat, 14 Dec 2002 10:51:46 +0100 Received: from localhost (localhost.lan [127.0.0.1]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id 7078C3DB for ; Sat, 14 Dec 2002 10:51:45 +0100 (CET) Received: from jan-linux.lan (jan-linux.lan [192.168.0.20]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id DADEF115 for ; Sat, 14 Dec 2002 10:51:37 +0100 (CET) Subject: Re: Antivirus for alpha? From: Jan Lentfer To: freebsd-alpha@freebsd.org Content-Type: text/plain Organization: Message-Id: <1039859496.475.4.camel@jan-linux.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 14 Dec 2002 10:51:36 +0100 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Am Sam, 2002-12-14 um 04.28 schrieb oliver: > Hi there, > > I am running FreeBSD 5.0 RC-1 on an AlphaServer1200 and was wondering if > there is any antivirus solutions (ports et al) that might be avail. I tried > uvscan, but it appears i386 only. This is for scanning a samba repository. > > Any experience/ recommendations are appreciated! Sophos has a version of their virus software for OSF1 that also works under FreeBSD Jan -- Jan Lentfer System Administrator Molecular Cell Biology / AG Holstein, Darmstadt University of Technology, Schnittspahnstr. 10, 64287 Darmstadt, Germany Tel: +49 6151 16 5563 / Tel private: +49 6155 899393 / mobile: +49 163 4712037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 7:23:43 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF7FF37B406; Sat, 14 Dec 2002 07:23:41 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6821843EA9; Sat, 14 Dec 2002 07:23:41 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 2778BAE211; Sat, 14 Dec 2002 07:23:41 -0800 (PST) Date: Sat, 14 Dec 2002 07:23:41 -0800 From: Maxime Henrion To: Andrew Gallatin Cc: Robert Watson , alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) Message-ID: <20021214152341.GE27086@elvis.mu.org> References: <15860.58186.22476.565069@grasshopper.cs.duke.edu> <20021209194400.GA27086@elvis.mu.org> <15860.62239.549294.224934@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15860.62239.549294.224934@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Andrew Gallatin wrote: > Maxime Henrion writes: > > Andrew Gallatin wrote: > > > > > > Robert Watson writes: > > > > > > > > Hey Alpha Folks, > > > > > > > > Was wondering what the status of busdma support on Alpha is, in particular > > > > regarding dmamap_load_mbuf(). In order to maximize the portability of > > > > > > AFAIK, the busdma interface for nic drivers is totally untested on > > > alpha, as there are no nic drivers for common hardware that I'm aware > > > of which use busdma. Has anybody converted dc, fxp or xl yet? > > > > I'm currently working on xl(4) conversion, and will take care of fxp(4) > > once it's done. I'd be happy to send you patches so that you can test > > it on alpha and fix busdma so that it works if necessary. I would > > definitely feel bad about breaking alpha support since those drivers (at > > least xl(4)) currently work on alpha with the alpha_XXX_dmamap() hack. > > > > Please do send patches. I've got an xl(4) here sitting in an alpha. I just finished the xl(4) conversion. It works fine with my two xl(4) cards on my x86 box. You can find the patch at : http://mu.org/~mux/if_xl.patch Please let me know if it works on alpha too! Thanks, Maxime To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 11:11:18 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A142F37B401 for ; Sat, 14 Dec 2002 11:11:17 -0800 (PST) Received: from smtp05.wxs.nl (smtp05.wxs.nl [195.121.6.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F0F643EC5 for ; Sat, 14 Dec 2002 11:11:16 -0800 (PST) (envelope-from mbeis@wxs.nl) Received: from tsunami.bsd ([213.10.35.60]) by smtp05.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id H74IMR01.SFE for ; Sat, 14 Dec 2002 20:11:15 +0100 Date: Sat, 14 Dec 2002 20:11:14 +0100 (CET) From: Marco Beishuizen Reply-To: Marco Beishuizen To: FreeBSD alpha mailing list Subject: sound on PWS600au Message-ID: FreeBSD: Homepage: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org How do I configure the soundcard of a PWS600au (an ESS1888)? Is it the same as on an i386, with "device pcm" and "device sbc" in the kernel configuration file? Or do I have to do something else. I use FreeBSD/alpha 4.7-RELEASE. Thanks, Marco -- F: When into a room I plunge, I Sometimes find some VIOLET FUNGI. Then I linger, darkly brooding On the poison they're exuding. -- The Roguelet's ABC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 11:15:18 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5338C37B401 for ; Sat, 14 Dec 2002 11:15:17 -0800 (PST) Received: from smtp.web.de (smtp03.web.de [217.72.192.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7532643ED1 for ; Sat, 14 Dec 2002 11:15:16 -0800 (PST) (envelope-from Jan.Lentfer@web.de) Received: from [213.157.1.160] (helo=floundjan.homeip.net) by smtp.web.de with esmtp (WEB.DE(Exim) 4.93 #1) id 18NHkj-0008Gd-00; Sat, 14 Dec 2002 20:15:10 +0100 Received: from localhost (localhost.lan [127.0.0.1]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id 370AD264; Sat, 14 Dec 2002 20:15:08 +0100 (CET) Received: from jan-linux.lan (jan-linux.lan [192.168.0.20]) by floundjan.homeip.net (Postfix on FreeBSD 4.5) with ESMTP id 45FDE8; Sat, 14 Dec 2002 20:15:04 +0100 (CET) Subject: Re: sound on PWS600au From: Jan Lentfer To: Marco Beishuizen Cc: freebsd-alpha@freebsd.org In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1039893302.390.0.camel@jan-linux.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 14 Dec 2002 20:15:02 +0100 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Am Sam, 2002-12-14 um 20.11 schrieb Marco Beishuizen: > How do I configure the soundcard of a PWS600au (an ESS1888)? Is it the > same as on an i386, with "device pcm" and "device sbc" in the kernel > configuration file? Or do I have to do something else. If me my memory serves me right, it is. Jan -- Jan Lentfer System Administrator Molecular Cell Biology / AG Holstein, Darmstadt University of Technology, Schnittspahnstr. 10, 64287 Darmstadt, Germany Tel: +49 6151 16 5563 / Tel private: +49 6155 899393 / mobile: +49 163 4712037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 13:28:34 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE79E37B401 for ; Sat, 14 Dec 2002 13:28:32 -0800 (PST) Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CD7B43EA9 for ; Sat, 14 Dec 2002 13:28:31 -0800 (PST) (envelope-from mbeis@wxs.nl) Received: from tsunami.bsd ([213.10.35.60]) by smtp03.wxs.nl (Netscape Messaging Server 4.15) with ESMTP id H74OZI02.HIA for ; Sat, 14 Dec 2002 22:28:30 +0100 Date: Sat, 14 Dec 2002 22:28:29 +0100 (CET) From: Marco Beishuizen Reply-To: Marco Beishuizen To: freebsd-alpha@freebsd.org Subject: Re: sound on PWS600au In-Reply-To: <1039893302.390.0.camel@jan-linux.lan> Message-ID: References: <1039893302.390.0.camel@jan-linux.lan> FreeBSD: Homepage: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 14 Dec 2002, the wise Jan Lentfer spoke, and said: > Am Sam, 2002-12-14 um 20.11 schrieb Marco Beishuizen: > > How do I configure the soundcard of a PWS600au (an ESS1888)? Is it the > > same as on an i386, with "device pcm" and "device sbc" in the kernel > > configuration file? Or do I have to do something else. > > If me my memory serves me right, it is. > > Jan Well, I tried to compile a kernel with "device pcm" and "device sbc" in it, but the kernel doesn't compile. It exits with lots of messages like: ... ../../dev/sound/isa/ad1816.c:467: 'channel_setblocksize_desc' undeclared here (not in a function) ../../dev/sound/isa/ad1816.c:467: initializer element is not constant ../../dev/sound/isa/ad1816.c:467: (near initialization for 'ad1816chan_methods[4].desc') ../../dev/sound/isa/ad1816.c:468: 'channel_trigger_desc' undeclared here (not in a function) ... etc. It also exits like this when I use "device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15", instead of "device sbc" What should I include in the kernel configuration file to initialize the sound card? Marco -- The herd instinct among economists makes sheep look like independent thinkers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 16:37:34 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 29EDC37B401; Sat, 14 Dec 2002 16:37:33 -0800 (PST) Received: from green.bikeshed.org (uk08zvq67bw49ucc@green.bikeshed.org [10.0.0.1] (may be forged)) by green.bikeshed.org (8.12.6/8.12.6) with ESMTP id gBF0bWOa014044; Sat, 14 Dec 2002 19:37:32 -0500 (EST) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost) by green.bikeshed.org (8.12.6/8.12.6/Submit) with ESMTP id gBF0bVSM014040; Sat, 14 Dec 2002 19:37:31 -0500 (EST) Message-Id: <200212150037.gBF0bVSM014040@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: John Baldwin Cc: Kris Kennaway , current@FreeBSD.org, alpha@FreeBSD.org Subject: Re: UMA panic under load In-Reply-To: Your message of "Thu, 12 Dec 2002 11:34:00 EST." From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 14 Dec 2002 19:37:31 -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org John Baldwin wrote: > > On 12-Dec-2002 Kris Kennaway wrote: > > I got this on an alpha tonight. It was under heavy load at the time > > (18 simultaneous package builds had just been spawned on the machine). > > Any ideas? > > > > Slab at 0xfffffc00042d3fb8, freei 2 = 0. > > panic: Duplicate free of item 0xfffffc00042d22e0 from zone 0xfffffc0007d31800(VMSPACE) > > > > db_print_backtrace() at db_print_backtrace+0x18 > > panic() at panic+0x104 > > uma_dbg_free() at uma_dbg_free+0x170 > > uma_zfree_arg() at uma_zfree_arg+0x150 > > vmspace_free() at vmspace_free+0xe4 > > swapout_procs() at swapout_procs+0x428 > > vm_daemon() at vm_daemon+0x74 > > fork_exit() at fork_exit+0xe0 > > exception_return() at exception_return > > --- root of call graph --- > > panic > > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > > db> > > I have seen this on a couple of different arch's I think. A vmspace > shouldn't be free'd here, it's refcount should not be that low. > I wonder if something is free'ing the vmspace w/o dropping the refcount? The problem appears to be that swapout_procs() is swapping out a process that is in the process of exiting (in exit1()) and having already relinquished its vmspace, but has not set PRS_ZOMBIE yet (which would be preventing the swapout). It's clearly not correct for a process in exit1() to be swapped out, and the vmspace _needs_ to be decremented in the correct place or resources are NEVER freed when the race is lost. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 16:56:21 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE86D37B401; Sat, 14 Dec 2002 16:56:19 -0800 (PST) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A3843ED4; Sat, 14 Dec 2002 16:56:18 -0800 (PST) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (jake@localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.6/8.12.6) with ESMTP id gBF1ElxQ008127; Sat, 14 Dec 2002 20:14:47 -0500 (EST) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.6/8.12.6/Submit) id gBF1EkD3008126; Sat, 14 Dec 2002 20:14:46 -0500 (EST) Date: Sat, 14 Dec 2002 20:14:46 -0500 From: Jake Burkholder To: "Brian F. Feldman" Cc: John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load Message-ID: <20021214201446.F93389@locore.ca> References: <200212150037.gBF0bVSM014040@green.bikeshed.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200212150037.gBF0bVSM014040@green.bikeshed.org>; from green@FreeBSD.ORG on Sat, Dec 14, 2002 at 07:37:31PM -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Apparently, On Sat, Dec 14, 2002 at 07:37:31PM -0500, Brian F. Feldman said words to the effect of; > John Baldwin wrote: > > > > On 12-Dec-2002 Kris Kennaway wrote: > > > I got this on an alpha tonight. It was under heavy load at the time > > > (18 simultaneous package builds had just been spawned on the machine). > > > Any ideas? > > > > > > Slab at 0xfffffc00042d3fb8, freei 2 = 0. > > > panic: Duplicate free of item 0xfffffc00042d22e0 from zone 0xfffffc0007d31800(VMSPACE) > > > > > > db_print_backtrace() at db_print_backtrace+0x18 > > > panic() at panic+0x104 > > > uma_dbg_free() at uma_dbg_free+0x170 > > > uma_zfree_arg() at uma_zfree_arg+0x150 > > > vmspace_free() at vmspace_free+0xe4 > > > swapout_procs() at swapout_procs+0x428 > > > vm_daemon() at vm_daemon+0x74 > > > fork_exit() at fork_exit+0xe0 > > > exception_return() at exception_return > > > --- root of call graph --- > > > panic > > > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > > > db> > > > > I have seen this on a couple of different arch's I think. A vmspace > > shouldn't be free'd here, it's refcount should not be that low. > > I wonder if something is free'ing the vmspace w/o dropping the refcount? > > The problem appears to be that swapout_procs() is swapping out a process > that is in the process of exiting (in exit1()) and having already > relinquished its vmspace, but has not set PRS_ZOMBIE yet (which would be > preventing the swapout). It's clearly not correct for a process in exit1() > to be swapped out, and the vmspace _needs_ to be decremented in the correct > place or resources are NEVER freed when the race is lost. P_WEXIT is set, so the process won't get swapped out. The problem is that the vmspace refcnt is 0 when swapout_procs is called, since it was decremented in exit1. The refcnt is incremented before p_flag is tested for P_WEXIT, the swapout is skipped because its found to be set, and then vmspace_free is called which decrements the refcnt to 0 and prematurely frees the vmspace. Decrementing the refcnt in exit1 breaks the normal refernce count semantics because the vmspace is not being freed then. Jake To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17: 1:16 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD66837B401; Sat, 14 Dec 2002 17:01:15 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C1C043E4A; Sat, 14 Dec 2002 17:01:15 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBF11FOM060118; Sat, 14 Dec 2002 17:01:15 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBF11ESx060117; Sat, 14 Dec 2002 17:01:14 -0800 (PST) (envelope-from dillon) Date: Sat, 14 Dec 2002 17:01:14 -0800 (PST) From: Matthew Dillon Message-Id: <200212150101.gBF11ESx060117@apollo.backplane.com> To: "Brian F. Feldman" Cc: John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load References: <200212150037.gBF0bVSM014040@green.bikeshed.org> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org :The problem appears to be that swapout_procs() is swapping out a process :that is in the process of exiting (in exit1()) and having already :relinquished its vmspace, but has not set PRS_ZOMBIE yet (which would be :preventing the swapout). It's clearly not correct for a process in exit1() :to be swapped out, and the vmspace _needs_ to be decremented in the correct :place or resources are NEVER freed when the race is lost. : :-- :Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ : <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serve! \ P_WEXIT is set before the vmspace is released. It may be sufficient to have swapout_procs() ignore processes with P_WEXIT set. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17: 5:23 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D4EA37B401; Sat, 14 Dec 2002 17:05:22 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F0943EB2; Sat, 14 Dec 2002 17:05:21 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBF15LOM060145; Sat, 14 Dec 2002 17:05:21 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBF15LiN060144; Sat, 14 Dec 2002 17:05:21 -0800 (PST) (envelope-from dillon) Date: Sat, 14 Dec 2002 17:05:21 -0800 (PST) From: Matthew Dillon Message-Id: <200212150105.gBF15LiN060144@apollo.backplane.com> To: Jake Burkholder Cc: "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load References: <200212150037.gBF0bVSM014040@green.bikeshed.org> <20021214201446.F93389@locore.ca> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org :P_WEXIT is set, so the process won't get swapped out. The problem is that :the vmspace refcnt is 0 when swapout_procs is called, since it was :decremented in exit1. The refcnt is incremented before p_flag is tested :for P_WEXIT, the swapout is skipped because its found to be set, and then :vmspace_free is called which decrements the refcnt to 0 and prematurely :frees the vmspace. Decrementing the refcnt in exit1 breaks the normal :refernce count semantics because the vmspace is not being freed then. : :Jake Yup, I see it. We could just move the P_WEXIT test but I wonder how many other places the vmspace might be bumped and then released. The real bug appears to be in exit1(). I seem to recall we hit this situation a few months ago. I thought it had been fixed. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17:10:40 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87C2837B401; Sat, 14 Dec 2002 17:10:39 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A89143E4A; Sat, 14 Dec 2002 17:10:39 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBF1AcOM060180; Sat, 14 Dec 2002 17:10:39 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBF1AcB6060179; Sat, 14 Dec 2002 17:10:38 -0800 (PST) (envelope-from dillon) Date: Sat, 14 Dec 2002 17:10:38 -0800 (PST) From: Matthew Dillon Message-Id: <200212150110.gBF1AcB6060179@apollo.backplane.com> To: Jake Burkholder , "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load References: <200212150037.gBF0bVSM014040@green.bikeshed.org> <20021214201446.F93389@locore.ca> <200212150105.gBF15LiN060144@apollo.backplane.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org What about something like this. If the vm_refcnt is still being decremented too early, could it be moved to just before the thread_exit() call? -Matt Index: kern/kern_exit.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v retrieving revision 1.187 diff -u -r1.187 kern_exit.c --- kern/kern_exit.c 10 Dec 2002 02:33:44 -0000 1.187 +++ kern/kern_exit.c 15 Dec 2002 01:08:21 -0000 @@ -288,7 +288,7 @@ * Can't free the entire vmspace as the kernel stack * may be mapped within that space also. */ - if (--vm->vm_refcnt == 0) { + if (vm->vm_refcnt == 1) { if (vm->vm_shm) shmexit(p); vm_page_lock_queues(); @@ -298,7 +298,9 @@ (void) vm_map_remove(&vm->vm_map, vm_map_min(&vm->vm_map), vm_map_max(&vm->vm_map)); vm->vm_freer = p; + KASSERT(vm->vm_refcnt == 1, ("expected vm_refcnt of 1")); } + --vm->vm_refcnt; sx_xlock(&proctree_lock); if (SESS_LEADER(p)) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17:21: 4 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4826737B401; Sat, 14 Dec 2002 17:21:02 -0800 (PST) Received: from green.bikeshed.org (i50y3cn8krz8dlyo@green.bikeshed.org [10.0.0.1] (may be forged)) by green.bikeshed.org (8.12.6/8.12.6) with ESMTP id gBF1L1Oa014308; Sat, 14 Dec 2002 20:21:01 -0500 (EST) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost) by green.bikeshed.org (8.12.6/8.12.6/Submit) with ESMTP id gBF1L15m014304; Sat, 14 Dec 2002 20:21:01 -0500 (EST) Message-Id: <200212150121.gBF1L15m014304@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jake Burkholder Cc: "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load In-Reply-To: Your message of "Sat, 14 Dec 2002 20:14:46 EST." <20021214201446.F93389@locore.ca> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 14 Dec 2002 20:21:01 -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Jake Burkholder wrote: > Apparently, On Sat, Dec 14, 2002 at 07:37:31PM -0500, > Brian F. Feldman said words to the effect of; > > > John Baldwin wrote: > > > > > > On 12-Dec-2002 Kris Kennaway wrote: > > > > I got this on an alpha tonight. It was under heavy load at the time > > > > (18 simultaneous package builds had just been spawned on the machine). > > > > Any ideas? > > > > > > > > Slab at 0xfffffc00042d3fb8, freei 2 = 0. > > > > panic: Duplicate free of item 0xfffffc00042d22e0 from zone 0xfffffc0007d31800(VMSPACE) > > > > > > > > db_print_backtrace() at db_print_backtrace+0x18 > > > > panic() at panic+0x104 > > > > uma_dbg_free() at uma_dbg_free+0x170 > > > > uma_zfree_arg() at uma_zfree_arg+0x150 > > > > vmspace_free() at vmspace_free+0xe4 > > > > swapout_procs() at swapout_procs+0x428 > > > > vm_daemon() at vm_daemon+0x74 > > > > fork_exit() at fork_exit+0xe0 > > > > exception_return() at exception_return > > > > --- root of call graph --- > > > > panic > > > > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > > > > db> > > > > > > I have seen this on a couple of different arch's I think. A vmspace > > > shouldn't be free'd here, it's refcount should not be that low. > > > I wonder if something is free'ing the vmspace w/o dropping the refcount? > > > > The problem appears to be that swapout_procs() is swapping out a process > > that is in the process of exiting (in exit1()) and having already > > relinquished its vmspace, but has not set PRS_ZOMBIE yet (which would be > > preventing the swapout). It's clearly not correct for a process in exit1() > > to be swapped out, and the vmspace _needs_ to be decremented in the correct > > place or resources are NEVER freed when the race is lost. > > P_WEXIT is set, so the process won't get swapped out. The problem is that > the vmspace refcnt is 0 when swapout_procs is called, since it was > decremented in exit1. The refcnt is incremented before p_flag is tested > for P_WEXIT, the swapout is skipped because its found to be set, and then > vmspace_free is called which decrements the refcnt to 0 and prematurely > frees the vmspace. Decrementing the refcnt in exit1 breaks the normal > refernce count semantics because the vmspace is not being freed then. There are no normal reference count semantics; exit1() attempts to free parts of the vmspace. Sounds to me like a simple solution is to check for P_WEXIT both before and after incrementing the vmspace refcount. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17:28:47 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E70137B401; Sat, 14 Dec 2002 17:28:46 -0800 (PST) Received: from green.bikeshed.org (s392h93sobxhikr7@green.bikeshed.org [10.0.0.1] (may be forged)) by green.bikeshed.org (8.12.6/8.12.6) with ESMTP id gBF1SjOa014366; Sat, 14 Dec 2002 20:28:45 -0500 (EST) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost) by green.bikeshed.org (8.12.6/8.12.6/Submit) with ESMTP id gBF1SjS2014362; Sat, 14 Dec 2002 20:28:45 -0500 (EST) Message-Id: <200212150128.gBF1SjS2014362@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Dillon Cc: Jake Burkholder , "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load In-Reply-To: Your message of "Sat, 14 Dec 2002 17:10:38 PST." <200212150110.gBF1AcB6060179@apollo.backplane.com> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 14 Dec 2002 20:28:45 -0500 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Matthew Dillon wrote: > What about something like this. If the vm_refcnt is still being > decremented too early, could it be moved to just before the thread_exit() > call? The problem that had to be fixed by removing this race was that two processes with the same vmspace can exit at the same time, and the vm_refcnt could be 2 the entire time, so neither would perform the current if (--vm->vm_refcnt == 0) { block. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17:34:47 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E97D37B401; Sat, 14 Dec 2002 17:34:45 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE5C43E4A; Sat, 14 Dec 2002 17:34:45 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBF1YiOM060313; Sat, 14 Dec 2002 17:34:44 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBF1Yit5060312; Sat, 14 Dec 2002 17:34:44 -0800 (PST) (envelope-from dillon) Date: Sat, 14 Dec 2002 17:34:44 -0800 (PST) From: Matthew Dillon Message-Id: <200212150134.gBF1Yit5060312@apollo.backplane.com> To: "Brian F. Feldman" Cc: Jake Burkholder , "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load References: <200212150121.gBF1L15m014304@green.bikeshed.org> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It's a big mess. exit1() sets up vm->vm_freer = p and then vmspace_exitfree() tests that and calls vmspace_dofree(). It looks like vm->vm_freer is acting like an exit-lock, so only one process/thread actually frees the vmspace. But there are still some serious race conditions. If two thread go into exit1() at the same time, but vmspace_exitfree() is called in the reverse order, so the first call to vmspace_exitfree() winds up freeing the vmspace, the first process's vmspace might be ripped out from under it. On the flip side if several threads go into exit1() at the same time the vmspace's ref count may never be seen to be '0' if we move the decrement to later on in the code. So my 'what if we did this' patch will fix one problem and create another. The reference count must be decremented where it is currently being decremented in exit1() or there is a chance that multiple exit1()'s will not see the ref count drop to 0 (or be equal to 1). On the flip side (again), vmspace_exitfree() really should not call vmspace_dofree() unless it is the last process, which is not necessarily the same process that detected the ref count going to 0 in exit1(). It's like we need a second ref count field for the vmspace structure, one to determine when the initial bunch of garbage can be freed up (sysV shared memory and usch), and another to determine when vmspace_dofree() can actually be called. -Matt :There are no normal reference count semantics; exit1() attempts to free :parts of the vmspace. Sounds to me like a simple solution is to check for :P_WEXIT both before and after incrementing the vmspace refcount. : :-- :Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ : <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serve! \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17:41:20 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 388E237B401; Sat, 14 Dec 2002 17:41:18 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE14443EC2; Sat, 14 Dec 2002 17:41:17 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBF1fHOM060371; Sat, 14 Dec 2002 17:41:17 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBF1fHJc060370; Sat, 14 Dec 2002 17:41:17 -0800 (PST) (envelope-from dillon) Date: Sat, 14 Dec 2002 17:41:17 -0800 (PST) From: Matthew Dillon Message-Id: <200212150141.gBF1fHJc060370@apollo.backplane.com> To: "Brian F. Feldman" , Jake Burkholder , "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: UMA panic under load References: <200212150121.gBF1L15m014304@green.bikeshed.org> <200212150134.gBF1Yit5060312@apollo.backplane.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Here's another go at a patch (untested). -Matt Index: kern/kern_exit.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v retrieving revision 1.187 diff -u -r1.187 kern_exit.c --- kern/kern_exit.c 10 Dec 2002 02:33:44 -0000 1.187 +++ kern/kern_exit.c 15 Dec 2002 01:36:35 -0000 @@ -289,6 +289,7 @@ * may be mapped within that space also. */ if (--vm->vm_refcnt == 0) { + ++vm->vm_exitingcnt; if (vm->vm_shm) shmexit(p); vm_page_lock_queues(); @@ -297,7 +298,6 @@ vm_page_unlock_queues(); (void) vm_map_remove(&vm->vm_map, vm_map_min(&vm->vm_map), vm_map_max(&vm->vm_map)); - vm->vm_freer = p; } sx_xlock(&proctree_lock); Index: vm/vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.273 diff -u -r1.273 vm_map.c --- vm/vm_map.c 1 Dec 2002 18:57:56 -0000 1.273 +++ vm/vm_map.c 15 Dec 2002 01:40:39 -0000 @@ -258,7 +258,7 @@ vm->vm_map.pmap = vmspace_pmap(vm); /* XXX */ vm->vm_refcnt = 1; vm->vm_shm = NULL; - vm->vm_freer = NULL; + vm->vm_exitingcount = 0; return (vm); } @@ -304,7 +304,7 @@ if (vm->vm_refcnt == 0) panic("vmspace_free: attempt to free already freed vmspace"); - if (--vm->vm_refcnt == 0) + if (--vm->vm_refcnt == 0 && vm->vm_exitingcount == 0) vmspace_dofree(vm); } @@ -314,9 +314,10 @@ struct vmspace *vm; GIANT_REQUIRED; - if (p == p->p_vmspace->vm_freer) { - vm = p->p_vmspace; - p->p_vmspace = NULL; + vm = p->p_vmspace; + p->p_vmspace = NULL; + if (--vm->vm_exitingcount == 0) { + KASSERT(vm->vm_refcnt == 0, ("vm_refcnt was not 0")); vmspace_dofree(vm); } } Index: vm/vm_map.h =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.h,v retrieving revision 1.92 diff -u -r1.92 vm_map.h --- vm/vm_map.h 22 Sep 2002 04:33:43 -0000 1.92 +++ vm/vm_map.h 15 Dec 2002 01:38:29 -0000 @@ -219,7 +219,7 @@ caddr_t vm_daddr; /* (c) user virtual address of data */ caddr_t vm_maxsaddr; /* user VA at max stack growth */ #define vm_endcopy vm_freer - struct proc *vm_freer; /* vm freed on whose behalf */ + int vm_exitingcnt; /* several processes zombied in exit1 */ }; #ifdef _KERNEL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 17:43:23 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CE6337B401; Sat, 14 Dec 2002 17:43:15 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE48043EA9; Sat, 14 Dec 2002 17:43:14 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBF1hEOM060389; Sat, 14 Dec 2002 17:43:14 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBF1hERJ060388; Sat, 14 Dec 2002 17:43:14 -0800 (PST) (envelope-from dillon) Date: Sat, 14 Dec 2002 17:43:14 -0800 (PST) From: Matthew Dillon Message-Id: <200212150143.gBF1hERJ060388@apollo.backplane.com> To: "Brian F. Feldman" , Jake Burkholder , "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: (lots of posts today Matt!) Re: UMA panic under load References: <200212150121.gBF1L15m014304@green.bikeshed.org> <200212150134.gBF1Yit5060312@apollo.backplane.com> <200212150141.gBF1fHJc060370@apollo.backplane.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org oops, sorry, I blew that patch. exitingcnt would have to be incremented unconditionally. -Matt Index: kern/kern_exit.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v retrieving revision 1.187 diff -u -r1.187 kern_exit.c --- kern/kern_exit.c 10 Dec 2002 02:33:44 -0000 1.187 +++ kern/kern_exit.c 15 Dec 2002 01:42:12 -0000 @@ -288,6 +288,7 @@ * Can't free the entire vmspace as the kernel stack * may be mapped within that space also. */ + ++vm->vm_exitingcnt; if (--vm->vm_refcnt == 0) { if (vm->vm_shm) shmexit(p); @@ -297,7 +298,6 @@ vm_page_unlock_queues(); (void) vm_map_remove(&vm->vm_map, vm_map_min(&vm->vm_map), vm_map_max(&vm->vm_map)); - vm->vm_freer = p; } sx_xlock(&proctree_lock); Index: vm/vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.273 diff -u -r1.273 vm_map.c --- vm/vm_map.c 1 Dec 2002 18:57:56 -0000 1.273 +++ vm/vm_map.c 15 Dec 2002 01:40:39 -0000 @@ -258,7 +258,7 @@ vm->vm_map.pmap = vmspace_pmap(vm); /* XXX */ vm->vm_refcnt = 1; vm->vm_shm = NULL; - vm->vm_freer = NULL; + vm->vm_exitingcount = 0; return (vm); } @@ -304,7 +304,7 @@ if (vm->vm_refcnt == 0) panic("vmspace_free: attempt to free already freed vmspace"); - if (--vm->vm_refcnt == 0) + if (--vm->vm_refcnt == 0 && vm->vm_exitingcount == 0) vmspace_dofree(vm); } @@ -314,9 +314,10 @@ struct vmspace *vm; GIANT_REQUIRED; - if (p == p->p_vmspace->vm_freer) { - vm = p->p_vmspace; - p->p_vmspace = NULL; + vm = p->p_vmspace; + p->p_vmspace = NULL; + if (--vm->vm_exitingcount == 0) { + KASSERT(vm->vm_refcnt == 0, ("vm_refcnt was not 0")); vmspace_dofree(vm); } } Index: vm/vm_map.h =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.h,v retrieving revision 1.92 diff -u -r1.92 vm_map.h --- vm/vm_map.h 22 Sep 2002 04:33:43 -0000 1.92 +++ vm/vm_map.h 15 Dec 2002 01:38:29 -0000 @@ -219,7 +219,7 @@ caddr_t vm_daddr; /* (c) user virtual address of data */ caddr_t vm_maxsaddr; /* user VA at max stack growth */ #define vm_endcopy vm_freer - struct proc *vm_freer; /* vm freed on whose behalf */ + int vm_exitingcnt; /* several processes zombied in exit1 */ }; #ifdef _KERNEL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 18: 9: 5 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F3C837B401; Sat, 14 Dec 2002 18:09:02 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C34A43ED4; Sat, 14 Dec 2002 18:09:02 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBF291OM078020; Sat, 14 Dec 2002 18:09:01 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBF291Zf078019; Sat, 14 Dec 2002 18:09:01 -0800 (PST) (envelope-from dillon) Date: Sat, 14 Dec 2002 18:09:01 -0800 (PST) From: Matthew Dillon Message-Id: <200212150209.gBF291Zf078019@apollo.backplane.com> To: "Brian F. Feldman" , Jake Burkholder , "Brian F. Feldman" , John Baldwin , Kris Kennaway , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Patch #3 Re: UMA panic under load References: <200212150121.gBF1L15m014304@green.bikeshed.org> <200212150134.gBF1Yit5060312@apollo.backplane.com> <200212150141.gBF1fHJc060370@apollo.backplane.com> <200212150143.gBF1hERJ060388@apollo.backplane.com> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Whoop. Ok, here's a new patch. I think this covers all the cases. I've done some testing and it appears to do the right thing, please look it over (the last patch had type-o's and didn't cover the correct cases). -Matt Index: kern/kern_exit.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_exit.c,v retrieving revision 1.187 diff -u -r1.187 kern_exit.c --- kern/kern_exit.c 10 Dec 2002 02:33:44 -0000 1.187 +++ kern/kern_exit.c 15 Dec 2002 01:45:15 -0000 @@ -287,7 +287,15 @@ * Need to do this early enough that we can still sleep. * Can't free the entire vmspace as the kernel stack * may be mapped within that space also. + * + * Processes sharing the same vmspace may exit in one order, and + * get cleaned up by vmspace_exit() in a different order. The + * last exiting process to reach this point releases as much of + * the environment as it can, and the last process cleaned up + * by vmspace_exit() (which decrements exitingcnt) cleans up the + * remainder. */ + ++vm->vm_exitingcnt; if (--vm->vm_refcnt == 0) { if (vm->vm_shm) shmexit(p); @@ -297,7 +305,6 @@ vm_page_unlock_queues(); (void) vm_map_remove(&vm->vm_map, vm_map_min(&vm->vm_map), vm_map_max(&vm->vm_map)); - vm->vm_freer = p; } sx_xlock(&proctree_lock); Index: vm/vm_map.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.c,v retrieving revision 1.273 diff -u -r1.273 vm_map.c --- vm/vm_map.c 1 Dec 2002 18:57:56 -0000 1.273 +++ vm/vm_map.c 15 Dec 2002 02:05:13 -0000 @@ -258,7 +258,7 @@ vm->vm_map.pmap = vmspace_pmap(vm); /* XXX */ vm->vm_refcnt = 1; vm->vm_shm = NULL; - vm->vm_freer = NULL; + vm->vm_exitingcnt = 0; return (vm); } @@ -304,7 +304,7 @@ if (vm->vm_refcnt == 0) panic("vmspace_free: attempt to free already freed vmspace"); - if (--vm->vm_refcnt == 0) + if (--vm->vm_refcnt == 0 && vm->vm_exitingcnt == 0) vmspace_dofree(vm); } @@ -314,11 +314,22 @@ struct vmspace *vm; GIANT_REQUIRED; - if (p == p->p_vmspace->vm_freer) { - vm = p->p_vmspace; - p->p_vmspace = NULL; + vm = p->p_vmspace; + p->p_vmspace = NULL; + + /* + * cleanup by parent process wait()ing on exiting child. vm_refcnt + * may not be 0 (e.g. fork() and child exits without exec()ing). + * exitingcnt may increment above 0 and drop back down to zero + * several times while vm_refcnt is held non-zero. vm_refcnt + * may also increment above 0 and drop back down to zero several + * times while vm_exitingcnt is held non-zero. + * + * The last wait on the exiting child's vmspace will clean up + * the remainder of the vmspace. + */ + if (--vm->vm_exitingcnt == 0 && vm->vm_refcnt == 0) vmspace_dofree(vm); - } } /* Index: vm/vm_map.h =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_map.h,v retrieving revision 1.92 diff -u -r1.92 vm_map.h --- vm/vm_map.h 22 Sep 2002 04:33:43 -0000 1.92 +++ vm/vm_map.h 15 Dec 2002 01:47:49 -0000 @@ -218,8 +218,8 @@ caddr_t vm_taddr; /* (c) user virtual address of text */ caddr_t vm_daddr; /* (c) user virtual address of data */ caddr_t vm_maxsaddr; /* user VA at max stack growth */ -#define vm_endcopy vm_freer - struct proc *vm_freer; /* vm freed on whose behalf */ +#define vm_endcopy vm_exitingcnt + int vm_exitingcnt; /* several processes zombied in exit1 */ }; #ifdef _KERNEL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 18:25:11 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C263337B401; Sat, 14 Dec 2002 18:25:10 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D5543ED1; Sat, 14 Dec 2002 18:25:10 -0800 (PST) (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.6/8.12.6) with ESMTP id gBF2P9ro012063 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 14 Dec 2002 21:25:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBF2P4M13961; Sat, 14 Dec 2002 21:25:04 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15867.59392.614641.857028@grasshopper.cs.duke.edu> Date: Sat, 14 Dec 2002 21:25:04 -0500 (EST) To: Maxime Henrion Cc: rwatson@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: <20021214152341.GE27086@elvis.mu.org> References: <15860.58186.22476.565069@grasshopper.cs.duke.edu> <20021209194400.GA27086@elvis.mu.org> <15860.62239.549294.224934@grasshopper.cs.duke.edu> <20021214152341.GE27086@elvis.mu.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Maxime Henrion writes: > I just finished the xl(4) conversion. It works fine with my two xl(4) > cards on my x86 box. You can find the patch at : > http://mu.org/~mux/if_xl.patch > > Please let me know if it works on alpha too! Excellent! It works fine on my alpha, and survives NFS, netperf, netpipe, and some minor X windows traffic. Nice work! Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 18:30:39 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1054037B401 for ; Sat, 14 Dec 2002 18:30:38 -0800 (PST) Received: from mail.inka.de (quechua.inka.de [193.197.184.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 029D743EC2 for ; Sat, 14 Dec 2002 18:30:37 -0800 (PST) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with gbsmtp id 18NOY6-0002TD-00; Sun, 15 Dec 2002 03:30:34 +0100 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.6/8.12.6) with ESMTP id gBF1tRkP000871 for ; Sun, 15 Dec 2002 02:55:27 +0100 (CET) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.6/8.12.6/Submit) id gBF1tRSo000870 for freebsd-alpha@freebsd.org; Sun, 15 Dec 2002 02:55:27 +0100 (CET) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) Date: Sun, 15 Dec 2002 01:55:26 +0000 (UTC) Message-ID: References: <20021209194400.GA27086@elvis.mu.org> <15860.62239.549294.224934@grasshopper.cs.duke.edu> <20021214152341.GE27086@elvis.mu.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Maxime Henrion wrote: > I just finished the xl(4) conversion. It works fine with my two xl(4) > cards on my x86 box. You can find the patch at : > http://mu.org/~mux/if_xl.patch > > Please let me know if it works on alpha too! It works but it leaks. xl0: <3Com 3c905-TX Fast Etherlink XL> port 0x10200-0x1023f irq 2 at device 5.0 on pci0 After a bit of playing around (I use the box as a remote X11 display), I get this: Out of mbuf address space! Consider increasing NMBCLUSTERS All mbufs or mbuf clusters exhausted, please see tuning(7). All mbufs or mbuf clusters exhausted, please see tuning(7). All mbufs or mbuf clusters exhausted, please see tuning(7). ... -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 18:32:47 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D3D637B401 for ; Sat, 14 Dec 2002 18:32:46 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id C295343ED1 for ; Sat, 14 Dec 2002 18:32:45 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 88E9966E42 for ; Sat, 14 Dec 2002 18:32:45 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 70D9313B1; Sat, 14 Dec 2002 18:32:45 -0800 (PST) Date: Sat, 14 Dec 2002 18:32:45 -0800 From: Kris Kennaway To: alpha@FreeBSD.org Subject: compaq-cc broken on alpha Message-ID: <20021215023245.GA30940@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/alpha-5-latest/compaq-cc-6.4.9.005.1_2.log Can someone please take a look? Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9++nNWry0BWjoQKURAqruAJ9dcPiFMl3bG1zqjPo8QDsRH5PrcgCgvwxL DTYKp19Lc4E/u2qE2/bJOeA= =Ya0H -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 18:33:22 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBAD237B401; Sat, 14 Dec 2002 18:33:21 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D79043E4A; Sat, 14 Dec 2002 18:33:21 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 0532466BE3; Sat, 14 Dec 2002 18:33:21 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E283613B1; Sat, 14 Dec 2002 18:33:20 -0800 (PST) Date: Sat, 14 Dec 2002 18:33:20 -0800 From: Kris Kennaway To: emulation@FreeBSD.org, alpha@FreeBSD.org Subject: linux-devtools broken on alpha Message-ID: <20021215023320.GA30967@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline http://bento.freebsd.org/errorlogs/alpha-5-latest/linux_devtools-6.1.log Can someone please take a look? kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9++nwWry0BWjoQKURAkrjAJ4jv5Mdgnx2GEAxI23InmdSeBQoYwCg1VL5 JiJOWpykjiXQK7H2dxJoFdE= =P0pq -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 18:37:59 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FC2837B414 for ; Sat, 14 Dec 2002 18:37:54 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA5143EA9 for ; Sat, 14 Dec 2002 18:37:53 -0800 (PST) (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.6/8.12.6) with ESMTP id gBF2bqro012412 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 14 Dec 2002 21:37:52 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBF2blG13980; Sat, 14 Dec 2002 21:37:47 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15867.60155.751949.96425@grasshopper.cs.duke.edu> Date: Sat, 14 Dec 2002 21:37:47 -0500 (EST) To: Kris Kennaway Cc: alpha@FreeBSD.ORG Subject: Re: compaq-cc broken on alpha In-Reply-To: <20021215023245.GA30940@rot13.obsecurity.org> References: <20021215023245.GA30940@rot13.obsecurity.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Kris Kennaway writes: > http://bento.freebsd.org/errorlogs/alpha-5-latest/compaq-cc-6.4.9.005.1_2.log > > Can someone please take a look? Since when are we allowed to package this?? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 18:52:41 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0EBE37B401 for ; Sat, 14 Dec 2002 18:52:40 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7A743EC5 for ; Sat, 14 Dec 2002 18:52:37 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id C35F566BE3; Sat, 14 Dec 2002 18:52:25 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 852B21309; Sat, 14 Dec 2002 18:52:13 -0800 (PST) Date: Sat, 14 Dec 2002 18:52:13 -0800 From: Kris Kennaway To: Andrew Gallatin Cc: Kris Kennaway , alpha@FreeBSD.ORG Subject: Re: compaq-cc broken on alpha Message-ID: <20021215025213.GA69648@rot13.obsecurity.org> References: <20021215023245.GA30940@rot13.obsecurity.org> <15867.60155.751949.96425@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <15867.60155.751949.96425@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 14, 2002 at 09:37:47PM -0500, Andrew Gallatin wrote: >=20 >=20 > Kris Kennaway writes: > > http://bento.freebsd.org/errorlogs/alpha-5-latest/compaq-cc-6.4.9.005.= 1_2.log > >=20 > > Can someone please take a look? >=20 > Since when are we allowed to package this?? package !=3D distribute. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9++5cWry0BWjoQKURAkBEAJ9YJ5sr3u45Nwv3O7HyKHR0XWXhKACg16Bj CzbIXwGwxaKq1Hr9FsQyw4s= =qTgN -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Dec 14 19: 4:34 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98EE037B401; Sat, 14 Dec 2002 19:04:32 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E898143EA9; Sat, 14 Dec 2002 19:04:31 -0800 (PST) (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.6/8.12.6) with ESMTP id gBF34Vro013959 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 14 Dec 2002 22:04:31 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id gBF34Qn14014; Sat, 14 Dec 2002 22:04:26 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15867.61754.299505.858101@grasshopper.cs.duke.edu> Date: Sat, 14 Dec 2002 22:04:26 -0500 (EST) To: naddy@mips.inka.de (Christian Weisgerber) Cc: freebsd-alpha@FreeBSD.ORG, mux@FreeBSD.ORG Subject: Re: cvs commit: www/en/projects/busdma index.sgml style.css (fwd) In-Reply-To: References: <20021209194400.GA27086@elvis.mu.org> <15860.62239.549294.224934@grasshopper.cs.duke.edu> <20021214152341.GE27086@elvis.mu.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Christian Weisgerber writes: > All mbufs or mbuf clusters exhausted, please see tuning(7). I have xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x10000-0x1007f mem 0x41322000-0x4132 207f irq 10 at device 11.0 on pci0 So the problem must be in the code path for the older cards.. (my 905B uses different transmit and encap functions) Ah, I see it. The mbuf does not seem to be recorded in the ring if the dmamap_load_mbuf succeeds in xl_encap(). Can you try the following untested patch, please? (on top of Maxime's earlier patch). Interesting.. I see one nasty pre-existing condition that might cause a memory leak. What happens if xl_encap() fails? Ugh, that should be fixed too! Drew --- if_xl.c.bak Sat Dec 14 22:01:30 2002 +++ if_xl.c Sat Dec 14 22:01:55 2002 @@ -2419,6 +2419,7 @@ mtod(m_new, caddr_t)); m_new->m_pkthdr.len = m_new->m_len = m_head->m_pkthdr.len; m_freem(m_head); + m_head = m_new; f = &c->xl_ptr->xl_frag[0]; bus_dmamap_load(sc->xl_tag, c->xl_map, mtod(m_new, void *), MCLBYTES, xl_dma_map_addr, &f->xl_addr, 0); @@ -2428,6 +2429,7 @@ c->xl_ptr->xl_next = 0; } + c->xl_mbuf = m_head; bus_dmamap_sync(sc->xl_tag, c->xl_map, BUS_DMASYNC_PREREAD); return(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message