From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 03:38:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97FC137B401 for ; Sun, 15 Jun 2003 03:38:51 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E07A43F85 for ; Sun, 15 Jun 2003 03:38:50 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h5FAclEU002828 for ; Sun, 15 Jun 2003 12:38:48 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 15 Jun 2003 12:38:47 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20030615123802.N60004@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: World is still broken. Please fix. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 10:38:52 -0000 Is anybody testing his changes before he commits them ? In file included from /usr/obj/usr/src/i386/usr/include/sys/types.h:45, from /usr/src/usr.bin/xlint/llib/llib-lposix:39: /usr/obj/usr/src/i386/usr/include/sys/cdefs.h:148:2: #error FreeBSD alloca support needed for this compiler *** Error code 1 Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 03:42:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2037E37B401 for ; Sun, 15 Jun 2003 03:42:35 -0700 (PDT) Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11C7743F75 for ; Sun, 15 Jun 2003 03:42:34 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from webmail.xtaz.co.uk (localhost [127.0.0.1]) by tao.xtaz.co.uk (Postfix) with SMTP id 595668FC54; Sun, 15 Jun 2003 11:42:32 +0100 (BST) Received: from 192.168.1.10 (SquirrelMail authenticated user matt) by webmail.xtaz.co.uk with HTTP; Sun, 15 Jun 2003 11:42:32 +0100 (BST) Message-ID: <56004.192.168.1.10.1055673752.squirrel@webmail.xtaz.co.uk> In-Reply-To: <20030615123802.N60004@cvs.imp.ch> References: <20030615123802.N60004@cvs.imp.ch> Date: Sun, 15 Jun 2003 11:42:32 +0100 (BST) From: "Matt" To: current@freebsd.org, des@ofug.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Subject: Re: World is still broken. Please fix. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 10:42:35 -0000 Martin Blapp said: > > > In file included from /usr/obj/usr/src/i386/usr/include/sys/types.h:45, > from /usr/src/usr.bin/xlint/llib/llib-lposix:39: > /usr/obj/usr/src/i386/usr/include/sys/cdefs.h:148:2: #error FreeBSD alloca > support needed for this compiler > *** Error code 1 DES sent me a patch for this as I reported it yesterday. I have just this minute succesfully built world with it applied, so DES it works fine. Regards, Matt. -- email: matt@xtaz.co.uk - web: http://xtaz.co.uk/ Hardware, n.: The parts of a computer system that can be kicked. From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 03:50:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE10F37B401 for ; Sun, 15 Jun 2003 03:50:06 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2E0A43F85 for ; Sun, 15 Jun 2003 03:50:05 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h5FAo3EU004032 for ; Sun, 15 Jun 2003 12:50:04 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 15 Jun 2003 12:50:03 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20030615124438.U60004@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: HEADS UP: rpc.yppasswdd working again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 10:50:11 -0000 Small, but important message for NIS users. All users who had problems with NIS should rebuild their world. Long outstanding problems have been fixed and rpc.yppasswdd allows root again to change passwords on ypmaster without knowledge of the users password. Martin From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 05:11:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39F7F37B401 for ; Sun, 15 Jun 2003 05:11:18 -0700 (PDT) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.92.226.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69FFC43FBD for ; Sun, 15 Jun 2003 05:11:17 -0700 (PDT) (envelope-from tparquet@twcny.rr.com) Received: from twcny.rr.com (syr-66-24-56-65.twcny.rr.com [66.24.56.65]) h5FCBGiY013211 for ; Sun, 15 Jun 2003 08:11:16 -0400 (EDT) Message-ID: <3EEC6264.6080909@twcny.rr.com> Date: Sun, 15 Jun 2003 08:11:16 -0400 From: Tom Parquette User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030518 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Unable to build world. multiple symptoms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 12:11:18 -0000 I updated my 5.0-CURRENT sources yesterday (Saturday morning) and ran my buildworld script. When the compiles failed, I searched the mailing lists and found someone else having the same problem. His solution was to change the -j value (I was running with -j10 on my dual processor AMD). I have tried all the way down to -j1 and the compiles still fail. I took the -j value out completely and it still fails. Running without the -j value at all got me the error message #error FreeBSD alloca support needed for this compiler from /usr/obj/usr/src/i386/usr/include/sys/cdefs.h: I cannot find any response in the archive to either Email. I saved tails of some of the failing compiles with various -j values if someone wants to see them. TIA for any help. Cheers... From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 05:33:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29B5437B401 for ; Sun, 15 Jun 2003 05:33:33 -0700 (PDT) Received: from freebsd.org.ru (www.freebsd.org.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5396C43F93 for ; Sun, 15 Jun 2003 05:33:32 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id 5BF6E194; Sun, 15 Jun 2003 16:33:30 +0400 (MSD) Date: Sun, 15 Jun 2003 16:33:30 +0400 From: "Sergey A. Osokin" To: Tom Parquette Message-ID: <20030615123330.GM66922@freebsd.org.ru> References: <3EEC6264.6080909@twcny.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EEC6264.6080909@twcny.rr.com> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: Unable to build world. multiple symptoms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 12:33:33 -0000 On Sun, Jun 15, 2003 at 08:11:16AM -0400, Tom Parquette wrote: > I updated my 5.0-CURRENT sources yesterday (Saturday morning) and ran my > buildworld script. > When the compiles failed, I searched the mailing lists and found someone > else having the same problem. > His solution was to change the -j value (I was running with -j10 on my > dual processor AMD). > I have tried all the way down to -j1 and the compiles still fail. I > took the -j value out completely and it still fails. > Running without the -j value at all got me the error message #error > FreeBSD alloca support needed for this compiler from > /usr/obj/usr/src/i386/usr/include/sys/cdefs.h: > > I cannot find any response in the archive to either Email. > > I saved tails of some of the failing compiles with various -j values if > someone wants to see them. Please resup and try again. -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 06:20:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B2E137B401 for ; Sun, 15 Jun 2003 06:20:42 -0700 (PDT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id F170643FB1 for ; Sun, 15 Jun 2003 06:20:40 -0700 (PDT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (localhost [127.0.0.1]) by bremen.shuttle.de (Postfix) with ESMTP id 2EEEA17D3E; Sun, 15 Jun 2003 15:20:39 +0200 (CEST) Received: (from uucp@localhost)h5FDKcd0003724; Sun, 15 Jun 2003 15:20:38 +0200 Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.12.9/8.12.9) id h5FDKsb8035573; Sun, 15 Jun 2003 15:20:54 +0200 (CEST) (envelope-from schweikh) Date: Sun, 15 Jun 2003 15:20:54 +0200 From: Jens Schweikhardt To: Tom Parquette Message-ID: <20030615132054.GA35399@schweikhardt.net> References: <3EEC6264.6080909@twcny.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EEC6264.6080909@twcny.rr.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Unable to build world. multiple symptoms X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 13:20:43 -0000 On Sun, Jun 15, 2003 at 08:11:16AM -0400, Tom Parquette wrote: ... # Running without the -j value at all got me the error message #error # FreeBSD alloca support needed for this compiler from # /usr/obj/usr/src/i386/usr/include/sys/cdefs.h: This was fixed in rev 1.71 of cdefs.h. Update your source tree. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 06:30:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFC7F37B401 for ; Sun, 15 Jun 2003 06:30:03 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF40C43FAF for ; Sun, 15 Jun 2003 06:30:02 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h5FDU11f040335; Sun, 15 Jun 2003 14:30:01 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h5FDU1WB040334; Sun, 15 Jun 2003 14:30:01 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h5FDThHh077681; Sun, 15 Jun 2003 14:29:43 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200306151329.h5FDThHh077681@grimreaper.grondar.org> To: Martin Blapp In-Reply-To: Your message of "Sun, 15 Jun 2003 12:50:03 +0200." <20030615124438.U60004@cvs.imp.ch> Date: Sun, 15 Jun 2003 14:29:43 +0100 Sender: mark@grondar.org X-Spam-Status: No, hits=1.2 required=5.0 tests=EMAIL_ATTRIBUTION,FROM_NO_LOWER,IN_REP_TO version=2.55 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org Subject: Re: HEADS UP: rpc.yppasswdd working again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 13:30:04 -0000 Martin Blapp writes: > > Small, but important message for NIS users. > > All users who had problems with NIS should rebuild their > world. Long outstanding problems have been fixed and > rpc.yppasswdd allows root again to change passwords > on ypmaster without knowledge of the users password. Does this not create a vulnerability? Example: Bad Guy sets up a personal workstation with himself as root and steals an IP address from the machine he just switched off. Now he can change passwords on the server at will. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 06:36:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC86A37B401 for ; Sun, 15 Jun 2003 06:36:29 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0038243F93 for ; Sun, 15 Jun 2003 06:36:28 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h5FDaRAQ039958; Sun, 15 Jun 2003 09:36:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h5FDaNqq039954; Sun, 15 Jun 2003 09:36:27 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 15 Jun 2003 09:36:23 -0400 (EDT) From: Andre Guibert de Bruet To: Kris Kennaway In-Reply-To: <20030614074457.GA28169@rot13.obsecurity.org> Message-ID: <20030615093433.Q31662@alpha.siliconlandmark.com> References: <20030614074457.GA28169@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: rc.firewall not executed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 13:36:30 -0000 On Sat, 14 Jun 2003, Kris Kennaway wrote: > I just noticed that my ipfw rules were not loaded the last time I > rebooted. My rc.conf is included below - has something changed > recently so that these settings are not enough? I didn't see anything > relevant in UPDATING. My /etc/firewall.conf exists and is readable > (and unchanged since 2002). > > Kris > > ---- > # $FreeBSD: src/etc/defaults/rc.conf,v 1.156 2002/08/30 13:01:42 hm Exp $ > hostname="citusc17.usc.edu" # Set this! > nisdomainname="cituscdomain" # Set to NIS domain if using NIS (or NO). > firewall_enable="YES" # Set to YES to enable firewall functionality > firewall_type="/etc/firewall.conf" # Firewall type (see /etc/rc.firewall) ^^^^^^^^^^^^^^^^^^ This is wrong. Set it to "UNKNOWN". There's firewall_script for that. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 06:41:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BF7A37B401 for ; Sun, 15 Jun 2003 06:41:33 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48E5943F93 for ; Sun, 15 Jun 2003 06:41:32 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h5FDfVAQ039978; Sun, 15 Jun 2003 09:41:31 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h5FDfVUE039975; Sun, 15 Jun 2003 09:41:31 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 15 Jun 2003 09:41:31 -0400 (EDT) From: Andre Guibert de Bruet To: David Gilbert In-Reply-To: <16106.41034.378735.873564@canoe.velocet.net> Message-ID: <20030615093931.S31662@alpha.siliconlandmark.com> References: <16106.41034.378735.873564@canoe.velocet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: USB locks on laptops. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 13:41:33 -0000 On Sat, 14 Jun 2003, David Gilbert wrote: > While I thought it might be an isolated example, I have several > laptops ... all of which lock up their ports when usb devices are > connected. Typical messages include: > > usb3: unrecoverable error, controller halted > > and > > usb3: device problem, disabling port 3 > > ... which is an example from a new laptop with usb2.0, but an older > laptop with usb1.0 gives similar messages. > > Jun 14 00:09:48 canoe /kernel: uhub0: device problem, disabling port 2 > > Now... on non-portable hardware, usb ports all seem to work. All of > my desktop machine's USB ports work just fine with the same hardware. > > Any ideas? Disabling ACPI fixed this type of issue on a couple of HP notebooks I have access to. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 06:58:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C65737B401 for ; Sun, 15 Jun 2003 06:58:19 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8D9543F85 for ; Sun, 15 Jun 2003 06:58:17 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h5FDwEEU024292; Sun, 15 Jun 2003 15:58:15 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 15 Jun 2003 15:58:14 +0200 (CEST) From: Martin Blapp To: Mark Murray In-Reply-To: <200306151329.h5FDThHh077681@grimreaper.grondar.org> Message-ID: <20030615155659.U60004@cvs.imp.ch> References: <200306151329.h5FDThHh077681@grimreaper.grondar.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADS UP: rpc.yppasswdd working again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 13:58:19 -0000 hi, > > All users who had problems with NIS should rebuild their > > world. Long outstanding problems have been fixed and > > rpc.yppasswdd allows root again to change passwords > > on ypmaster without knowledge of the users password. ^^^^^^^^ > Does this not create a vulnerability? > > Example: Bad Guy sets up a personal workstation with himself as root > and steals an IP address from the machine he just switched off. Now > he can change passwords on the server at will. It is only possible on the ypmaster server. And if you are root you can edit the password files directly, can't you :-) ? Martin From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 07:01:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CE7337B401 for ; Sun, 15 Jun 2003 07:01:19 -0700 (PDT) Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8126B43FBD for ; Sun, 15 Jun 2003 07:01:18 -0700 (PDT) (envelope-from bsdc@xtremedev.com) Received: from localhost (localhost [127.0.0.1]) by mail.XtremeDev.com (Postfix) with ESMTP id 355D770603; Sun, 15 Jun 2003 08:01:17 -0600 (MDT) Received: from mail.XtremeDev.com ([127.0.0.1]) by localhost (Amber.XtremeDev.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 71568-06; Sun, 15 Jun 2003 08:01:16 -0600 (MDT) Received: by mail.XtremeDev.com (Postfix, from userid 1001) id B28C270601; Sun, 15 Jun 2003 08:01:16 -0600 (MDT) Date: Sun, 15 Jun 2003 08:01:16 -0600 From: BSDC To: Andre Guibert de Bruet Message-ID: <20030615140116.GA72031@Amber.XtremeDev.com> References: <20030614074457.GA28169@rot13.obsecurity.org> <20030615093433.Q31662@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030615093433.Q31662@alpha.siliconlandmark.com> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-new at xtremedev.com cc: current@freebsd.org cc: Kris Kennaway Subject: Re: rc.firewall not executed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 14:01:19 -0000 On Sun, Jun 15, 2003 at 09:36:23AM -0400, Andre Guibert de Bruet wrote: > > On Sat, 14 Jun 2003, Kris Kennaway wrote: > > > I just noticed that my ipfw rules were not loaded the last time I > > rebooted. My rc.conf is included below - has something changed > > recently so that these settings are not enough? I didn't see anything > > relevant in UPDATING. My /etc/firewall.conf exists and is readable > > (and unchanged since 2002). > > > > Kris > > > > ---- > > # $FreeBSD: src/etc/defaults/rc.conf,v 1.156 2002/08/30 13:01:42 hm Exp $ > > hostname="citusc17.usc.edu" # Set this! > > nisdomainname="cituscdomain" # Set to NIS domain if using NIS (or NO). > > firewall_enable="YES" # Set to YES to enable firewall functionality > > firewall_type="/etc/firewall.conf" # Firewall type (see /etc/rc.firewall) > ^^^^^^^^^^^^^^^^^^ > This is wrong. Set it to "UNKNOWN". There's firewall_script for that. It is not incorrect. See rc.firewall. By providing a filename for the firewall_type, rc.firewall will instead load the ipfw rules from the given filename. >From rc.firewall: # Define the firewall type in /etc/rc.conf. Valid values are: # open - will allow anyone in # client - will try to protect just this machine # simple - will try to protect a whole network # closed - totally disables IP services except via lo0 interface # UNKNOWN - disables the loading of firewall rules. # filename - will load the rules in the given filename (full path # required) However, I unfortunately do not have an answer for Kris as to why the rules aren't loading anymore. From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 07:01:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E6D537B401 for ; Sun, 15 Jun 2003 07:01:56 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8455043F85 for ; Sun, 15 Jun 2003 07:01:54 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5FE0FYA096777 for ; Sun, 15 Jun 2003 10:00:15 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9/8.12.9/Submit) id h5FE0F3g096776 for current@FreeBSD.org; Sun, 15 Jun 2003 10:00:15 -0400 (EDT) (envelope-from robert) Date: Sun, 15 Jun 2003 10:00:15 -0400 (EDT) Message-Id: <200306151400.h5FE0F3g096776@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 14:01:56 -0000 This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail re@FreeBSD.org. Must Resolve Issues for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+----------+-----------------+---------------------| | | | | KSE M:N threading | | | | | support is reaching | | | | | experimental yet | | | | Julian | usable status on | | Production-quality | In | Elischer, David | i386 for | | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N | | | | Eischen | threading should be | | | | | productionable and | | | | | usable on all | | | | | platforms by | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Currently, the MD | | | | | elements of KSE are | | | | | present only for | | | | | the i386 platform, | | | | | limiting use of KSE | | | | | to the i386 | | | | | platform. It is | | | | | highly desirable to | | KSE support for | | Jake | make KSE available | | sparc64, alpha, | -- | Burkholder, --, | on non-i386 | | ia64 | | -- | platforms for | | | | | 5.2-RELEASE so that | | | | | KSE can see more | | | | | broad exposure, and | | | | | the performance | | | | | benefits of KSE can | | | | | be visible to users | | | | | of the 64-bit | | | | | FreeBSD | | | | | architectures. | |---------------------+----------+-----------------+---------------------| | | | | Kris Kennaway | | | | | reports high | | | | | instability of | | | | | 5-CURRENT on ia64 | | | In | Marcel | machines, such as | | ia64 stability | Progress | Moolenaar | the pluto* | | | | | machines. These | | | | | problems need to be | | | | | fixed in order to | | | | | get a successful | | | | | package build. | |---------------------+----------+-----------------+---------------------| | | | | ia64 serial console | | | | | support is reported | | | | | to not be | | | | | functional on HP | | | In | Marcel | Itanium2 platforms. | | ia64 sio support | progress | Moolenaar, | A reworking of the | | | | Warner Losh | sio driver to | | | | | improve platform | | | | | independence and | | | | | bus handling is | | | | | likely needed. | |---------------------+----------+-----------------+---------------------| | | | | FAST_IPSEC | | | | | currently cannot be | | | | | used directly with | | | | | the KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 | | | | | packets when using | | | | | hardware crypto | | FAST_IPSEC and KAME | -- | -- | acceleration. This | | compatibility | | | issue must be | | | | | resolved so that | | | | | the two services | | | | | may more easily be | | | | | used together. | | | | | Among other things, | | | | | this will require a | | | | | careful review of | | | | | the handling of | | | | | mbuf header copying | | | | | and m_tag support | | | | | in the KAME IPv6 | | | | | code. | |---------------------+----------+-----------------+---------------------| | | | | The FreeBSD KAME | | | | | IPv6 code is now | | | | | substantially dated | | | | | with respect to the | | KAME | | | KAME vendor source. | | Synchronization | -- | -- | The FreeBSD Project | | | | | needs to take | | | | | initiative in | | | | | driving the merge | | | | | of new bug fixes, | | | | | features, et al. | |---------------------+----------+-----------------+---------------------| | | | | Almost all process | | | | | debugging tools | | | | | have been updated | | | | | to use non-procfs | | | | | kernel primitives, | | | | | with the exception | | | | | of truss(1). As | | | | | procfs is | | | | | considered | | | | | deprecated due to | | truss support for | In | | its inherent | | ptrace | progress | Robert Drehmel | security risks, it | | | | | is highly desirable | | | | | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches | | | | | now. | |---------------------+----------+-----------------+---------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | -- | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD | | | | | tree. | |---------------------+----------+-----------------+---------------------| | | | | Port syscons to | | | | | sparc64. Add device | | | | | drivers for sun | | | | | mice and keyboards. | | | | | Allow for more than | | sparc64 adaptation | In | | 3 bits of | | of syscons | progress | Jake Burkholder | background colour | | | | | in syscons. Creator | | | | | frame buffer device | | | | | driver. In the | | | | | process, generally | | | | | improve the MI-ness | | | | | of syscons. | |---------------------+----------+-----------------+---------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | | | | entry overrides the | | ACL_MASK override | In | | umask, rather than | | of umask support in | progress | Robert Watson | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and | | | | | as such would be | | | | | very helpful on | | | | | FreeBSD. | |---------------------+----------+-----------------+---------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4 and IPv6) now | | | | | have fine-grained | | | | | locking of their | | | | | data structures. | | | | | However, it is not | | | | | yet possible for | | | | | the netisr threads | | | | | to run without | | | | | Giant, due to | | Fine-grained | | | dependencies on | | network stack | In | Jeffrey Hsu, | sockets, routing, | | locking without | progress | Seigo Tanimura | etc. A 5.2-RELEASE | | Giant | | | goal is to have the | | | | | network stack | | | | | running largely | | | | | without Giant, | | | | | which should | | | | | substantially | | | | | improve performance | | | | | of the stack, as | | | | | well as other | | | | | system components | | | | | by reducing | | | | | contention on | | | | | Giant. | |---------------------+----------+-----------------+---------------------| | | | | Move ATA commands | | | | | into requests, so | | | | | that they can be | | | | | linked together, | | | | | centralize request | | | | | queue management | | | | | permitting direct | | ATA driver | | | DMA of ATA | | structural | In | So/ren Schmidt | commands. These | | improvements, | progress | | architectural | | MPsafety | | | changes will also | | | | | facilitate complete | | | | | MP-safety of the | | | | | ATA driver suite, | | | | | and dramatically | | | | | improve support for | | | | | Promise RAID | | | | | controllers. | |---------------------+----------+-----------------+---------------------| | | | | Productionable | | | | | support for the | | | | | AMD64 platform. | | | | | Currently, AMD64 | | | | | runs fully in | | | | | 32-bit emulation | | Tier-1 Support for | In | Peter Wemm, | mode, and boots to | | AMD64 Hammer | progress | David O'Brien | single-user in | | | | | 64-bit mode. We | | | | | expect full | | | | | production support | | | | | for the AMD64 | | | | | architecture in | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | To properly support | | | | | AMD64, a compiler | | | | | upgrade is | | | | | required; however, | | | | | the new GCC 3.3 has | | | | David O'Brien | a substantial | | GCC 3.3 upgrade | In | Alexander | number of new | | | progress | Kabaev | warnings that will | | | | | disrupt application | | | | | support, preventing | | | | | inclusion in | | | | | 5.1-RELEASE. This | | | | | is a must-have for | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from | | | | | a kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time | | | | | options for kernel | | | | | objects (such as | | Revised kld build | -- | -- | MAC, PAE, etc) that | | infrastructure | | | may require | | | | | conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure | | | | | needs to be | | | | | revamped. Peter | | | | | Wemm has done some | | | | | initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |---------------------+----------+-----------------+---------------------| | | | | Currently, there | | | | | are two classes of | | | | | interrupt handlers | | | | | in 5.x: fast | | | | | interrupt handlers | | | | | which run entirely | | | | | in interrupt | | | | | context, and | | | | | heavy-weight | | | | | handlers which | | | | | execute in a | | | | | full-weight kernel | | | | | interrupt thread. | | | | | It is possible to | | | | | optimize interrupt | | | | | thread context | | | | | management such | | | | | that a light-weight | | | | | context switch is | | | | | performed to begin | | | | | execution of the | | | | | interrupt thread in | | | | | the handler | | | | | context, and only | | Light-weight | | | when a full-weight | | interrupt threads, | -- | -- | context is required | | context switches | | | (such as sleeping | | | | | on a lock) is that | | | | | cost required. This | | | | | optimization should | | | | | substantially | | | | | improve interrupt | | | | | latency. There are | | | | | also additional | | | | | kernel thread | | | | | context switch | | | | | optimizations that | | | | | can be made to | | | | | improve the | | | | | performance of | | | | | thread workers in | | | | | the kernel, such as | | | | | found in the | | | | | network stack, | | | | | crypto worker | | | | | threads, and GEOM. | | | | | Bosko Milekic has | | | | | done substantial | | | | | prototyping work, | | | | | and should be | | | | | coordinated with. | |---------------------+----------+-----------------+---------------------| | | | | With the | | | | | introduction of | | | | | extensive PAM and | | | | | NSS support in | | | | | 5.0-RELEASE and | | | | | 5.1-RELEASE, | | Support for a fully | In | Gordon Tetlow | support for a fully | | dynamic system | progress | | dynamically linked | | | | | system is desired. | | | | | Gordon Tetlow has | | | | | in-progress patches | | | | | to post for review | | | | | following the 5.1 | | | | | release cycle. | |---------------------+----------+-----------------+---------------------| | | | | Existing interrupt | | | | | routing code is not | | | | | able to correctly | | | | | determine the | | | | | interrupt routing | | Complete the APIC | | | of PCI devices that | | PCI interrupt | -- | -- | are behind | | routing support | | | PCI-to-PCI bridges | | | | | when using APIC | | | | | Full Table routing | | | | | (with non-legacy | | | | | interrupts above | | | | | 15). | |---------------------+----------+-----------------+---------------------| | | | | Currently, gbde | | | | | must be manually | | | | | configured at | | | | | run-time each time | | | | | an encrypted disk | | | | | device is mounted. | | | | | This prevents easy | | Run-time | | | integration into | | autoconfiguration | | | /etc/fstab and easy | | of GBDE and related | -- | -- | automated | | transforms | | | deployment. | | | | | Improved | | | | | integration with | | | | | the configuration, | | | | | mounting, and boot | | | | | process is required | | | | | to make this | | | | | feature more easily | | | | | accessible. | |---------------------+----------+-----------------+---------------------| | | | | Brian Feldman has | | | | | submitted patches | | | | | to improve the | | | | | consistency of the | | | | | pathnames passed | | MAC Framework devfs | In | | into the MAC | | path fixes | progress | Robert Watson | Framework devfs | | | | | labeling entry | | | | | points. These | | | | | patches need to be | | | | | thoroughly reviewed | | | | | and tested, then | | | | | merged. | |---------------------+----------+-----------------+---------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | | | | Fixing this | | rpc.lockd(8) | In | Robert Watson | requires that the | | stability | progress | | rpc code be taught | | | | | how to deal with | | | | | lock cancellation | | | | | and interruption | | | | | events. | +------------------------------------------------------------------------+ Desired Features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | | |------------+-----------+----------------+---------------| | | | | | Truss appears | | | | | | to contain a | | | | | | race | | | | | | condition | | | | | | during the | | | | | | start-up of | | | | | | debugging, | | | | | | which can | | | | | | result in | | | | | | truss failing | | | | | | to attach to | | | | | | the process | | | | | | before it | | | | | | exits. The | | | | | | symptom is | | | | | | that truss | | | | | | reports that | | | | | | it cannot | | | | | | open the | | | | | | procfs node | | | | | | supporting | | | | | | the process | | | | | | being | | | | | | debugged. A | | | | | | bug also | | | Race | | | appears to | | | conditions | Errata | Robert Drehmel | exist where | | | in truss | candidate | | in truss will | | | | | | hang if | | | | | | execve() | | | | | | returns | | | | | | ENOENT. A | | | | | | further race | | | | | | appears to | | | | | | exist in | | | | | | which truss | | | | | | will return | | | | | | "PIOCWAIT: | | | | | | Input/output | | | | | | error" | | | | | | occasionally | | | | | | on startup. | | | | | | The fix for | | | | | | this | | | | | | sufficiently | | | | | | changes | | | | | | process | | | | | | execution | | | | | | handling that | | | | | | we will defer | | | | | | the fix to | | | | | | post-5.0 and | | | | | | consider this | | | | | | errata. | | |------------+-----------+----------------+---------------| | | | | | Kris Kennaway | | | | | | reports | | | | | | deadlocks | | | | | | involving the | | | | | | use of nullfs | | | | | | in the bento | | | | | | environment: | | | | | | buildworld | | | | | | -j4 with src | | | | | | and obj | | | | | | mounted via | | | | | | nullfs; the | | | nullfs | -- | -- | gcc processes | | | deadlocks | | | eventually | | | | | | deadlocked in | | | | | | the ufs | | | | | | state. DDB | | | | | | traceback | | | | | | showed two | | | | | | different | | | | | | codepaths. | | | | | | I've just | | | | | | repeated | | | | | | this, so the | | | | | | bug still | | | | | | exists. | | |------------+-----------+----------------+---------------| | | gdb -k | | | gdb -k | | | support | -- | Mark Peek | doesn't work | | | for alpha | | | on alpha | | |------------+-----------+----------------+---------------| | | | | | Currently, | | | | | | MAC | | | | | | protections | | | | | | are enforced | | | | | | only on | | | | | | locally | | | | | | originated | | | | | | file system | | | | | | operations | | | | | | (VOPs), and | | | | | | not on RPCs | | | | | | generated via | | | | | | the NFS | | | MAC | | | server. | | | support | | | Improvements | | | for NFS | -- | Robert Watson | in NFS server | | | Server | | | credential | | | | | | handling are | | | | | | required to | | | | | | correct this | | | | | | problem, as | | | | | | well as the | | | | | | introduction | | | | | | of new entry | | | | | | points to | | | | | | properly | | | | | | label NFS | | | | | | credentials | | | | | | and perform | | | | | | enforcement | | | | | | properly. | | |------------+-----------+----------------+---------------| | | | | | All PCI | | | | | | drivers must | | | | | | use busdma | | | | | | for DMA; no | | | | | | use of | | | busdma in | | | vtophys() | | | all PCI | -- | -- | will be | | | drivers | | | permitted for | | | | | | any recent | | | | | | device | | | | | | driver. ISA | | | | | | drivers may | | | | | | be exempt. | | |------------+-----------+----------------+---------------| | | | | | With improved | | | | | | support for | | | | | | threading | | | | | | primitives, | | | | | | support is | | | | | | now required | | | | | | to ease | | | GDB thread | | | debugging of | | | support | -- | -- | threaded | | | | | | applications. | | | | | | Ideally, this | | | | | | support will | | | | | | work for both | | | | | | libthr and | | | | | | libkse | | | | | | threading | | | | | | models. | | |------------+-----------+----------------+---------------+--------------| | | | | Prebinding | | | | | | reduces | | | | | | executable | | | | | | startup time | | | | | | by lowering | | | | | | the expense | | | | | | of symbol | | | | | | lookup, | The benefits | | | | | binding and | of | | | | | relocation. | prebinding | | | | | This is | are realized | | | | | accomplished | when running | | | | | by a | executables | | | | | prebinding | that use a | | | | | data file or | large (>10) | | Per object | | | ELF segment | number of | | ELF | In | Matthew Dodd | that contains | shared | | Prebinding | progress | | intermediate | libraries. | | support | | | lookup | C++ | | | | | results | applications | | | | | allowing fast | also benefit | | | | | symbol | as they | | | | | binding and | contain a | | | | | relocation, | large number | | | | | provided that | of | | | | | dependent | relocations. | | | | | objects | | | | | | remain | | | | | | unchanged | | | | | | since the | | | | | | prebinding | | | | | | information | | | | | | was | | | | | | generated. | | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.2 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+--------+---------------+-------------------------------| | Bluetooth | | | It'd be nice to have some | | documentation | -- | Pav Lucistnik | Bluetooth documentation for | | | | | the Handbook. | +------------------------------------------------------------------------+ Testing focuses for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- freebsd-qa@FreeBSD.ORG Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/05/31 07:19:32 From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 07:07:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF0BF37B401 for ; Sun, 15 Jun 2003 07:07:50 -0700 (PDT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70CC743F3F for ; Sun, 15 Jun 2003 07:07:49 -0700 (PDT) (envelope-from nsouch@free.fr) Received: from armor.fastether (nas-cbv-7-62-147-153-119.dial.proxad.net [62.147.153.119]) by postfix4-1.free.fr (Postfix) with SMTP id 06CB13ED33 for ; Sun, 15 Jun 2003 16:07:43 +0200 (CEST) Received: (qmail 5666 invoked by uid 1001); 15 Jun 2003 16:22:14 -0000 Date: Sun, 15 Jun 2003 16:22:14 +0000 From: Nicolas Souchu To: Terry Lambert Message-ID: <20030615162214.A5630@armor.free.fr> References: <20030602222009.A16160@armor.free.fr> <20030603175430.GA4039@tombstone.localnet.gomerbud.com> <20030604072931.E33869@armor.free.fr> <20030604072907.GA10742@tombstone.localnet.gomerbud.com> <3EDF26D2.C93A93DF@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3EDF26D2.C93A93DF@mindspring.com>; from tlambert2@mindspring.com on Thu, Jun 05, 2003 at 04:17:38AM -0700 cc: "David P. Reese Jr." cc: current@freebsd.org Subject: Patch review [was: Re: viapropm doesnt like sys/dev/pci.c rev 1.214] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 14:07:51 -0000 On Thu, Jun 05, 2003 at 04:17:38AM -0700, Terry Lambert wrote: > How about RF_DONTCHECK or RF_ALWAYSWORKS? It better implies > what's happening here, since you're going to assume success in > the face of diagnostics to the contrary. > > So instead of: > > if (flag) > return (0); > command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); > if (command & bit) > return (0); > device_printf(child, "failed to enable %s mapping!\n", error); > return (ENXIO); > > You do: > > command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); > if ((command & bit) || flag) > return (0); > device_printf(child, "failed to enable %s mapping!\n", error); > return (ENXIO); > > Yeah, I know the disctinction is subtle, but there migh be other > PCI_READ_CONFIG() results later that people care about, besides > just this one bit, which *do* work on some other chip with the > same issue. Sounds good like that? (ignore more changes in amdpm.c. Just consider that RF_DONTCHECK was added to the resource allocation). Note that AMD-768 PM has the same flaw as the VIA chipset. Index: dev/cardbus/cardbus_cis.c =================================================================== RCS file: /home/ncvs/src/sys/dev/cardbus/cardbus_cis.c,v retrieving revision 1.37 diff -u -r1.37 cardbus_cis.c --- dev/cardbus/cardbus_cis.c 24 May 2003 23:23:41 -0000 1.37 +++ dev/cardbus/cardbus_cis.c 15 Jun 2003 16:05:16 -0000 @@ -457,7 +457,7 @@ * Mark the appropriate bit in the PCI command register so that * device drivers will know which type of BARs can be used. */ - pci_enable_io(child, type); + pci_enable_io(child, type, 0); return (0); } @@ -624,7 +624,7 @@ rman_get_start(res) | ((*rid == CARDBUS_ROM_REG)? CARDBUS_ROM_ENABLE : 0), 4); - PCI_ENABLE_IO(cbdev, child, SYS_RES_MEMORY); + PCI_ENABLE_IO(cbdev, child, SYS_RES_MEMORY, 0); /* Flip to the right ROM image if CIS is in ROM */ if (CARDBUS_CIS_SPACE(*start) == CARDBUS_CIS_ASI_ROM) { Index: dev/hifn/hifn7751.c =================================================================== RCS file: /home/ncvs/src/sys/dev/hifn/hifn7751.c,v retrieving revision 1.13 diff -u -r1.13 hifn7751.c --- dev/hifn/hifn7751.c 11 Mar 2003 22:47:06 -0000 1.13 +++ dev/hifn/hifn7751.c 15 Jun 2003 16:03:43 -0000 @@ -616,7 +616,7 @@ /* reenable busmastering */ pci_enable_busmaster(dev); - pci_enable_io(dev, HIFN_RES); + pci_enable_io(dev, HIFN_RES, 0); /* reinitialize interface if necessary */ if (ifp->if_flags & IFF_UP) Index: dev/pci/pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.214 diff -u -r1.214 pci.c --- dev/pci/pci.c 16 Apr 2003 03:15:08 -0000 1.214 +++ dev/pci/pci.c 15 Jun 2003 15:25:57 -0000 @@ -583,7 +583,7 @@ } int -pci_enable_io_method(device_t dev, device_t child, int space) +pci_enable_io_method(device_t dev, device_t child, int space, u_int flags) { u_int16_t command; u_int16_t bit; @@ -607,7 +607,7 @@ } pci_set_command_bit(dev, child, bit); command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); - if (command & bit) + if ((command & bit) || (flags & RF_DONTCHECK)) return (0); device_printf(child, "failed to enable %s mapping!\n", error); return (ENXIO); @@ -1365,7 +1365,7 @@ * Enable the I/O mode. We should also be allocating * resources too. XXX */ - if (PCI_ENABLE_IO(dev, child, type)) + if (PCI_ENABLE_IO(dev, child, type, flags)) return (NULL); break; } Index: dev/pci/pci_if.m =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci_if.m,v retrieving revision 1.5 diff -u -r1.5 pci_if.m --- dev/pci/pci_if.m 16 Apr 2003 03:15:08 -0000 1.5 +++ dev/pci/pci_if.m 15 Jun 2003 15:23:23 -0000 @@ -70,6 +70,7 @@ device_t dev; device_t child; int space; + u_int flags; }; METHOD int disable_io { Index: dev/pci/pci_private.h =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci_private.h,v retrieving revision 1.8 diff -u -r1.8 pci_private.h --- dev/pci/pci_private.h 16 Apr 2003 03:15:08 -0000 1.8 +++ dev/pci/pci_private.h 15 Jun 2003 15:27:55 -0000 @@ -56,7 +56,8 @@ int reg, u_int32_t val, int width); int pci_enable_busmaster_method(device_t dev, device_t child); int pci_disable_busmaster_method(device_t dev, device_t child); -int pci_enable_io_method(device_t dev, device_t child, int space); +int pci_enable_io_method(device_t dev, device_t child, int space, + u_int flags); int pci_disable_io_method(device_t dev, device_t child, int space); struct resource *pci_alloc_resource(device_t dev, device_t child, int type, int *rid, u_long start, u_long end, u_long count, Index: dev/pci/pcivar.h =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pcivar.h,v retrieving revision 1.61 diff -u -r1.61 pcivar.h --- dev/pci/pcivar.h 16 Apr 2003 03:15:08 -0000 1.61 +++ dev/pci/pcivar.h 15 Jun 2003 15:24:02 -0000 @@ -262,9 +262,9 @@ } static __inline int -pci_enable_io(device_t dev, int space) +pci_enable_io(device_t dev, int space, u_int flags) { - return(PCI_ENABLE_IO(device_get_parent(dev), dev, space)); + return(PCI_ENABLE_IO(device_get_parent(dev), dev, space, flags)); } static __inline int Index: pci/amdpm.c =================================================================== RCS file: /home/ncvs/src/sys/pci/amdpm.c,v retrieving revision 1.6 diff -u -r1.6 amdpm.c --- pci/amdpm.c 15 Apr 2003 06:37:29 -0000 1.6 +++ pci/amdpm.c 15 Jun 2003 15:31:21 -0000 @@ -66,6 +66,7 @@ #define AMDPM_VENDORID_AMD 0x1022 #define AMDPM_DEVICEID_AMD756PM 0x740b +#define AMDPM_DEVICEID_AMD768PM 0x7443 /* nVidia nForce chipset */ #define AMDPM_VENDORID_NVIDIA 0x10de @@ -141,20 +142,17 @@ static int amdpm_probe(device_t dev) { - u_long base; - - if ((pci_get_vendor(dev) == AMDPM_VENDORID_AMD) && - (pci_get_device(dev) == AMDPM_DEVICEID_AMD756PM)) { - device_set_desc(dev, "AMD 756 Power Management Controller"); - - /* - * We have to do this, since the BIOS won't give us the - * resource info (not mine, anyway). - */ - base = pci_read_config(dev, AMDPCI_PMBASE, 4); - base &= 0xff00; - bus_set_resource(dev, SYS_RES_IOPORT, AMDPCI_PMBASE, base, 256); - return (0); + if ((pci_get_vendor(dev) == AMDPM_VENDORID_AMD)) { + switch (pci_get_device(dev)) { + case AMDPM_DEVICEID_AMD756PM: + device_set_desc(dev, "AMD 756 Power Management Controller"); + return (0); + case AMDPM_DEVICEID_AMD768PM: + device_set_desc(dev, "AMD 768 Power Management Controller"); + return (0); + default: + break; + } } return ENXIO; } @@ -164,6 +162,15 @@ { struct amdpm_softc *amdpm_sc = device_get_softc(dev); u_char val_b; + u_long base; + + /* + * We have to do this, since the BIOS won't give us the + * resource info (not mine, anyway). + */ + base = pci_read_config(dev, AMDPCI_PMBASE, 4); + base &= 0xff00; + bus_set_resource(dev, SYS_RES_IOPORT, AMDPCI_PMBASE, base, 256); /* Enable I/O block access */ val_b = pci_read_config(dev, AMDPCI_GEN_CONFIG_PM, 1); @@ -171,7 +178,7 @@ /* Allocate I/O space */ amdpm_sc->rid = AMDPCI_PMBASE; - amdpm_sc->res = bus_alloc_resource(dev, SYS_RES_IOPORT, &amdpm_sc->rid, 0, ~0, 1, RF_ACTIVE); + amdpm_sc->res = bus_alloc_resource(dev, SYS_RES_IOPORT, &amdpm_sc->rid, 0, ~0, 1, RF_ACTIVE | RF_DONTCHECK); if (amdpm_sc->res == NULL) { device_printf(dev, "could not map i/o space\n"); @@ -211,22 +218,9 @@ static int nfpm_probe(device_t dev) { - u_long base; - if ((pci_get_vendor(dev) == AMDPM_VENDORID_NVIDIA) && (pci_get_device(dev) == AMDPM_DEVICEID_NF_SMB)) { device_set_desc(dev, "nForce SMBus Controller"); - - /* - * We have to do this, since the BIOS won't give us the - * resource info (not mine, anyway). - */ - base = pci_read_config(dev, NFPCI_PMBASE, 4); - base &= 0xff00; - bus_set_resource(dev, SYS_RES_IOPORT, NFPCI_PMBASE, base, 256); - - pm_reg_offset = 0x00; - return (0); } return ENXIO; @@ -237,6 +231,17 @@ { struct amdpm_softc *amdpm_sc = device_get_softc(dev); u_char val_b; + u_long base; + + /* + * We have to do this, since the BIOS won't give us the + * resource info (not mine, anyway). + */ + base = pci_read_config(dev, NFPCI_PMBASE, 4); + base &= 0xff00; + bus_set_resource(dev, SYS_RES_IOPORT, NFPCI_PMBASE, base, 256); + + pm_reg_offset = 0x00; /* Enable I/O block access */ val_b = pci_read_config(dev, AMDPCI_GEN_CONFIG_PM, 1); @@ -244,7 +249,7 @@ /* Allocate I/O space */ amdpm_sc->rid = NFPCI_PMBASE; - amdpm_sc->res = bus_alloc_resource(dev, SYS_RES_IOPORT, &amdpm_sc->rid, 0, ~0, 1, RF_ACTIVE); + amdpm_sc->res = bus_alloc_resource(dev, SYS_RES_IOPORT, &amdpm_sc->rid, 0, ~0, 1, RF_ACTIVE | RF_DONTCHECK); if (amdpm_sc->res == NULL) { device_printf(dev, "could not map i/o space\n"); Index: pci/if_dc.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_dc.c,v retrieving revision 1.108 diff -u -r1.108 if_dc.c --- pci/if_dc.c 15 May 2003 16:53:29 -0000 1.108 +++ pci/if_dc.c 15 Jun 2003 16:04:06 -0000 @@ -3760,7 +3760,7 @@ /* reenable busmastering */ pci_enable_busmaster(dev); - pci_enable_io(dev, DC_RES); + pci_enable_io(dev, DC_RES, 0); /* reinitialize interface if necessary */ if (ifp->if_flags & IFF_UP) Index: pci/if_rl.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rl.c,v retrieving revision 1.98 diff -u -r1.98 if_rl.c --- pci/if_rl.c 21 Apr 2003 18:34:04 -0000 1.98 +++ pci/if_rl.c 15 Jun 2003 16:04:21 -0000 @@ -1894,7 +1894,7 @@ /* reenable busmastering */ pci_enable_busmaster(dev); - pci_enable_io(dev, RL_RES); + pci_enable_io(dev, RL_RES, 0); /* reinitialize interface if necessary */ if (ifp->if_flags & IFF_UP) Index: sys/rman.h =================================================================== RCS file: /home/ncvs/src/sys/sys/rman.h,v retrieving revision 1.19 diff -u -r1.19 rman.h --- sys/rman.h 12 Feb 2003 07:00:59 -0000 1.19 +++ sys/rman.h 15 Jun 2003 15:21:02 -0000 @@ -43,6 +43,7 @@ #define RF_WANTED 0x0010 /* somebody is waiting for this resource */ #define RF_FIRSTSHARE 0x0020 /* first in sharing list */ #define RF_PREFETCHABLE 0x0040 /* resource is prefetchable */ +#define RF_DONTCHECK 0x0080 /* don't perform extra checks on the resource */ #define RF_ALIGNMENT_SHIFT 10 /* alignment size bit starts bit 10 */ #define RF_ALIGNMENT_MASK (0x003F << RF_ALIGNMENT_SHIFT) -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 07:18:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7893337B401 for ; Sun, 15 Jun 2003 07:18:38 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CCE043FDD for ; Sun, 15 Jun 2003 07:18:37 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h5FEIYEU026335; Sun, 15 Jun 2003 16:18:35 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 15 Jun 2003 16:18:34 +0200 (CEST) From: Martin Blapp To: Mark Murray In-Reply-To: <200306151329.h5FDThHh077681@grimreaper.grondar.org> Message-ID: <20030615161737.X60004@cvs.imp.ch> References: <200306151329.h5FDThHh077681@grimreaper.grondar.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: HEADS UP: rpc.yppasswdd working again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 14:18:38 -0000 > he can change passwords on the server at will. >From the rpc.yppasswdd manpage: The FreeBSD version of rpc.yppasswdd also allows the super-user on the NIS master server to perform more sophisticated updates on the NIS passwd maps. The super-user can modify any field in any user's master.passwd entry in any domain, and can do so without knowing the user's existing NIS password (when the server receives a request from the super-user, the password authentication check is bypassed). Furthermore, if the server is invoked with the -a flag, the super-user can even add new entries to the maps using ypchpass(1). Again, this only applies to the super-user on the NIS master server: none of these special functions can be performed over the network. The rpc.yppasswdd utility can only be run on a machine that is an NIS master server. From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 07:25:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EF1D37B401 for ; Sun, 15 Jun 2003 07:25:06 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F3F43FDF for ; Sun, 15 Jun 2003 07:25:04 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h5FEP31f040866; Sun, 15 Jun 2003 15:25:03 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h5FEP3rq040865; Sun, 15 Jun 2003 15:25:03 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h5FEMpHh078223; Sun, 15 Jun 2003 15:22:51 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200306151422.h5FEMpHh078223@grimreaper.grondar.org> To: Martin Blapp In-Reply-To: Your message of "Sun, 15 Jun 2003 16:18:34 +0200." <20030615161737.X60004@cvs.imp.ch> Date: Sun, 15 Jun 2003 15:22:51 +0100 Sender: mark@grondar.org X-Spam-Status: No, hits=0.2 required=5.0 tests=EMAIL_ATTRIBUTION,FROM_NO_LOWER,IN_REP_TO, QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org Subject: Re: HEADS UP: rpc.yppasswdd working again X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 14:25:06 -0000 Martin Blapp writes: > maps using ypchpass(1). Again, this only applies to the super-user on > the NIS master server: none of these special functions can be performed > over the network. I am happy! M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 07:41:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04E4F37B401 for ; Sun, 15 Jun 2003 07:41:05 -0700 (PDT) Received: from mrelay2.uni-hannover.de (mrelay2.uni-hannover.de [130.75.2.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7A343FB1 for ; Sun, 15 Jun 2003 07:41:03 -0700 (PDT) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2])h5FEexS1007617; Sun, 15 Jun 2003 16:41:00 +0200 (MEST) Received: by www.pmp.uni-hannover.de (Postfix, from userid 846) id 24CEA4FE; Sun, 15 Jun 2003 16:40:55 +0200 (CEST) Date: Sun, 15 Jun 2003 16:40:55 +0200 From: Gerrit =?iso-8859-1?Q?K=FChn?= To: David Yeske Message-ID: <20030615144055.GA13579@pmp.uni-hannover.de> References: <20030614013356.1388.qmail@web13503.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030614013356.1388.qmail@web13503.mail.yahoo.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: VIA C3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 14:41:05 -0000 On Fri, Jun 13, 2003 at 06:33:56PM -0700, David Yeske wrote: > Anyone have a VIA C3? I'm running FreeBSD current > on one and I don't see any gcc flags for the VIA C3. > I think it has MMX and 3dnow, but it does not have SSE? Up to the Ezra kernel the C3 doesn't suppoert SSE. Only the newest C3-kernel named Nehemiah does have it. > I was wondering what gcc flags other VIA C3 users > are using on FreeBSD. I am not sure what > optimizations are safe for this cpu running FreeBSD. > CPU: VIA/IDT Unknown (998.70-MHz 686-class CPU) > Origin = "CentaurHauls" Id = 0x689 Stepping = 9 > Features=0x803035 This one doesn't seem to support SSE, though I wonder why there is this "unknown". My C3 here is an Ezra and is identified as "Samuel2" with id=067a. However, if you have a C3 without SSE, it's basically a K6 with MMX and 3dNow. So I'm using "CPUTYPE=k6-3" in /etc/make.conf. Up to now this has been working fine for me. cu Gerrit -- From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 08:45:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E50B37B401 for ; Sun, 15 Jun 2003 08:45:20 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF08743F3F for ; Sun, 15 Jun 2003 08:45:19 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h5FFjJ5P005219 for ; Sun, 15 Jun 2003 08:45:19 -0700 (PDT) Received: from mac.com (adsl-33-228-172.jan.bellsouth.net [67.33.228.172]) (authenticated bits=0) by mac.com (Xserve/8.12.9/MantshX 2.0) with ESMTP id h5FFjHxA024444 for ; Sun, 15 Jun 2003 08:45:17 -0700 (PDT) Date: Sun, 15 Jun 2003 10:45:16 -0500 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed From: David Leimbach To: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <5C3EF336-9F48-11D7-ACA0-0003937E39E0@mac.com> X-Mailer: Apple Mail (2.552) Subject: Question about developers handbook definition of encumbered. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 15:45:20 -0000 As I am slowly trying to get my feet wet with kernel programming I was browsing through the developers handbook. The following surprised me a bit: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ policies-encumbered.html So this claims that GNU licensing is *not* encumbered... is this correct? Based on recent discussion threads on this list I would assume it is not correct. Dave From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 09:28:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A85E037B401; Sun, 15 Jun 2003 09:28:55 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7114143F3F; Sun, 15 Jun 2003 09:28:54 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5FGSohR067654 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 15 Jun 2003 18:28:52 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h5FGSm2V022427 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 15 Jun 2003 18:28:49 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id h5FGSmFP013760; Sun, 15 Jun 2003 18:28:48 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id h5FGSlwU013759; Sun, 15 Jun 2003 18:28:47 +0200 (CEST) Date: Sun, 15 Jun 2003 18:28:47 +0200 From: Bernd Walter To: "Greg 'groggy' Lehey" Message-ID: <20030615162846.GE12212@cicely8.cicely.de> References: <20030610120510.GD10527@cicely12.cicely.de> <20030614054527.GE32697@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030614054527.GE32697@wantadilla.lemis.com> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i cc: freebsd-current@FreeBSD.org cc: ticso@cicely.de Subject: Re: vinum and/or geom panic on alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 16:28:56 -0000 On Sat, Jun 14, 2003 at 03:15:27PM +0930, Greg 'groggy' Lehey wrote: > On Tuesday, 10 June 2003 at 14:05:11 +0200, Bernd Walter wrote: > > > > fatal kernel trap: > > > > Stopped at g_dev_strategy+0x44: stq t0,0x20(v0) <0x20> > > db> trace > > g_dev_strategy() at g_dev_strategy+0x44 > > launch_requests() at launch_requests+0x390 > > prologue botch: displacement 128 > > frame size botch: adjust register offsets? > > vinumstart() at vinumstart+0x250 > > prologue botch: displacement 64 > > frame size botch: adjust register offsets? > > intr_n() at 0xccec340 > > Can you check the locals of launch_requests(), please? Unfortunately it's currently not possible. IIRC gdb -k doesn't work on alpha and I can't get a crashdump. Last night I had the same panic on an i386 system, but it refused to do a crashdump :( Currently I'm seeing this problem on the following systems: SMP alpha / 21164A CPUs / 5.1-RELEASE UP alpha / 21164A CPU / 5.1-CURRENT (8th june) UP i386 / AMD K6 CPU / 5.1-BETA (10th may with some NFS fixes) I will arrange things for a remote gdb session and hope for the next panic to happen on the prepared machine. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 09:48:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13CCB37B401 for ; Sun, 15 Jun 2003 09:48:53 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DDDE43F3F for ; Sun, 15 Jun 2003 09:48:52 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h5FGlDYA099107 for ; Sun, 15 Jun 2003 12:47:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h5FGlDUJ099104 for ; Sun, 15 Jun 2003 12:47:13 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 15 Jun 2003 12:47:13 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: tweaks to sysctl integer value parsing (report any problems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 16:48:53 -0000 Last night, I committed some tweaks to how sysctl integer value parsing occurs. The motivation for these changes was the outcome of finding the following in my sysctl.conf: kern.maxfiles="4000" Which, to my great sadness, occurred on a box without DDB or remote power. For the uninitiated, until my recent commit, the "4000" would converted to 0, resulting in severely degraded operation (your kernel now exists solely to report that it is out of files after a reboot). Now, sysctl will reject poorly formatted values that will be converted to integers, as well as empty strings in the integer conversion. This means that the following will now generate an error: kern.maxfiles= # previously: 0 kern.maxfiles=5" # previously: 5 I'm not convinced my changes are 100% ideal, so I'm going to be on the lookout for posts saying "my sysctl.conf no longer works!", and perhaps we can refine the approach a bit. On the other hand, I now have only one working foot after my recent foot-shooting exercise, so I'm fairly convinced that some change, even if not this precise change, is necessary :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 10:29:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7109037B401; Sun, 15 Jun 2003 10:29:26 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B98C43F85; Sun, 15 Jun 2003 10:29:25 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5FHRmkF071167; Sun, 15 Jun 2003 13:27:50 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5FHGlFl057564; Sun, 15 Jun 2003 17:16:47 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sun, 15 Jun 2003 17:16:47 GMT Message-Id: <200306151716.h5FHGlFl057564@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 17:29:26 -0000 TB --- 2003-06-15 16:00:15 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-15 16:00:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-15 16:04:47 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-15 17:02:16 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 15 17:02:16 GMT 2003 >>> Kernel build for GENERIC completed on Sun Jun 15 17:13:36 GMT 2003 TB --- 2003-06-15 17:13:36 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-15 17:13:36 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 15 17:13:36 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1502: increment of pointer to unknown structure /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1502: arithmetic on pointer to an incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c: In function `en_ioctl': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1591: `SIOCATMGETVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1600: `SIOCATMGVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1606: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-15 17:16:47 - /usr/bin/make returned exit code 1 TB --- 2003-06-15 17:16:47 - ERROR: failed to build lint kernel TB --- 2003-06-15 17:16:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 11:11:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E66C137B401 for ; Sun, 15 Jun 2003 11:11:24 -0700 (PDT) Received: from ferengi.borderworlds.dk (borderworlds.dk [62.79.110.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id D204F43F93 for ; Sun, 15 Jun 2003 11:11:23 -0700 (PDT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 3847D5C62 for ; Sun, 15 Jun 2003 20:11:19 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 500) id 0E6093B8008; Sun, 15 Jun 2003 20:11:18 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org From: Christian Laursen Date: 15 Jun 2003 20:11:17 +0200 Message-ID: Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Problems with pcmcia on 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 18:11:25 -0000 I have just installed FreeBSD 5.1-RELEASE on my laptop, and everything but my trusty pcmcia cdrom drive is working great. The kernel finds the pcmcia slot: cbb0: at device 11.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 However, when I insert the card, I get the following: pccard0: (manufacturer=0xffffffff, product=0xffffffff) at function 0 pccard0: CIS info: FREECOM, PCCARD-IDE, REV836 >From what I can read in /etc/defaults/pccard.conf, this device is supposed to be supported (And it always worked fine under linux). I have put pccard_enable="YES" in my rc.conf, but pccardd doesn't start because there is no /dev/card0. Does anyone have a hint, that will help me get this working? Thanks in advance. -- Best regards Christian Laursen From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 11:34:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E2E037B401; Sun, 15 Jun 2003 11:34:55 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A2D43FA3; Sun, 15 Jun 2003 11:34:54 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5FIXHkF020463; Sun, 15 Jun 2003 14:33:18 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5FIXFTJ020462; Sun, 15 Jun 2003 18:33:15 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sun, 15 Jun 2003 18:33:15 GMT Message-Id: <200306151833.h5FIXFTJ020462@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 18:34:55 -0000 TB --- 2003-06-15 17:18:23 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-06-15 17:18:23 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-15 17:21:51 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-15 18:14:53 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 15 18:14:53 GMT 2003 >>> Kernel build for GENERIC completed on Sun Jun 15 18:28:27 GMT 2003 TB --- 2003-06-15 18:28:27 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-15 18:28:27 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 15 18:28:27 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c:1502: increment of pointer to unknown structure /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c:1502: arithmetic on pointer to an incomplete type /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c: In function `en_ioctl': /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c:1591: `SIOCATMGETVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c:1600: `SIOCATMGVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c:1606: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. TB --- 2003-06-15 18:33:15 - /usr/bin/make returned exit code 1 TB --- 2003-06-15 18:33:15 - ERROR: failed to build lint kernel TB --- 2003-06-15 18:33:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 11:47:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 102BD37B401 for ; Sun, 15 Jun 2003 11:47:13 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A7F843F75 for ; Sun, 15 Jun 2003 11:47:12 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h5FIlB3q084784 for ; Sun, 15 Jun 2003 14:47:11 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Sun, 15 Jun 2003 14:47:11 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: freebsd-current@FreeBSD.ORG In-Reply-To: Message-ID: <20030615144646.N67454@sasami.jurai.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Problems with pcmcia on 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 18:47:13 -0000 > Does anyone have a hint, that will help me get this working? [cut and paste] --- ata-card.c 3 Jun 2003 01:30:55 -0000 1.13 +++ ata-card.c 15 Jun 2003 18:46:28 -0000 @@ -53,6 +53,8 @@ PCMCIA_CARD(OEM2, IDE, 0), PCMCIA_CARD(PANASONIC, KXLC005, 0), PCMCIA_CARD(TEAC, IDECARDII, 0), + { "FREECOM PCCARD-IDE", PCCARD_VENDOR_ANY, PCCARD_PRODUCT_ANY, 0, + { "FREECOM", "PCCARD-IDE", NULL, NULL } }, {NULL} }; -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 12:47:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8266137B401; Sun, 15 Jun 2003 12:47:15 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B0343FBD; Sun, 15 Jun 2003 12:47:14 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5FJilkF078798; Sun, 15 Jun 2003 15:45:02 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5FJi1iT078786; Sun, 15 Jun 2003 19:44:01 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sun, 15 Jun 2003 19:44:01 GMT Message-Id: <200306151944.h5FJi1iT078786@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 19:47:15 -0000 TB --- 2003-06-15 18:33:18 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-06-15 18:33:18 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-15 18:36:07 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-15 19:29:03 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jun 15 19:29:03 GMT 2003 >>> Kernel build for GENERIC completed on Sun Jun 15 19:40:24 GMT 2003 TB --- 2003-06-15 19:40:24 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- /usr/bin/make -B LINT TB --- 2003-06-15 19:40:24 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jun 15 19:40:24 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c:1502: increment of pointer to unknown structure /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c:1502: arithmetic on pointer to an incomplete type /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c: In function `en_ioctl': /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c:1591: `SIOCATMGETVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c:1600: `SIOCATMGVCCS' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c:1606: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. TB --- 2003-06-15 19:44:01 - /usr/bin/make returned exit code 1 TB --- 2003-06-15 19:44:01 - ERROR: failed to build lint kernel TB --- 2003-06-15 19:44:01 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 13:13:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5274B37B401 for ; Sun, 15 Jun 2003 13:13:24 -0700 (PDT) Received: from web13404.mail.yahoo.com (web13404.mail.yahoo.com [216.136.175.62]) by mx1.FreeBSD.org (Postfix) with SMTP id DD4E943FA3 for ; Sun, 15 Jun 2003 13:13:23 -0700 (PDT) (envelope-from giffunip@yahoo.com) Message-ID: <20030615201323.75897.qmail@web13404.mail.yahoo.com> Received: from [200.91.194.53] by web13404.mail.yahoo.com via HTTP; Sun, 15 Jun 2003 22:13:23 CEST Date: Sun, 15 Jun 2003 22:13:23 +0200 (CEST) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" To: freebsd-current@FreeBSD.org In-Reply-To: <200306142110.h5ELAEgU074316@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: misc/53327: Important fix for Latin-american keymap (Latin-amer.kbd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 20:13:24 -0000 Hi guys, Last time I submitted a change to this file it took like a year to get it committed.. any chance this can be committed and MFC really soon? It would make a continent happy :). cheers, Pedro. --- FreeBSD-gnats-submit@FreeBSD.org ha scritto: > Thank you very much for your problem report. > It has the internal identification `misc/53327'. > The individual assigned to look at your > report is: freebsd-bugs. > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=53327 > > >Category: misc > >Responsible: freebsd-bugs > >Synopsis: Important fix for Latin-american keymap > >Arrival-Date: Sat Jun 14 14:10:14 PDT 2003 ______________________________________________________________________ Yahoo! Mail: 6MB di spazio gratuito, 30MB per i tuoi allegati, l'antivirus, il filtro Anti-spam http://it.yahoo.com/mail_it/foot/?http://it.mail.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 14:01:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B4DB37B401 for ; Sun, 15 Jun 2003 14:01:52 -0700 (PDT) Received: from ferengi.borderworlds.dk (borderworlds.dk [62.79.110.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98BF43FCB for ; Sun, 15 Jun 2003 14:01:51 -0700 (PDT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 0AA085C62 for ; Sun, 15 Jun 2003 23:01:49 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 500) id 54A033B8008; Sun, 15 Jun 2003 23:01:48 +0200 (CEST) Sender: xi@borderworlds.dk To: freebsd-current@freebsd.org References: <20030615144646.N67454@sasami.jurai.net> From: Christian Laursen Date: 15 Jun 2003 23:01:48 +0200 In-Reply-To: <20030615144646.N67454@sasami.jurai.net> Message-ID: Lines: 31 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Problems with pcmcia on 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 21:01:52 -0000 "Matthew N. Dodd" writes: > > Does anyone have a hint, that will help me get this working? > > [cut and paste] > --- ata-card.c 3 Jun 2003 01:30:55 -0000 1.13 > +++ ata-card.c 15 Jun 2003 18:46:28 -0000 > @@ -53,6 +53,8 @@ > PCMCIA_CARD(OEM2, IDE, 0), > PCMCIA_CARD(PANASONIC, KXLC005, 0), > PCMCIA_CARD(TEAC, IDECARDII, 0), > + { "FREECOM PCCARD-IDE", PCCARD_VENDOR_ANY, PCCARD_PRODUCT_ANY, 0, > + { "FREECOM", "PCCARD-IDE", NULL, NULL } }, > {NULL} > }; Thanks, this gets me an extra ata-channel when I insert the card. However, no devices are found on it. ata2: at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 vulcan# atacontrol info ata2 Master: no device present Slave: no device present I believe tha master should be the cdrom drive. -- Best regards Christian Laursen From owner-freebsd-current@FreeBSD.ORG Sun Jun 15 14:17:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17EC437B401 for ; Sun, 15 Jun 2003 14:17:46 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C483343FAF for ; Sun, 15 Jun 2003 14:17:44 -0700 (PDT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5FLHfhR071294 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 15 Jun 2003 23:17:42 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)h5FLHfoU071293 for freebsd-current@freebsd.org; Sun, 15 Jun 2003 23:17:41 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.9/8.12.9) with ESMTP id h5FLG0lR003148 for ; Sun, 15 Jun 2003 23:16:05 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.12.9/8.12.9/Submit) id h5FLFx0D003147 for freebsd-current@freebsd.org; Sun, 15 Jun 2003 23:15:59 +0200 (CEST) Date: Sun, 15 Jun 2003 23:15:59 +0200 From: Andreas Klemm To: freebsd-current@freebsd.org Message-ID: <20030615211559.GA3080@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.1-RC X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.4i Subject: write access to dos partition hangs system completely X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 21:17:46 -0000 FreeBSD titan.klemm.apsfilter.org 5.1-RC FreeBSD 5.1-RC #0: Sun Jun 1 14:21:32 CEST 2003 root@titan.klemm.apsfilter.org:/usr/src/sys/i386/compile/TITAN5 i386 When I mount my dos partition read write and copy some data to it it immediately freezes the system. Is this a known problem ? The DOS (/dosc) partition is ~30 GB large, FAT32. Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1 30701264 27581456 3119808 90% /dosc /dev/ad2s5 20472848 4272688 16200160 21% /dosd dmesg output: Copyright (c) 1992-2003 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.1-RC #0: Sun Jun 1 14:21:32 CEST 2003 root@titan.klemm.apsfilter.org:/usr/src/sys/i386/compile/TITAN5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc04d8000. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc04d81f4. Preloaded elf module "/boot/kernel/snd_emu10k1.ko" at 0xc04d82a0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04d8350. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 997461662 Hz CPU: Intel Pentium III (997.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 536854528 (511 MB) avail memory = 516145152 (492 MB) Pentium Pro MTRR support enabled VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc03eb202 (1000022) VESA: NVidia npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00f0eb0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfc000000-0xfdffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_NOT_FOUND pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 5 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Hewlett-Packard PSC 2200 Series, rev 2.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode umass0: Hewlett-Packard PSC 2200 Series, rev 2.00/1.00, addr 2 ugen0: Syncrosoft Protected Executer, rev 1.10/1.01, addr 3 uhci1: port 0xd000-0xd01f irq 5 at device 4.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcm0: port 0xb800-0xb81f irq 9 at device 9.0 on pci0 pcm0: pci0: at device 10.0 (no driver attached) fxp0: port 0x9800-0x983f mem 0xed000000-0xed0fffff,0xed800000-0xed800fff irq 10 at device 11.0 on pci0 fxp0: Ethernet address 00:d0:b7:ba:c1:c2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 orm0: request: [0x88000080, 0x880000ff], length 0x80, flags 12288, device xl0 considering [0x54000000, 0xffffffff] truncated region: [0x88001000, 0x88001080]; size 0x81 (requested 0x80) candidate region: [0x88001080, 0x88001000], size 0x81 splitting region in three parts: [0x54000000, 0x88000fff]; [0x88001000, 0x880010 7f]; [0x88001080, 0xffffffff] xl0: using memory mapped I/O rman_reserve_resource: request: [0x88000000, 0x8800007f], length 0x80, flags 12288, device xl0 considering [0x54000000, 0x88000fff] truncated region: [0x88000000, 0x88000080]; size 0x81 (requested 0x80) candidate region: [0x88000080, 0x88000000], size 0x81 splitting region in three parts: [0x54000000, 0x87ffffff]; [0x88000000, 0x880000 7f]; [0x88000080, 0x88000fff] It looks like the patch is indeed working and changing the alignment of stuff, but xl0 is getting handed 88001000-88001080 for the second memory range but lying about it in dmesg (and doesn't appreciate having its memory split up). I tried moving the alignment flags thing to cardbus_alloc_resources() in cardbus_cis.c. That gave me pretty much the same results as my previous hack -- each separate device starts out on a 4k boundary (though the sizes are correct now). It works fine for a while but eventually both devices just stop working. Putting heavy load on the NIC seems to make it happen much sooner. So far I haven't managed to find any clues as to why it behaves that way. Forcing xl0 to use the I/O port range instead of memory mapped I/O seems to make it last longer before it dies, but it still eventually gives up and starts timing out. Craig From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 23:12:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C77BB37B401 for ; Tue, 17 Jun 2003 23:12:02 -0700 (PDT) Received: from ferengi.borderworlds.dk (borderworlds.dk [62.79.110.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id C132D43FD7 for ; Tue, 17 Jun 2003 23:11:59 -0700 (PDT) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 424A25C5F; Wed, 18 Jun 2003 08:11:58 +0200 (CEST) Received: by borg.borderworlds.dk (Postfix, from userid 500) id 4CE173B8008; Wed, 18 Jun 2003 08:11:57 +0200 (CEST) Sender: xi@borderworlds.dk To: "M. Warner Losh" References: <20030617.063324.82099507.imp@bsdimp.com> <20030617.162419.43851008.imp@bsdimp.com> From: Christian Laursen Date: 18 Jun 2003 08:11:57 +0200 In-Reply-To: <20030617.162419.43851008.imp@bsdimp.com> Message-ID: Lines: 41 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Problems with pcmcia on 5.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 06:12:03 -0000 "M. Warner Losh" writes: > In message: > Christian Laursen writes: > : "M. Warner Losh" writes: > : > : > In message: > : > Christian Laursen writes: > : > : pccard0: (manufacturer=0xffffffff, product=0xffffffff) at function 0 > : > : pccard0: CIS info: FREECOM, PCCARD-IDE, REV836 > : > > : > Looks like we need another entry in ata-card.c for this device. > : > > : > I've added this to the kernel list. Please recvsup and make sure you > : > have sys/dev/pccard/pccarddevs 1.53, pccarddevs.h 1.53 and > : > sys/dev/ata/ata-card.c 1.14. > : > : Thank you very much. > : > : Unfortunately, like the patch Matthew N. Dodd posted, this gives me > : an extra ata channel, but no devices are found on it. > : > : I have tried various commands to atacontrol, but nothing seems to > : help. > : > : I'm not sure how to help debug this further. > > I have a stupid question: Are you sure that your cdrom is turned on? > I have some that need an aux power connection before they work. Yes, I am. There is a switch that I can use to change between external power or power from the machine to which it is connected. When I insert the card, the light on the drive comes on, and if a cd is inserted, it spins up. -- Best regards Christian Laursen From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 23:30:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB0D37B401 for ; Tue, 17 Jun 2003 23:30:59 -0700 (PDT) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 077BC43F3F for ; Tue, 17 Jun 2003 23:30:58 -0700 (PDT) (envelope-from w@evip.pl) Received: from w by mail.evip.pl with local (Exim 4.10) id 19SWRJ-0005CT-00; Wed, 18 Jun 2003 08:29:01 +0200 Date: Wed, 18 Jun 2003 08:29:01 +0200 From: Wiktor Niesiobedzki To: Jeff Roberson Message-ID: <20030618062901.GF395@mail.evip.pl> References: <20030617110352.GB395@mail.evip.pl> <20030617154948.G36168-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030617154948.G36168-100000@mail.chesapeake.net> User-Agent: Mutt/1.4i cc: current@freebsd.org Subject: Re: ULE nice bugs are fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 06:30:59 -0000 On Tue, Jun 17, 2003 at 03:51:32PM -0400, Jeff Roberson wrote: > > I am still not able to reproduce this. Can you update your sources? I > commited some code just now that removed an external dependency from > sched_nice(). This should make it more robust. > With the new code, I'm also unable to reproduce the panic :) Thanks :) Cheers, Wiktor Niesiobedzki From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 23:40:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 591CF37B401 for ; Tue, 17 Jun 2003 23:40:25 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5190C43F75 for ; Tue, 17 Jun 2003 23:40:24 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h5I6eM1f017836; Wed, 18 Jun 2003 07:40:22 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h5I6eMh2017835; Wed, 18 Jun 2003 07:40:22 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h5I6dMHh008372; Wed, 18 Jun 2003 07:39:22 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200306180639.h5I6dMHh008372@grimreaper.grondar.org> To: Kris Kennaway In-Reply-To: Your message of "Tue, 17 Jun 2003 18:52:26 PDT." <20030618015226.GA628@rot13.obsecurity.org> Date: Wed, 18 Jun 2003 07:39:22 +0100 Sender: mark@grondar.org X-Spam-Status: No, hits=0.2 required=5.0 tests=EMAIL_ATTRIBUTION,FROM_NO_LOWER,IN_REP_TO, QUOTED_EMAIL_TEXT,REPLY_WITH_QUOTES version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: Guy Middleton cc: current@freebsd.org Subject: Re: where is rogue? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 06:40:25 -0000 Kris Kennaway writes: > > I installed freebsd-games, and it has most of the games I remember, but n= > ot > > rogue. > > Well, hrumph, it's supposed to be in that port. Mark, it looks like > rogue wasn't added for some reason. Oops. Fix coming later today. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Tue Jun 17 23:43:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E2E37B401 for ; Tue, 17 Jun 2003 23:43:46 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0BA43F93 for ; Tue, 17 Jun 2003 23:43:45 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h5I6hhN40472; Wed, 18 Jun 2003 02:43:43 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Wed, 18 Jun 2003 02:43:43 -0400 (EDT) From: Jeff Roberson To: Wiktor Niesiobedzki In-Reply-To: <20030618062901.GF395@mail.evip.pl> Message-ID: <20030618024327.V36168-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: ULE nice bugs are fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 06:43:46 -0000 On Wed, 18 Jun 2003, Wiktor Niesiobedzki wrote: > On Tue, Jun 17, 2003 at 03:51:32PM -0400, Jeff Roberson wrote: > > > > I am still not able to reproduce this. Can you update your sources? I > > commited some code just now that removed an external dependency from > > sched_nice(). This should make it more robust. > > > With the new code, I'm also unable to reproduce the panic :) With LAZY_SWITCH enabled? > > Thanks :) > > Cheers, > > Wiktor Niesiobedzki > From owner-freebsd-current@FreeBSD.ORG Wed Jun 18 00:12:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E29637B401 for ; Wed, 18 Jun 2003 00:12:05 -0700 (PDT) Received: from e-monitoring.net (isys.e-monitoring.net [209.126.134.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C614943FA3 for ; Wed, 18 Jun 2003 00:12:04 -0700 (PDT) (envelope-from glenn@e-monitoring.net) Received: (from root@localhost) by e-monitoring.net (8.12.6/8.12.6) id h5I7C40L053996 for freebsd-current@freebsd.org; Wed, 18 Jun 2003 00:12:04 -0700 (PDT) (envelope-from glenn@e-monitoring.net) Received: from sludge.e-monitoring.net (66-91-235-75.san.rr.com [66.91.235.75]) by e-monitoring.net (8.12.6/8.12.6av) with ESMTP id h5I7C3BZ053989 for ; Wed, 18 Jun 2003 00:12:03 -0700 (PDT) (envelope-from glenn@e-monitoring.net) Message-Id: <5.2.0.9.0.20030618000851.025687f8@mail.antimatter.net> X-Sender: glenn@mail.e-monitoring.net X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Wed, 18 Jun 2003 00:09:00 -0700 To: freebsd-current@freebsd.org From: Glenn Dawson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by AMaViS perl-11 Subject: Novatel Merlin X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2003 07:12:05 -0000 I'm trying to get a Novatel Merlin for Ricochet working under -CURRENT. http://www.novatelwireless.com/support/support_ricochet.html I've been able to connect to their network via PPP and do things like ping and traceroute to the rest of the internet. However, when I try things that produce larger packets (ftp, telnet, ssh, etc), nothing works. I've noticed (in the PPP logs and when sending AT commands directly) that characters get dropped occasionally. I also found this document http://homepages.nyu.edu/~gmp216/nrm6842/bigfastuart.html which explains that the Merlin for Ricochet has a 576 byte buffer which, if full, will try and flush itself on a single interrupt. Apparently under linux this is a problem because the serial buffer is only 512 bytes and it overflows. Is this also a problem in FreeBSD? I also get a lot of messages like this in /var/log/messages and on the console: Jun 16 23:31:16 foo kernel: sio4: 137 more interrupt-level buffer overflows (total 821) That would seem to indicate that dumping 576 bytes on a single interrupt is too much. yes? no? If the serial buffer is too small, would it be difficult to increase it's size? Any help would be greatly appreciated. If I need to provide more info just let me know what to provide. Thanks! -Glenn dmesg: Copyright (c) 1992-2003 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.1-CURRENT #2: Tue Jun 17 01:09:59 GMT 2003 glenn@foo:/usr/obj/usr/src/sys/foo Preloaded elf kernel "/boot/kernel/kernel" at 0xc04ac000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04ac21c. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 1666204780 Hz CPU: AMD Athlon(TM) XP 2000+ (1666.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 536854528 (511 MB) avail memory = 516341760 (492 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00f2050 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <32-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu: CLK_VAL field overlaps THT_EN bit acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 5 INTA is routed to irq 10 pcib0: slot 9 INTA is routed to irq 4 pcib0: slot 9 INTB is routed to irq 11 pcib0: slot 9 INTC is routed to irq 10 pcib0: slot 13 INTA is routed to irq 11 pcib0: slot 15 INTA is routed to irq 12 pcib0: slot 15 INTB is routed to irq 4 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 o n pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.0 (no driver attached) pci0: at device 9.0 (no driver attached) pci0: at device 9.1 (no driver attached) pci0: at device 9.2 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xb800-0xb87f mem 0xd7000000-0xd700 007f irq 11 at device 13.0 on pci0 xl0: Ethernet address: 00:01:02:2a:53:0e miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb0: irq 12 at device 15.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 4 at device 15.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0xb400-0xb40f at device 17.1 on pci 0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 orm0: